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.w...@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@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@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@lists.omniti.com > http://lists.omniti.com/mailman/listinfo/omnios-discuss _______________________________________________ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss