Date: Mon, 18 Feb 2019 09:33:10 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 235831] [FEATURE REQUEST] [ZFS] Option to **non-destructively** import ZFS pool at checkpoint (i.e., keep the checkpoint) Message-ID: <bug-235831-227@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235831 Bug ID: 235831 Summary: [FEATURE REQUEST] [ZFS] Option to **non-destructively** import ZFS pool at checkpoint (i.e., keep the checkpoint) Product: Base System Version: 11.2-RELEASE Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: kern Assignee: bugs@FreeBSD.org Reporter: stilezy@gmail.com The ZPOOL feature "zpool import --rewind-to-checkpoint POOLNAME" was recent= ly added - thank you! But there's a slight omission which I hope is easy to ad= d. Rewinding to a checkpoint is always a destructive act - the checkpoint is destroyed by the "import --rewind-to-checkpoint" command.=20 If testing, it is extremely useful to [create checkpoint -> test -> rewind = -> test -> rewind] multiple times, to compare the behaviour with different options. At present one has to re-checkpoint, but the recheckpoint loses the date. FEATURE REQUEST Is it possible to add a variant "--rewind-to-checkpoint-no-discard" or "--rewind-to-checkpoint -k" (for keep), that simply skips the call to destr= oy the checkpoint, after rewind + import has completed? EFFECT: It's possible to rewind to a checkpoint **without** destroying the checkpoi= nt in the process. Thanks --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-235831-227>