Hello, I got a zfs panic on build 143 (installed with onu) in the following unusual situation:
1) 'zpool scrub' found a corrupted snapshot on which two BEs were based.
2) I removed the first dependency with 'zfs promote'.
3) I removed the second dependency with 'zfs -pv send ... | zfs -v
receive ...'
4) 'zfs destroy' said "dataset busy" when called on the old snapshot.
So I rebooted.
5) After the reboot, the corrupted snapshot could be successfully
destroyed.
6) One dataset and two other snapshots created on the way (in (3)) were
removed.
7) Now 'zpool status -v' *crashed* the kernel.
8) After a reboot, 'zpool status -v' caused a crash again.
I ran 'zpool scrub' and will report what happens once it's finished. (It will
take pretty long.)
An mdb session output is attached to this message. I can provide the full crash
dump if you wish. (As for the ::stack at the end, I'm not sure if it's
meaningful. This is (unfortunately) not a debugging kernel, so the first 6
arguments should not be stored on the stack.)
Andrej
> ::status debugging crash dump vmcore.5 (64-bit) from helium operating system: 5.11 osnet143 (i86pc) panic message: assertion failed: 0 == dmu_bonus_hold(os, object, dl, &dl->dl_dbuf) (0x0 == 0x16), file: ../../common/fs/zfs/dsl_deadlist.c, line: 80 dump content: kernel pages only > ::msgbuf ! tail -21 panic[cpu4]/thread=ffffff02d59540a0: assertion failed: 0 == dmu_bonus_hold(os, object, dl, &dl->dl_dbuf) (0x0 == 0x16), file: ../../common/fs/zfs/dsl_deadlist.c, line: 80 ffffff00106a0a50 genunix:assfail3+c1 () ffffff00106a0ad0 zfs:dsl_deadlist_open+ef () ffffff00106a0b80 zfs:dsl_dataset_get_ref+14c () ffffff00106a0bc0 zfs:dsl_dataset_hold_obj+2d () ffffff00106a0c20 zfs:dsl_dsobj_to_dsname+73 () ffffff00106a0c40 zfs:zfs_ioc_dsobj_to_dsname+23 () ffffff00106a0cc0 zfs:zfsdev_ioctl+176 () ffffff00106a0d00 genunix:cdev_ioctl+45 () ffffff00106a0d40 specfs:spec_ioctl+5a () ffffff00106a0dc0 genunix:fop_ioctl+7b () ffffff00106a0ec0 genunix:ioctl+18e () ffffff00106a0f10 unix:brand_sys_sysenter+1c9 () syncing file systems... done dumping to /dev/zvol/dsk/rpool/dump, offset 65536, content: kernel NOTICE: ahci0: ahci_tran_reset_dport port 0 reset port > ffffff02d59540a0::whatis ffffff02d59540a0 is allocated as a thread structure > ffffff02d59540a0::print kthread_t t_procp | ::print proc_t p_user.u_psargs p_user.u_psargs = [ "zpool status -v rpool" ] > ::stack vpanic() assfail3+0xc1(fffffffff7a2dff0, 0, fffffffff7a2e050, 16, fffffffff7a2e028, 50) dsl_deadlist_open+0xef(ffffff02f43dd7f0, ffffff02cff74080, 0) dsl_dataset_get_ref+0x14c(ffffff02d2ebacc0, 1b, fffffffff7a2865c, ffffff00106a0bd8) dsl_dataset_hold_obj+0x2d(ffffff02d2ebacc0, 1b, fffffffff7a2865c, ffffff00106a0bd8) dsl_dsobj_to_dsname+0x73(ffffff02f5f44000, 1b, ffffff02f5f44400) zfs_ioc_dsobj_to_dsname+0x23(ffffff02f5f44000) zfsdev_ioctl+0x176(b600000000, 5a25, 8042130, 100003, ffffff02dae06460, ffffff00106a0de4) cdev_ioctl+0x45(b600000000, 5a25, 8042130, 100003, ffffff02dae06460, ffffff00106a0de4) spec_ioctl+0x5a(ffffff02d5fd7900, 5a25, 8042130, 100003, ffffff02dae06460, ffffff00106a0de4) fop_ioctl+0x7b(ffffff02d5fd7900, 5a25, 8042130, 100003, ffffff02dae06460, ffffff00106a0de4) ioctl+0x18e(3, 5a25, 8042130) _sys_sysenter_post_swapgs+0x149()
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
