test

Notes de version de Solaris 10 5/09

Administration système

Cette section décrit les bogues d'administration du système dans SE Solaris 10.

SPARC : FKU 137137-xx ne prend pas en charge le logiciel tiers de gestionnaire de volume

Le patch FKU 137137-xx ne prend pas en charge le logiciel tiers de gestionnaire de volume à quelques exceptions près. Ce défaut de prise en charge est lié à l'implémentation pré-patch, post-patch et de postbackout. Si les utilisateurs font appel à un logiciel tiers de gestionnaire de volume, ils ne peuvent pas appliquer le patch FKU. Le message d'erreur suivant s'affiche au cours de l'installation du patch :


unsupported root slice type xxxxx

Notez cependant que les logiciels Fujitsu et Veritas Volume Manager sont pris en charge.

Solution de contournement : aucune.

N'utilisez pas patchadd -M pour installer sur un système comportant des zones non globales

Sur un système comportant des zones non globales, il est recommandé de ne pas utiliser patchadd -M. L'implémentation actuelle de patchadd -M est d'abord appliquée à tous les patchs de la zone globale, puis aux zones non globales. Cette opération n'est pas idéale, car si un problème se produit après l'application d'un certain nombre de patchs à la zone globale, mais pas à la zone non globale, les zones peuvent être sévèrement désynchronisées ce qui sera difficile à réparer.

Solution de contournement : patchadd -a - M permet d'élaborer une séquence d'installation valide pour un ensemble de patchs et à s'assurer que l'installation des patchs se déroule sans incident.

Pour plus d'informations, voir les bonnes pratiques dans le Centre des patchs BigAdmin à l'adresse http://www.sun.com/bigadmin/features/articles/patch_management.jsp.

Échec de la commande ::findleaks (6720107)

La commande ::findleaks du débogueur mdb échoue dans le SE Solaris 10 5/09. Le message d'erreur suivant s'affiche :


mdb: couldn't walk 'modctl': unknown walk name

Solution de contournement : avant d'utiliser la commande ::findleaks , entrez la commande ::load krtld.

Le DVD Solaris 10 5/09 risque de ne pas être monté automatiquement par vold (6712352)

Le DVD Solaris 10 5/09 n'est pas monté par défaut pendant l'exécution. Aucun message d'erreur n'est affiché.

Solution de contournement : Procédez comme suit :

  1. Prenez le rôle de superutilisateur.

  2. Désactivez vold :

    • Sur les systèmes Solaris 10 :


      # svcadm disable -t volfs

    • Sur les systèmes Solaris 8 et 9 :


      /etc/init.d/volmgt stop

  3. Montez le support manuellement en générant la commande # mount -F hsfs chemin vers le lecteur de blocage chemin vers le point de montage. Exemple :


    # mount -F hsfs /dev/rdsk/c0t2d0s2 /mnt

Connexion impossible à la console de gestion Solaris après l'activation de Solaris Trusted Extensions (6639493)

La console de gestion SolarisTM se bloque et la connexion root à la console de gestion Solaris est impossible une fois Solaris Trusted Extensions activé. Le message d'erreur ci-dessous peut s'afficher en cas de blocage de la console de gestion Solaris :


Configuring the Management Server...

Solution de contournement : Procédez comme suit :

  1. Configurez Solaris Trusted Extensions et démarrez la console de gestion Solaris.

  2. Dans le menu de la console, choisissez Ouvrir une boîte à outils.

  3. Si localhost est répertorié, sélectionnez-le.

  4. Dans le cas contraire, tapez localhost.

  5. Choisissez la boîte à outils Policy=TSOL.

  6. Connectez-vous à nouveau à la console de gestion Solaris en tant qu'utilisateur root.

  7. (Facultatif) En cas d'échec de la deuxième connexion à la console de gestion Solaris, répétez les étapes 1 à 5 en tapant 127.0.0.1 au lieu de localhost à l'étape 3.

Échec possible de la commande zoneadm attach (6550154)

Lors de la connexion d'une zone, si l'hôte d'origine et le nouvel hôte présentent des packages au même niveau de patch mais à des historiques de patch intermédiaires différents, la connexion peut échouer. Plusieurs messages d'erreur s'affichent. Le message d'erreur dépend des historiques de patch des deux hôtes.

Solution de contournement : assurez-vous que la même séquence de versions de patch a été appliquée pour chaque patch sur les machines de l'hôte d'origine et du nouvel hôte.

Solaris est incapable de gérer les commutateurs de mode entre les modes hérité et AHCI pour le contrôleur SATA (6520224)

Dans les systèmes dotés d'un contrôleur SATA compatible AHCI, la configuration du BIOS permet habituellement au contrôleur d'être défini en mode RAID, hérité ou AHCI. Solaris prend en charge les modes hérité et AHCI.

Vous ne devez pas modifier la configuration du mode SATA dans le BIOS après l'installation initiale de Solaris. De même, vous ne pouvez pas la modifier avant ou après une mise à niveau Solaris. Si vous modifiez la configuration BIOS du mode SATA après l'installation de Solaris, la réinitialisation qui s'en suit échoue, sans qu'une explication quant aux raisons de la panne ne soit donnée.

Solution de contournement : si l'échec de l'initialisation est dû à la modification de la configuration BIOS, rétablissez le paramétrage d'origine et redémarrez Solaris.

Application de patch à activation différée (6486471)

À partir des patchs 119254-42 et 119255-42, les utilitaires d'installation de patchs, patchadd et patchrm, ont été modifiés : une nouvelle méthode de gestion est appliquée à certains patchs assurant de nouvelles fonctionnalités et à des fichiers existants incompatibles avec le système en cours d'exécution. Cette modification d'utilitaires affecte l'installation de ces patchs sur toutes les versions de Solaris 10. Ces patchs "à application différée" gèrent mieux les multiples modifications distribuées à l'aide de patchs de noyau.

Lors de l'application de patchs à activation différée, une copie du système de fichiers racine est créée à l'aide d'un système de fichiers loopback, lofs. Les fichiers d'origine patchés sont copiés à un emplacement fiable et la copie lofs du système de fichiers racine est patchée. Ensuite, le fichier d'origine est remonté via lofs sur le nouveau fichier lorsqu'il est patché. Ainsi, le système en cours d'exécution reste cohérent tout au long de l'application de patchs, les nouvelles fonctions restent inactives et toute modification incompatible reste masquée jusqu'à ce que l'utilisateur réinitialise le système.

Le système doit être réinitialisé dès que possible après l'application d'un patch à activation différée, mais il est possible d'ajouter d'autres patchs avant de procéder à la réinitialisation.

Le patch README contient des instructions sur les patchs nécessitant une réinitialisation.

Remarque –

Sun recommande vivement que les opérations de patch soient exécutées en mode monoutilisateur, tout particulièrement si c'est ce que conseille le patch README.

Si vous exécutez des zones non globales ou si lofs est désactivé, tenez compte des indications ci-dessous lors de l'installation et de la suppression de patchs à activation différée.

Aucun message d'erreur n'est affiché.

Solution de contournement : Sun recommande de gérer l'application de patchs à l'aide de Solaris Live Upgrade. Solaris Live Upgrade évite les problèmes d'application de patch sur un système en cours d'exécution. Solaris Live Upgrade réduit la période d'indisponibilité due à l'application des patchs et diminue les risques en offrant la possibilité de poursuivre les opérations en cas de problème. Pour de plus amples informations, reportez-vous au document Guide d’installation de Solaris 10 5/09 : Solaris Live Upgrade et planification de la mise à niveau.

Erreur possible d'applications 32 bits recherchant des informations relatives à l'état des systèmes de fichiers de grande taille (6468905)

Exécutées sur des systèmes de fichiers volumineux, ZFS par exemple, les applications recherchant des informations sur l'état des systèmes à l'aide de statvfs(2) ou statfs(2) affichent une erreur. Le message d'erreur suivant s'affiche :


Value too large for defined data type

Solution de contournement : les applications doivent plutôt utiliser statvfs64().

Utilisation restreinte de la commande patchadd avec l'option -R pour spécifier un chemin racine de remplacement à partir des systèmes ne tenant pas compte des zones (6464969)

Sur les systèmes exécutant une version de Solaris incompatible avec les zones, la commande patchadd -R ou une commande acceptant l'option -R ne permet pas de spécifier un chemin racine de remplacement pour une zone globale dans laquelle des zones non globales sont installées.

Contrairement à la commande luupgrade [- t, -T, -p, -p], aucun message d'erreur relatif aux restrictions d'utilisation de ces commandes ne s'affiche.

Rien n'indique que l'option -R n'a pas fonctionné. En raison de l'échec de la commande, les packages ou patchs Solaris 10 ne sont ajoutés à aucune zone non globale installée.

Ce problème se produit lors de l'installation et de la désinstallation des packages ou patchs.

Remarque –

L'option -R fonctionne si l'environnement d'initialisation de remplacement possède des zones non globales configurées, mais aucune zone non globale installée. En cas de doute sur l'existence de zones non globales installées et utilisées en tant que chemin racine de remplacement, et pour éviter tout problème, limitez l'utilisation de l'option -R dans toutes les instances.

Pour plus d'informations, reportez-vous aux pages de manuel suivantes :

Solution de contournement 1 : mettez le système d'exploitation à niveau vers Solaris 10 1/06 ou une version supérieure.

Si vous exécutez la version Solaris 10 3/05, installez les patchs suivants pour permettre l'exécution des commandes acceptant l'option -R pour créer un chemin racine de remplacement :

Solution de contournement 2 : évitez d'utiliser la commande patchadd -R ou toute commande acceptant l'option -R pour créer un chemin racine de remplacement.

À la place, initialisez le chemin racine de remplacement, par exemple la version Solaris 10, comme système d'exploitation actif. Ensuite, installez et désinstallez les packages et patchs Solaris 10 sans utiliser l'option -R.

Sun Patch Manager Tool 2.0 incompatible avec les versions précédentes

Un système qui exécute Sun Patch Manager Tool 2.0 peut gérer des systèmes distants exécutant l'outil Patch Manager, notamment Sun Patch Manager Tool 1.0.

Cependant, un système avec une version antérieure de l'outil Patch Manager ne peut pas gérer des systèmes distants qui exécutent Patch Manager Tool 2.0. Les versions précédentes de ce programme comprennent notamment :

Remarque –

La prise en charge par CIM/WBEM (Common Information Model/Web Based Enterprise Management) de l'outil Patch Manager n'existe pas dans le système d'exploitation Solaris 8. Par conséquent, la gestion à distance avec Patch Manager n'est pas applicable aux systèmes Solaris 8.

Impossible de supprimer les clients sans disque existants du système (6205746)

Si vous utilisez la commande smdiskless pour supprimer un client sans disque, cette commande échoue. Le client sans disque n'est pas supprimé des bases de données du système. Le message d'erreur suivant s'affiche :


Failing with error EXM_BMS.

Solution de contournement : annulez le partage de la partition /export avant d'ajouter un nouveau client.

SPARC : la commande smosservice delete ne parvient pas à supprimer tous les répertoires (6192105)

Si vous utilisez la commande smosservice delete pour supprimer un service de client sans disque, cette commande ne supprime pas tous les répertoires de service.

Solution de contournement : Procédez comme indiqué ci-dessous.

  1. Vérifiez qu'aucun client existant n'utilise le service.


    # unshare /export/exec/Solaris_10_sparc.all
# rm -rf /export/exec/Solaris_10_sparc.all
# rm -rf /export/exec/.copyofSolaris_10_sparc.all
# rm -rf /export/.copyofSolaris_10
# rm -rf /export/Solaris_10
# rm -rf /export/share
# rm -rf /export/root/templates/Solaris_10
# rm -rf /export/root/clone/Solaris_10
# rm -rf /tftpboot/inetboot.sun4u.Solaris_10

  2. Supprimez l'entrée suivante du fichier /etc/bootparams.


    fs1-24 boottype=:os
    Remarque –

    Ne supprimez cette entrée que si ce serveur de fichiers ne fournit aucune fonction ou ressource pour d'autres services.

  3. Supprimez l'entrée suivante du fichier /etc/dfs/dfstab.


    share -F nfs -o ro /export/exec/Solaris_8_sparc.all/usr

  4. Modifiez le fichier /var/sadm/system/admin/services/Solaris_10.

    • Si le serveur de fichiers n'est pas Solaris_10, supprimez le fichier.

    • Si le serveur de fichiers est Solaris_10, supprimez toutes les entrées après les trois premières lignes. Les lignes supprimées indiquent les packages USR_PATH et SPOOLED ROOT du service dans /export/root/templates/Solaris_10 et les plates-formes prises en charge.