From owner-freebsd-stable@freebsd.org Tue Nov 22 14:35:39 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 5501CC4F3AE for ; Tue, 22 Nov 2016 14:35:39 +0000 (UTC) (envelope-from arcade@b1t.name) Received: from limbo.b1t.name (limbo.b1t.name [78.25.32.206]) by mx1.freebsd.org (Postfix) with ESMTP id 106121F5A for ; Tue, 22 Nov 2016 14:35:38 +0000 (UTC) (envelope-from arcade@b1t.name) Received: from [172.29.1.146] (probe.42.lan [172.29.1.146]) by limbo.b1t.name (Postfix) with ESMTPSA id 0632598 for ; Tue, 22 Nov 2016 16:35:34 +0200 (EET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=b1t.name; s=mail; t=1479825335; bh=BgOyhL8Q9b2rZeOhTavnMRFGjfMLTTbgdwfbE53qfvs=; h=Subject:To:References:From:Date:In-Reply-To; b=7+X2fwaZ/3k/8pGWGwiSKozDDlJh3zLsyV2JhqQQ+Q03TiC5KUEDm9RK3nbt7u4tY 3taEsSC8Wgn54+9mQjUKpHr6rDwcdjQTrLFMl/+E/NEs7o17e4DT2uVnnU2UfiSzd0 eGNk5QP0WZFsZARSZ6tIVXkg6vdxlHENCcAMDGY4= Subject: Re: Help! two machines ran out of swap and corrupted their zpools! To: freebsd-stable@freebsd.org References: <583339F0.7050905@b1t.name> From: Volodymyr Kostyrko Message-ID: <583457B5.1070702@b1t.name> Date: Tue, 22 Nov 2016 16:35:33 +0200 User-Agent: Mozilla/5.0 (X11; DragonFly x86_64; rv:43.0) Gecko/20100101 Firefox/43.0 SeaMonkey/2.40 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: Tue, 22 Nov 2016 14:35:39 -0000 Pete French wrote: >> zpool import -N -O readonly=on -f -R /mnt/somezpoool >> >> If that doesn't help try: >> >> zpool import -N -O readonly=on -f -R /mnt/somezpoool -Fn > > I got someone to do this (am still having toruble finding time > as am supposed to be off sick) and it causes instant kernel panic > on trying to import the pool. Same as it does on boot. Instapanic, huh... Ok, let's put documentation aside and focus on unsupported development features. 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. -- Sphinx of black quartz judge my vow.