Mike, As we discussed, you can't currently break out other datasets besides /var. I'll add this issue to the FAQ.
Thanks, Cindy Ellis, Mike wrote: > 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. > _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss