Si instala una modificación que admita la arquitectura de paquete múltiple, podría aparecer en /var/sadm/install_data/Maintenance_Update_log un error similar al mensaje siguiente.
Installing xxxxxx-yy (x of xx) See /var/sadm/patch/xxxxxx-yy log for details grep: can't open pdgabbrev.extension/pkginfo |
Por ejemplo, si la modificación 123456-01 contiene los paquetes de modificaciones SUNWcar y SUNWcar.u, aparece el mensaje de error siguiente.
grep: can't open SUNWcar.u/pkginfo |
Solución alternativa: haga caso omiso del mensaje de error. El mensaje no afecta a la instalación de la modificación. El mensaje indica que patchadd(1M) no pasa el parámetro correcto a la función remove_PATCH_PROPERTIES().
A causa de los problemas que surgen de la interacción entre sh(1) y ksh(1), es posible que la utilidad install_mu no instale correctamente algunas modificaciones. Este fallo se produce cuando se inicia la utilidad, desde la línea de comandos o desde un script de administración, mediante el comando siguiente:
# /bin/sh ./install_mu opciones |
Solución alternativa: ejecute install_mu desde la línea de comandos o desde una secuencia administrativa de la forma siguiente:
# ./install_mu opciones |
Es posible que install_mu muestre uno de los mensajes siguientes:
One or more patch packages included in XXXXXX-YY are not installed on this system. Patchadd is terminating. |
O bien:
Installation of XXXXXX-YY failed: Attempting to patch a package that is not installed. |
Estos mensajes indican que patchadd no ha podido encontrar ninguno de los paquetes que tenía previsto modificar en el sistema, de forma que patchadd ha omitido la modificación indicada.
Aparece el mensaje cuando patchadd avisa de una discrepancia al instalar una modificación de un tipo de arquitectura en un sistema con otro tipo de arquitectura diferente. Por ejemplo, una modificación de sun4u en un sistema sun4m.
Este mensaje también podría mostrarse como resultado de la falta de uno o varios paquetes. Es posible que el administrador haya eliminado el paquete o que nunca lo instalara si, por ejemplo, se instaló un clúster menor que la Distribución completa.
Solución alternativa: haga caso omiso del mensaje.
Al realizar la instalación en modalidad monousuario, no use el comando exit cuando haya terminado. Use el comando reboot. Si se usó el comando exit en lugar de reboot ocurre lo siguiente:
El sistema se ha llevado al estado init 3 y no puede iniciar la sesión hasta que no rearranque el sistema.
Ningún usuario puede iniciar la sesión mientras no se rearranque el sistema.
pam_projects.so.1 realiza un volcado del núcleo cuando algún usuario o proceso intenta iniciar una sesión. Aparece el mensaje siguiente:
NOTICE: core_log: in.rshd[1479] core dumped: /var/crash/core.in.rshd.1479 |
Si un proceso intenta acceder al módulo pam_projects.so.1, se muestran mensajes de carga de módulo en la consola del sistema. Se muestra un mensaje parecido al siguiente:
cron[1433]: load_modules: can not open module /usr/lib/security/pam_projects.so.1 |
Estos mensajes también se muestran si se ha instalado MU2 en modalidad multiusuario. En ambos casos, los mensajes dejan de aparecer tras rearrancar el sistema.
Solución alternativa: si se utiliza el comando exit después de instalar en modo de monousuario, rearranque el sistema.
Si se usa el comando exit después de instalar el sistema en modalidad de multiusuario y no queda ningún superusuario conectado, rearranque el sistema.