Re: [zones-discuss] vxfs in non-global zone

2010-03-18 Thread Henrik Johansson
On 17 mar 2010, at 04.12, Derek McEachern derekmceach...@gmail.com  
wrote:



Thanks for the responses.

We don't plan on running the zone root on vxfs, it will be on ufs.

The VRTSvfxs package installs with parameters
SUNW_PKG_ALLZONES='true'
SUNW_PKG_HOLLOW='true'
SUNW_PKG_THISZONE='false'

so package content is not delivered to the zone just the package  
information so it appears to be installed.


I think we are going to experiment with mounting the vxfs into the  
zone from the global.


This works well as said earlier, i'we worked with sites that has  
hundereds of zones using vxfs by loopback mounts.


Henrik
http://sparcv9.blogspot.com

___
zones-discuss mailing list
zones-discuss@opensolaris.org


Re: [zones-discuss] vxfs in non-global zone

2010-03-16 Thread Henrik Johansson

I am away from home and om mobie device so i'll make it short.

This work fine if you don't ever put the zoneroot on vxfs, if you do  
you will not be able to use all upgrade options and the Veritas  
supplied scripts for live upgrade only works with a vanilla install  
(no separate LUN for zones etc)


Someone mentioned that not all packages was present in the local zone,  
I think that most of the VRTS packages (or to many at least) has  
PKG_ALLZONES set to to, so they must be installed on all zones(to have  
a supported system)


I might be off target, it's late and I'm not supposed to do this on my  
vaccation;)


Henrik
http://sparcv9.blogspot.com___
zones-discuss mailing list
zones-discuss@opensolaris.org

Re: [zones-discuss] vxfs in non-global zone

2010-03-16 Thread Derek McEachern
Thanks for the responses.

We don't plan on running the zone root on vxfs, it will be on ufs.

The VRTSvfxs package installs with parameters
SUNW_PKG_ALLZONES='true'
SUNW_PKG_HOLLOW='true'
SUNW_PKG_THISZONE='false'

so package content is not delivered to the zone just the package information
so it appears to be installed.

I think we are going to experiment with mounting the vxfs into the zone from
the global.


On Tue, Mar 16, 2010 at 10:26 AM, Henrik Johansson henr...@henkis.netwrote:

 I am away from home and om mobie device so i'll make it short.

 This work fine if you don't ever put the zoneroot on vxfs, if you do you
 will not be able to use all upgrade options and the Veritas supplied scripts
 for live upgrade only works with a vanilla install (no separate LUN for
 zones etc)

 Someone mentioned that not all packages was present in the local zone, I
 think that most of the VRTS packages (or to many at least) has PKG_ALLZONES
 set to to, so they must be installed on all zones(to have a supported
 system)

 I might be off target, it's late and I'm not supposed to do this on my
 vaccation;)

 Henrik
 http://sparcv9.blogspot.com

___
zones-discuss mailing list
zones-discuss@opensolaris.org

[zones-discuss] vxfs in non-global zone

2010-03-09 Thread Derek McEachern
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 zonecfg. This was problematic as our
ngz doesn't didn't have the necessary Veritas packages and wasn't able to
mount a vxfs filesystem. I haven't yet been able to determine if this was
because of how the software was installed in the gz or if they are
specifically excluded from the ngz.

It could also be done with an lofs by pointing to an already mounted vxfs in
the gz.

Yet another Symantec document (
http://seer.entsupport.symantec.com/docs/vascont/59.html) shows the file
system from the gz being directly mounted into the ngz.

i.e. from the global zone boot the ngz and then mount -F vxfs
/dev/vx/dsk/dg/volume /zonepath/root/mount

It took me a while to get my head around this but it works. The only obvious
problem I can see is that if the ngz reboots it loses its storage. There
doesn't appear to be a way to automatically get it remounted.


Is anyone else doing something similar? If so what has been your
experience/recommendation?

Derek
___
zones-discuss mailing list
zones-discuss@opensolaris.org

Re: [zones-discuss] vxfs in non-global zone

2010-03-09 Thread James Litchfield
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 global zone.

Jim


On 03/ 9/10 02:21 PM, Derek McEachern wrote:
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 zonecfg. This was problematic 
as our ngz doesn't didn't have the necessary Veritas packages and 
wasn't able to mount a vxfs filesystem. I haven't yet been able to 
determine if this was because of how the software was installed in the 
gz or if they are specifically excluded from the ngz.


It could also be done with an lofs by pointing to an already mounted 
vxfs in the gz.


Yet another Symantec document 
(http://seer.entsupport.symantec.com/docs/vascont/59.html) shows the 
file system from the gz being directly mounted into the ngz.


i.e. from the global zone boot the ngz and then mount -F vxfs 
/dev/vx/dsk/dg/volume /zonepath/root/mount


It took me a while to get my head around this but it works. The only 
obvious problem I can see is that if the ngz reboots it loses its 
storage. There doesn't appear to be a way to automatically get it 
remounted.



Is anyone else doing something similar? If so what has been your 
experience/recommendation?


Derek




___
zones-discuss mailing list
zones-discuss@opensolaris.org
   


___
zones-discuss mailing list
zones-discuss@opensolaris.org

Re: [zones-discuss] vxfs in non-global zone

2010-03-09 Thread Michael S. Keller

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 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 global zone.

Jim


On 03/ 9/10 02:21 PM, Derek McEachern wrote:
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 zonecfg. This was problematic 
as our ngz doesn't didn't have the necessary Veritas packages and 
wasn't able to mount a vxfs filesystem. I haven't yet been able to 
determine if this was because of how the software was installed in the 
gz or if they are specifically excluded from the ngz.


It could also be done with an lofs by pointing to an already mounted 
vxfs in the gz.


Yet another Symantec document 
(http://seer.entsupport.symantec.com/docs/vascont/59.html) shows the 
file system from the gz being directly mounted into the ngz.


i.e. from the global zone boot the ngz and then mount -F vxfs 
/dev/vx/dsk/dg/volume /zonepath/root/mount


It took me a while to get my head around this but it works. The only 
obvious problem I can see is that if the ngz reboots it loses its 
storage. There doesn't appear to be a way to automatically get it 
remounted.



Is anyone else doing something similar? If so what has been your 
experience/recommendation?


Derek




___
zones-discuss mailing list
zones-discuss@opensolaris.org
  





___
zones-discuss mailing list
zones-discuss@opensolaris.org



___
zones-discuss mailing list
zones-discuss@opensolaris.org