# [OmniOS-discuss] ZFS panic when unlinking a file

Omen Wild omen.wild at gmail.com
Tue Sep 15 17:05:01 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 ]

    Quoting Dan McDonald <danmcd at omniti.com> on Mon, Sep 14 18:41:
    >
    > 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.

    No luck. I get an "Operation not applicable" error trying to overwrite it:
    root at zaphod:/zaphod/backuppc/trash# mv a fcouncil.html
    mv: failed to access 'corrupt.html': Operation not applicable

    "echo '' > corrupt.html" gives the same error.

    > Do you have a URL for the panic?

    I have a fresh panic from an updated (omnios-cffff65) version and will
    send you the URL shortly.

    > Also, please try today's update.

    No improvement. Same panic:
    ffffff0786f9f520 PANIC    <NONE>                  1
                     param_preset
                     die+0xdf
                     trap+0xdb3
                     0xfffffffffb8001d6
                     zfs_remove+0x395
                     fop_remove+0x5b
                     vn_removeat+0x382
                     unlinkat+0x59
                     _sys_sysenter_post_swapgs+0x149

    Thanks for the help.

    > 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