Also kills those of us who rely on vbox, and vpn in through the host system. No way to
get to the dev repositories at all. No zones unless we use the public builds
(currently at 134). Bad enough we can't add sw without a local repo, but no zones
either? Killing me.
Bill.
--
Peter Tribble wrote:
snip
One slight snag that I see occasionally now is that because it's so
easy to load a
system up with zones, it's relatively easy to build up a workload that
overwhelms
the host system for I/O and networking. You can consolidate more zones than
heavyweight virtual machines
to all this :)
End goal: Configure 2 non-global zones in a Open Solaris Virtual Box
image and assign them addresses using DHCP server running in Global zone.
What exact command would serve that purpose ?
-Arun
Bill Walker wrote:
Maybe I am missing something here, but wouldn't it be easier
#
Arun Gupta wrote:
Thanks!
I prefer DHCP since I don't care about the IP address that is assigned
to each zone. But willing to live with static IP as well.
Any guidelines on how to set the IP for each zone ?
-Arun
Bill Walker wrote:
So my question is this, why DHCP? If you
Tjere are some SMF services known to break when moving into a zone from
a physical server. Things like sysevent, FMA-ish stuff, ldom manager,
etc. (I don't have my notes in front of me, but I seem to remember
around 4-5 from a SUNWall vanilla installation). Mostly stuff tied to
the hardware
Absolutely. I did just that a few months ago when my primary disk
started running a bit slim on free space. :)
- format new disk
- halt zones
- mount new disk on /mnt
- cd /zones ; tar -cf - . | (cd /mnt; tar -xvpf - )
- (to be safe) mv /zones /zones.old
- mkdir /zones
- edit vfstab to add
Absolutely. +1 to Mike.
http://blogs.sun.com/mrbill/entry/separation_is_a_good_thing
And from the SVM world:
http://blogs.sun.com/mrbill/entry/in_the_zone_with_jet
bill.
Mike Gerdts wrote:
On Tue, Aug 26, 2008 at 5:07 PM, Ethan Quach [EMAIL PROTECTED] wrote:
Hey Jerry,
I just thought
The ufsdump option is great, as long as you are bundling up a single
filesystem. If the source machine has a separate /var or /opt
filesystem, (or you need to bring over extra filesystems) you won't
catch them with ufsdump. In the case of /var and /opt, I have used pax
with excellent