Apéndice B Requisitos de empaquetado SVR4 adicionales (referencia)

El presente apéndice está destinado a administradores del sistema que instalan o eliminan paquetes, en especial de otros proveedores. Si se cumplen estos requisitos de paquetes permite lo siguiente:

• Evita la modificación del sistema que se está ejecutando en la actualidad, de forma que puede utilizar Modernización automática de Solaris y crear y mantener zonas no globales y clientes sin disco

• Evita que un paquete sea interactivo para automatizar las instalaciones cuando se utilizan los programas de instalación como JumpStart personalizado

Este capítulo incluye los siguientes apartados:

• Cómo evitar la modificación el sistema operativo actual.

• Cómo evitar la interacción del usuario cuando se realiza la instalación o modernización.

• Configuración de los parámetros de los paquetes para las zonas

Cómo evitar la modificación el sistema operativo actual

Si se cumplen los requisitos en esta sección, se mantendrá el sistema operativo que se está ejecutando en la actualidad sin modificar.

Utilización de rutas absolutas

Para que se realice la instalación de un sistema operativo con éxito, los paquetes deben reconocer y respetar correctamente los sistemas de archivos root (/) como un entorno de arranque inactivo de Modernización automática de Solaris.

Los paquetes pueden incluir rutas absolutas en su archivo pkgmap (mapa del paquete). Si dichos archivos existen, están escritos de forma relativa a la opción -R del comando pkgadd. Los paquetes que contienen tanto rutas absolutas como relativas (reubicables) se pueden instalar también en un sistema de archivos root (/) alternativo. $PKG_INSTALL_ROOT se antepone tanto a los archivos absolutos como a los reubicables, de forma que todas las rutas se determinen correctamente cuando se utilice el comando pkgadd para la instalación.

Utilización del comando pkgadd -R

Los paquetes instalados mediante el comando pkgadd -R o los que se eliminen con la opción pkgrm -R no deben modificar el sistema actualmente en ejecución. JumpStart personalizado, Modernización automática de Solaris, las zonas no globales y el cliente sin disco utilizan esta función.

Las secuencias de comandos incluidas en los paquetes que se instalen con el comando pkgadd -R o que se eliminen con el comando pkgrm -R no deben modificar el sistema en ejecución. Todas las secuencias de instalación utilizadas deben hacer referencia a los directorios o archivos con el prefijo indicado por la variable $PKG_INSTALL_ROOT. El paquete debe escribir todos los directorios y archivos con el prefijo $PKG_INSTALL_ROOT. El paquete no debe eliminar directorios sin un prefijo $PKG_INSTALL_ROOT.

La Tabla B–1 proporciona ejemplos de sintaxis de secuencias.

if [ -f ${PKG_INSTALL_ROOT}\
/etc/myproduct.conf ] ; then

if [ -f /etc/myproduct.conf ] ; \
 then

/bin/rm -f ${PKG_INSTALL_ROOT}\
/etc/myproduct.conf

/bin/rm -f /etc/myproduct.conf 

echo "test=no" > ${PKG_INSTALL_ROOT}\
/etc/myproduct.conf

echo "test=no" > \
/etc/myproduct.conf

Información general acerca de las diferencias entre $PKG_INSTALL_ROOT y $BASEDIR

$PKG_INSTALL_ROOT es la ubicación del sistema de archivos raíz (/) del equipo al que se va a agregar el paquete. Ésta se adjunta al argumento de -R del comando pkgadd. Por ejemplo, si se ejecuta el siguiente comando, entonces $PKG_INSTALL_ROOT se convierte en /a durante la instalación del paquete.

# pkgadd -R /a SUNWvxvm

$BASEDIR señala al directorio base reubicable en el que se instalan los objetos de paquete reubicables. Sólo se instalan aquí los objetos reubicables. Los objetos no reubicables (aquéllos con rutas absolutas en el archivo pkgmap) se instalan siempre en relación con el entorno de arranque inactivo, pero no en relación con el directorio $BASEDIR vigente. Si un paquete no contiene objetos reubicables, se denomina paquete absoluto (o no reubicable) y $BASEDIR no está definida, ni está disponible para las secuencias de procedimientos de paquetes.

Por ejemplo, supongamos que el archivo pkgmap de un paquete tiene dos entradas:

1 f none sbin/ls 0555 root sys 3541 12322 1002918510
1 f none /sbin/ls2 0555 root sys 3541 12322 2342423332

El archivo pkginfo tiene una especificación para $BASEDIR:

BASEDIR=/opt

Si este paquete se instala con el siguiente comando, ls se instala en /a/opt/sbin/ls, pero ls2 se instala como /a/sbin/ls2.

# pkgadd -R /a SUNWtest

Directrices para escribir secuencias

Las secuencias de procedimientos de paquetes deben ser independientes del sistema operativo que se esté ejecutando en la actualidad para evitar modificarlo. 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.

Mantenimiento de compatibilidad de clientes sin disco

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.

Verificación de paquetes

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 dir_name pkg_name

nombre_directorio

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

nombre_paquete

Especifica el nombre del paquete.

Ejemplo B–1 Comprobación de un paquete

Después de crear un paquete, es necesario probarlo instalándolo en una ubicación alternativa del sistema de archivos root (/) mediante la opción -R nombre_directorio en pkgadd. Una vez instalado el 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.

Ejemplo B–2 Comprobación de un paquete en /export/SUNWvxvm

Si un paquete existe en /export/SUNWvxvm, deberá emitir el comando siguiente:

# pkgchk -d /export SUNWvxvm

No se debe mostrar ningún error.

Otros comandos pueden comprobar el paquete cuando esta creando, modificando y eliminando archivos. Los comandos siguientes son algunos ejemplos.

• 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, pkgadd -v y pkgrm 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 $TEMPDIR y muestra únicamente aquellos accesos que no son de sólo lectura a rutas ubicadas fuera del entorno de arranque inactivo especificado.

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

Cómo evitar la interacción del usuario cuando se realiza la instalación o modernización

Los paquetes se deben agregar o eliminar sin que se solicite información cuando se utilizan las siguientes utilidades estándar de Solaris.

• El programa JumpStart personalizado

• Modernización automática de Solaris

• Programa Instalación de Solaris

• Zonas de Solaris

Para probar un paquete con objeto de garantizar que se instalará sin interacción del usuario, se puede configurar un nuevo archivo de administración con el comando pkgadd y la opción -a. Ésta define un archivo de administración de instalación para usarlo en lugar del predeterminado. - El uso del archivo predeterminado podría hacer que se solicite información al usuario. Se puede crear un archivo de administración que indique al comando pkgadd que haga caso omiso de las comprobaciones e instale el paquete sin confirmación por parte del usuario. Para obtener más información, consulte la página del comando man admin(4) o pkgadd(1M).

Los siguientes ejemplos muestra cómo el comando pkgadd utiliza el archivo de administración.

• Si no se proporciona ningún archivo de administración, pkgadd utiliza /var/sadm/install/admin/default. El uso de este archivo puede tener como consecuencia la interacción con el usuario.

  # pkgadd

• Si en la línea de comandos se incluye un archivo de administración relativo, pkgadd busca el nombre del mismo en /var/sadm/install/admin y lo utiliza. En este ejemplo, el archivo de administración relativo se denomina nocheck, y pkgadd busca /var/sadm/install/admin/nocheck.

  # pkgadd -a nocheck

• Si se proporciona un archivo absoluto, pkgadd lo usa. En este ejemplo, pkgadd busca en /tmp el archivo de administración nocheck.

  # pkgadd -a /tmp/nocheck

Ejemplo B–3 Archivo de administración de instalación

A continuación se indica un ejemplo de archivo de administración de instalación con la utilidad pkgadd que apenas precisa interaccionar con el usuario. A menos que el paquete necesite un espacio mayor del disponible en el sistema la utilidad pkgadd usa este archivo e instala el paquete sin solicitar más información al usuario.

mail=
instance=overwrite
partial=nocheck
runlevel=nocheck
idepend=nocheck
space=ask
setuid=nocheck
confiict=nocheck
action=nocheck
basedir=default

Configuración de los parámetros de los paquetes para las zonas

Los paquetes presentan parámetros que controlan cómo se distribuye y se hace visible el contenido en un sistema con zonas no globales instaladas. Los parámetros de paquetes SUNW_PKG_ALLZONES, SUNW_PKG_HOLLOW y SUNW_PKG_THISZONE definen las características de los paquetes en un sistema con zonas instaladas. Deben establecerse estos parámetros para que puedan administrarse los paquetes en un sistema con zonas no globales.

La siguiente tabla muestra cuatro combinaciones válidas para establecer los parámetros de los paquetes. Si decide establecer combinaciones que no aparecen en la siguiente tabla, esa configuración no será válida y provocará que no se pueda instalar el paquete.

Asegúrese de establecer los tres parámetros de los paquetes. Puede dejar en blanco los tres parámetros de los paquetes. Las herramientas de los paquetes consideran los parámetros de paquetes de las zonas que no se han configurado como si se hubieran establecido en "false", por lo que no es recomendable dejar de configurar los parámetros. Al establecer los tres parámetros de los paquetes, se especifica el comportamiento que las herramientas de los paquetes deben mostrar cuando se instala o se elimina un paquete.

Para obtener información de referencia

Las siguientes referencias proporcionan información de referencia acerca de los requisitos de paquetes y sintaxis específicas de comandos.