Bug 235831 - [FEATURE REQUEST] [ZFS] Option to **non-destructively** import ZFS pool at checkpoint (i.e., keep the checkpoint)
Summary: [FEATURE REQUEST] [ZFS] Option to **non-destructively** import ZFS pool at ch...
Status: New
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: 11.2-RELEASE
Hardware: Any Any
: --- Affects Some People
Assignee: freebsd-fs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-02-18 09:33 UTC by Stilez
Modified: 2019-02-18 21:57 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Stilez 2019-02-18 09:33:10 UTC
The ZPOOL feature "zpool import --rewind-to-checkpoint POOLNAME" was recently added - thank you! But there's a slight omission which I hope is easy to add.

Rewinding to a checkpoint is always a destructive act - the checkpoint is destroyed by the "import --rewind-to-checkpoint" command. 

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 destroy the checkpoint, after rewind + import has completed?


EFFECT:

It's possible to rewind to a checkpoint **without** destroying the checkpoint in  the process.

Thanks