[zones-discuss] v2v solaris 8-9 zone to solaris 10 zone
Hello Now that p2v supports S10 with U9, is there some automated easier way to convert existing solaris 8/9 branded zones into native S10 whole zones using the global zone os version ? Regards -- Gael Martinez ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] issues with zoneadm attach
Hello vsmd8008:/root #zonecfg -z apsz8003 export create -b set zonepath=/zones/apsz8003 set autoboot=true set pool=fss_default_pool set ip-type=shared add net set address=10.115.96.143 set physical=ce0 end add rctl set name=zone.cpu-shares add value (priv=privileged,limit=10,action=none) end add rctl set name=zone.max-lwps add value (priv=privileged,limit=1000,action=deny) end The zones are sitting on an ufs filesystem. vsmd8008:/root #df -h Filesystem size used avail capacity Mounted on rpool/ROOT/s10u8-20100515 134G 2.7G 113G 3%/ /devices 0K 0K 0K 0%/devices ctfs 0K 0K 0K 0%/system/contract proc 0K 0K 0K 0%/proc mnttab 0K 0K 0K 0%/etc/mnttab swap 6.0G 1.6M 5.9G 1%/etc/svc/volatile objfs0K 0K 0K 0%/system/object sharefs 0K 0K 0K 0%/etc/dfs/sharetab /platform/sun4u-us3/lib/libc_psr/libc_psr_hwcap1.so.1 116G 2.7G 113G 3% /platform/sun4u-us3/lib/libc_psr.so.1 /platform/sun4u-us3/lib/sparcv9/libc_psr/libc_psr_hwcap1.so.1 116G 2.7G 113G 3% /platform/sun4u-us3/lib/sparcv9/libc_psr.so.1 fd 0K 0K 0K 0%/dev/fd rpool/ROOT/s10u8-20100515/var 134G 1.6G 113G 2%/var swap 512M64K 512M 1%/tmp swap 5.9G32K 5.9G 1%/var/run swap 5.9G 0K 5.9G 0%/dev/vx/dmp swap 5.9G 0K 5.9G 0%/dev/vx/rdmp /dev/vx/dsk/apsz8003/apsz8003-root 7.9G 1.9G 5.9G24%/zones/apsz8003 /dev/vx/dsk/apsz8004/apsz8004-root 7.9G 1.9G 5.9G25%/zones/apsz8004 rpool/export 134G21K 113G 1%/export rpool/home 256M21K 256M 1%/home rpool 134G98K 113G 1%/rpool rpool/var-core 1.0G 2.1M 1022M 1%/var/core vsmd8008:/root # Regards On Mon, May 17, 2010 at 5:04 AM, Enda o'Connor - Sun Microsystems Ireland - Software Engineer enda.ocon...@oracle.com wrote: Hi Could I see the zonecfg ( ie zonecfg -z apsz8003 export ) also if this zone is on zfs or is using zfs datasets then zfs list as well. Enda Gael wrote: Hello, Before opening yet another never ending case, I wanted to consult with you all to see if that is a known issue and some eventual work around. I have been migrating our servers to Solaris 10 U8 with zfs boot. The latest version was using 142900-10 for kernel. Following the release of 142900-11, I decided to experiment a patching using live upgrade. I have been using that a lot in the last few months. But it was the first attempt on a machine with zones. As my zones are on some hitachi san luns managed by veritas (with ufs...), I simply did shutdown the test zones and detached them. Then I ran the usual commands: lucreate -n s10u8-20100515, the ABE was created without issue. Then I lumounted it, and applied patches to it using pca (pca -i -R /.alt.s10u8-20100515), then luumounted it, activated it and rebooted on it. As usual, it did come back with the newest version of the patches as expected. I have done that process quite a bit recently and I do admit it usually works fine on GZ only machines. But here comes troubles... when reattaching the zones (both without and with -u option), I'm getting that error vsmd8008:/zones/apsz8003 #zoneadm -z apsz8003 attach -u zoneadm: getting the detach information failed: Out of memory zoneadm: zone 'apsz8003': 'detach' failed with exit code 1. Cannot generate the information needed to attach this zone. vsmd8008:/zones/apsz8003 #zoneadm -z apsz8003 attach zoneadm: getting the detach information failed: Out of memory zoneadm: zone 'apsz8003': 'detach' failed with exit code 1. Cannot generate the information needed to attach this zone. vsmd8008:/zones/apsz8003 #ls -ltr total 4870 drwx-- 2 root root8192 May 14 10:32 lost+found drwxr-xr-x 2 root root 512 May 14 23:54 lu drwxr-xr-x 20 root root 512 May 15 00:26 root -rw-r--r-- 1 root root 2472353 May 15 19:25 SUNWdetached.xml drwxr-xr-x 12 root root1024 May 15 20:25 dev -rw-r--r-- 1 root root 0 May 15 20:25 SUNWupdate.xml The funny thing is that the same zoneadm attach -u process worked when i was at 142900-10 (and previous versions). That is how I have migrated the machine zones from U4 to U8. (a very long script and an interesting collection of pkgrm/pkgadd/patchadd to make the old u4 zone look nearly identical to a freshly build zone on u8) Regards Gael -- Gael Martinez
[zones-discuss] issues with zoneadm attach
Hello, Before opening yet another never ending case, I wanted to consult with you all to see if that is a known issue and some eventual work around. I have been migrating our servers to Solaris 10 U8 with zfs boot. The latest version was using 142900-10 for kernel. Following the release of 142900-11, I decided to experiment a patching using live upgrade. I have been using that a lot in the last few months. But it was the first attempt on a machine with zones. As my zones are on some hitachi san luns managed by veritas (with ufs...), I simply did shutdown the test zones and detached them. Then I ran the usual commands: lucreate -n s10u8-20100515, the ABE was created without issue. Then I lumounted it, and applied patches to it using pca (pca -i -R /.alt.s10u8-20100515), then luumounted it, activated it and rebooted on it. As usual, it did come back with the newest version of the patches as expected. I have done that process quite a bit recently and I do admit it usually works fine on GZ only machines. But here comes troubles... when reattaching the zones (both without and with -u option), I'm getting that error vsmd8008:/zones/apsz8003 #zoneadm -z apsz8003 attach -u zoneadm: getting the detach information failed: Out of memory zoneadm: zone 'apsz8003': 'detach' failed with exit code 1. Cannot generate the information needed to attach this zone. vsmd8008:/zones/apsz8003 #zoneadm -z apsz8003 attach zoneadm: getting the detach information failed: Out of memory zoneadm: zone 'apsz8003': 'detach' failed with exit code 1. Cannot generate the information needed to attach this zone. vsmd8008:/zones/apsz8003 #ls -ltr total 4870 drwx-- 2 root root8192 May 14 10:32 lost+found drwxr-xr-x 2 root root 512 May 14 23:54 lu drwxr-xr-x 20 root root 512 May 15 00:26 root -rw-r--r-- 1 root root 2472353 May 15 19:25 SUNWdetached.xml drwxr-xr-x 12 root root1024 May 15 20:25 dev -rw-r--r-- 1 root root 0 May 15 20:25 SUNWupdate.xml The funny thing is that the same zoneadm attach -u process worked when i was at 142900-10 (and previous versions). That is how I have migrated the machine zones from U4 to U8. (a very long script and an interesting collection of pkgrm/pkgadd/patchadd to make the old u4 zone look nearly identical to a freshly build zone on u8) Regards Gael -- Gael Martinez ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] 6715679 - update on attach handling of /etc/release
On Thu, Jan 28, 2010 at 7:04 AM, Jerry Jelinek gerald.jeli...@sun.comwrote: 6700799 update on attach misses SUNWsolnm pkg Hello Jerry, Do you know if the bug 6700799 (fix for the SUNWsolnm and zone attach -u issue ) is going to be patched in the near future ? Regards -- Gael Martinez ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] zone attach -u from u6 to u8 issues
On Tue, Feb 2, 2010 at 4:10 PM, Gael gael.marti...@gmail.com wrote: I ran a few test upgrades moving zones from a T5220 u6 system to a u8 system patched with 119254-72 and I keep observing the following packages missing into the end result zone.. I'm really concerned by the pkg/patch tools packages missing ... I have tried to also patch the source system before detaching the zone without success ... Here is a diff of the packages missing in the zone but present in the GZ. SUNWgccruntime SUNWinstall-patch-utils-root SUNWntp4r SUNWntp4u SUNWpkgcmdsr SUNWpkgcmdsu SUNWppror SUNWpprou SUNWproduct-registry-root SUNWs8brandr SUNWs8brandu SUNWstosreg SUNWswmt SUNWwsr2 Is that a known issue ? Regards -- Gael Martinez I reloaded the landing-zone machine with a vanilla U8 image (basic installation, all packages, no patches), and reused the same ufsdump file containing the zone. zoneadm update -u with that version did install the pkg related packages... labs9006.uhc.com:/zones #zoneadm -z apsz0224 attach -u zoneadm: zone 'apsz0224': WARNING: pools facility not active; zone will not be bound to pool 'fss_default_pool'. zoneadm: zone 'apsz0224': WARNING: pools facility not active; zone will not be bound to pool 'fss_default_pool'. Getting the list of files to remove Removing 2520 files Remove 15 of 15 packages Installing 25271 files Add 454 of 454 packages Installation of these packages generated warnings: SUNWcsr SUNWgssc SUNWinstall-patch-utils-root SUNWkrbr SUNWmconr SUNWntpr SUNWpcr SUNWppror SUNWpsr SUNWsacom SUNWwbcor SUNWxwplr VRTSodm Updating editable files The file /var/sadm/system/logs/update_log within the zone contains a log of the zone update. labs9006.uhc.com:/zones #zlogin apsz0224 pkginfo | grep SUNWpkgcmd system SUNWpkgcmdsrSVr4 package commands (root) system SUNWpkgcmdsuSVr4 packaging commands (usr) labs9006.uhc.com:/zones # The same issue was confirmed when testing S10 U4 to U8 upgrades... Will continue toying around tomorrow and will open a case if I don't hear anything from this list. Regards -- Gael Martinez ___ zones-discuss mailing list zones-discuss@opensolaris.org
[zones-discuss] zone attach -u from u6 to u8 issues
I ran a few test upgrades moving zones from a T5220 u6 system to a u8 system patched with 119254-72 and I keep observing the following packages missing into the end result zone.. I'm really concerned by the pkg/patch tools packages missing ... I have tried to also patch the source system before detaching the zone without success ... Here is a diff of the packages missing in the zone but present in the GZ. SUNWgccruntime SUNWinstall-patch-utils-root SUNWntp4r SUNWntp4u SUNWpkgcmdsr SUNWpkgcmdsu SUNWppror SUNWpprou SUNWproduct-registry-root SUNWs8brandr SUNWs8brandu SUNWstosreg SUNWswmt SUNWwsr2 Is that a known issue ? Regards -- Gael Martinez ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] Zones patching issues using attach -u
On Tue, Sep 15, 2009 at 1:02 PM, Jerry Jelinek gerald.jeli...@sun.comwrote: Gael wrote: Hello I have been experimenting a few ways to speed up patching a bunch of machines running whole zones (parallel patching, zoneadm attach -u). I have encountered one issue with the attach -u way... Before initiating a case with sun, I was wondering if it was a well known issue... The GZ is initially running Solaris 10 U6 with kernel patch 13-08 (and other patches from the same period). I start by applying 119254-70, 119313-28 and 12-05 while the machine is in multiuser mode, then I shutdown and detach the zones. I bring back the machine in single user mode and apply a collection of about 190 patches (smpatch analyze output from a few days ago) which brings the machine at the kernel version 141414-10. The patching appears to go fine for the GZ apss8003:/var/sadm/patch #pkginfo -p apss8003:/var/sadm/patch # But when zoneadm attaching -u the zones, pkginfo reports multiple partially failing packages adds ... apss8003:/var/sadm/patch #zlogin test pkginfo -p system SUNWcsr Core Solaris, (Root) system SUNWgsscGSSAPI CONFIG V2 system SUNWkrbrKerberos version 5 support (Root) system SUNWntprNTP, (Root) system SUNWppror PatchPro core functionality (Root) system SUNWsacom Solstice Enterprise Agents 1.0.3 files for root file system # cat /zones/test/root//var/sadm/system/logs/update_log | egrep partially|corrupt|pathname does not exist| = SUNWcsr pkgadd: ERROR: source path /var/sadm/pkg/SUNWcsr/save/pspool/SUNWcsr/reloc/var/svc/manifest/network/ldap/client.xml is corrupt pathname does not exist Installation of SUNWcsr on zone test partially failed. = SUNWgssc pkgadd: ERROR: source path /var/sadm/pkg/SUNWgssc/save/pspool/SUNWgssc/reloc/var/svc/manifest/network/rpc/gss.xml is corrupt pathname does not exist Installation of SUNWgssc on zone test partially failed. = SUNWkrbr pkgadd: ERROR: source path /var/sadm/pkg/SUNWkrbr/save/pspool/SUNWkrbr/reloc/var/svc/manifest/network/security/kadmin.xml is corrupt pathname does not exist Installation of SUNWkrbr on zone test partially failed. = SUNWntpr pkgadd: ERROR: source path /var/sadm/pkg/SUNWntpr/save/pspool/SUNWntpr/reloc/var/svc/manifest/network/ntp.xml is corrupt pathname does not exist Installation of SUNWntpr on zone test partially failed. = SUNWppror pkgadd: ERROR: source path /var/sadm/pkg/SUNWppror/save/pspool/SUNWppror/reloc/var/svc/manifest/system/installupdates.xml is corrupt pathname does not exist Installation of SUNWppror on zone test partially failed = SUNWsacom pkgadd: ERROR: source path /var/sadm/pkg/SUNWsacom/save/pspool/SUNWsacom/reloc/var/svc/manifest/application/management/snmpdx.xml is corrupt pathname does not exist Installation of SUNWsacom on zone test partially failed. If creating a new zone after the patching, there is no partial packages in that newly build zone. The patch list being a little bit lengthy, I can send it privately when asked... This is bug: 6857294 zoneadm attach leads to partially installed packages I believe a T patch might be available for the S10 SVr4 packaging code if you need it, but I see that the fix has not yet been integrated into the nv SVr4 packaging code. It is scheduled for b124. Jerry Good morning Was that fix ever released ? Regards -- Gael Martinez ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] Zones patching issues using attach -u
On Fri, Jan 22, 2010 at 11:42 AM, Frank Batschulat (Home) frank.batschu...@sun.com wrote: On Fri, 22 Jan 2010 18:30:39 +0100, Gael gael.marti...@gmail.com wrote: This is bug: 6857294 zoneadm attach leads to partially installed packages I believe a T patch might be available for the S10 SVr4 packaging code if you need it, but I see that the fix has not yet been integrated into the nv SVr4 packaging code. It is scheduled for b124. Was that fix ever released ? Yes, Solaris 10U9 will have it, ONNV/OSOL build 125 has it. and the following Solaris 10 patches have been released offically containing the fix for 6857294 119254-72 (sparc) 119255-72 (x86) (3 days ago) --- frankB Exciting news, going to try that patch today :) Thanks! -- Gael Martinez ___ zones-discuss mailing list zones-discuss@opensolaris.org
[zones-discuss] SUNWservicetagr and /tmp ?
Hello Was toying around with Solaris 10 U8 x86 (not patches applied) creating 2 zones in parallel and noticed that I was getting different packages errors during the builds. After looking at the log files, apparently both zones build processes were stepping on each other ... Is that a known issue. Being offsite this week, just wanted to check that before opening a fyi case. bash-3.00# cat /export/zone2/root/var/sadm/system/logs/install_log | grep -v success | egrep -v ^$ *** package SUNWservicetagr installed with warnings: /tmp/rbac_SUNWservicetagr_auth_attr_merge.old: No such file or directory mv: cannot unlink /tmp/rbac_SUNWservicetagr_auth_attr_merge: No such file or directory /export/zone2/root/var/sadm/pkg/SUNWservicetagr/install/i.rbac : failed to mv /tmp/rbac_SUNWservicetagr_auth_attr_merge to /tmp/rbac_SUNWservicetagr_prof_attr_merge.old: No such file or directory /tmp/rbac_SUNWservicetagr_prof_attr_merge: failed to get acl entries: No such file or directory /export/zone2/root/var/sadm/pkg/SUNWservicetagr/install/i.rbac : failed to mv /tmp/rbac_SUNWservicetagr_prof_attr_merge to ERROR: attribute verification of /export/zone2/root/etc/security/auth_attr failed pathname does not exist Installation of SUNWservicetagr on zone zone2 partially failed. bash-3.00# uname -a SunOS sanfran 5.10 Generic_141445-09 i86pc i386 i86pc bash-3.00# pkginfo -l SUNWservicetagr PKGINST: SUNWservicetagr NAME: Service Tags (root) CATEGORY: system ARCH: i386 VERSION: 1.0,REV=2007.05.21.20.36 BASEDIR: / VENDOR: Sun Microsystems, Inc. DESC: Service Tags Agent PSTAMP: sparc(re-s10-s01)Tue Nov 27 14:22:24 MST 2007 INSTDATE: Jan 04 2010 15:48 HOTLINE: Please contact your local service provider STATUS: completely installed FILES: 15 installed pathnames 11 shared pathnames 10 directories 17 blocks used (approx) Regards -- Gael Martinez ___ zones-discuss mailing list zones-discuss@opensolaris.org
[zones-discuss] Zones patching issues using attach -u
Hello I have been experimenting a few ways to speed up patching a bunch of machines running whole zones (parallel patching, zoneadm attach -u). I have encountered one issue with the attach -u way... Before initiating a case with sun, I was wondering if it was a well known issue... The GZ is initially running Solaris 10 U6 with kernel patch 13-08 (and other patches from the same period). I start by applying 119254-70, 119313-28 and 12-05 while the machine is in multiuser mode, then I shutdown and detach the zones. I bring back the machine in single user mode and apply a collection of about 190 patches (smpatch analyze output from a few days ago) which brings the machine at the kernel version 141414-10. The patching appears to go fine for the GZ apss8003:/var/sadm/patch #pkginfo -p apss8003:/var/sadm/patch # But when zoneadm attaching -u the zones, pkginfo reports multiple partially failing packages adds ... apss8003:/var/sadm/patch #zlogin test pkginfo -p system SUNWcsr Core Solaris, (Root) system SUNWgsscGSSAPI CONFIG V2 system SUNWkrbrKerberos version 5 support (Root) system SUNWntprNTP, (Root) system SUNWppror PatchPro core functionality (Root) system SUNWsacom Solstice Enterprise Agents 1.0.3 files for root file system # cat /zones/test/root//var/sadm/system/logs/update_log | egrep partially|corrupt|pathname does not exist| = SUNWcsr pkgadd: ERROR: source path /var/sadm/pkg/SUNWcsr/save/pspool/SUNWcsr/reloc/var/svc/manifest/network/ldap/client.xml is corrupt pathname does not exist Installation of SUNWcsr on zone test partially failed. = SUNWgssc pkgadd: ERROR: source path /var/sadm/pkg/SUNWgssc/save/pspool/SUNWgssc/reloc/var/svc/manifest/network/rpc/gss.xml is corrupt pathname does not exist Installation of SUNWgssc on zone test partially failed. = SUNWkrbr pkgadd: ERROR: source path /var/sadm/pkg/SUNWkrbr/save/pspool/SUNWkrbr/reloc/var/svc/manifest/network/security/kadmin.xml is corrupt pathname does not exist Installation of SUNWkrbr on zone test partially failed. = SUNWntpr pkgadd: ERROR: source path /var/sadm/pkg/SUNWntpr/save/pspool/SUNWntpr/reloc/var/svc/manifest/network/ntp.xml is corrupt pathname does not exist Installation of SUNWntpr on zone test partially failed. = SUNWppror pkgadd: ERROR: source path /var/sadm/pkg/SUNWppror/save/pspool/SUNWppror/reloc/var/svc/manifest/system/installupdates.xml is corrupt pathname does not exist Installation of SUNWppror on zone test partially failed = SUNWsacom pkgadd: ERROR: source path /var/sadm/pkg/SUNWsacom/save/pspool/SUNWsacom/reloc/var/svc/manifest/application/management/snmpdx.xml is corrupt pathname does not exist Installation of SUNWsacom on zone test partially failed. If creating a new zone after the patching, there is no partial packages in that newly build zone. The patch list being a little bit lengthy, I can send it privately when asked... Regards -- Gael Martinez ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] Zone in a pset with high load generating high packet loss at the frame level
On Wed, Mar 4, 2009 at 9:06 AM, Jeff Victor jeff.j.vic...@gmail.com wrote: Some questions: 1. Do you use set pool= anymore, now that the dedicated-cpu feature exists? We got over one hundred physical frames running zones here, covering nearly all versions of Solaris 10, we are currently sticking to set pool until we can get the whole environment upgraded. Before that, cannot afford to have the whole team of admins handling zones differently depending on the OS version. Headache... 2. Is it sufficient to simply disable interrupts on a zone's pset? In our case, we do pset only when licensing requires it (aka oracle,datastage,sybase,borland apps) or when the applications behave poorly and we keep hearing that by lack of budget/resources, the issue cannot be addressed and without direct impact on the business itself, nothing will change. What about creating an IO pset, and then disabling the interrupt on everything else while using it as a FSS pool or psets pools ? Very similar to ldom I would think... Regards -- Gael Martinez ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] Zone in a pset with high load generating high packet loss at the frame level
Many thanks to Bob Netherton and Jeff for their quick help on that painful issue. The solution was to use psrset -f on the heavily used pset. It is fully supported and a recommended situation when CPU starvation causes interrupts not to be serviced in time and they get lost. Credit goes to Rickey Weisner for this tip. I have monitored that zone today for multiple hours without seeing any packet loss while it was cranking up its cpu usage... Jeff, following a previous mail today, as a fervent customer ;), I would love to see that feature directly accessible thru the zone configuration to avoid having to create a script and a dirty workaround to enable that feature on boot. Is there a RFE # out there that I can be added to thru Sun Support ? Got a case opened on that issue. Will continue to monitor the situation for a few days, and if I see anything wrong, I will update that thread Again, thanks ! Regards On Tue, Mar 3, 2009 at 2:19 PM, Jeff Victor jeff.j.vic...@gmail.com wrote: Hello Gael, On Mon, Mar 2, 2009 at 10:08 PM, Gael gael.marti...@gmail.com wrote: Hello Got a zone running SAS with cpu capping enabled using a processor set as we see a few processes using quite a bit of cpu there too often. Is that zone assigned to a resource pool, or is it using the dedicated-cpus feature? When the process is running (chewing 100% of its pset), the frame nic (server is a E2900 with a ce interface) is dropping 20-30 % of its packets causing a headache. My first guess is that the NICs interrupts are going to a CPU that the zone is using, and the CPU doesn't have enough power to run the zone's workload *and* be an effective NIC interrupt handler. Please run the intrstat command as root in the global zone, to determine which CPU is handling interrupts for that NIC. Also, check which CPU(s) that zone can use. Please let us know what you learn from those. Doesn't appear to be a network load issue. Not a lot happening there visibly. With Solaris 10 u4 or u6, what elegant way would you recommend to avoid that disruption caused by a single zone ? Regards -- Gael ___ zones-discuss mailing list zones-discuss@opensolaris.org -- --JeffV -- Gael Martinez ___ zones-discuss mailing list zones-discuss@opensolaris.org
[zones-discuss] Zone in a pset with high load generating high packet loss at the frame level
Hello Got a zone running SAS with cpu capping enabled using a processor set as we see a few processes using quite a bit of cpu there too often. When the process is running (chewing 100% of its pset), the frame nic (server is a E2900 with a ce interface) is dropping 20-30 % of its packets causing a headache. Doesn't appear to be a network load issue. Not a lot happening there visibly. With Solaris 10 u4 or u6, what elegant way would you recommend to avoid that disruption caused by a single zone ? Regards -- Gael ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] Solaris u5 and cpu hard capping... A patch for u3 and u4 ?
hello Enda, we do use liveupgrade but as we are using whole zones on dedicated individual veritas vxvm ufs filesystems ( to allow mobility) it is currently still a very painful approach. Regards On Apr 17, 2008, at 3:24, Enda O'Connor [EMAIL PROTECTED] wrote: Gael wrote: Hello, hello With the release of Solaris 10 0508, the feature that appears the most appealing for us is the new cpu capping ability... Will that feature be available thru a patch to avoid liveupgrading a lot of systems ? Which other features are benefitial to zones in U5 ? Regards the patch would be 127127-11/127128-11 (SPARC/x86 ) Kernel Update patches. These require other patches BTW. Also remember to install latest rev of patch utilites first ( 119254/119255 : SPARC/x86 ) Actually if you have diskspace, then I recommend using LiveUpgrade to apply these patches, as it has the following benefits 1 only downtime is reboot 2 gives user the ability to rollback the changes. Enda -- Gael --- - ___ zones-discuss mailing list zones-discuss@opensolaris.org ___ zones-discuss mailing list zones-discuss@opensolaris.org
[zones-discuss] Solaris u5 and cpu hard capping... A patch for u3 and u4 ?
Hello, hello With the release of Solaris 10 0508, the feature that appears the most appealing for us is the new cpu capping ability... Will that feature be available thru a patch to avoid liveupgrading a lot of systems ? Which other features are benefitial to zones in U5 ? Regards -- Gael ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] can non-zones see less RAM than global?
From the oracle 10G doc you will need to use (and adapt) these project entries to your needs... In Solaris 10, you are not required to make changes to the /etc/system file to implement the System V TPC. Solaris 10 uses the resource control facility for its implementation. *Parameter* *Replaced by Resource Control* *Recommended Value* noexec_user_stack NA 1 semsys:seminfo_semmni project.max-sem-ids 100 semsys:seminfo_semmsl process.max-sem-nsems 256 shmsys:shminfo_shmmax project.max-shm-memory 4294967295 shmsys:shminfo_shmmni project.max-shm-ids 100 Regards On Sun, Mar 16, 2008 at 9:38 AM, Anne Moore [EMAIL PROTECTED] wrote: I doubt it. If Oracle is taking 1/2 of physical memory by default, it will probably do so whether you have 4GB or 40GB. Probably so. But I'm using Zones here, so it may be a different story all together. page 94 of http://www.sun.com/blueprints/0505/819-2679.pdf has tunables for Oracle 9 Thanks. I'm using Oracle 10g 2. I'll see if I can find a article for that. (Unfortunately, I don't have a sun solve service plan!) Thanks for the help Anne -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steffen Weiberle Sent: Sunday, March 16, 2008 10:12 AM To: zones-discuss@opensolaris.org Subject: Re: [zones-discuss] can non-zones see less RAM than global? Anne Moore wrote: customers have run multiple instances of Oracle in a single Solaris instance, even without zones. That's probably because they have massive amounts of memory installed. Unfortunately, we don't. I doubt it. If Oracle is taking 1/2 of physical memory by default, it will probably do so whether you have 4GB or 40GB. I can't find any Oracle experts who know how to tune the memory requirements... ugh. In fact, the one's I have spoken to don't know if it's even possible. page 94 of http://www.sun.com/blueprints/0505/819-2679.pdf has tunables for Oracle 9. Thanks for your response. Anne -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steffen Weiberle Sent: Sunday, March 16, 2008 9:48 AM To: zones-discuss@opensolaris.org Subject: Re: [zones-discuss] can non-zones see less RAM than global? Mike Gerdts wrote: On Sat, Mar 15, 2008 at 8:22 PM, Gael [EMAIL PROTECTED] wrote: Mike, The OS will still display the whole amount of RAM with these RM entries ... You cannot use it, but the installation scripts and other tools using the usual OS command will still see the real RAM and configure their stuff as is ... Sun Microsystems Inc. SunOS 5.10 Generic January 2005 # prtconf System Configuration: Sun Microsystems sun4u Memory size: 1536 Megabytes System Peripherals (Software Nodes): prtconf: devinfo facility not available # When I did testing on Nevada (not S10) vmstat gave results that were in line with the resource controls. I did notice that df would report an improperly large size for /tmp, which is another problem. Your results suggest that prtconf or the underlying system calls also need to be updated to reflect memory resource controls. I would guess that any of the parameters that Oracle is going to set based upon RAM size can be hand-tuned after the installation. I would think that you can tune the size of Oracle, probably dominated by the size of the SGA, even before you install/configure. unless there is something new Oracle is doing. Customers have run multiple instances of Oracle in a single Solaris instance, even without zones. I am not a DBA, otherwise I would offer tuning parameters. Steffen ___ zones-discuss mailing list zones-discuss@opensolaris.org ___ zones-discuss mailing list zones-discuss@opensolaris.org ___ zones-discuss mailing list zones-discuss@opensolaris.org ___ zones-discuss mailing list zones-discuss@opensolaris.org -- Gael Martinez ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] maxuproc
Be aware of one caveat here, defunct/zombies processes not attached to a LWP won't be accounted for ... and it does hurt badly when happening in production with a broken application ... :( On 2/14/08, Dan Price [EMAIL PROTECTED] wrote: FYI: In S10U4 and higher, you can simply do: zonecfg:zone1 set max-lwps=15000 (Thanks to Steve and Jerry!) -dp -- Daniel Price - Solaris Kernel Engineering - [EMAIL PROTECTED] - blogs.sun.com/dp ___ zones-discuss mailing list zones-discuss@opensolaris.org -- Gael Martinez ___ zones-discuss mailing list zones-discuss@opensolaris.org
[zones-discuss] Hardcore adb -kw in a zone - No way
All, One vendor is requesting us to use a rc script running the following lines echo tl_minfo+0x24/W 0x4 | /usr/bin/adb -kw /dev/ksyms /dev/mem /dev/null echo strm_info+0x24/W 0x4 | /usr/bin/adb -kw /dev/ksyms /dev/mem /dev/null I won't even try, but I doubt it would work in a zone anyway... Is there any way to mimic that thru some project ? Or do we need to change the global zone configuration which is kinda an issue as it is a production frame with multiple zones. Regards -- Gael Martinez Unix Delivery Services || Solaris Technical Lead UnitedHealth Group IT, Enterprise Shared Services 6150 Trenton Lane, MN013-N300, Plymouth, 55442, MN ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] Zones and defunct processes bypassing the LWP rctl
On 11/9/07, Jerry Jelinek [EMAIL PROTECTED] wrote: Gael wrote: I had the bad surprise to find a production zone impacting a whole frame this morning... visibly the third party application running in it as root (no comments) generated so many processes that the whole frame was generating a lot of cannot fork errors... impacting the other zones and the GZ ... The LWPs are limited to 500 in that zone (frame is a E2900 with 12 cpus), but troubleshooting showed that the defunct process didn't get attached to LWPs and therefore didn't hit the wall ... Is there any plan to allow some kind of limiting processes thru the GZ (the application running as root, I do not know how to project it) ? rctl name=zone.max-lwps rctl-value priv=privileged limit=500 action=deny/ /rctl This is a scaring issue ... Do you have FSS configured as the default scheduling class on the system? By itself the max-lwps rctl cannot control this situation but when used in conjunction with FSS things should be fine. Except for rare cases I would say that you should always be using FSS when you are using zones and sharing all of the system resources amongst the zones. If you are using pools instead then that recommendation wouldn't apply. Jerry I'm using FSS as much as possible and positively in that one case, pools are only used when we need to mask the real amount of cpus to applications using commands like psrinfo or else to determine how many cpus are present in the system. Regards -- Gael Martinez ___ zones-discuss mailing list zones-discuss@opensolaris.org
[zones-discuss] Zones and defunct processes bypassing the LWP rctl
I had the bad surprise to find a production zone impacting a whole frame this morning... visibly the third party application running in it as root (no comments) generated so many processes that the whole frame was generating a lot of cannot fork errors... impacting the other zones and the GZ ... The LWPs are limited to 500 in that zone (frame is a E2900 with 12 cpus), but troubleshooting showed that the defunct process didn't get attached to LWPs and therefore didn't hit the wall ... Is there any plan to allow some kind of limiting processes thru the GZ (the application running as root, I do not know how to project it) ? rctl name=zone.max-lwps rctl-value priv=privileged limit=500 action=deny/ /rctl This is a scaring issue ... Regards -- Gael Martinez ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] bug? zone wont create device files during boot
Thanks for the answer Dan, will the relief be a replacement for the binary itself or a full new kernel patch ? Trying to identify the impact on our environment (ie reboot vs no reboot) Regards. On 10/1/07, Dan Price [EMAIL PROTECTED] wrote: On Mon 01 Oct 2007 at 01:14PM, John Chase wrote: This has just been escalated as a P1 bug in 8/07. Indeed. And please accept our apologies that this bug slipped out. This was a case where a late performance fix wound up impacting correctness. We're still assessing why our test suite (and our engineering) did not catch this problem. S10 8/07 is also supposed to have a fix for device removal from zones. I authored the original fix. In the process of that fix being ported back to Solaris 10, it was merged with BrandZ code, and at that point that fix *also* became broken. We're working on a fix for that, as well. So, stay tuned. We've been sorting this out for about a week now, and are at work on getting a patch out as fast as possible. For contract customers, filing an escalation on bug 6608977 should get you access to binary relief (in the form of an IDR) as soon as it is available. As you may know, there is a huge amount of new zones functionality in S10 8/07, so this regression is particularly humbling. Again, please accept our apologies. Someone earlier stated that this was also broken in SXDE-- as far as I know that is *not* the case. One of the reasons this has been a troublesome area is that in Nevada the /dev zones implementation is radically different from S10, due to the existence of the devnames project in Nevada. Hence the S10 and Nevada code is pretty in this area. -dp -- Daniel Price - Solaris Kernel Engineering - [EMAIL PROTECTED] - blogs.sun.com/dp -- Gael Martinez ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] bug? zone wont create device files during boot
On 10/1/07, EndaO'Connor [EMAIL PROTECTED] wrote: Dan Price wrote: On Mon 01 Oct 2007 at 02:10PM, Gael wrote: Thanks for the answer Dan, will the relief be a replacement for the binary itself or a full new kernel patch ? Trying to identify the impact on our environment (ie reboot vs no reboot) I'm not sure about reboot vs. no reboot, but I believe the patch will be to libzonecfg. The bug is simply a logic error in the library, in the function which decides whether or not a device should be made available to the zone, or not. -dp If it's just libzonecfg, we should be able to get away with a very simple patch, no reboot etc. Should not be a KU. Enda I was able to get the database zone fixed here by recreating all raw devices into /zones/db/dev/*dsk/ with mknod and the /devices entries in the GZ. Regards Gael -- Gael Martinez Unix Delivery Services - Solaris Managed Services (aka Zones) UnitedHealth Group IT, Enterprise Shared Services 6150 Trenton Lane, MN013-N300, Plymouth, 55442, MN ___ zones-discuss mailing list zones-discuss@opensolaris.org
[zones-discuss] Liveupgrade, md devices and zones roots need to be bootable ?
/.lucopy.cpio_err.13598.dbsz9005 for details. Creating compare databases for boot environment u4. Creating compare database for file system /var. Creating compare database for file system /. Updating compare databases on boot environment u4. Making boot environment u4 bootable. Setting root slice to /dev/dsk/c1t0d0s3. Population of boot environment u4 successful. Creation of boot environment u4 successful. Regards -- Gael Martinez ___ zones-discuss mailing list zones-discuss@opensolaris.org
[zones-discuss] Solaris 10 U3, prstat and Shared Memory
Good evening, What would be the best way to determine the RSS usage of one zone running an application with shared memory in U3 ? Will U4 prstat command report the right memory usage ? Trying to report on memory usage per zone for capacity planning, and Sun Management Center and the Zone plugin appears to have some issue reporting the real memory usage on sybase zones and else ... ( SMC reports 21 Meg usage, prstat -Z reports 9 Gb, both being wrong ... ) Regards -- Gael Martinez http://www.unixwiki.net/ ___ zones-discuss mailing list zones-discuss@opensolaris.org
[zones-discuss] Zones and Veritas Volume Manager... easy upgrades/LU usage possible ?
With the current thread about upgrades, I was wondering if it would be possible to upgrade our currents frames to U4 as I would like to use the memory capping capabilities of U4... the one apparent issue here is that we are using Veritas for BOTH the BE and the zones filesystems themselves. It is understood that we will need to desencapsulate to upgrade the boot disks, but are we going to be able to upgrade the zones themselves ? Will liveupgrade be able to work with Veritas Volumes (using ufs) using SAN. ? Or easier, will the RM upgrades be a simple patch applicable to U2/U3 ? Regards -- Gael Martinez http://www.unixwiki.net/ ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] pool under zone question
Thanks Renaud, the correction is much appreciated here Regards Gael Le 3 avril 07, Renaud Manus [EMAIL PROTECTED] a ecrit: Not a good idea. These entries were removed from /etc/init.d/sysetup because they were migrated to SMF services: svc:/system/pools:default svc:/system/pools/dynamic:default svc:/system/scheduler:default If you have 122539-05 (included in 118833-36) + 120629-03, then it should be sufficient to enable the system/pools service assuming your /etc/pooladm.conf is valid. -- Renaud Original Message Subject: Re:[zones-discuss] pool under zone question From: Gael [EMAIL PROTECTED] To: steeles [EMAIL PROTECTED] Cc: zones-discuss@opensolaris.org Date: Tue Apr 03 2007 05:28:55 GMT+0200 (CEST) if you apply the patch 118833-36, you will notice that /etc/init.d/sysetup*118833-36 gets created Replace the default with it and it will fix your issue Visibly facilities were missed in the old version *** sysetup2Mon Apr 2 22:25:30 2007 --- sysetup Mon Apr 2 22:25:05 2007 *** *** 1,9 #!/sbin/sh # ! # Copyright 2006 Sun Microsystems, Inc. All rights reserved. # Use is subject to license terms. # ! # ident @(#)sysetup1.2706/06/05 SMI if [ -z $_INIT_PREV_LEVEL ]; then set -- `/usr/bin/who -r` --- 1,9 #!/sbin/sh # ! # Copyright 2004 Sun Microsystems, Inc. All rights reserved. # Use is subject to license terms. # ! # ident @(#)sysetup1.2504/07/15 SMI if [ -z $_INIT_PREV_LEVEL ]; then set -- `/usr/bin/who -r` *** *** 20,25 --- 20,62 [ -d /etc/tm ] /usr/bin/cat /etc/tm/* 2/dev/null # + # Set default scheduling class + # + if [ -f /etc/dispadmin.conf ] [ -x /usr/sbin/dispadmin ] \ + [ -x /usr/bin/priocntl ] \ + [ ${_INIT_ZONENAME:=`/sbin/zonename`} = global ]; then + ERROR=$0: cannot set default scheduling class to + DISPADMIN_D=`/usr/sbin/dispadmin -d` + + if [ $? -eq 0 ]; then + # + # Inform the kernel about the default scheduling class. + # + dispadmin -u + + DEFAULT_SCHEDULER=`echo $DISPADMIN_D | \ + /usr/bin/awk '{ print $1 }'` + + /usr/bin/priocntl -s -c $DEFAULT_SCHEDULER \ + -i all /dev/null 21 + + if [ $? -ne 0 ]; then + echo $ERROR $DEFAULT_SCHEDULER + else + # + # Also need to move init process explicitly + # because it was ignored by -i all. + # + /usr/bin/priocntl -s -c $DEFAULT_SCHEDULER \ + -i pid 1 /dev/null 21 + if [ $? -ne 0 ]; then + echo $ERROR $DEFAULT_SCHEDULER + fi + fi + fi + fi + + # # Run rctladm to configure system resource controls based on the settings # previously saved by rctladm. See rctladm(1m) for instructions on how to # modify resource control settings. *** *** 26,29 --- 63,75 # if [ -f /etc/rctladm.conf ] [ -x /usr/sbin/rctladm ]; then /usr/sbin/rctladm -u + fi + + # + # Run pooladm to configure system pools. See pooladm(1m) for more information. + # + if [ -f /etc/pooladm.conf ] [ -x /usr/sbin/pooladm ] \ + [ $_INIT_ZONENAME = global ]; then + /usr/sbin/pooladm -e + /usr/sbin/pooladm -c fi Regards On 4/2/07, *steeles* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I followed sun's doc to setup a zone. I enable and save conf with pooladm -e, and pooladm -s and I configure zone with new pool and pset. After I reboot server, zone is running, zonecfg -z zone info. It shows my pool name(not default) but if I run pooladm to check what pool I have. It tell me facility is not active But the fact is my zone is up running with my new pool name. If I do #pooladm -e #pooladm it didn't give the pool that I setup before. It only shows default pool. So my questions are. 1. Did I setup correctly? 2.pool is not necessary to run at startup? 3. if shutdown zone and bring it up again, it tells me that pool can't be located and will use default pool instead. What did I do wrong? Thanks. This message posted from opensolaris.org http://opensolaris.org ___ zones-discuss mailing list zones-discuss@opensolaris.org mailto:zones-discuss@opensolaris.org -- Gael Martinez ___ zones-discuss mailing list zones-discuss@opensolaris.org -- Gael Martinez
Re: [zones-discuss] Pkg-independent zones
Stupid question here, but cannot the same effect be achieved by simply removing the noaccess user ? Regards Gael On 4/3/07, Jeff Victor [EMAIL PROTECTED] wrote: Here's YACUZ (Yet Another Creative Use of Zones): Doug Scott documented a method of building a zone which will never be patched from the global zone. In other words, when a patch is applied to the global zone, it will not be applied to a zone built using this method, even if the patch is for a package which is marked ALLZONES=true. Note that this method would not be supported by Sun for the following reasons: 1) It uses functionality which is not yet supported by Sun (Branded Zones). 2) It requires you to edit system files which you shouldn't edit; the syntax of those files can change. 3) Eventually, a patch will modify the kernel and libc (or other kernel-dependent libs) in such a way that they will be incompatible with the 'cbe' brand. At that point the zone may no longer work until the 'cbe' brand is modified. However, if those doesn't bother you, or if you want to learn more about how zones *really* work, take a look: http://www.opensolaris.org/os/project/xfce/building_xfce/brandzbuild/ -- Jeff VICTOR Sun Microsystemsjeff.victor @ sun.com OS AmbassadorSr. Technical Specialist Solaris 10 Zones FAQ:http://www.opensolaris.org/os/community/zones/faq -- ___ zones-discuss mailing list zones-discuss@opensolaris.org -- Gael Martinez ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] DBI and DBD::mysql zone Install
why don't you use Studio 11 and that very nice document http://developers.sun.com/solaris/articles/mysql_perf_tune.html Regards Gael On 3/23/07, Michael Barto [EMAIL PROTECTED] wrote: Has anyone setup mysql with DBI and DBD::mysql using the gcc (sfw) compiler in a local zone and how did you get it to compile? Solaris 10 11/06 -- -- *Michael Barto* Software Architect [image: LogiQwest Circle] LogiQwest Inc. 16458 Bolsa Chica Street, # 15 Huntington Beach, CA 92649 http://www.logiqwest.com/ [EMAIL PROTECTED] Tel: 714 377 3705 Fax: 714 840 3937 Cell: 714 883 1949 *'tis a gift to be simple* -- This e-mail may contain LogiQwest proprietary information and should be treated as confidential. ___ zones-discuss mailing list zones-discuss@opensolaris.org -- Gael ___ zones-discuss mailing list zones-discuss@opensolaris.org
[zones-discuss] Oracle (non RAC) and zones best practices
Hello, We are going to deploy oracle in zones in the very near future, I was wondering if the following document was still accurate when using the 11/06 version of Solaris 10 http://www.sun.com/bigadmin/features/articles/db_in_containers.pdf Regards -- Gael ___ zones-discuss mailing list zones-discuss@opensolaris.org
[zones-discuss] Re: Oracle (non RAC) and zones best practices
Apart of the ISM/DISM improvement from U3 of course :) On 3/21/07, Gael [EMAIL PROTECTED] wrote: Hello, We are going to deploy oracle in zones in the very near future, I was wondering if the following document was still accurate when using the 11/06 version of Solaris 10 http://www.sun.com/bigadmin/features/articles/db_in_containers.pdf Regards -- Gael -- Gael ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] Re: Re: Re: Patching problem with whole root zones
Phil, I had the same issue last week, and figured that with whole root zones, you needed to boot all of them in single user mode (zoneadm -z zone boot -s) to get the patch deployed everywhere. In my case, I'm creating a dedicated /var in each whole zone. Regards Gael On 3/13/07, Phil Freund [EMAIL PROTECTED] wrote: Enda, I'll get an explorer for you and send it on Thursday - I've just been eaten alive with DST preparation/implementation and subsequent NetBackup issues. I'll send you patchadd logs if you tell me where they are stored. I did all of the patchadds from single-user on the console so if they don't auto log somewhere, they aren't available. TIA, Phil This message posted from opensolaris.org ___ zones-discuss mailing list zones-discuss@opensolaris.org -- Gael ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] Zones and showrev -p ... bug ?
Nothing at all ldpz8014 #showrev -p |grep 118833-36 ldpz8014 # On 2/28/07, Enda O'Connor [EMAIL PROTECTED] wrote: Gael wrote: Hello Don't know if that question was already addressed or not, but I have noticed a little issue with the way zones keep track of the patches... Visibly the zones inherit the patch listing from the global when being build, but then later when applying a recommended cluster to the global zone, they loose track of patches... For example, a flagrant one is the kernel ldpz8014:/root #uname -a SunOS ldpz8014 5.10 Generic_118833-36 sun4v sparc SUNW,Sun-Fire-T200 ldpz8014:/root #showrev -p | grep Patch: 118833 | sort -n | tail -1 Patch: 118833-24 Obsoletes: 117170-01, 117461-08, 118370-04, 118375-07, 118852-07, 118874-02, 118911-01, 118913-02, 118927-02, 118996-04, 119216-02, 119218-02, 119374-13, 119444-03, 119557-09, 119568-02, 119569-02, 119572-01, 119596-03, 119681-08, 119687-02, 119689-08, 119715-10, 119828-05, 119939-01, 119941-03, 119992-02, 119994-01, 119996-01, 120009-01, 120030-03, 120034-01, 120054-02, 120083-01, 120251-02, 120254-03, 120258-02, 120300-01, 120362-02, 120627-01, 121237-01, 121266-01, 121268-01, 121276-03, 121280-01, 121301-02, 121777-01, 121784-01, 121788-02, 121790-01, 121792-01, 121794-02, 121796-01, 121798-01, 121800-01, 121802-01, 121804-01, 121806-01, 121808-01, 121810-01, 121812-01, 121814-01, 121816-01, 121818-01, 121820-01, 121822-01, 121824-01, 121826-01, 121832-01, 121834-01, 121836-01, 121838-01, 121840-01, 121842-01, 121844-01, 121846-01, 121848-01, 121850-01, 121852-01, 121854-01, 121894-01, 122079-01, 122081-01, 122176-01, 122235-01, 122237-02, 122241-01, 122242-01, 122243-01, 122294-01, 122296-01, 122298-01, 122302-01, 122304-01, 122306-01, 122314-01, 122316-01, 122318-01, 122320-01, 122322-01, 122324-01, 122334-01, 122336-01, 122338-01, 122339-01, 122342-01, 122344-01, 122346-01, 122348-01, 122350-01, 122644-01, 120661-04, 121694-01 Requires: 119254-14, 118822-30, 119578-24 Incompatibles: Packages: SUNWcakr, SUNWkvm, SUNWckr, SUNWcsl, SUNWcsr, SUNWcsd, SUNWesu, SUNWkrbr, SUNWkrbu, SUNWtoo, SUNWib, SUNWipoib, SUNWtavor, SUNWudapltu, SUNWudapltr, SUNWudfr, SUNWusb, SUNWusbs, SUNWuedg, SUNWugen, SUNWwbsup, SUNWnfscr, SUNWnfsckr, SUNWxge, SUNWsmapi, SUNWnisu, SUNWmdb, SUNWcslr, SUNWmdr, SUNWses, SUNWssad, SUNWintgige, SUNWipfr, SUNWipfu, SUNWnfssu, SUNWust1, SUNWkey, SUNWatfsu, SUNWdtrc, SUNWdtrp, SUNWnfsskr, SUNWrpcib, SUNWvolu, SUNWxcu4, SUNWmdbr, SUNWbtool, SUNWsbp2, SUNWusbu, SUNWhea, SUNWarcr, SUNWftdur, SUNWpppdu, SUNWcsu ldpz8014:/root # This issue confuses any application running a showrev before installation ... is that a well known bug or should I open a bug report ? Regards -- Gael ___ zones-discuss mailing list zones-discuss@opensolaris.org Hi what does showrev -p |grep 118833-36 show in the affected zone, what does patchadd -p | grep 118833-36 show? Enda -- Gael ___ zones-discuss mailing list zones-discuss@opensolaris.org
[zones-discuss] Tivoli Storage Manager (TSM) and zones
Following a previous email sent to that list today, we are running zones on Solaris U2 machines with the TSM 5.3.4.4 client. We are running it from the global zone. Our current standard is to layout the zones as this: zone name=ldpz8012 zonepath=/zones/ldpz8012 autoboot=true pool=work1-pool network address=10.117.44.66 physical=e1000g0/ filesystem special=/zones/virtual-filesystems/ldpz8012/var directory=/var type=lofs fsoption name=logging/ /filesystem filesystem special=/zones/virtual-filesystems/ldpz8012/opt-Sun-slapd-db directory=/opt/Sun/slapd-db type=lofs fsoption name=logging/ /filesystem [..] filesystem special=/zones/virtual-filesystems/ldpz8012/wastmp directory=/wastmp type=lofs fsoption name=logging/ /filesystem filesystem special=/zones/virtual-filesystems/ldpz8012/home directory=/home type=lofs fsoption name=logging/ /filesystem /zone Of course using a default TSM configuration would mean backuping twice all the filesystems mounted thru lofs... I was wondering what others were doing to avoid duplicating backups in such a similar setup and what were the caveats that you noticed excluding either the directories directly mounted into the zone root or excluding each virtual filesystem. Regards -- Gael ___ zones-discuss mailing list zones-discuss@opensolaris.org