From owner-freebsd-fs@freebsd.org Sun Aug 13 14:03:58 2017 Return-Path: Delivered-To: freebsd-fs@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 501F0D93F6F for ; Sun, 13 Aug 2017 14:03:58 +0000 (UTC) (envelope-from arcade@b1t.name) Received: from limbo.b1t.name (limbo.b1t.name [78.25.32.206]) (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 E21C86FE0A for ; Sun, 13 Aug 2017 14:03:57 +0000 (UTC) (envelope-from arcade@b1t.name) Received: from [172.29.1.75] (probe.42.lan [172.29.1.75]) by limbo.b1t.name (Postfix) with ESMTPSA id 3189886 for ; Sun, 13 Aug 2017 16:54:23 +0300 (EEST) Subject: Re: Oh no, what have I done... To: freebsd-fs@freebsd.org References: <3408A832-BF2E-4525-9EAC-40979BA3555B@distal.com> <20170813000323.GC95431@server.rulingia.com> <5B508AED-4DAC-42E4-8C56-4619C0D1A1C6@distal.com> <035BFBCB-BA43-4568-89E9-8E8DCDFAA8CA@kraus-haus.org> <928F1F16-0777-4D66-BD27-8224DF80363C@distal.com> <06EEEF86-E466-44EA-86F1-866DA32DD92D@kraus-haus.org> From: Volodymyr Kostyrko Message-ID: <1d3771a3-9c3a-1af9-9c48-032a01629630@b1t.name> Date: Sun, 13 Aug 2017 16:54:21 +0300 User-Agent: Mozilla/5.0 (X11; DragonFly x86_64; rv:49.0) Gecko/20100101 Firefox/49.0 SeaMonkey/2.46 MIME-Version: 1.0 In-Reply-To: <06EEEF86-E466-44EA-86F1-866DA32DD92D@kraus-haus.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=b1t.name; s=dkim; t=1502632464; bh=sDpvZo/OBQW37d3MfrmNPy4ggMKD3QWMhu4HXLmH6X0=; h=Subject:To:References:From:Message-ID:Date:MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=G17xad7waaL2ub24Fi6+BfuGU8R3xj/gQqEGbnjP//pHzLiZR3mD14CQB0agMkEigWGLil0DtzQCvdeUq82ZgErdhe1JfysxJZUtmfIuI/LBLo+3kUVX7tclHdqJsWYkrWgOzRWqwJG3Omr+vIGwBVpejcVgPmPyo6T/+WV7sn0= X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Aug 2017 14:03:58 -0000 Paul Kraus wrote: > Using zdb you can examine the TXGs and there is a way to force an impor= t to a certain TXG (at least under Illumos there is, I assume the FBSD ZF= S code is the same). I do not remember the specific procedure, but it wen= t by on one of the ZFS mailing lists a few years ago. The goal at the tim= e was not to deal with a changed pool configuration but a series of write= s that corrupted something (possibly due to a feature being turned on at = a certain point in time). You would lose all data written after the TXG y= ou force the import to. > > Looking at the manpages for zpool and zdb, it looks like doing this has= gotten easier with `zdb -e -F` =E2=80=A6 operate on exported pool and ro= llback TXG until the pool is importable =E2=80=A6 but I=E2=80=99m sure th= ere are limits :-) That's -T, it was intentionally left undocumented. /usr/src/cddl/contrib/opensolaris/cmd/zpool/zpool_main.c /starting txg --=20 Sphinx of black quartz judge my vow.