ZFS assert panic
biancalana at gmail.com
Mon Jan 21 04:32:23 PST 2008
On 1/20/08, Gergo Szakal <bastyaelvtars at gmail.com> wrote:
> I have done everyday work on my ZFS-enabled FreeBSD7 box. It is having
> 4*250G disks in a RAIDZ array (the base system is on a separate disk).
> %uname -a
> FreeBSD ginger.apathy.szote.u-szeged.hu 7.0-RC1 FreeBSD 7.0-RC1 #0: Mon
> Dec 24 10:10:07 UTC 2007
> root at driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64
> %cat info.0
> Dump header from device /dev/ad4s1b
> Architecture: amd64
> Architecture Version: 2
> Dump Length: 253394944B (241 MB)
> Blocksize: 512
> Dumptime: Sun Jan 20 23:51:58 2008
> Magic: FreeBSD Kernel Dump
> Version String: FreeBSD 7.0-RC1 #0: Mon Dec 24 10:10:07 UTC 2007
> root at driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC
> Panic String: solaris assert: sm->sm_space == space (0x1686d4800 ==
> file: /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/space_map.c,
> line: 357
> Dump Parity: 4000765979
> Bounds: 0
> Dump Status: good
> Of course I have tried the things described at  but they did not
> work, same crash occured when importing. Haven't yet tried OpenSolaris,
> I can provide the dump should it be needed.
> TIA for looking into the issue.
I don't want to scare you, I loose my data from the zfs filesystem in
the thread pointed by you... After some days of tries to repair this
with Pawel (and his contact @zfs-discuss), I ended recreating the
filesystem and assuming the lost of my data.
This was the first of two times that I lost the same pool with zfs,
after the second time I had to give up from zfs because my job will
not resists to a thrid time.....
Maybe Pawel can help you...
More information about the freebsd-stable