Will Fiveash wrote:
On Mon, Sep 28, 2009 at 12:20:53PM -0600, Jerry Jelinek wrote:
Will Fiveash wrote:
This is in the FAQ.
http://www.opensolaris.org/os/community/zones/faq/#os
I wish the info was more detailed/explicit. How do I use zones
attach/detach to do an image-update on the zone e
On Mon, Sep 28, 2009 at 03:06:00PM -0600, Jerry Jelinek wrote:
> Edward Pilatowicz wrote:
>> hey jerry,
>>
>> do you have an updated ws+webrev where the s10 files were created using
>> hg cp? (i'm waiting for that before doing a review.)
>>
>> also, when were you planning to integrate? (so i can
Edward Pilatowicz wrote:
hey jerry,
do you have an updated ws+webrev where the s10 files were created using
hg cp? (i'm waiting for that before doing a review.)
also, when were you planning to integrate? (so i can avoid a last
minute rush.)
Ed,
I wasn't aware that this was holding you up.
Miles Benson wrote:
Hi Jerry,
Ok, that makes sense. And I've checked and you're right, it's all in the
non-global zone. My mistake and I'm glad I was wrong.
However, I think the thing which set me off on the wrong track in the first
place was the zfs list output showing the available space.
> On a related topic, is there a reason you can't "snoop -d /dev/igb1" in
> the non-global zone, where igb1 is the NIC dedicated to the zone?
That should work fine (well, "snoop -d igb1" should).
--
meem
___
zones-discuss mailing list
zones-discuss@
hey jerry,
do you have an updated ws+webrev where the s10 files were created using
hg cp? (i'm waiting for that before doing a review.)
also, when were you planning to integrate? (so i can avoid a last
minute rush.)
ed
On Tue, Sep 15, 2009 at 08:48:19AM -0600, Jerry Jelinek wrote:
> We've com
Hi Jerry,
Ok, that makes sense. And I've checked and you're right, it's all in the
non-global zone. My mistake and I'm glad I was wrong.
However, I think the thing which set me off on the wrong track in the first
place was the zfs list output showing the available space. Which quota is that
Miles Benson wrote:
Thanks for getting back.
Anyway, I've done some more digging. It seems to be related to having
delegated a dataset to a zone.
I have two zones 'basezone' and 'paulzone'. Forget the fact that I used the
example of basezone above for a moment.
basezone has no delegated da
Thanks for getting back.
Anyway, I've done some more digging. It seems to be related to having
delegated a dataset to a zone.
I have two zones 'basezone' and 'paulzone'. Forget the fact that I used the
example of basezone above for a moment.
basezone has no delegated dataset and when you zlo
It should be possible to do it since the integration of PSARC
2008/015 svccfg refresh subcommand in nevada.
eg.
# svccfg
svc:> repository /etc/svc/repository.db
svc:> select
svc:> setprop general/enabled = true
svc:> refresh
svc:> exit
I've never tried it though and I'm not sure you can
manipu
Miles Benson wrote:
Hi All,
I'm not sure what I'm seeing is by design or by misconfiguration. I created a filesystem
"tank/zones" to hold some zones, then created a specific zone filesystem
"tank/zones/basezone". Then built a zone, setting zonepath=/tank/zones/basezone.
If I zlogin to basez
Will Fiveash wrote:
This is in the FAQ.
http://www.opensolaris.org/os/community/zones/faq/#os
I wish the info was more detailed/explicit. How do I use zones
attach/detach to do an image-update on the zone exactly?
# zoneadm -z myzone foo detach
# zoneadm -z myzone foo attach -u
Also I d
Le 27 sept. 09 à 12:55, Miles Benson a écrit :
Hi All,
I'm not sure what I'm seeing is by design or by misconfiguration. I
created a filesystem "tank/zones" to hold some zones, then created a
specific zone filesystem "tank/zones/basezone". Then built a zone,
setting zonepath=/tank/zone
AFAIK the "upgrade" script is not an stable interface.
IMHO it's better to create an rc script in the zone with the svcadm
enable command which removes itself after executing the svcadm command.
regards
Bernd
Mike Gerdts wrote:
On Sun, Sep 27, 2009 at 10:50 AM, Brad Diggs wrote:
I wo
14 matches
Mail list logo