Date: Sun, 13 Aug 2017 16:54:21 +0300 From: Volodymyr Kostyrko <arcade@b1t.name> To: freebsd-fs@freebsd.org Subject: Re: Oh no, what have I done... Message-ID: <1d3771a3-9c3a-1af9-9c48-032a01629630@b1t.name> In-Reply-To: <06EEEF86-E466-44EA-86F1-866DA32DD92D@kraus-haus.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>
next in thread | previous in thread | raw e-mail | index | archive | help
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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1d3771a3-9c3a-1af9-9c48-032a01629630>