Bugs liés à l'installation

patchadd affiche un message d'erreur si un patch prenant en charge les architectures à patchs multiples est installé (4706994)

Si vous installez un patch prenant en charge les architectures à patchs multiples lors de l'installation de la mise à jour de maintenance MU1, une erreur sans gravité risque d'être reportée de la façon ci-dessous 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

• SUNWcar.u

grep: can't open SUNWcar.u/pkginfo

Solution : ignorez le message d'erreur. Il n'affecte pas l'installation du patch et indique seulement que patchadd(1M) ne transmet pas le paramètre correct à la fonction remove_PATCH_PROPERTIES ().

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 ci-après à 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

patchadd affiche un message indiquant sa fermeture

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é sur votre système aucun des modules auxquels il devait appliquer le patch indiqué et que celui-ci 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é un cluster plus réduit que la distribution complète).

Solution : ignorez le message.

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

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 peut se connecter tant que le système n'a 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 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 MU1 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.