[OmniOS-discuss] ZFS panic when unlinking a file

[Omen Wild]

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
>