solaris10(7) 맨 페이지 - 윈디하나의 솔라나라

개요

섹션
맨 페이지 이름
검색(S)

solaris10(7)

Standards, Environments, Macros, Character Sets, and miscellany
                                                                  solaris10(7)



NAME
       solaris10 - Solaris 10 branded zone

DESCRIPTION
       The  solaris10  brand  uses  the  branded  zones framework described in
       brands(7) to enable Solaris 10 binary applications to run unmodified on
       a machine with the latest Solaris Operating System kernel.


       Oracle  Solaris  10 Zones are solaris10 branded zones that host x86 and
       SPARC Solaris 10 9/10 (or later released Oracle Solaris 10 update) user
       environments running on the Oracle Solaris 11 kernel.


       Note that it is possible to use an earlier Oracle Solaris 10 release if
       you first install the  kernel  patch  142909-17  (SPARC)  or  142910-17
       (x86/x64), or later version, on the original system. Alternatively, the
       -P option to the install subcommand  can  be  used  to  apply  required
       patches if those patches are missing in zone's image.


       The  solaris10  brand includes the tools necessary to install a Solaris
       10 system image into a non-global zone. It also supports the tools nec‐
       essary to migrate a Solaris 10 native zone to a solaris10 branded zone.
       The brand supports the execution of 32-bit and 64-bit Solaris 10 appli‐
       cations  on  either  SPARC  or  x86 machines running the latest Solaris
       operating system.

   Configuration and Administration
       The solaris10 brand supports the whole root non-global zone model.  All
       of  the  required  system  software  and  any  additional  packages are
       installed into the private file systems of  the  zone.  The  zone  must
       reside  on  its  own  zfs(8) dataset and only ZFS is supported. The ZFS
       dataset  is  created  automatically  when  the  zone  is  installed  or
       attached. If a ZFS dataset cannot be created, the zone is not installed
       or attached.


       The zonecfg(8) utility is used to configure a solaris10  branded  zone.
       The  SYSsolaris10  template  can  be used when creating the zone or the
       configuration can be set up manually. Once  a  branded  zone  has  been
       installed,  that  zone's  brand  cannot  be  changed  or  removed.  The
       zoneadm(8) utility is used to report the zone's brand type and adminis‐
       ter the zone. The zlogin(1) utility is used to log in to the zone.


       The  following zonecfg(8) resources and properties are not supported by
       the solaris10 brand:


         autoshutdown=suspend
         anet:evs
         anet:vport
         anet:id
         device:id
         file-mac-profile
         net:id
         tenant
         virtual-cpu
         anet:mac
         ib-vhca
         ib-vhca:port
         capped-memory:pagesize-policy




       The following zoneadm(8) resources and properties are supported by  the
       live zone reconfiguration for solaris10 brand:


         anet (with exceptions stated below)
         capped-memory
         dedicated-cpu
         device
         fs
         net (with exceptions stated below)
         pool
         scheduling-class
         zone.* rctls
         dataset




       The  following zoneadm(8) resources and properties are not supported by
       the live zone reconfiguration for solaris10 brand:


         anet:allowed-address
         anet:configure-allowed-address
         anet:defrouter
         fs-allowed
         hostid
         limitpriv
         global-time
         net:allowed-address
         net:configure-allowed-address
         net:defrouter
         npiv
         zpool




       Any changes made to the listed unsupported resources and properties  in
       the persistent configuration will be ignored by the live zone reconfig‐
       uration if they are applied to the running zone.


       Any attempts to modify the listed unsupported resources and  properties
       in the live configuration will be refused.


       When migrating from Solaris 10, it is possible that the zone is config‐
       ured as a sparseroot zone. In this case, the  zone  should  be  readied
       (zoneadm ready)  on  the  host before the archive is made. This ensures
       that the inherited directories are included in the archive.


       There are specific defaults  for  properties  supported  for  solaris10
       brand as listed below:


         Resource    Property                   Default Value
         global      zonepath                   /system/zones/%{zonename}
                     autoboot                   false
                     global-time                false
                     ip-type                    exclusive
                     auto-shutdown              shutdown
         net         configure-allowed-address  true
         anet        mac-address                auto
                     lower-link                 auto
                     link-protection            mac-nospoof




       The   ZFS  dataset  com.oracle.zones.solaris10:activebe  user  property
       exists to support multiple boot environments  for  Solaris  10  branded
       zones. To activate a boot environment, the user has to set the com.ora‐
       cle.zones.solaris10:activebe property on the  zone's  ROOT  dataset  as
       shown below:


         # zfs set com.oracle.zones.solaris10:activebe=zone-ROOT-dataset-BE-name




       An  installed  Solaris  10  zone with more than one boot environment is
       required to have the activebe property set. If the property is not set,
       or  is set to a missing or invalid boot environment name, the zone will
       transition to unavailable state on next zone or system boot. To resolve
       this,  the  activebe  property  must be corrected, and the zone must be
       attached with zoneadm attach. For more information, see examples 4  and
       5.

   Cold Migration
       solaris10  branded  zones  can  be cold migrated to compatible hosts by
       using the zoneadm migrate command, as described in the  zoneadm(8)  man
       page.


       For cold migration to work, the same services and packages must be con‐
       figured as for the solaris-kz(7) brand cold migration.


       Only zones on shared storage may be  migrated.  Supported  storage  URI
       types for migration are iscsi and lu.

   Auxiliary State
       The following auxiliary state (as shown by zoneadm list -is) is defined
       for this brand:

       no-config    The zone is known to the system but its  configuration  is
                    missing. State of the zone is always incomplete.


SUB-COMMANDS
       For  the  list  of  solaris10  brand-specific  subcommand  options, see
       zoneadm(8).

EXAMPLES
       Example 1 Creating a ZFS Flash Archive for Install



       The following example shows how to create an archive for a physical  to
       virtual (P2V) migration. This is performed in the global zone of a sys‐
       tem that is running Solaris 10. The Solaris 10 system must not have any
       non-global zones configured, installed, or running. The Solaris 10 sys‐
       tem can use ZFS or UFS as its root file system.



         # flarcreate -n s10box -c /net/somehost/p2v/s10box.flar



       Example 2 Installing a solaris10 Branded Zone Using a Flash Archive



       The following example installs a zone using the archive from Example 1.
       It assumes the zone has already been configured with zonecfg(8) and has
       the brand property set to solaris10.



         # zoneadm -z s10p2v install -a /net/somehost/p2v/s10box.flar -p



       Example 3 Creating a ZFS Archive for Install



       The following example shows how to create an archive for a  virtual  to
       virtual (V2V) migration. It assumes that the zonepath for the solaris10
       branded zone is /zones/v2vzone.



       First, determine the name of zonepath dataset.



         # dataset=$(zfs list -H -o name /zones/v2vzone)





       Next, create a snapshot of the zone's datasets.



         # zfs snapshot -r $dataset@v2v





       Finally, generate a ZFS self-contained recursive stream  that  is  com‐
       pressed with bzip2.



         # zfs send -rc $dataset@v2v | bzip2 > /net/somehost/v2v/v2v.zfs.bz2



       Example 4 Installing a Zone Using a ZFS Archive



       The  following  example installs a zone using a ZFS archive. It assumes
       that the zone has already been configured using zonecfg(8) and that the
       brand property is set to solaris10.



         # zoneadm -z v2vzone install -a /net/somehost/v2v/v2v.zfs.bz2



       Example  5  Setting  the Zone's Active Boot Environment From the Global
       Zone



         # zfs set com.oracle.zones.solaris10:activebe=zbe-1 \
             rpool/export/zones/branded_zones/S10_zone/rpool/ROOT



       Example 6 Creating a New Boot Environment From a Solaris10 Branded Zone



       The following example creates a new boot environment From  a  solaris10
       branded  zone.  The example also shows how to patch, activate, and boot
       to the new boot environment.


           1.     Create a new boot environment.


                    # zfs snapshot rpool/ROOT/zbe-0@snap
                    # zfs clone -o mountpoint=/ -o canmount=noauto \
                        rpool/ROOT/zbe-0@snap rpool/ROOT/zbe-1
                    # zfs promote rpool/ROOT/zbe-1




           2.     Patch the boot environment.


                    # zfs mount -o mountpoint=/mnt rpool/ROOT/zbe-1
                    # patchadd -R /mnt -d /var/tmp/999999-01
                    # zfs unmount rpool/ROOT/zbe-1




           3.     Activate the new boot environment and boot to it.


                    # zfs set com.oracle.zones.solaris10:activebe=zbe-1 \
                        rpool/ROOT
                    # shutdown -y -g 0 -r





       Example 7 Install Solaris 10 image earlier than Update 9



       The following example installs a zone from an  archive  taken  from  an
       earlier  Solaris 10 release. It will make the target zone ready to boot
       by applying the Recommended OS Patchset.


           1.     Unzip a Recommended OS Patchset


                    # unzip -q 10_Recommended_CPU_2018-07.zip




           2.     Install zone using older Solaris 10 archive


                    # zoneadm -z s10z install -u -a /net/somehost/s10u5.flar \
                        -P `pwd`/10_Recommanded_CPU_2018_07





ATTRIBUTES
       See attributes(7) for a description of the following attributes:


       tab() box; cw(2.75i) |cw(2.75i) lw(2.75i) |lw(2.75i) ATTRIBUTE  TYPEAT‐
       TRIBUTE VALUE _ Availabilitysystem/zones/brand/brand-solaris10 _ Inter‐
       face StabilityObsolete Committed


SEE ALSO
       archiveadm(8), attributes(7), brands(7), zfs(8), zlogin(1), zoneadm(8),
       zonecfg(8), zonename(1), zones(7)

NOTES
       This feature might be removed in a future release of Oracle Solaris.



Oracle Solaris 11.4               6 Mar 2020                      solaris10(7)
맨 페이지 내용의 저작권은 맨 페이지 작성자에게 있습니다.
RSS ATOM XHTML 5 CSS3