Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature Request: "destroyable" flag #7357

Closed
yurelle opened this issue Mar 28, 2018 · 1 comment
Closed

Feature Request: "destroyable" flag #7357

yurelle opened this issue Mar 28, 2018 · 1 comment

Comments

@yurelle
Copy link

yurelle commented Mar 28, 2018

Perhaps it's just me, but I'm a bit paranoid about blasting my pools & datasets, mostly due to my ADHD & fat-fingers; and especially since the destroy command doesn't do the normal "Are you sure" thing that rm does. I know the "proper" response is just to have redundant backups, but I currently have an 80 TB pool (not full), and haven't saved up the cash yet to duplicate it. I'm new to ZFS, so it's entirely possible that this already exists, but I looked, and couldn't find anything.

It would be great if you could add a settable flag to pools, datasets, & snapshots, that was something like "destroyable" or maybe "locked"/"protected" or something, that can be set to true/false or yes/no. If the object is marked as destroyable, it behaves as normal: a call to zfs destroy myThing destroys it, no questions asked. However, if you manually set the flag to protect the object, it behaves differently. It is still writable/modifiable if the readOnly flag is off, but any call to zfs destroy myThing will abort and error out; something like "Cannot destroy 'myThing'. Pool/Dataset/Snapshot is locked/protected/not destroyable.".

At least, I think it would be great. Maybe others don't agree,
-Yurelle

@loli10K
Copy link
Contributor

loli10K commented Mar 28, 2018

Duplicate of #4134

@loli10K loli10K marked this as a duplicate of #4134 Mar 28, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants