From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 22:36:44 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D13816A419 for ; Tue, 13 Nov 2007 22:36:44 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.freebsd.org (Postfix) with ESMTP id 17AA613C45A for ; Tue, 13 Nov 2007 22:36:43 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so2420186pyb for ; Tue, 13 Nov 2007 14:36:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=+iAwI6RS3BHzz2TXGkpflWSURKtlAN+bWTZQl1681Ko=; b=WHXVw7lr54LT2CR0VHpQLNvwjCs4QFwgmJfdoR7TOfLTH/e2OvyvBJCDOtLzT7yVJMqSxo6+BxbKPJ4Ylb4CSmb+sEwP4+ouTAXOyghUOx18V1nfjqtRtholz8fUdLjpW64ObcQ/7MWqyvudM9wtVmU4CAjX9yyxqUoJDL6xDr0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=GM3SAEqVdVnP+n3VZQUsyvlBQd93jifEe8aFqPY50Lm3Jno1GseD9JLINj3H5dvk6WPFdgUytLvnxHDMnrVZS89PAkVlpocY6dTGBEGFTzRDW8af8VYQxkf2oBOKypqRxaHQ0f6L+AVGkis6XS6MsbPQdcnnTSpieh1kxcw+7ZM= Received: by 10.65.254.5 with SMTP id g5mr17341627qbs.1194993390334; Tue, 13 Nov 2007 14:36:30 -0800 (PST) Received: by 10.64.184.9 with HTTP; Tue, 13 Nov 2007 14:36:30 -0800 (PST) Message-ID: <8e10486b0711131436v2906f11fxd33c46d88eb2b15@mail.gmail.com> Date: Tue, 13 Nov 2007 20:36:30 -0200 From: "Alexandre Biancalana" To: "Pawel Jakub Dawidek" In-Reply-To: <20071113145808.GF64952@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8e10486b0711121252v778c79b3pce9f7338db17666c@mail.gmail.com> <20071113145506.GE64952@garage.freebsd.pl> <20071113145808.GF64952@garage.freebsd.pl> Cc: freebsd-current@freebsd.org Subject: Re: zfs import panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 22:36:44 -0000 On Nov 13, 2007 12:58 PM, Pawel Jakub Dawidek wrote: > > On Tue, Nov 13, 2007 at 03:55:06PM +0100, Pawel Jakub Dawidek wrote: > > On Mon, Nov 12, 2007 at 06:52:15PM -0200, Alexandre Biancalana wrote: > > > Hi list, > > > > > > After an spontaneous reboot this weekend our backup server is > > > panic'ing on zfs import. I've the vmcore file but I can't debug this > > > with kgdb > > > > > > :/var/crash # more info.3 > > > Dump header from device /dev/ad0s1b > > > Architecture: amd64 > > > Architecture Version: 2 > > > Dump Length: 103477248B (98 MB) > > > Blocksize: 512 > > > Dumptime: Mon Nov 12 14:56:12 2007 > > > Hostname: > > > Magic: FreeBSD Kernel Dump > > > Version String: FreeBSD 7.0-BETA2 #0: Mon Nov 12 11:49:07 BRST 2007 > > > root@:/usr/src/sys/amd64/compile/MANNY.debug > > > Panic String: solaris assert: ss == NULL, file: > > > /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/space_map.c, > > > line: 110 > > > Dump Parity: 2217569595 > > > Bounds: 3 > > > Dump Status: good > > > > This looks like http://bugs.opensolaris.org/view_bug.do?bug_id=6458218, > > but fix for this bug is already in FreeBSD's version... > > To recover your data you can try removing /boot/zfs/zpool.cache file > > before loading zfs.ko module, and then try to import your pool with: > > > > # zpool import -o ro > > BTW. You could try booting from Indiana CD (Solaris) and see if you can > import the pool from there. Bad lucky.... OpenSolaris does not recognize my Areca ARC-1231 SATA controller..... :-( googling around I find some reports of corrupted zpools, pointing to bug_id 6458218 (http://www.opensolaris.org/jive/thread.jspa?messageID=105474𙰂) and the proposed solutions was update the system (solaris) to build 60 or later, and put 'set zfs:zfs_recover=1' in /etc/system. We have a vfs.zfs.recover then I tried to set this to 1 on the /boot/loader.conf, boot the machine and try to import the pool again, but I have no success the panic is triggered in the same way... When using zfs at this server, I expected some panics but not loose data :-( Any other hint ? Thank you for your time. Alexandre