Compatibilidad con entornos de arranque alternativos para Modernización automática de Solaris

Cuando se utiliza Modernización automática de Solaris y se crea un nuevo entorno de arranque, se evitarán problemas si se siguen estas pautas:

• Las secuencias de procedimientos de paquetes deben ser independientes del actual sistema operativo activo. Las secuencias de procedimiento definen acciones que tienen lugar en instantes específicos durante la instalación o eliminación de paquetes. Se pueden crear cuatro secuencias de procedimiento con estos nombres predefinidos: preinstall, postinstall, preremove y postremove. Las secuencias de procedimiento de paquetes deben ser independientes del actual sistema operativo activo porque Modernización automática de Solaris puede cambiar a un entorno de arranque alternativo.

  • Estas secuencias no deben iniciar ni parar ningún proceso, ni depender de la salida de comandos, como ps o truss, que dependen del sistema operativo y transmiten información acerca del sistema actualmente en ejecución.

  • Las secuencias de procedimiento pueden utilizar libremente comandos UNIX, como expr, cp y ls, y otros comandos que faciliten la elaboración de secuencias de shell. No obstante, la actual raíz alternativa (/) no debe modificarse, salvo según las normas indicadas en la sección "Requisitos de raíz alternativa (/) del programa JumpStart personalizado y de Modernización automática de Solaris".

  • Todas las secuencias deben escribirse en el shell Bourne (/bin/sh). Éste es el intérprete que el comando pkgadd emplea para ejecutar las secuencias de procedimiento.

  • Las secuencias de procedimiento de paquetes no deben llamar a comandos que no existan en versiones anteriores a la 2.6. Por ejemplo, las secuencias de procedimiento de paquetes no pueden llamar al comando pgrep. Desde la versión 2.6, se han agregado características adicionales a muchos de los comandos. Las secuencias de procedimiento de paquetes no deben utilizar opciones de comando que no existiesen en la versión 2.6. Por ejemplo, la opción -f es nueva en el comando umount.

• Todos los paquetes deben pasar la validación de pkgchk. Una vez creado un paquete, y antes de instalarlo, se debe verificar mediante el siguiente comando.

  # pkgchk -d nombre_directorio nombre_paquete

  nombre_directorio	Especifica el nombre del directorio en el que reside el paquete.
  nombre_paquete	Especifica el nombre del paquete.

  Por ejemplo, si un paquete existe en /export/SUNWvxvm, deberá emitir el comando siguiente:

  # pkgchk -d /export SUNWvxvm

  No se debe mostrar ningún error.

  Una vez creado un paquete, se debe probar mediante su instalación en una ubicación raíz alternativa (/) empleando la opción -R nombre_directorio con el comando pkgadd. Una vez instalado un paquete se debe verificar su corrección mediante el comando pkgchk, como en este ejemplo.

  # pkgadd -d . -R /a SUNWvxvm # pkgchk -R /a SUNWvxvm

  No se debe mostrar ningún error.

• Asimismo, los paquetes no deben ejecutar comandos incorporados en el propio paquete. El motivo es mantener la compatibilidad con clientes sin disco y evitar la ejecución de comandos que puedan necesitar bibliotecas compartidas que aún no se han instalado.

Los mencionados requisitos de creación, modificación y supresión de archivos se pueden verificar mediante diversos comandos. Por ejemplo, los comandos dircmp o fssnap se pueden usar para verificar el comportamiento adecuado de los paquetes. Asimismo, el comando ps se puede utilizar para verificar la compatibilidad con daemons, empleándolo para asegurarse de que el paquete no inicia ni detiene ningún daemon. Los comandos truss y pkgadd pueden usarse para comprobar la compatibilidad de la instalación del paquete en tiempo de ejecución, pero es posible que no funcionen en todas las situaciones. En el ejemplo siguiente, el comando truss prescinde de todos los accesos de sólo lectura o que no sean a $BASEDIR y muestra únicamente aquellos accesos que no son de sólo lectura a rutas ubicadas fuera de la raíz alternativa especificada (/).

# BASEDIR=/a; export BASEDIR
# truss -t open /usr/sbin/pkgadd -R ${BASEDIR} SUNWvxvm \
2>&1> /dev/null | grep -v O_RDONLY | grep -v \
'open("'${BASEDIR}

Para obtener información detallada acerca de los comandos a los que se hace referencia en esta sección, consulte las páginas de comando man dircmp(1), fssnap(1M), ps(1) o truss(1).