Eric D. Mudama wrote:
On Fri, Apr 16 at 13:56, Edward Ned Harvey wrote:
The typical problem scenario is: Some user or users fill up the
filesystem.
They rm some files, but disk space is not freed. You need to destroy
all
the snapshots that contain the deleted files, before disk space is
available
again.
It would be nice if you could rm files from snapshots, without
needing to
destroy the whole snapshot.
Is there any existing work or solution for this?
Doesn't that defeat the purpose of a snapshot?
If this is a real problem, I think that it calls for putting that
user's files in a separate filesystem that can have its snapshots
managed with a specific policy for addressing the usage model.
--eric
There was a discussion on this a couple of months ago, and Eric hits the
nail right on the head: you *don't* want to support such a "feature",
as it breaks the fundamental assumption about what a snapshot is (and
represents).
AFAIK, snapshots will remain forever read-only, with any action acting
on the snapshot as a whole (delete/promote/clone, et al.), and there is
no plan to ever change this design.
It's unfortunate that people can get themselves into a situation where
they might need this ability, but, honestly, it's a self-inflicted
wound, and there's only so much designers can do to prevent people from
shooting themselves in the foot. It's also not a fatal problem -
deleting snapshots is still possible, it's just not the "simplest"
method of recovery.
--
Erik Trimble
Java System Support
Mailstop: usca22-123
Phone: x17195
Santa Clara, CA
Timezone: US/Pacific (GMT-0800)
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
