# [OmniOS-discuss] (no subject)

Dan McDonald danmcd at omniti.com
Mon Sep 14 22:41:04 UTC 2015

- Previous message: [OmniOS-discuss] ZFS panic when unlinking a file
- Next message: [OmniOS-discuss] ZFS panic when unlinking a file
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

    One thing you can try is to overwrite the file and then remove it.  Someone else reported a similar vug, and it turned out to be corrupt metadata or extended attributes.

    Do you have a URL  for the panic?  Also, please try today's update.

    Dan

    Sent from my iPhone (typos, autocorrect, and all)

    > On Sep 14, 2015, at 6:09 PM, Omen Wild <omen.wild at gmail.com> wrote:
    >
    > [ I originally posted this to the Illumos ZFS list but got no responses. ]
    >
    > We have an up to date OmniOS system that panics every time we try to
    > unlink a specific file. We have a kernel pages-only crashdump and can
    > reproduce easily. I can make the panic files available to an interested
    > party.
    >
    > A zpool scrub turned up no errors or repairs.
    >
    > Mostly we are wondering how to clear the corruption off disk and worried
    > what else might be corrupt since the scrub turns up no issues.
    >
    > Details below.
    >
    > When we first encountered the issue we were running with a version from
    > mid-July: zfs at 0.5.11,5.11-0.151014:20150417T182430Z .
    >
    > After the first couple panics we upgraded to the newest (as of a couple
    > days ago, zfs at 0.5.11,5.11-0.151014:20150818T161042Z) which still panics.
    >
    > # uname -a
    > SunOS zaphod 5.11 omnios-d08e0e5 i86pc i386 i86pc
    >
    > The error looks like this:
    > BAD TRAP: type=e (#pf Page fault) rp=ffffff002ed54b00 addr=e8 occurred in module "zfs" due to a NULL pointer dereference
    >
    > The panic stack looks like this in every case:
    >   param_preset
    >   die+0xdf
    >   trap+0xdb3
    >   0xfffffffffb8001d6
    >   zfs_remove+0x395
    >   fop_remove+0x5b
    >   vn_removeat+0x382
    >   unlinkat+0x59
    >   _sys_sysenter_post_swapgs+0x149
    >
    > It is triggered by trying to rm a specific file. ls'ing the file gives
    > the error "Operation not applicable", ls'ing the directory shows ? in
    > place of the data:
    >
    > ??????????   ? ?        ?          ?            ? filename.html
    >
    > I have attached the output of:
    > echo '::panicinfo\n::cpuinfo -v\n::threadlist -v 10\n::msgbuf\n*panic_thread::findstack -v\n::stacks' | mdb 7
    >
    > I am a Solaris/OI/OmniOS debugging neophyte, but will happily run any
    > commands recommended.
    >
    > Thanks
    >  Omen
    > <crash.1>
    > _______________________________________________
    > OmniOS-discuss mailing list
    > OmniOS-discuss at lists.omniti.com
    > http://lists.omniti.com/mailman/listinfo/omnios-discuss

- Previous message: [OmniOS-discuss] ZFS panic when unlinking a file
- Next message: [OmniOS-discuss] ZFS panic when unlinking a file
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

More information about the OmniOS-discuss mailing list