From owner-freebsd-stable@freebsd.org Mon Oct 2 18:28:34 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E7EFEE23F40 for ; Mon, 2 Oct 2017 18:28:34 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8893E72686; Mon, 2 Oct 2017 18:28:34 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id v92ISWRQ087230; Mon, 2 Oct 2017 20:28:32 +0200 (CEST) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 9D4F2A3; Mon, 2 Oct 2017 20:28:32 +0200 (CEST) Message-ID: <59D28550.3070700@omnilan.de> Date: Mon, 02 Oct 2017 20:28:32 +0200 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Andriy Gapon CC: freebsd-stable@FreeBSD.org Subject: Re: panic: Solaris(panic): blkptr invalid CHECKSUM1 References: <59CFC6A6.6030600@omnilan.de> <59CFD37A.8080009@omnilan.de> <59D00EE5.7090701@omnilan.de> <493e3eec-53c6-3846-0386-d5d7f4756b11@FreeBSD.org> In-Reply-To: <493e3eec-53c6-3846-0386-d5d7f4756b11@FreeBSD.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Mon, 02 Oct 2017 20:28:32 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2017 18:28:35 -0000 Bezüglich Andriy Gapon's Nachricht vom 02.10.2017 13:49 (localtime): > On 01/10/2017 00:38, Harry Schmalzbauer wrote: >> Now my striped mirror has all 4 devices healthy available, but all >> datasets seem to be lost. >> No problem for 450G (99,9_%), but there's a 80M dataset which I'm really >> missing :-( > > If it's not too late now, you may try to experiment with an "unwind" / "extreme > unwind" import using -F -n / -X -n. Or manually specifying a txg number for > import (in read-only mode). Thanks for your reply! I had dumped one of each mirror's drive and attaching it as memory disk works as intended. So "zfs import" offers me the corrupt backup (on the host with a already recreated pool). Unfortunately my knowledge about ZFS internals (transaction group number relations to (ü)uberblocks) doesn't allow me to follow your hint. How can I determine the last txg#, resp. the ones before the last? I guess 'zpool import -t' is the tool/parameter to use. ZFS has wonderful documentation, but although this was a perfect reason to start learning the details about my beloved ZFS, I don't have the time to. Is there a zdb(8) aequivalent of 'zpool import -t', so I can issue the zdb check, wich doesn't crash the kernel but only zdb(8)? For regular 'zpool import', 'zdb -ce' seems to be such a synonym. At least the crash report is identical, see my reply to Scott Bennett's post.. Thanks, -harry