[zones-discuss] Parameters in /etc/system in the zone
Hi, All! I have a zone question - to my knowledge /etc/system in a zone has very little meaning, as these are kernel parameters. But still certain things can be set using this file. Is there a list of parameters for /etc/system, that work in a zone? I am asking in general, not for specific issue... Thanks! Vladi This e-mail and its attachments are confidential and solely for the intended addressee(s). Do not share or use them without Fannie Mae's approval. If received in error, contact the sender and delete them. ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] Parallel mount question
After removing NFS, we got yet another corruption - I just heard they use Samba on this file system. So, let me ask the question - Samba is supported in zone, running on LOFS - is this correct? Thanks! Vladi This e-mail and its attachments are confidential and solely for the intended addressee(s). Do not share or use them without Fannie Mae's approval. If received in error, contact the sender and delete them. -Original Message- From: william.ro...@sun.com [mailto:william.ro...@sun.com] Sent: Monday, June 29, 2009 2:00 PM To: Yanakiev, Vladimir Cc: zones-discuss@opensolaris.org Subject: Re: [zones-discuss] Parallel mount question Hello Vladi, Yes you can use LOFS to all your zones to share the file system providing r/w access. I would even say that this is your BEST option. NFS mount in your local zones of a file system shared by the global zone is absolutely not supported (including autofs access of course). HTH, William. On 06/29/09 18:25, Yanakiev, Vladimir wrote: Need a help with a problem. We have VxFS file system, created in a global zone, and mounted under non-global zone as LOFS. Later, two new zones were created on the same server, that needed access to the very same file system. Someone decided to NFS-shareout this file system from the global zone, and NFS mount it on these two new zones. This (to my understanding) after few weeks corrupted bravely the file system, and today we experienced the same for second time. My question is - can I keep the file system in the global zone, loop back it (with LOFS) to all three zones, providing r/w access to all of them, without risk to corrupt it again? Thanks in advance for the help! Vladi ___ zones-discuss mailing list zones-discuss@opensolaris.org ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] Parallel mount question
What about /dev/smb? Will it be created in the zone during install, or we have to use mknod for it? To my memories, /dev/ is read only in the zone. Also, what will happen, if /dev/smb is simply not there? This e-mail and its attachments are confidential and solely for the intended addressee(s). Do not share or use them without Fannie Mae's approval. If received in error, contact the sender and delete them. -Original Message- From: zones-discuss-boun...@opensolaris.org [mailto:zones-discuss-boun...@opensolaris.org] On Behalf Of Nicolas Dorfsman Sent: Thursday, July 02, 2009 9:50 AM To: Zones discuss Subject: Re: [zones-discuss] Parallel mount question Le 2 juil. 09 à 15:46, Yanakiev, Vladimir a écrit : After removing NFS, we got yet another corruption - I just heard they use Samba on this file system. So, let me ask the question - Samba is supported in zone, running on LOFS - is this correct? Samba is user-land. AFAIK any userland tasks is supported... Nico ___ zones-discuss mailing list zones-discuss@opensolaris.org ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] Parallel mount question
$ uname -a SunOS acust01 5.10 Generic_13-02 sun4u sparc SUNW,Netra-T12 $ ls -ld /dev/smb drwxr-xr-x 2 root other 6656 Sep 25 2007 /dev/smb $ ps -ef |grep smb root 2863 1 0 Jun 28 ? 0:00 ./smbd -D -d 1 -l /export/apps/samba/var -s /export/apps/samba/lib/smb.conf root 2865 1 0 Jun 28 ? 0:08 ./nmbd -D -d 1 -l /export/apps/samba/var -s /export/apps/samba/lib/smb.conf root 2867 2863 0 Jun 28 ? 0:00 ./smbd -D -d 1 -l /export/apps/samba/var -s /export/apps/samba/lib/smb.conf s5uvry 20280 20249 0 11:11:36 pts/7 0:00 grep smb This e-mail and its attachments are confidential and solely for the intended addressee(s). Do not share or use them without Fannie Mae's approval. If received in error, contact the sender and delete them. -Original Message- From: zones-discuss-boun...@opensolaris.org [mailto:zones-discuss-boun...@opensolaris.org] On Behalf Of Nicolas Dorfsman Sent: Thursday, July 02, 2009 10:58 AM To: Zones discuss Subject: Re: [zones-discuss] Parallel mount question Le 2 juil. 09 à 16:47, Yanakiev, Vladimir a écrit : What about /dev/smb? Will it be created in the zone during install, or we have to use mknod for it? To my memories, /dev/ is read only in the zone. Also, what will happen, if /dev/smb is simply not there? Hu ? What's that ? Did you see this on a Linux Kernel or on a Solaris ? Nico ___ zones-discuss mailing list zones-discuss@opensolaris.org ___ zones-discuss mailing list zones-discuss@opensolaris.org
[zones-discuss] Parallel mount question
Need a help with a problem. We have VxFS file system, created in a global zone, and mounted under non-global zone as LOFS. Later, two new zones were created on the same server, that needed access to the very same file system. Someone decided to NFS-shareout this file system from the global zone, and NFS mount it on these two new zones. This (to my understanding) after few weeks corrupted bravely the file system, and today we experienced the same for second time. My question is - can I keep the file system in the global zone, loop back it (with LOFS) to all three zones, providing r/w access to all of them, without risk to corrupt it again? Thanks in advance for the help! Vladi ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] how to find global-zone from zone
This is easy: In the global zone [EMAIL PROTECTED] zoneadm list global labv490-01z3 labv490-01z2 labv490-01z6 labv490-01z7 labv490-01z4 labv490wsz1 labv490wsz2 labv490wsz3 labv490-01z1 [EMAIL PROTECTED] In the non-global [EMAIL PROTECTED] zoneadm list labv490-01z1 If the output form zoneadm list shows the word global, you are in the global zone. If there is no global, you are in a non-global zone. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brandorr Sent: Wednesday, August 29, 2007 9:27 AM To: John Chase Cc: zones-discuss@opensolaris.org Subject: Re: [zones-discuss] how to find global-zone from zone On 8/29/07, John Chase [EMAIL PROTECTED] wrote: Remco, There is no command to display the Global zone of a non-global zone but there are a few tricks that I have heard of. One is to create a file in the zone path of each zone and then read it from the non-global On the Global touch /zone_path/root/etc/global.hostname On the non ls -l /etc/global* -JOhn Remco Fugers wrote: Hi, I was wondering if it's possible to find out to which global zone a zone is related. (And not from Globalzone point of view!) It might happen (as a sysadmin) that you login to a zone but you need to perform maintenance in the global zone ( i.e. Veritas VM -stuff). In a related, but similar situation. How does one know that they are actually in a non-global zone vs a global zone? (Using a committed interface). -Brian Thanks in advance Remco ___ zones-discuss mailing list zones-discuss@opensolaris.org -- ** John Chase /___/\ (Technical Support OS Group) _\_ \\ \ Sun Support Services _\__\ \\ / / / \/_/ / Sun Microsystems Inc. /___/ / __\//\ 1 Network Drive BLDG 4 \___\//\ __/ / Burlington, MA 01803-0903 /__/ / /\ / M/S UBUR04-268 \___/ \\ \ EMail: [EMAIL PROTECTED] \ \ \\ 1-800-USA4-SUN \___\/ ** ___ zones-discuss mailing list zones-discuss@opensolaris.org -- - Brian Gupta http://opensolaris.org/os/project/nycosug/ ___ zones-discuss mailing list zones-discuss@opensolaris.org ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] zonecfg question
Here is the output: [EMAIL PROTECTED] zonecfg -z labv490-01z5 delete -F labv490-01z5: Zone state is invalid for the requested operation [EMAIL PROTECTED] -Original Message- From: Mike Gerdts [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 01, 2007 5:30 PM To: Yanakiev, Vladimir Cc: zones-discuss@opensolaris.org Subject: Re: [zones-discuss] zonecfg question On 8/1/07, Yanakiev, Vladimir [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] zonecfg -F -z labv490-01z5 delete zonecfg: illegal option -- F usage: zonecfg help zonecfg -z zone (interactive) zonecfg -z zone command zonecfg -z zone -f command-file [EMAIL PROTECTED] Try this: zonecfg -z labv490-01z5 delete -F -- Mike Gerdts http://mgerdts.blogspot.com/ ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] zonecfg question
That was my first question - I can not figure out how this did happened. We have the xml, but the entry in the index file is missing. Maybe, the zoneadm -z...delete command got interrupted in the middle?... Fixing the problem by deleting the file is obvious, but the second question is, isn't it more adequate zonecfg to be able to handle this set problems? Isn't it better the -F option to disregard the status (or, the lack of it at all)? If we agree that this is not correct action, we have to open bug/fix? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, August 02, 2007 9:31 AM To: Yanakiev, Vladimir Cc: Mike Gerdts; zones-discuss@opensolaris.org Subject: Re: [zones-discuss] zonecfg question Yanakiev, Vladimir wrote: Here it is: [EMAIL PROTECTED] zoneadm list -cv ID NAME STATUS PATH 0 global running/ 1 labv490-01z3 running/export/zones/labv490-01z3/main 2 labv490-01z2 running/export/zones/labv490-01z2/main 4 labv490wsz2 running/export/zones/labv490wsz2/main 5 labv490wsz3 running/export/zones/labv490wsz3/main 6 labv490-01z1 running/export/zones/labv490-01z1/main 7 labv490wsz1 running/export/zones/labv490wsz1/main 8 labv490-01z6 running/export/zones/labv490-01z6/main 16 labv490-01z7 running/export/zones/labv490-01z7/main 43 labv490-01z4 running/export/zones/labv490-01z4/main [EMAIL PROTECTED] As you can see, because the index file doesn't have info for the zone, zoneadm will report nothing about it! Ok, wasn't aware of this problem :-) Any idea on how this occurred, i.e. steps taken to create the zonecfg for the zone without the index file getting updated, is this in a veritas cluster by any chance? Is there an xml file in /etc/zones for labv490-01z5? If not one could run zonecfg to create one, otherwise the only route I can see is to update the index file manually ( need to be careful here ) to include a reference to the missing zone, then retry. But I'd be interested in why this missing entry occurred to start with. Enda -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, August 02, 2007 9:16 AM To: Yanakiev, Vladimir Cc: Mike Gerdts; zones-discuss@opensolaris.org Subject: Re: [zones-discuss] zonecfg question Hi What does zonadm -z labv490-01z5 have to say, ie is the zone in a state other than installed? so the complete steps for an installed zone are: zoneadm list -cv ( just to see zone state ) zoneadm -z labv490-01z5 halt ( if not in installed state ) zoneadm -z labv490-01z5 uninstall -F zonecfg -z labv490-01z5 delete -F if above fails then give the complete output from above commands, including the zoneadm list -cv. Enda Yanakiev, Vladimir wrote: Here is the output: [EMAIL PROTECTED] zonecfg -z labv490-01z5 delete -F labv490-01z5: Zone state is invalid for the requested operation [EMAIL PROTECTED] -Original Message- From: Mike Gerdts [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 01, 2007 5:30 PM To: Yanakiev, Vladimir Cc: zones-discuss@opensolaris.org Subject: Re: [zones-discuss] zonecfg question On 8/1/07, Yanakiev, Vladimir [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] zonecfg -F -z labv490-01z5 delete zonecfg: illegal option -- F usage: zonecfg help zonecfg -z zone (interactive) zonecfg -z zone command zonecfg -z zone -f command-file [EMAIL PROTECTED] Try this: zonecfg -z labv490-01z5 delete -F ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] zonecfg question
No, there are no Veritas products on this server: [EMAIL PROTECTED] pkginfo |grep VRTS [EMAIL PROTECTED] zfs list |grep z5 DG1/demo 24.5K 63.2G 24.5K /export/zones/labv490-01z5/fs/export/demo -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, August 02, 2007 9:48 AM To: Yanakiev, Vladimir Cc: zones-discuss@opensolaris.org Subject: Re: [zones-discuss] zonecfg question Yanakiev, Vladimir wrote: That was my first question - I can not figure out how this did happened. We have the xml, but the entry in the index file is missing. Maybe, the zoneadm -z...delete command got interrupted in the middle?... Fixing the problem by deleting the file is obvious, but the second question is, isn't it more adequate zonecfg to be able to handle this set problems? Isn't it better the -F option to disregard the status (or, the lack of it at all)? If we agree that this is not correct action, we have to open bug/fix? hmm, hard to tell what happened I guess. the zoneadm delete was run was it? or is this some kind of say veritas cluster env, where the zonecfg did not get propogated to the node in question? I'm not in development, but I'd tend to agree that if such an inconsistency is detected, it would be good if we could somehow force the cleanup. But I'd let zones dev comment more on that one. Enda -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, August 02, 2007 9:31 AM To: Yanakiev, Vladimir Cc: Mike Gerdts; zones-discuss@opensolaris.org Subject: Re: [zones-discuss] zonecfg question Yanakiev, Vladimir wrote: Here it is: [EMAIL PROTECTED] zoneadm list -cv ID NAME STATUS PATH 0 global running/ 1 labv490-01z3 running/export/zones/labv490-01z3/main 2 labv490-01z2 running/export/zones/labv490-01z2/main 4 labv490wsz2 running/export/zones/labv490wsz2/main 5 labv490wsz3 running/export/zones/labv490wsz3/main 6 labv490-01z1 running/export/zones/labv490-01z1/main 7 labv490wsz1 running/export/zones/labv490wsz1/main 8 labv490-01z6 running/export/zones/labv490-01z6/main 16 labv490-01z7 running/export/zones/labv490-01z7/main 43 labv490-01z4 running/export/zones/labv490-01z4/main [EMAIL PROTECTED] As you can see, because the index file doesn't have info for the zone, zoneadm will report nothing about it! Ok, wasn't aware of this problem :-) Any idea on how this occurred, i.e. steps taken to create the zonecfg for the zone without the index file getting updated, is this in a veritas cluster by any chance? Is there an xml file in /etc/zones for labv490-01z5? If not one could run zonecfg to create one, otherwise the only route I can see is to update the index file manually ( need to be careful here ) to include a reference to the missing zone, then retry. But I'd be interested in why this missing entry occurred to start with. Enda -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, August 02, 2007 9:16 AM To: Yanakiev, Vladimir Cc: Mike Gerdts; zones-discuss@opensolaris.org Subject: Re: [zones-discuss] zonecfg question Hi What does zonadm -z labv490-01z5 have to say, ie is the zone in a state other than installed? so the complete steps for an installed zone are: zoneadm list -cv ( just to see zone state ) zoneadm -z labv490-01z5 halt ( if not in installed state ) zoneadm -z labv490-01z5 uninstall -F zonecfg -z labv490-01z5 delete -F if above fails then give the complete output from above commands, including the zoneadm list -cv. Enda Yanakiev, Vladimir wrote: Here is the output: [EMAIL PROTECTED] zonecfg -z labv490-01z5 delete -F labv490-01z5: Zone state is invalid for the requested operation [EMAIL PROTECTED] -Original Message- From: Mike Gerdts [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 01, 2007 5:30 PM To: Yanakiev, Vladimir Cc: zones-discuss@opensolaris.org Subject: Re: [zones-discuss] zonecfg question On 8/1/07, Yanakiev, Vladimir [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] zonecfg -F -z labv490-01z5 delete zonecfg: illegal option -- F usage: zonecfg help zonecfg -z zone (interactive) zonecfg -z zone command zonecfg -z zone -f command-file [EMAIL PROTECTED] Try this: zonecfg -z labv490-01z5 delete -F ___ zones-discuss mailing list zones-discuss@opensolaris.org ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] zonecfg question
Yes, John, that's my understanding too - zonecfg is supposed delete both the entry in the index file, and the xml. But, somehow we ended with this awkward status. It makes sense to me if zonecfg detects such status, to send one extra Status missing - are you sure to delete?-type of message, and remove the xml... It looks like there is no logic in the code of zonecfg for the cases when there is trouble with the index file... This e-mail and its attachments are confidential and solely for the intended addressee(s). Do not share or use them without Fannie Mae's approval. If received in error, contact the sender and delete them. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, August 02, 2007 10:25 AM To: Yanakiev, Vladimir Cc: [EMAIL PROTECTED]; zones-discuss@opensolaris.org Subject: Re: [zones-discuss] zonecfg question While I don't have a reason why the index entry is missing I'd just like to add that the index entry stays until a delete occurs. zonecfg -z xxx delete -John Yanakiev, Vladimir wrote: No, there are no Veritas products on this server: [EMAIL PROTECTED] pkginfo |grep VRTS [EMAIL PROTECTED] zfs list |grep z5 DG1/demo 24.5K 63.2G 24.5K /export/zones/labv490-01z5/fs/export/demo -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, August 02, 2007 9:48 AM To: Yanakiev, Vladimir Cc: zones-discuss@opensolaris.org Subject: Re: [zones-discuss] zonecfg question Yanakiev, Vladimir wrote: That was my first question - I can not figure out how this did happened. We have the xml, but the entry in the index file is missing. Maybe, the zoneadm -z...delete command got interrupted in the middle?... Fixing the problem by deleting the file is obvious, but the second question is, isn't it more adequate zonecfg to be able to handle this set problems? Isn't it better the -F option to disregard the status (or, the lack of it at all)? If we agree that this is not correct action, we have to open bug/fix? hmm, hard to tell what happened I guess. the zoneadm delete was run was it? or is this some kind of say veritas cluster env, where the zonecfg did not get propogated to the node in question? I'm not in development, but I'd tend to agree that if such an inconsistency is detected, it would be good if we could somehow force the cleanup. But I'd let zones dev comment more on that one. Enda -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, August 02, 2007 9:31 AM To: Yanakiev, Vladimir Cc: Mike Gerdts; zones-discuss@opensolaris.org Subject: Re: [zones-discuss] zonecfg question Yanakiev, Vladimir wrote: Here it is: [EMAIL PROTECTED] zoneadm list -cv ID NAME STATUS PATH 0 global running/ 1 labv490-01z3 running /export/zones/labv490-01z3/main 2 labv490-01z2 running /export/zones/labv490-01z2/main 4 labv490wsz2 running /export/zones/labv490wsz2/main 5 labv490wsz3 running /export/zones/labv490wsz3/main 6 labv490-01z1 running /export/zones/labv490-01z1/main 7 labv490wsz1 running /export/zones/labv490wsz1/main 8 labv490-01z6 running /export/zones/labv490-01z6/main 16 labv490-01z7 running /export/zones/labv490-01z7/main 43 labv490-01z4 running /export/zones/labv490-01z4/main [EMAIL PROTECTED] As you can see, because the index file doesn't have info for the zone, zoneadm will report nothing about it! Ok, wasn't aware of this problem :-) Any idea on how this occurred, i.e. steps taken to create the zonecfg for the zone without the index file getting updated
[zones-discuss] zonecfg question
I am not able to explain how did we get into this problem, but somehow we ended up in the situation when there was xml file for a zone in /etc/zones, but there was not entry in /etc/zones/index file for it. This has the following effect: The entry for labv490-01z5 is not in the index file: [EMAIL PROTECTED] cat index # Copyright 2004 Sun Microsystems, Inc. All rights reserved. # Use is subject to license terms. # # ident @(#)zones-index1.2 04/04/01 SMI # # DO NOT EDIT: this file is automatically generated by zoneadm(1M) # and zonecfg(1M). Any manual changes will be lost. # global:installed:/ labv490-01z3:installed:/export/zones/labv490-01z3/main:0034-ffbf-f78 d-ffbf-f7600100 labv490-01z2:installed:/export/zones/labv490-01z2/main:0034-ffbf-f78 d-ffbf-f7600100 labv490wsz2:installed:/export/zones/labv490wsz2/main:0035-ffbf-f79c- ffbf-f7700100 labv490wsz3:installed:/export/zones/labv490wsz3/main:0035-ffbf-f7a4- ffbf-f7780100 labv490-01z4:installed:/export/zones/labv490-01z4/main:0034-ffbf-f78 d-ffbf-f7600100 labv490-01z1:installed:/export/zones/labv490-01z1/main:1e8e9aa7-1588-ebe 1-f882-b4fee4bb2e37 labv490wsz1:installed:/export/zones/labv490wsz1/main:0035-ffbf-f78c- ffbf-f7600100 labv490-01z6:installed:/export/zones/labv490-01z6/main:0bbebb5c-4579-e5f b-9f4a-cf150bbe79ff labv490-01z7:installed:/export/zones/labv490-01z7/main:9fd602de-cf38-663 f-8e5d-9be369e5a705 But it can be processed with no problems: [EMAIL PROTECTED] zonecfg -z labv490-01z5 verify [EMAIL PROTECTED] echo $? 0 Problem happens when we try to remove the zone: [EMAIL PROTECTED] zonecfg -z labv490-01z5 delete Are you sure you want to delete zone labv490-01z5 (y/[n])? y Zone labv490-01z5 not in configured state; delete not allowed. Use -F to force delete. Suggested option not recognized: [EMAIL PROTECTED] zonecfg -F -z labv490-01z5 delete zonecfg: illegal option -- F usage: zonecfg help zonecfg -z zone (interactive) zonecfg -z zone command zonecfg -z zone -f command-file [EMAIL PROTECTED] First question is, how we ended up with the problem - is thee a way to break the zonecfg -z name delete command, so it will remove only the index, leaving the xml? And second, why the force option -F doesn't work? This e-mail and its attachments are confidential and solely for the intended addressee(s). Do not share or use them without Fannie Mae's approval. If received in error, contact the sender and delete them. ___ zones-discuss mailing list zones-discuss@opensolaris.org