On Tue, Mar 09, 2010 at 04:36:41PM -0800, Edward Pilatowicz wrote:
> > Please can I get people to take a look at:
> >
> > http://cr.opensolaris.org/~johnlev/onu-zones/
>
> i only have one comment. is it really possible to have a zone running
> within an alternate BE? i didn't think it was.
Hmm
On Tue, Mar 09, 2010 at 11:12:21PM +, John Levon wrote:
>
> Please can I get people to take a look at:
>
> http://cr.opensolaris.org/~johnlev/onu-zones/
>
i only have one comment. is it really possible to have a zone running
within an alternate BE? i didn't think it was.
ed
On Tue, Mar 09, 2010 at 04:22:56PM -0800, Liane Praza wrote:
> >>http://cr.opensolaris.org/~johnlev/onu-zones/
I updated this for two jbeck comments: a spelling fix for en_US, and to
loop waiting for zones that are shutting down.
> This looks reasonable to me. Thank you very much for tackling i
On 03/ 9/10 03:53 PM, Edward Pilatowicz wrote:
On Tue, Mar 09, 2010 at 11:12:21PM +, John Levon wrote:
Please can I get people to take a look at:
http://cr.opensolaris.org/~johnlev/onu-zones/
This looks reasonable to me. Thank you very much for tackling it. As a
sanity check, this pro
On Tue, Mar 09, 2010 at 11:12:21PM +, John Levon wrote:
>
> Please can I get people to take a look at:
>
> http://cr.opensolaris.org/~johnlev/onu-zones/
>
> BTW Ed was asking why the full refresh was needed - anyone?
>
that's not entirely true. ;)
the full refresh is needed because we may no
I asked David Korn for the exact reference. After all he co-authored
the standard.
Olga
On Wed, Mar 10, 2010 at 12:32 AM, John Levon wrote:
> On Wed, Mar 10, 2010 at 12:24:25AM +0100, ? wrote:
>
>> onu.sh: warning: line 262: `...` obsolete, use $(...)
>>
>> '...' substitutions w
> '...' substitutions won't be in POSIX anymore.
That may be, but we would have to absolutely hate our customers to remove
support for this construct from our shells, so the positions of POSIX on
the matter seem a bit academic.
--
meem
___
zones-discu
AFAIK its marked as depreciated in the standard. It will still be
supported for backwards compatibility but onu.sh is a new script and
should not use depreciated constructs.
Olga
On Wed, Mar 10, 2010 at 12:32 AM, John Levon wrote:
> On Wed, Mar 10, 2010 at 12:24:25AM +0100, ? wr
On Wed, Mar 10, 2010 at 12:24:25AM +0100, ? wrote:
> onu.sh: warning: line 262: `...` obsolete, use $(...)
>
> '...' substitutions won't be in POSIX anymore.
Do you have a reference for this claim?
thanks
john
___
zones-discuss mailin
I would be delighted if onu.sh gets a makefile target which tests the
script with ksh93 -n for errors:
ksh93 -n onu.sh
onu.sh: warning: line 153: `...` obsolete, use $(...)
onu.sh: warning: line 203: `...` obsolete, use $(...)
onu.sh: warning: line 216: `...` obsolete, use $(...)
onu.sh: warning: l
Please can I get people to take a look at:
http://cr.opensolaris.org/~johnlev/onu-zones/
BTW Ed was asking why the full refresh was needed - anyone?
thanks
john
___
zones-discuss mailing list
zones-discuss@opensolaris.org
I've done with both lofs in the zone config and more directly with
type=vxfs in same. With the versions of software I had, mounting via
vfstab didn't work reliably.
In all cases, though, the GZ had all the VRTS packages.
James Litchfield wrote:
Everytime I've done this, I've brought the FS into
Everytime I've done this, I've brought the FS into the GZ and lofs
mounted it to the NGZ.
Works like a champ and lofs adds little overhead. Much much easier and
you don't have to
woory about keeping devices in sync across various zones as they change.
It also keeps
the VxFS software only in the
We have been experimenting with mounting san storage with vxfs filesystems
in an ngz and there appears to be a couple of ways to accomplish this.
The FAQ links to a Symantec doc (
http://sfdoccentral.symantec.com/sf/5.0MP3/solaris/html/vxvm_admin/apbs07.htm)
that does it by adding a device to the
Updating a system w/ NG zones installed was difficult in recent
releases. What is the status of this behaviour now that OS2010.3 is
about to be released? Will my b131 server with a couple of NG zones be
able to update through the normal zoneadm detach / attach -u procedure
or is this 'update zo
15 matches
Mail list logo
