Date: Tue, 03 Oct 2017 16:19:52 +0200 From: Harry Schmalzbauer <freebsd@omnilan.de> To: Andriy Gapon <avg@FreeBSD.org> Cc: freebsd-stable@FreeBSD.org Subject: Re: panic: Solaris(panic): blkptr invalid CHECKSUM1 Message-ID: <59D39C88.4040501@omnilan.de> In-Reply-To: <e8d8084b-5740-2645-69ae-a4e3967c7e59@FreeBSD.org> References: <59CFC6A6.6030600@omnilan.de> <59CFD37A.8080009@omnilan.de> <59D00EE5.7090701@omnilan.de> <493e3eec-53c6-3846-0386-d5d7f4756b11@FreeBSD.org> <59D28550.3070700@omnilan.de> <59D34DA0.802@omnilan.de> <e8d8084b-5740-2645-69ae-a4e3967c7e59@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Bezüglich Andriy Gapon's Nachricht vom 03.10.2017 11:20 (localtime): > On 03/10/2017 11:43, Harald Schmalzbauer wrote: > ... >> action: The pool can be imported despite missing or damaged devices. The >> fault tolerance of the pool may be compromised if imported. > ... >> Is it impossible to import degraded pools in general, or only together> with "-X -T"? > It should be possible to import degraded pools... > Perhaps the pool originally had more devices? Like log devices. > Or maybe there is some issue with the txg you picked. > > By the way, I think that you didn't have to provide -T option for -F or -X. > It's either -F or -X or -T <txg>, the first two try to figure out txg > automatically. But I could be wrong. You're right that -T works without F[X] flag, but -X needs -F. Unfortunately not specifying a distinct txg leads to panic. Specifying one leads to "device is missing". Which is true, but only redundant data... It's abosultely sure that this pool never had any log or cache or other device than the two mirror vdevs. zdb -l confirms that. Have tried several different txg IDs, but the latest 5 or so lead to the panic and some other random picked all claim missing devices... Doh, if I only knew about -T some days ago, when I had all 4 devices available. I haven't expected problems due to missing redundant mirrors. Can anybody imagine why degraded import doesn't work in my case and how to work arround? Will try to provide the sparse zdb dumps in addition, maybe that changes anything. But I'm sure these don't have much data., dump time was within 3 seconds at most. Thanks, -harry
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?59D39C88.4040501>