Directrices para utilizar la actualización automática con zonas no globales (planificación)

Debe tener en cuenta estos problemas al usar la actualización automática en un sistema con zonas instaladas. Es fundamental evitar transiciones de estados de zonas durante las operaciones con los comandos lucreate y lumount.

• Si se utiliza el comando lucreate para generar un entorno de inicio inactivo, si una determinada zona no está en ejecución, dicha zona no podrá ejecutarse hasta que haya finalizado la operación con lucreate.

• Si se utiliza el comando lucreate para generar un entorno de inicio inactivo, si una determinada zona no global está en ejecución, dicha zona no deberá detenerse ni reiniciarse hasta que haya finalizado la operación con lucreate.

• Si un entorno de inicio inactivo se monta con el comando lumount, no puede iniciar las zonas no globales ni reiniciarlas, si bien las zonas que se estuvieran ejecutando antes de iniciar la operación con el comando lumount pueden seguir ejecutándose.

• Debido a que un administrador de zonas no globales y uno de zonas globales pueden controlar una zona no global, durante las operaciones con los comandos lucreate o lumount se recomienda detener todas las zonas, para evitar cualquier interacción.

Puede haber problemas si el administrador de la zona global no avisa al administrador de la zona no global de una actualización con actualización automática.

Cuando se ejecutan operaciones de Actualización automática, la intervención del administrador de zona es fundamental. La actualización repercute en la forma de trabajar de los administradores, los cuales se encargarán de los cambios que haya como resultado de la actualización. Los administradores de zona deben garantizar la estabilidad de los paquetes locales durante la secuencia, ocuparse de todas las tareas posteriores a la actualización, como los ajustes en los archivos de configuración, y, en general, prever las interrupciones de suministro del sistema.

Por ejemplo, si un administrador de zona no global agrega un paquete mientras el administrador de zona global está copiando los sistemas de archivos con el comando lucreate, el nuevo paquete no se copia con los sistemas de archivos y el administrador de zonas no globales no es consciente del problema.

Creación de un entorno de inicio con una zona no global que está en un sistema de archivos independiente

El procedimiento para crear un entorno de inicio a partir del entorno de inicio actual sigue siendo el mismo respecto a las versiones anteriores menos en un punto. Se puede especificar un segmento de destino en disco para un sistema de archivos compartido en una zona no global. La excepción se da en las condiciones siguientes:

• Si en el entorno de inicio actual se utilizó el comando zonecfg add fs para crear un sistema de archivos independiente para una zona no global

• Si dicho sistema de archivos independiente reside en un sistema de archivos compartido, por ejemplo /zone/root/export

Para impedir que este sistema de archivos independiente se comparta en el nuevo entorno de inicio, el comando lucreate puede especificar un segmento de destino para un sistema de archivos independiente de una zona no global. El argumento de la opción -m dispone de un nuevo campo opcional, nombre_zona. Este campo nuevo coloca el sistema de archivos independiente de la zona no global en un segmento independiente del nuevo entorno de inicio. Para obtener más información sobre cómo configurar una zona no global con un sistema de archivos independiente, consulte la página del comando man zonecfg(1M).