I don't currently have a way to test this, but did you try:
make a clone of the snapshot
in the clone, remove the directories
make a snapshot of the clone
destroy the clone
destroy the old snapshot
In my mind, this should work, given no other dependencies exist.
Then again, a mind is a terrible place... :-)
-- richard
Michael McKnight wrote:
> Hello again,
>
> Some of you may have read my earlier post about wanting to recover partial
> ZFS space. It seems as though that isn't possible given the current
> implementation... so, I would like to suggest the following "enhancement":
>
> A zfs-aware rm command (ie. zfs rm). The idea here is that we would be able
> to remove a file (or directory) from a zfs filesystem and all snapshots that
> the file exists in. This would allow the ability to recover space when part
> of a zfs pool is moved/deleted, but the bulk of the data in the snapshots is
> still relevant.
>
> I know, I know -- snapshots are there to protect us from messing up, but a
> specific command that would allow us to "force" the removal (unlinking) of
> certain structures within the filesystem and its associated snapshots would
> be quite useful.
>
> Take the example that bit me...
>
> I had a filesystem that had a subdirectory that grew too big and had to be
> moved to another pool. Since the snapshots contained all of that data, even
> though the directory was moved, I was unable to recover the space (almost
> 300GB) without deleting all of the snapshots.
>
> The problem with deleting all of the snapshots is that I would lose the
> ability to recover the other data within that filesystem. The problem with
> "sending" the snapshots elsewhere before deleting them is that at almost
> 500GB each, I simply didn't have that kind of space available.
>
> If I had the ability to forcefully delete the directory from the filesystem
> and its snapshots, I would have been able to move my data around without
> sacrificing the recoverability of the other data.
>
> Maybe something like this:
> zfs rm -f myfile
>
> Seems like this would be pretty easy if we are really just talking about
> unlinking pointers to the specific data, but I'll let those more intimate
> with the code speak to that.
>
> Thanks,
> Michael
>
>
> This message posted from opensolaris.org
> _______________________________________________
> zfs-discuss mailing list
> zfs-discuss@opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
>
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
