Chapitre 4 Problèmes connus

Ce chapitre décrit des problèmes connus liés à l'installation et à l'utilisation de la mise à jour de maintenance Solaris 8 MU4.

Bugs liés à l'installation

install_mu ne fonctionne pas correctement s'il est lancé à l'aide de sh (4062334)

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 s'il est lancé à l'aide de la commande suivante à partir d'une ligne de commande ou d'un script d'administration :

# /bin/sh ./install_mu options

Solution : exécutez install_mu à partir d'une ligne de commande ou d'un script d'administration de la manière suivante :

# ./install_mu options

Patchadd affiche un message indiquant sa fermeture

install_mu peut afficher l'un des messages sans gravité suivants :

Un ou plusieurs des modules de patch inclus dans XXXXXX-YY ne sont pas installés sur ce système.
 
Patchadd se termine.

Ou :

L'installation de XXXXXX-YY a échoué :
  tentative d'application d'un patch à un module qui n'est pas installé.

Ces messages indiquent que patchadd n'a trouvé sur votre système aucun des modules auxquels il voulait appliquer le patch indiqué, lequel 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 ont pu être supprimés par l'administrateur, voire jamais installés (c'est le cas si vous avez installé un cluster plus petit que la distribution Entire).

Solution : ne tenez pas compte de ces messages.

connexion impossible si le système n'est pas réinitialisé (4423853)

Si vous effectuez l'installation en mode mono-utilisateur, n'utilisez 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 ne pouvez plus vous connecter. Vous devez alors ramener le système à l'invite ok.

• 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. Le système affiche le message suivant :

  AVERTISSEMENT : core_log : image mémoire in.rshd[1479] vidée : /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. Ces messages peuvent être par exemple :

  cron[1433] : load_modules : impossible d'ouvrir le module /usr/lib/security/pam_projects.so.1

  Ces messages apparaissent également si vous installez MU4 en mode multi-utilisateur. Dans les deux cas, ces messages disparaissent lorsque le système est réinitialisé.

Solution : si vous avez utilisé la commande exit après une installation en mode mono-utilisateur, revenez à l'invite ok et entrez boot.

Si vous avez utilisé la commande exit après une installation en mode multi-utilisateur et qu'aucun superutilisateur n'est encore connecté, revenez à l'invite ok et entrez boot.