Re: [zfs-discuss] Re: Re: zfs snapshot for backup, Quota

2006-05-19 Thread Darren J Moffat
Richard Elling wrote: Anyone who is really clever will easily get past a quota, especially at a university -- triple that probability for an engineering college. I studied Computing Science at Glasgow University (Scotland) the department policy was NOT to use disk quotas. This was on SunOS 4.

Re: [zfs-discuss] Re: Re: zfs snapshot for backup, Quota

2006-05-18 Thread Richard Elling
On Fri, 2006-05-19 at 10:18 +1000, Nathan Kroenert wrote: > Just piqued my interest on this one - > > How would we enforce quotas of sorts in large filesystems that are > shared? I can see times when I might want lots of users to use the same > directory (and thus, same filesystem) but still want

Re: [zfs-discuss] Re: Re: zfs snapshot for backup, Quota

2006-05-18 Thread Nathan Kroenert
Just piqued my interest on this one - How would we enforce quotas of sorts in large filesystems that are shared? I can see times when I might want lots of users to use the same directory (and thus, same filesystem) but still want to limit the amount of space each user can consume. Thoughts? Nat

Re: [zfs-discuss] Re: Re: zfs snapshot for backup, Quota

2006-05-18 Thread Nicolas Williams
On Thu, May 18, 2006 at 03:41:13PM -0700, Erik Trimble wrote: > On the topic of ZFS snapshots: > > does the snapshot just capture the changed _blocks_, or does it > effectively copy the entire file if any block has changed? Incremental sends capture changed blocks. Snapshots capture all of the

Re: [zfs-discuss] Re: Re: zfs snapshot for backup, Quota

2006-05-18 Thread Erik Trimble
On the topic of ZFS snapshots: does the snapshot just capture the changed _blocks_, or does it effectively copy the entire file if any block has changed? That is, assuming that the snapshot (destination) stays inside the same pool space. -Erik ___

Re: [zfs-discuss] Re: Re: zfs snapshot for backup, Quota

2006-05-18 Thread Gregory Shaw
On Thu, 2006-05-18 at 16:43 -0500, James Dickens wrote: > On 5/18/06, Gregory Shaw <[EMAIL PROTECTED]> wrote: > > On Thu, 2006-05-18 at 12:12 -0700, Eric Schrock wrote: > > > On Thu, May 18, 2006 at 11:42:58AM -0700, Charlie wrote: > > > > Sorry to revive such an old thread.. but I'm struggling he

[zfs-discuss] Re: Re: zfs snapshot for backup, Quota

2006-05-18 Thread Charlie
Bill Moore wrote: > On Thu, May 18, 2006 at 12:46:28PM -0700, Charlie wrote: >> Eric Schrock wrote: Using traditional tools or ZFS send/receive? >> Traditional (amanda). I'm not seeing a way to dump zfs file systems to >> tape without resorting to 'zfs send' being piped through gtar or >> some

Re: [zfs-discuss] Re: Re: zfs snapshot for backup, Quota

2006-05-18 Thread Bill Moore
On Thu, May 18, 2006 at 12:46:28PM -0700, Charlie wrote: > Eric Schrock wrote: > > > Using traditional tools or ZFS send/receive? > > Traditional (amanda). I'm not seeing a way to dump zfs file systems to > tape without resorting to 'zfs send' being piped through gtar or > something. Even then, th

Re: [zfs-discuss] Re: Re: zfs snapshot for backup, Quota

2006-05-18 Thread James Dickens
On 5/18/06, Gregory Shaw <[EMAIL PROTECTED]> wrote: On Thu, 2006-05-18 at 12:12 -0700, Eric Schrock wrote: > On Thu, May 18, 2006 at 11:42:58AM -0700, Charlie wrote: > > Sorry to revive such an old thread.. but I'm struggling here. > > > > I really want to use zfs. Fssnap, SVM, etc all have drawb

Re: [zfs-discuss] Re: Re: zfs snapshot for backup, Quota

2006-05-18 Thread Matthew Ahrens
On Thu, May 18, 2006 at 12:46:28PM -0700, Charlie wrote: > Traditional (amanda). I'm not seeing a way to dump zfs file systems to > tape without resorting to 'zfs send' being piped through gtar or > something. Even then, the only thing I could restore was an entire file > system. (We frequently res

Re: [zfs-discuss] Re: Re: zfs snapshot for backup, Quota

2006-05-18 Thread Nicolas Williams
On Thu, May 18, 2006 at 02:23:55PM -0600, Gregory Shaw wrote: > I'd agree except for backups. If the pools are going to grow beyond a > reasonable-to-backup and reasonable-to-restore threshold (measured by > the backup window), it would be practical to break it into smaller > pools. Speaking of b

Re: [zfs-discuss] Re: Re: zfs snapshot for backup, Quota

2006-05-18 Thread Gregory Shaw
On Thu, 2006-05-18 at 12:12 -0700, Eric Schrock wrote: > On Thu, May 18, 2006 at 11:42:58AM -0700, Charlie wrote: > > Sorry to revive such an old thread.. but I'm struggling here. > > > > I really want to use zfs. Fssnap, SVM, etc all have drawbacks. But I > > work for a University, where everyone

[zfs-discuss] Re: Re: zfs snapshot for backup, Quota

2006-05-18 Thread Charlie
Eric Schrock wrote: > > On Thu, May 18, 2006 at 11:42:58AM -0700, Charlie wrote: >> >> to create > 10K partitions. Is that really your intention? > > > > Yes. You'd group them all under a single filesystem in the hierarchy, > > allowing you to manage NFS share options, compression, and more from

[zfs-discuss] Re: Re: zfs snapshot for backup, Quota

2006-05-18 Thread Frank Fejes
> Why can't we just have user quotas in zfs? :) +1 to that. I support a couple environments with group/user quotas that cannot move to ZFS since they serve brain-dead apps that read/write from a single directory. I also agree that using even a few hundred mountpoints is more tedious than usin

Re: [zfs-discuss] Re: Re: zfs snapshot for backup, Quota

2006-05-18 Thread Eric Schrock
On Thu, May 18, 2006 at 11:42:58AM -0700, Charlie wrote: > Sorry to revive such an old thread.. but I'm struggling here. > > I really want to use zfs. Fssnap, SVM, etc all have drawbacks. But I > work for a University, where everyone has a quota. I'd literally have > to create > 10K partitions. Is

[zfs-discuss] Re: Re: zfs snapshot for backup, Quota

2006-05-18 Thread Charlie
Sorry to revive such an old thread.. but I'm struggling here. I really want to use zfs. Fssnap, SVM, etc all have drawbacks. But I work for a University, where everyone has a quota. I'd literally have to create > 10K partitions. Is that really your intention? Of course, backups become a huge pa