From owner-freebsd-fs@FreeBSD.ORG Tue Sep 16 22:51:17 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0184AEEF for ; Tue, 16 Sep 2014 22:51:16 +0000 (UTC) Received: from smtp-int-m.obspm.fr (smtp-int-m.obspm.fr [145.238.187.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.obspm.fr", Issuer "TERENA SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9F6EA998 for ; Tue, 16 Sep 2014 22:51:16 +0000 (UTC) Received: from pcjas.obspm.fr (pcjas.obspm.fr [145.238.184.233]) by smtp-int-m.obspm.fr (8.14.4/8.14.4/SIO Observatoire de Paris - 07/2009) with ESMTP id s8GMp4tn008083 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 17 Sep 2014 00:51:05 +0200 Date: Wed, 17 Sep 2014 00:51:04 +0200 From: Albert Shih To: Mike Carlson Subject: Re: Big problem with zfs.... Message-ID: <20140916225104.GA76997@pcjas.obspm.fr> References: <20140916165511.GA89818@pcjas.obspm.fr> <20140916171247.GB89818@pcjas.obspm.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Miltered: at smtp-int-m.obspm.fr with ID 5418BED8.000 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 5418BED8.000/145.238.184.233/pcjas.obspm.fr/pcjas.obspm.fr/ Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2014 22:51:17 -0000 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=) at pcpu.h:219 219 __asm("movq %%gs:%1,%0" : "=r" (td) (kgdb) backtrace #0 doadump (textdump=) 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=) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0xffffffff81b6b23f in assfail3 (a=, lv=, op=, rv=, f=, l=) at /usr/src/sys/modules/opensolaris/../../cddl/compat/opensolaris/kern/opensolaris_cmn_err.c:91 #4 0xffffffff81a809e2 in space_map_sync (sm=, maptype=, smo=, 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=, txg=) 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 , 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 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