I believe the question of Ned and the answers given have more far
reaching consequences than has been discussed so far.
When I read this thread I thought there was an easy solution to
deleting files from a snapshot by using clones instead. Clones are a
writable copy so you should be able to delet
On 04/18/10 01:25 AM, Edward Ned Harvey wrote:
From: Ian Collins [mailto:i...@ianshome.com]
But is a fundamental of zfs:
snapshot
A read-only version of a file system or volume at a
given point in time. It is specified as filesys...@name
or vol...@
> From: Ian Collins [mailto:i...@ianshome.com]
>
> But is a fundamental of zfs:
>
> snapshot
>
> A read-only version of a file system or volume at a
> given point in time. It is specified as filesys...@name
> or vol...@name.
Erik Trimble's assessment tha
Ian Collins wrote:
On 04/17/10 12:56 PM, Edward Ned Harvey wrote:
From: Erik Trimble [mailto:erik.trim...@oracle.com]
Sent: Friday, April 16, 2010 7:35 PM
Doesn't that defeat the purpose of a snapshot?
Eric hits
the
nail right on the head: you *don't* want to support such a "feat
On 04/17/10 12:56 PM, Edward Ned Harvey wrote:
From: Erik Trimble [mailto:erik.trim...@oracle.com]
Sent: Friday, April 16, 2010 7:35 PM
Doesn't that defeat the purpose of a snapshot?
Eric hits
the
nail right on the head: you *don't* want to support such a "feature",
as it breaks
> From: Nicolas Williams [mailto:nicolas.willi...@oracle.com]
>
> you should send your snapshots to backup and clean them out from
> time to time anyways.
When using ZFS as a filesystem in a fileserver, the desired configuration
such as auto-snapshots is something like:
Every 15 mins for t
> From: Erik Trimble [mailto:erik.trim...@oracle.com]
> Sent: Friday, April 16, 2010 7:35 PM
>
> > Doesn't that defeat the purpose of a snapshot?
> >
> 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 sn
On Fri, Apr 16, 2010 at 01:56:07PM -0400, 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 availabl
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
avai
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
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
11 matches
Mail list logo
