Using a 2.5" external USB 3.0 disk with 750 GB. On the disk is a bootable 9.0 FBSD. The disk was used as boot disk on a i386 atom system. Then using it on a amd64 system with zpool import -o altroot=/mnt -f zroot orked fine. After shutting down the system with shutdown -p now the disk can no more be used. Issuing zpool list or zpool import -o altroot=/mnt -f zroot on the amd64 system panics the kernel. Also attaching the device to the i386 system panics the atom system. The failed assertion is in the file ddt.c line 129. I have a picture of the panic. My assumption is, that there is a problem with deduplication (because on the disk is one dataset with switched on dedup). The data of the disk is no more accessible. How-To-Repeat: Using this disk, plugging it to either the amd64 or the i386 system Issuing zpool list and the panic shows up If you have any patches to test I will do this. I will keep the disk in this state for some time. If I can help in any way, please ask me.
Hello, meanwhile I managed to get a crashdump. It is sufficient to call # zpool import Dump header from device /dev/label/i5swapnew Architecture: amd64 Architecture Version: 2 Dump Length: 776949760B (740 MB) Blocksize: 512 Dumptime: Thu Sep 27 12:44:03 2012 Hostname: Magic: FreeBSD Kernel Dump Version String: FreeBSD 9.0-RELEASE-p3 #0: Thu Sep 27 09:33:57 CEST 2012 root@i5.a999.de:/usr/src/sys/amd64/compile/DDB Panic String: solaris assert: ddt_object_info(ddt, type, class, &doi) == 0, file: /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/ddt.c, line: 129 Dump Parity: 3775408702 Bounds: 0 Dump Status: good The download links are: https://www.hidrive.strato.com/lnk/lPSmkaqB https://www.hidrive.strato.com/lnk/slSGk1wz The Password is: FreeBSD If you need any more details, I will provide them. Greetings Oliver -- Oliver Adler eMail : bug_reporter@a999.de Phone : +49 (0)8056/909794
Responsible Changed From-To: freebsd-bugs->freebsd-fs Over to maintainer(s).
For bugs matching the following criteria: Status: In Progress Changed: (is less than) 2014-06-01 Reset to default assignee and clear in-progress tags. Mail being skipped
This bug affects me too. root@schoenefeld:/home/hadron# zdb -AAAXF -ei commune Assertion failed: zap_lookup(ddt->ddt_os, ddt->ddt_spa->spa_ddt_stat_object, name, sizeof (uint64_t), sizeof (ddt_histogram_t) / sizeof (uint64_t), &ddt->ddt_histogram[type][class]) == 0 (0x6 == 0x0), file /usr/home/hadron/hardenedbsd-11-stable/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/ddt.c, line 128. Assertion failed: (ddt_object_info(ddt, type, class, &doi) == 0), file /usr/home/hadron/hardenedbsd-11-stable/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/ddt.c, line 133. <zdb has hung, presumably transaction rewind isn't working>
Additionally, this bug is still/again present on 11.x.
Does this still happen after the switch to OpenZFS?