Re: [zones-discuss] Solaris Zone errors
Sounds like there is a problem writing the to the log file for the services. I would check you disks and make sure you have none failing. If you do a svcs -l service_name you it will tell you where the log file is located. On Tue, Sep 29, 2009 at 5:44 AM, Ketan techie...@gmail.com wrote: after booting up my zone i get following error Code: # zlogin -C DB_zone [Connected to zone 'DB_zone' console] Sep 29 09:18:46 svc.startd[5680]: Could not log for svc:/system/filesystem/root:default: write(51) failed with I/O error. Sep 29 09:18:47 svc.startd[5680]: Could not log for svc:/system/installupdates:default: write(17) failed with I/O error. Sep 29 09:18:47 svc.startd[5680]: Could not log for svc:/network/physical:default: write(10) failed with I/O error. Sep 29 09:18:47 svc.startd[5680]: Could not log for svc:/network/physical:default: write(10) failed with I/O error. Sep 29 09:18:48 svc.startd[5680]: Could not log for svc:/system/boot-archive:default: write(10) failed with I/O error. Sep 29 09:18:49 svc.startd[5680]: Could not log for svc:/milestone/network:default: write(20) failed with I/O error. what could be the reason for this ? -- This message posted from opensolaris.org ___ zones-discuss mailing list zones-discuss@opensolaris.org ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] sysidcfg - root password
I wonder if there is an extra space at the end of the line or some other non visible character. On Wed, Aug 26, 2009 at 1:44 PM, v varolkay...@gmail.com wrote: I don't think so... It looks like it works: http://blogs.sun.com/observatory/en_US/entry/zones_and_crossbow1 -- This message posted from opensolaris.org ___ zones-discuss mailing list zones-discuss@opensolaris.org ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] Re: Fwd: Re: Tivoli Storage Manager (TSM) and zones
I would check with IBM on that. From my understanding from IBM is that TSM is supported with zones only if the TSM client is installed within the local zone. I do not think backing up the local zones through the global zone is supported. Nick On 1/25/07, Gael [EMAIL PROTECTED] wrote: Let's see if I got the whole picture right... To summarize, ie on a practical example using the following template: ?xml version=1.0 encoding=UTF-8? !DOCTYPE zone PUBLIC -//Sun Microsystems Inc//DTD Zones//EN file:///usr/share/lib/xml/dtd/zonecfg.dtd.1 !-- DO NOT EDIT THIS FILE. Use zonecfg(1M) instead. -- zone name=dbsz8005 zonepath=/zones/dbsz8005 autoboot=true network address= 10.115.96.145 physical=ce0/ filesystem special=/zones/virtual-filesystems/dbsz8005/var directory=/var type=lofs /filesystem /zone / would be the only filesystem that we could backup from within the zone but we would have to use tsm to backup /dev, /var and else thru the global zone client ... guess after all with our current setup, we should keep backuping everything thru the global zone and develop a process for users to requests backup restore thru the unix admins instead of a self service model as we don't want them to access the global and they would in any case be confuse with the filesystem structure being completly differently presented within the global. dbsz8005 #mount -v / on / type ufs read/write/setuid/devices/intr/largefiles/logging/xattr/onerror=panic/dev=41c59d8 on Thu Nov 30 14:14:01 2006 /dev on /dev type lofs read/write/setuid/devices/zonedevfs/dev=4d40016 on Thu Jan 25 11:29:34 2007 /var on /var type lofs read/write/setuid/devices/dev=41c59d9 on Thu Jan 25 11:29:34 2007 [..] Mario, how do you present your filesystems to oracle ? Are you using raw devices ? On 1/25/07, mario heimel [EMAIL PROTECTED] wrote: TSM client is supported in non-global-zones (only zsf is not supported) we have in every zone a TSM client, which backuped the entire Zone (FS and Oracle/SAP with rman ), so you can move zones without a reconfigure of TSM. lofs mounts are per default excluded. This message posted from opensolaris.org ___ zones-discuss mailing list zones-discuss@opensolaris.org Regards -- Gael ___ zones-discuss mailing list zones-discuss@opensolaris.org ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] What is the proceess to change the physical net to an already working zone?
zonecfg -z test zonecfg:test add net zonecfg:test:net set physical=bge1 zonecfg:test:net set address=10.12.13.14 zonecfg:test:net info net: address: 10.12.13.14 physical: bge1 zonecfg:test:net end zonecfg:test remove net physical=bge0 I think that should work. On 11/2/06, Ian Matchett [EMAIL PROTECTED] wrote: I am running a zone bge0:1 10.12.13.14 I have added a new physical interface bge1 How do I move a zone to use bge1:1 10.12.13.14 IanM -- Ian Matchett Sun Microsystems Burlington MA 01803 USA Phone x22043 781-442-2043 Email Mobile 413 237 6599 Vtext Webservice SMS Email Map and Hotels ___zones-discuss mailing listzones-discuss@opensolaris.org ___ zones-discuss mailing list zones-discuss@opensolaris.org