Bug #5792
open
Kernel panic while exporting ZFS
0%
Description
I got this on a fresh OmniOS r151014.
Imported a usb disk containing a v28 ZFS pool.
zpool upgraded to feature flags.
pool export <pool> and I got a kernel panic with the trace at the end of this description.
I have saved the dump if anyone is interested in debugging it.
ffffff002051b910 vpanic()
ffffff002051b960 0xfffffffffba8b16d()
ffffff002051b990 range_tree_destroy+0x72(ffffff04f5522380)
ffffff002051b9d0 metaslab_fini+0xc6(ffffff04f54f6780)
ffffff002051ba10 vdev_metaslab_fini+0x56(ffffff04f4438300)
ffffff002051ba50 vdev_free+0x69(ffffff04f4438300)
ffffff002051ba90 vdev_free+0x4b(ffffff04f3000d40)
ffffff002051bad0 spa_unload+0xc6(ffffff04f4b9a000)
ffffff002051bb50 spa_export_common+0x115(ffffff04f4443000, 1, 0, 0, 0)
ffffff002051bb80 spa_export+0x2a(ffffff04f4443000, 0, 0, 0)
ffffff002051bbd0 zfs_ioc_pool_export+0x3e(ffffff04f4443000)
ffffff002051bc80 zfsdev_ioctl+0x4a7(10700000000, 5a03, 8042a80, 100003, ffffff04f26b0188, ffffff002051be68)
ffffff002051bcc0 cdev_ioctl+0x39(10700000000, 5a03, 8042a80, 100003, ffffff04f26b0188, ffffff002051be68)
ffffff002051bd10 spec_ioctl+0x60(ffffff04ec605880, 5a03, 8042a80, 100003, ffffff04f26b0188, ffffff002051be68, 0)
ffffff002051bda0 fop_ioctl+0x55(ffffff04ec605880, 5a03, 8042a80, 100003, ffffff04f26b0188, ffffff002051be68, 0)
ffffff002051bec0 ioctl+0x9b(3, 5a03, 8042
Files
Related issues
Updated by Joshua M. Clulow almost 7 years ago
- File illumos5792.png illumos5792.png added
I just had the same panic, after doing the same thing. I had an old pool (v28) that I upgraded to feature flags, copied in a bunch of incremental snapshots (it is a backup disk) and exported.
Updated by Alek Pinchuk over 6 years ago
- Related to Bug #6292: exporting a pool while an async destroy is running can leave entries in the deferred tree added