Shutting down a zone, Using live upgrade to patch a system with, Local zones – Sun Microsystems SOLARIS 10 User Manual
Page 111
Version 3.1-en
Solaris 10 Container Guide - 3.1 5. Cookbooks
Effective: 30/11/2009
5.3.10. Shutting down a zone
[dd] Zones can be shut down from the local zone itself or from the global zone. Depending on which
option is used, running services are either completed or simply stopped.
•
zoneadm -z zone halt is called in the global zone, halts a zone and stops all
processes in the zone immediately.
•
zlogin
shuts down the zone using the service manager, thus ending all processes properly.
•
init 5 is called in the zone itself, shuts down the zone using the service manager and stops
all processes properly.
5.3.11. Using live upgrade to patch a system with local zones
[dd] According to
Patching a system with local zones
, systems with local zones can be patched
with of live upgrade.
To be able to use live upgrade , several additional terms will need to be defined first:
•
Boot environment (BE): the sum total of all OS and application software as well as file systems
of a Solaris instance
•
Shared file system: a file system that is used (mounted) by more than one BE
•
Non-shared file system: a file system that is used by only one BE
The following is assumed:
•
Solaris 10 8/07 (or higher) is already installed
•
All currently required patches according to Infodoc 72099 are installed
•
The OS is installed in a file system (f.e. /dev/dsk/c1t0d0s0)
•
The current BE contains another file system mounted to /shared (/dev/dsk/c1t0d0s3)
•
/shared must be entered in the /etc/vfstab, so that live upgrade will subsequently be able
to recognize the filesystem as shared
•
Two sparse-root zones are installed, one in a non-shared and one in a shared filesystem.
−
zone1: zonepath=/non-shared/zone1
−
zone2: zonepath=/shared/zone2
First, a copy of the current BE is created.
lucreate -c s10-807 -n s10-807+1 -m /:/dev/dsk/c1t0d0s4:ufs
Shared file systems and swap are not copied automatically. If necessary, the copy can be configured
per lucreate parameter. Furthermore, the name assigned to the current BE here is s10-807 and
for the BE to be created the name assigned is s10-807+1. By lucreate, the content is copied from
/non-shared/zone1 to /non-shared/zone1 of BE s10-807+1. Since zone2 is located in a shared file
system, the zone within this file system is copied to /shared/zone2-s10-807+1. This ensures that each
BE uses the correct zonepath from the shared file system. It must therefore be ensured that there is
sufficient room available in the shared file system.
Next, the inactive BE s10-807+1 including its zones can be patched, while production continues to
run on the active BE. The patches are installed as follows:
luupgrade -t -n s10-807+1 -s
Note: Those who prefer to perform a live upgrade on the BE on a newer Solaris instead of patching
must use the following command:
luupgrade -u -n s10-807+1 -s
For x86/x64 systems, another step is required to update the boot archive since drivers or system files
may also have been modified by installing the patch. First, the new BE has to be mounted:
lumount s10-807+1
104