Ce chapitre décrit des problèmes connus liés à l'installation et à l'utilisation du logiciel Solaris 9 MU2.
Si vous installez un patch prenant en charge les architectures à patchs multiples, une erreur sans gravité similaire à celle du message ci-après risque de s'afficher dans le fichier /var/sadm/install_data/Maintenance_Update_log.
Installing xxxxxx-yy (x of xx) See /var/sadm/patch/xxxxxx-yy log for details grep: can't open pdgabbrev.extension/pkginfo |
Par exemple, si le patch 123456-01 contient les modules de patchs SUNWcar et SUNWcar.u, le message d'erreur suivant s'affiche :
grep: can't open SUNWcar.u/pkginfo |
Solution : ignorez le message d'erreur. Il n'affecte pas l'installation du patch. Le message indique que patchadd(1M) ne transmet pas le paramètre correct à la fonction remove_PATCH_PROPERTIES().
En raison de problèmes d'interaction entre sh(1) et ksh(1), il est possible que le programme install_mu n'installe pas correctement certains patchs. Cette défaillance survient lorsque vous le lancez à l'aide de la commande indiquée ci-dessous à partir d'une ligne de commande ou d'un script d'administration.
# /bin/sh ./install_mu options |
Solution : pour exécuter install_mu à partir d'une ligne de commande ou d'un script d'administration, utilisez la commande suivante :
# ./install_mu options |
install_mu peut afficher l'un des messages sans gravité suivants :
One or more patch packages included in XXXXXX-YY are not installed on this system. Patchadd is terminating. |
ou
Installation of XXXXXX-YY failed: Attempting to patch a package that is not installed. |
Ces messages indiquent que patchadd n'a trouvé aucun des modules auxquels il devait appliquer le patch indiqué sur votre système et que ce patch a donc été ignoré.
Ces messages s'affichent lorsque patchadd détecte un conflit entre l'architecture du patch et celle du système sur lequel vous voulez l'installer. Par exemple, un patch sun4u sur un système sun4m.
Cela peut aussi être dû à l'absence d'un ou plusieurs modules. Ces modules peuvent avoir été supprimés par l'administrateur, ou ne jamais avoir été installés ; par exemple, si vous avez installé une grappe plus réduite que la distribution complète.
Solution : ignorez le message.
Si vous effectuez l'installation en mode mono-utilisateur, ne lancez pas la commande exit une fois la procédure terminée. Utilisez la commande reboot. Si vous utilisez la commande exit au lieu de la commande reboot :
le système passe au niveau init 3, et vous devez le réinitialiser pour pouvoir vous reconnecter ;
aucun autre utilisateur ne pourra se connecter tant que le système n'aura pas été réinitialisé ;
pam_projects.so.1 crée un vidage d'image mémoire lorsqu'un utilisateur ou un processus tente de se connecter et le message suivant s'affiche :
NOTICE: core_log: in.rshd[1479] core dumped: /var/crash/core.in.rshd.1479 |
si un processus tente d'accéder au module pam_projects.so.1, la console système affiche des messages de chargement de module ; il peut s'agir des messages suivants :
cron[1433]: lad_modules: can not open module /usr/lib/security/pam_projects.so.1 |
Ces messages s'affichent également si vous installez la MU2 en mode multi-utilisateur, mais dans les deux cas ils disparaissent après réinitialisation du système.
Solution : si vous avez utilisé la commande exit après une installation en mode mono-utilisateur, réinitialisez le système.
Si vous avez utilisé la commande exit après une installation en mode multi-utilisateur et qu'aucun superutilisateur n'est encore connecté, réinitialisez le système.