Bug 172092 - [zfs] [panic] zfs import panics kernel
Summary: [zfs] [panic] zfs import panics kernel
Status: Open
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: 9.0-RELEASE
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-fs (Nobody)
URL:
Keywords: crash
Depends on:
Blocks:
 
Reported: 2012-09-26 13:50 UTC by Oliver Adler
Modified: 2022-10-17 07:19 UTC (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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 freebsd_triage 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 freebsd_triage 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 freebsd_triage 2022-04-21 19:20:28 UTC
Does this still happen after the switch to OpenZFS?