Date: Wed, 17 Sep 2014 00:51:04 +0200 From: Albert Shih <Albert.Shih@obspm.fr> To: Mike Carlson <mike@bayphoto.com> Cc: freebsd-fs@freebsd.org Subject: Re: Big problem with zfs.... Message-ID: <20140916225104.GA76997@pcjas.obspm.fr> In-Reply-To: <CA%2BKW7xQGC9jfHrc02PQ4zLhwDBCfOi6JZzBZ0Fdm8z-N%2Bz99tA@mail.gmail.com> References: <20140916165511.GA89818@pcjas.obspm.fr> <20140916171247.GB89818@pcjas.obspm.fr> <CA%2BKW7xQGC9jfHrc02PQ4zLhwDBCfOi6JZzBZ0Fdm8z-N%2Bz99tA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Le 16/09/2014 à 12:29:01-0700, Mike Carlson a écrit
> For obvious reasons, I am very interested in the forensic details of your
> panic.
But I don't have lot of time this server is in production. So tomorrow I don't have to choice
to erase everything.
>
> Please keep the mailing list in the loop, and if possible, provide a backtrace
> on the captured kernel panic.
Well...I'm not very good about that...
But is it what you want ?
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...
Unread portion of the kernel message buffer:
panic: solaris assert: sm->sm_space == total (0x315b7e6800 == 0x315b7e5600), file: /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/space_map.c, line: 549
cpuid = 21
KDB: stack backtrace:
#0 0xffffffff808e7e90 at kdb_backtrace+0x60
#1 0xffffffff808af975 at panic+0x155
#2 0xffffffff81b6b23f at assfail3+0x2f
#3 0xffffffff81a809e2 at space_map_sync+0x362
#4 0xffffffff81a69802 at metaslab_sync+0x522
#5 0xffffffff81a8686b at vdev_sync+0xcb
#6 0xffffffff81a78afb at spa_sync+0x5db
#7 0xffffffff81a81925 at txg_sync_thread+0x375
#8 0xffffffff80881a4a at fork_exit+0x9a
#9 0xffffffff80c75a5e at fork_trampoline+0xe
Uptime: 3m57s
Dumping 4358 out of 131004 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91%
Reading symbols from /boot/kernel/ums.ko.symbols...done.
Loaded symbols for /boot/kernel/ums.ko.symbols
Reading symbols from /boot/kernel/zfs.ko.symbols...done.
Loaded symbols for /boot/kernel/zfs.ko.symbols
Reading symbols from /boot/kernel/opensolaris.ko.symbols...done.
Loaded symbols for /boot/kernel/opensolaris.ko.symbols
#0 doadump (textdump=<value optimized out>) at pcpu.h:219
219 __asm("movq %%gs:%1,%0" : "=r" (td)
(kgdb) backtrace
#0 doadump (textdump=<value optimized out>) at pcpu.h:219
#1 0xffffffff808af5f0 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447
#2 0xffffffff808af9b4 in panic (fmt=<value optimized out>) at /usr/src/sys/kern/kern_shutdown.c:754
#3 0xffffffff81b6b23f in assfail3 (a=<value optimized out>, lv=<value optimized out>, op=<value optimized out>, rv=<value optimized out>, f=<value optimized out>,
l=<value optimized out>) at /usr/src/sys/modules/opensolaris/../../cddl/compat/opensolaris/kern/opensolaris_cmn_err.c:91
#4 0xffffffff81a809e2 in space_map_sync (sm=<value optimized out>, maptype=<value optimized out>, smo=<value optimized out>, os=0xfffff805ee015400, tx=0xfffff80051685c00)
at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/space_map.c:549
#5 0xffffffff81a69802 in metaslab_sync (msp=0xfffff8052905f700, txg=4084081) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/metaslab.c:1157
#6 0xffffffff81a8686b in vdev_sync (vd=0xfffff80051ba2000, txg=4084081) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/vdev.c:2255
#7 0xffffffff81a78afb in spa_sync (spa=<value optimized out>, txg=<value optimized out>)
at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/spa.c:6426
#8 0xffffffff81a81925 in txg_sync_thread (arg=0xfffff8005197c000) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/txg.c:515
#9 0xffffffff80881a4a in fork_exit (callout=0xffffffff81a815b0 <txg_sync_thread>, arg=0xfffff8005197c000, frame=0xfffffe2022757ac0) at /usr/src/sys/kern/kern_fork.c:995
#10 0xffffffff80c75a5e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:606
#11 0x0000000000000000 in ?? ()
Current language: auto; currently minimal
(kgdb)
>
> Mike C
>
> On Tue, Sep 16, 2014 at 10:12 AM, Albert Shih <Albert.Shih@obspm.fr> wrote:
>
> Le 16/09/2014 à 18:55:11+0200, Albert Shih a écrit
> > Hi everyone.
> >
> > I got a very big problem with ZFS and FreeBSD 10-p9.
> >
> > I want to attach a new disk array on my server so I shutdown it and
> attach
> > the disk array. After that the boot go to kernel panic when the ZFS is
> > started.
> >
> > So I dettach the disk array so the on the hardware the server is exactly
> in
> > the same condition as before.
> >
> > But event that I can boot it. I still got the kernel panic. If I disable
> > the zfs in the rc.conf I can boot the server. But if I launch zfs with
> >
> > /etc/rc.d/zfs onestart
> > zpool import
> > zpool import -N
> >
> > I got this kind of message on the console
> >
> > panic : solaris assert : sm->sm_space == total (0x315b7e6800 ==
> 0x315b7e5600), file : /usr/src/sys/modules/zfs/../../cddl/contrib/
> opensolaris/uts/common/fs/zfs/space_map.c,
> > line:549
> > cpuid=20
> >
>
> here de dump message :
>
> Panic String: solaris assert: sm->sm_space == total (0x315b7e6800 ==
> 0x315b7e5600), file: /usr/src/sys/modules/zfs/../../cddl/contrib/
> opensolaris/uts/common/fs/zfs/space_map.c, line: 549
> Dump Parity: 390813757
> Bounds: 0
> Dump Status: good
>
> I try to disable the zfs a the boot (everything is fine), and try to use
> zdb and launch zdb -c tank_name, and event that make the kernel panic.
>
> Any clue ? Hardware problem ?
>
> Regards.
>
> JAS
> --
> Albert SHIH
> DIO bâtiment 15
> Observatoire de Paris
> 5 Place Jules Janssen
> 92195 Meudon Cedex
> France
> Téléphone : +33 1 45 07 76 26/+33 6 86 69 95 71
> xmpp: jas@obspm.fr
> Heure local/Local time:
> mar 16 sep 2014 19:11:29 CEST
> _______________________________________________
> freebsd-fs@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-fs
> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org"
>
>
--
Albert SHIH
DIO bâtiment 15
Observatoire de Paris
5 Place Jules Janssen
92195 Meudon Cedex
France
Téléphone : +33 1 45 07 76 26/+33 6 86 69 95 71
xmpp: jas@obspm.fr
Heure local/Local time:
mer 17 sep 2014 00:48:22 CEST
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20140916225104.GA76997>