Bug 172092

Summary:	[zfs] [panic] zfs import panics kernel
Product:	Base System	Reporter:	Oliver Adler <bug_reporter>
Component:	kern	Assignee:	freebsd-fs (Nobody) <fs>
Status:	Open ---
Severity:	Affects Only Me	CC:	large.hadron.collider, pstef
Priority:	Normal	Keywords:	crash
Version:	9.0-RELEASE
Hardware:	Any
OS:	Any

Description Oliver Adler 2012-09-26 13:50:15 UTC

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.

Comment 1 Oliver Adler 2012-09-27 10:32:26 UTC

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

Comment 2 Mark Linimon freebsd_committer

2014-04-20 02:31:49 UTC

Responsible Changed
From-To: freebsd-bugs->freebsd-fs

Over to maintainer(s).

Comment 3 Eitan Adler freebsd_committer

2017-12-31 08:01:44 UTC

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

Comment 4 Ellenor Bjornsdottir 2018-03-24 04:56:41 UTC

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>

Comment 5 Ellenor Bjornsdottir 2018-03-24 04:57:24 UTC

Additionally, this bug is still/again present on 11.x.

Comment 6 Piotr Pawel Stefaniak freebsd_committer

2022-04-21 19:20:28 UTC

Does this still happen after the switch to OpenZFS?