From owner-freebsd-stable@freebsd.org Thu Nov 24 09:34:25 2016 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 BCB2EC50AF8 for ; Thu, 24 Nov 2016 09:34:25 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (ingresso-1-pt.tunnel.tserv1.lon2.ipv6.he.net [IPv6:2001:470:1f1c:411::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8E48CE5A for ; Thu, 24 Nov 2016 09:34:25 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.87 (FreeBSD)) (envelope-from ) id 1c9qQA-000AaY-Am; Thu, 24 Nov 2016 09:34:22 +0000 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.87 (FreeBSD)) (envelope-from ) id 1c9qQA-000Ceq-8a; Thu, 24 Nov 2016 09:34:22 +0000 To: arcade@b1t.name, freebsd-stable@freebsd.org Subject: Re: Help! two machines ran out of swap and corrupted their zpools! In-Reply-To: <583457B5.1070702@b1t.name> Message-Id: From: Pete French Date: Thu, 24 Nov 2016 09:34:22 +0000 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: Thu, 24 Nov 2016 09:34:25 -0000 > Instapanic, huh... > > Ok, let's put documentation aside and focus on unsupported development > features. Hi, sorry for not replying untiltoday, but basivally we got to the point where getting the machine sp again was more importnat than debugging so unfortunately I had to clone the drives off other leaves, so the opportunity to debug this was lost :-( Sorry... however, the info below is *very* useful! Thankyou! Will file taht way for the next time we get any similar issues. much appreciated. -pete. > > You'll need a list of available transactions: > > zdb -ul > > This one when given a vdev lists all uberblocks with their respective > transaction ids. You can take the highest one (it's not the last one) > and try to mount pool with: > > zpool import -N -O readonly=on -f -R /mnt/somezpool -F -T > > > Then check available filesystems. If it breaks again - retry with older > transaction id.