From owner-freebsd-hackers@freebsd.org Sun Apr 29 17:27:22 2018 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A15ABFB28F8; Sun, 29 Apr 2018 17:27:22 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [IPv6:2001:4cb8:90:ffff::3]) (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 309FA80FE0; Sun, 29 Apr 2018 17:27:22 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from router.digiware.nl (localhost.digiware.nl [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 8650E3D573; Sun, 29 Apr 2018 19:27:13 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.com Received: from smtp.digiware.nl ([127.0.0.1]) by router.digiware.nl (router.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q0qfoFa_30An; Sun, 29 Apr 2018 19:27:13 +0200 (CEST) Received: from [192.168.10.67] (opteron [192.168.10.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id 211FC3D572; Sun, 29 Apr 2018 19:27:13 +0200 (CEST) Subject: Re: Getting ZFS pools back. To: Alan Somers Cc: Richard Yao , FreeBSD Filesystems , FreeBSD Hackers References: <5f836c79-b379-f066-689b-1645e393c5e9@digiware.nl> From: Willem Jan Withagen Message-ID: <1645b168-4133-693c-2dd3-8e0606abb9c3@digiware.nl> Date: Sun, 29 Apr 2018 19:27:12 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: nl Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Apr 2018 17:27:22 -0000 On 29-4-2018 16:40, Alan Somers wrote: > So your kernel couldn't find the pool.  That might be due to a GEOM > module that wasn't loaded but should've been (were you using gmirror or > geli or something?).  Or you might've accidentally destroyed the pool. > It would still show up in "zdb -l", albeit in the destroyed state.  Or > you might've accidentally destroyed the partition.  If the pool had > resided on the disk's last partition, then "zdb -l /dev/ada0" still > would've seen the label, since there's a copy of the label at the end of > the device.  But if you've reused the disk, then there's no way to know > for sure. Hi Alan, I still have one of the original disks of the mirror, but the system/hardware causing trouble is back in use in the DC. No geli, or anything other that basic GEOM was involved. Disks were running on GPT: boot swap zroot zfsdata And yes zdb -l was able to find both pools: zroot, and zfsdata. And I'm pretty sure I did not destroy them on purpose. ;-) Trouble started when I installed (freebsd-update) 11.1 over a running 10.4. Which is sort of scarry? But because the system needed to go back on the air, I did only so much to recover the original stuff. But it just kept naging me over the GUID it could not find. So for sake of progress I reinstalled the system on one of the mirror disks, keeping the other one. So I could hook that disk up to my Freetest play box, and see what that brings. If anyone is interested. But than again the zpool import could have fixed what was broken in the first place. Haven't looked at it yet, since the 12 hour straight session yesterday was enough for the weekend. --WjW > -Alan > > On Sun, Apr 29, 2018 at 8:29 AM, Willem Jan Withagen > wrote: > > On 28/04/2018 20:43, Richard Yao wrote: > > What is the output of ‘zpool import‘ with no arguments? > > > If I boot thru aa mem-stick.... > # zpool import > # > > So, empty line > In the mean time I rebuild the system. > > Was able to retreive the data by a convoluted incantation of > 'zpool import -fmNF' or something like that. > Made a full backup, and started fresh. > > --WjW > > > > On Apr 28, 2018, at 11:42 AM, Willem Jan Withagen > > wrote: > > > Hi, > > I had this server crash on me, and first it just complained > about not being able to boot because it could not find the guid. > > Now I cannot even import the pools any longer. > Althoug zdb -l /dev/ada0 still gives me data that indicates > that there should be a ZFS pool on that partition. > > Any suggestions on how to get the pools/data back online? > > Help would be highly appreciated, since restoring it from > backups is going to quite some work. > > Thanx, > --WjW