In addition to the standard "containing the carnage" arguments used to
justify splitting /var/tmp, /var/mail, /var/adm (process accounting
etc), is there an interesting use-case where would one split out /var
for "compression reasons" (as in, turn on compression for /var so that
process accounting, network flow, and other such fun logs can be kept on
a compressed filesystem (while keeping / (and thereby /usr etc.)
uncompressed?).... 

The ZFSBOOT-FAQ document doesn't really show how to break out multiple
filesystems with jumpstart profiles... An example there might be
helpful...  (as its clear this is a frequently asked question :-)

Also a "compression on", "ditto-data-bits on", (or perhaps a generic
place to insert zpool/zfs parameters) as part of the jumpstart profiles
could also be useful...

If SSD is coming fast and furious, being able to use compression, shared
free-space (quotas etc) to keep the boot-images small enough so they'll
fit and accommodate live-upgrade patching, will become increasingly
important.

http://www.networkworld.com/news/2008/060308-sun-flash-storage.html?page
=1

Rock on guys,

 -- MikeE




-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rich Teer
Sent: Thursday, June 05, 2008 12:19 AM
To: Bob Friesenhahn
Cc: ZFS discuss
Subject: Re: [zfs-discuss] ZFS root finally here in SNV90

On Wed, 4 Jun 2008, Bob Friesenhahn wrote:

> Did you actually choose to keep / and /var combined?  Is there any 

THat's what I'd do...

> reason to do that with a ZFS root since both are sharing the same pool

> and so there is no longer any disk space advantage?  If / and /var are

> not combined can they have different assigned quotas without one 
> inheriting limits from the other?

Why would one do that?  Just keep an eye on the root pool and all is
good.

-- 
Rich Teer, SCSA, SCNA, SCSECA

CEO,
My Online Home Inventory

URLs: http://www.rite-group.com/rich
      http://www.linkedin.com/in/richteer
      http://www.myonlinehomeinventory.com
_______________________________________________
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

Reply via email to