SUN advices to create a seperate zfs filesystem for every zone. # zfs create -o canmount=noauto rpool/ROOT/s10BE/zones # zfs mount rpool/ROOT/s10BE/zones # zfs create -o canmount=noauto rpool/ROOT/s10BE/zones/zrootA And so on for every zone. This takes memory. Can''t I do with a rpool/ROOT/s10BE/zones and create directories into it for every zone, instead of seperate ZFS filesystems? What are the (dis)advantages? -- Dick Hoogendijk -- PGP/GnuPG key: 01D2433D + http://nagual.nl/ | SunOS sxce snv101 ++ + All that''s really worth doing is what we do for others (Lewis Carrol)
dick hoogendijk wrote:> SUN advices to create a seperate zfs filesystem for every zone. > # zfs create -o canmount=noauto rpool/ROOT/s10BE/zones > # zfs mount rpool/ROOT/s10BE/zones > # zfs create -o canmount=noauto rpool/ROOT/s10BE/zones/zrootA > And so on for every zone. > This takes memory. Can''t I do with a rpool/ROOT/s10BE/zones and create > directories into it for every zone, instead of seperate ZFS filesystems? > What are the (dis)advantages? > >All the usual advantages of finer grained control. Unless you have a marginal system, the overhead if any is minimal. Live Upgrade will do this (create an FS per zone) for you when you migrate from UFS to ZFS boot. -- Ian.
On Mon, 03 Nov 2008 07:16:29 +1300 Ian Collins <ian at ianshome.com> wrote:> dick hoogendijk wrote: > > SUN advices to create a seperate zfs filesystem for every zone. > > # zfs create -o canmount=noauto rpool/ROOT/s10BE/zones > > # zfs mount rpool/ROOT/s10BE/zones > > # zfs create -o canmount=noauto rpool/ROOT/s10BE/zones/zrootA > > And so on for every zone. > > This takes memory. Can''t I do with a rpool/ROOT/s10BE/zones and > > create directories into it for every zone, instead of seperate ZFS > > filesystems? What are the (dis)advantages? > > > All the usual advantages of finer grained control. Unless you have a > marginal system, the overhead if any is minimal. > > Live Upgrade will do this (create an FS per zone) for you when you > migrate from UFS to ZFS boot.Live Upgrade does -NOT- do this on my system. Updating s10u4 to s10u5 was already like hell. But also s10u6 is not able to copy my zones. I have -NO- idea why. A simple three sparse zones on a slice mounted on /zones. I got the same errors and had to use the same trick. trick: First ufsdump/restore the zone slice to an new drive Then remove the /etc/zones/zonefiles and the /zones from vfstab. Do a lucreate; -UNDO- the zone changes and upgrade the new BE. The result is a new s10u6 with zones upgraded ;-) So, I do the same trick from this s10u6 (UFS) to a new BE on ZFS. First without zones, then copy over the zones on newly created ZFS filesystems. Put the /etc/zonefiles back and all will be well. Once on ZFS I hope to never have to use this trick again for LU. -- Dick Hoogendijk -- PGP/GnuPG key: 01D2433D + http://nagual.nl/ | SunOS sxce snv101 ++ + All that''s really worth doing is what we do for others (Lewis Carrol)
On Mon 03/11/08 08:11 , dick hoogendijk dick at nagual.nl sent:> On Mon, 03 Nov 2008 07:16:29 +1300 > Ian Collins <ian at ianshome > .com> wrote: > > dick hoogendijk wrote: > > > SUN advices to create a seperate zfs > filesystem for every zone.> > # zfs create -o canmount=noauto > rpool/ROOT/s10BE/zones> > # zfs mount > rpool/ROOT/s10BE/zones> > # zfs create -o canmount=noauto > rpool/ROOT/s10BE/zones/zrootA> > And so on for every zone. > > > This takes memory. Can''t I do with a > rpool/ROOT/s10BE/zones and> > create directories into it for every zone, > instead of seperate ZFS> > filesystems? What are the > (dis)advantages?> > > > All the usual advantages of finer grained > control. Unless you have a> marginal system, the overhead if any is > minimal.> > > Live Upgrade will do this (create an FS per > zone) for you when you> migrate from UFS to ZFS boot. > > Live Upgrade does -NOT- do this on my system. Updating s10u4 to s10u5 > was already like hell. But also s10u6 is not able to copy my zones. I > have -NO- idea why. A simple three sparse zones on a slice mounted > on /zones. I got the same errors and had to use the same trick. >Did you follow the instructions at http://docs.sun.com/app/docs/doc/819-5461/ggpdm?a=view ? -- Ian.
On Mon, 3 Nov 2008 08:53:39 +1300 Ian Collins <ian at ianshome.com> wrote:> > On Mon 03/11/08 08:11 , dick hoogendijk dick at nagual.nl sent: > > On Mon, 03 Nov 2008 07:16:29 +1300 > > Ian Collins <ian at ianshome > > .com> wrote: > > > dick hoogendijk wrote: > > > > SUN advices to create a seperate zfs > > filesystem for every zone.> > # zfs create -o canmount=noauto > > rpool/ROOT/s10BE/zones> > # zfs mount > > rpool/ROOT/s10BE/zones> > # zfs create -o canmount=noauto > > rpool/ROOT/s10BE/zones/zrootA> > And so on for every zone. > > > > This takes memory. Can''t I do with a > > rpool/ROOT/s10BE/zones and> > create directories into it for every > > zone, instead of seperate ZFS> > filesystems? What are the > > (dis)advantages?> > > > > All the usual advantages of finer grained > > control. Unless you have a> marginal system, the overhead if any > > is minimal.> > > > Live Upgrade will do this (create an FS per > > zone) for you when you> migrate from UFS to ZFS boot. > > > > Live Upgrade does -NOT- do this on my system. Updating s10u4 to > > s10u5 was already like hell. But also s10u6 is not able to copy my > > zones. I have -NO- idea why. A simple three sparse zones on a slice > > mounted on /zones. I got the same errors and had to use the same > > trick. > > > Did you follow the instructions at > > http://docs.sun.com/app/docs/doc/819-5461/ggpdm?a=viewYes, as I did updating s10u4 -> s10u5 ; s10u5 -> s10u6 It does not work. Lots of msgs are written to sun people then. No solution. But the trick I wrote about worked. I run s10u6 fully on ZFS now with my zones on ZFS. Only thing I find weird: SUN recomments to set the canmount option to noauto for the rpool/zones ; rpool/zones/zoneA/B/C Having done so the zones don''t start when set "autoboot=true" Have I missed an option in the /etc/zones/zoneA.xml ? For now I changed canmount=noauto into canmount=on and my zones start as I was used to. Any ideas? -- Dick Hoogendijk -- PGP/GnuPG key: 01D2433D + http://nagual.nl/ | SunOS sxce snv101 ++ + All that''s really worth doing is what we do for others (Lewis Carrol)
Ian Collins wrote:> > On Mon 03/11/08 08:11 , dick hoogendijk dick at nagual.nl sent: >> Live Upgrade does -NOT- do this on my system.>Did you follow the instructions at > http://docs.sun.com/app/docs/doc/819-5461/ggpdm?a=viewI read the instructions again, but to no avail. never mind though. the system runs on ZFS, including all zones. However, I have -one- question. SUN says create the zone FS like this: rpool/ROOT/s10BE/zones (mountpoint becomes zones) Is this absolutely neccessary? If you do a: # zfs create rpool/zones ; and the set the mountpoint to /zones the situation works the same. Or will I get LU problems if the zones are -not- in the BE (rpool/ROOT/BE/zones/blah) -- Dick Hoogendijk -- PGP/GnuPG key: F86289CE ++ http://nagual.nl/ | SunOS 10u6 10/08 ++