test

Notes de version de Solaris 10 6/06

Administration système

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

smosservice ou smdiskless est arrêtée en raison de problèmes wbem (6378956)

La commande smosservice ou smdiskless risque de ne pas fonctionner en raison d'une dépendance avec la version JDKTM 1.5.

Le message d'erreur suivant apparaît :


 /usr/sadm/bin/smosservice list -u <user> -p <password> Exception in thread "main" 
java.lang.UnsupportedClassVersionError: 
com/sun/management/viperimpl/console/BaseConsoleOptionsManager 
(Unsupported major.minor version 49.0)
at java.lang.ClassLoader.defineClass0(Native Method)
       at java.lang.ClassLoader.defineClass(ClassLoader.java:539)
       at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123)
       at java.net.URLClassLoader.defineClass(URLClassLoader.java:251)
       at java.net.URLClassLoader.access$100(URLClassLoader.java:55)
       at java.net.URLClassLoader$1.run(URLClassLoader.java:194)
       at java.security.AccessController.doPrivileged(Native Method)
       at java.net.URLClassLoader.findClass(URLClassLoader.java:187)
       at java.lang.ClassLoader.loadClass(ClassLoader.java:289)
       at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:274)
       at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
       at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302)

Solution :

Réglez la variable JAVA_HOME pour pointer sur une installation JDK 1.5.


# JAVA_HOME=/usr/java

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.

Sun Remote Services Net Connect n'est pris en charge que dans la zone globale

Sun Remote Services (SRS) Net Connect n'est pris en charge que dans la zone globale. Des messages d'erreur s'affichent si vous effectuez une des actions suivantes :

Les messages d'erreur sont les suivants :


*** package SUNWcstu failed to install - interactive administration required:

Interactive request script supplied by package
pkgadd: ERROR: request script did not complete successfully

Installation of SUNWcstu was suspended (interaction required).
No changes were made to the system.  

*** package SUNWfrunc failed to install - interactive administration required:

Interactive request script supplied by package
pkgadd: ERROR: request script did not complete successfully

Installation of SUNWfrunc was suspended (interaction required).
No changes were made to the system.

Solution : ignorez les messages d'erreur.

Des messages d'erreur ou d'avertissement peuvent s'afficher lors de l'installation de zones non globales avec la commande zoneadm

Lors de l'installation d'une zone non globale à l'aide de la commande zoneadm, des messages d'erreur ou d'avertissement peuvent s'afficher au cours de l'installation des packages. Les messages sont semblables à ceux de l'exemple suivant :


Preparing to install zone zone1.
Creating list of files to copy from the global zone.
Copying 2348 files to the zone.
Initializing zone product registry.
Determining zone package initialization order.
Preparing to initialize 790 packages on the zone.
Initialized 790 packages on zone.
Zone zone1 is initialized.

Installation of the following packages generated errors: 
SUNWjhrt SUNWmcc SUNWjhdev SUNWnsb SUNWmcon SUNWmpatchmgr

Installation of the following packages generated warnings: 
SUNWj3rt SUNWmc SUNWwbmc SUNWmga SUNWdclnt SUNWlvma SUNWlvmg 
SUNWrmui SUNWdoc SUNWpl5m SUNWpmgr

Les problèmes relatifs à l'installation des packages sont également consignés dans /export/zone1/root/var/sadm/system/logs/install_log qui contient un journal d'installation de la zone.

Solution : Aucune.

Remarque –

La zone non globale est toujours utilisable même si ces messages ont été affichés. Des problèmes liés à l'installation des packages existaient dans les versions précédentes de Solaris Express et les versions bêta de Solaris\~10. Cependant, aucune notification concernant ces problèmes n'a été générée. À partir de cette version de Solaris, ces erreurs sont maintenant correctement signalées et consignées.

Échec de l'ajout de régions avec la commande localeadm (6350486)

La fonction permettant d'ajouter des régions avec la commande localeadm ne fonctionne plus si vous créez un nouveau fichier de configuration. Le CD de langue n'est pas détecté lorsque vous ajoutez les régions suivantes :

Le message d'erreur suivant apparaît :


No langcd image has been found in
/cdrom/sol_10_1005_x86_4/Solaris_10/Product

No langcd image has been found in
/cdrom/sol_10_1005_x86_4 /cdrom/sol_10_1005_x86_4
/cdrom/sol_10_1005_x86_4
/cdro m/sol_10_1005_x86_4
/cdrom/sol_10_1005_x86_4

Please enter the path to this image/disk, or enter 'q' to quit:

Solution : Lorsque vous êtes invité à créer un nouveau fichier de configuration, répondez par la négative. Utilisez plutôt le fichier de configuration installé sur votre système.

SPARC : Des messages d'erreur s'affichent lors de la reconfiguration dynamique (6312424)

Au cours d'une reconfiguration dynamique (DR), des messages d'erreur risquent de s'afficher. Ces messages s'affichent si vous réalisez une reconfiguration dynamique pendant que des opérations d'entrée et de sortie sont actives sur les périphériques situés sur le chemin d'accès de la reconfiguration dynamique. après l'affichage de ces messages, les opérations d'entrée et de sortie sont relancées et finissent par réussir. Voici un exemple de ce qui peut s'afficher :


Jul 28 12:23:19 qame10-a scsi: [ID 107833 kern.warning] WARNING:
/ssm@0,0/pci@19,700000/SUNW,qlc@2,1/fp@0,0/ssd@w2100000c5056fa13,0 (ssd6):
Jul 28 12:23:19 qame10-a 	transport rejected fatal error
Jul 28 12:22:08 qame10-a scsi: [ID 107833 kern.warning] WARNING:
/ssm@0,0/pci@19,700000/SUNW,qlc@2,1/fp@0,0/ssd@w2100000c5056f9a7,0 (ssd36):
Jul 28 12:22:08 qame10-a 	SCSI transport failed: reason 'timeout':
retrying command

Solution : Aucune. ignorez les messages d'erreur.

SPARC : La réinitialisation d'un lien sur un serveur d'un réseau de stockage SAN entraîne la réinitialisation du numéro d'unité logique de tous les serveurs (6301627)

La commande luxadm -e forcelip permettant de réinitialiser un lien sur un serveur entraîne la réinitialisation du numéro d'unité logique (LUN) de tous les serveurs du réseau de stockage SAN. Un message d'erreur tel que le suivant s'affiche sur la console d'un ou plusieurs serveurs d'une zone au sein du même environnement SAN.


Aug 16 13:34:07 ontario-a last message repeated 5 times
Aug 16 13:34:07 ontario-a scsi_vhci: [ID 734749 kern.warning] WARNING:
vhci_scsi_reset 0x0

Solution : Aucune. ignorez les messages d'erreur.

Affichage de messages d'erreur par pkgchk après la suppression de patchs de zones (6267966)

Les commandes patchadd et patchrm ne fonctionnent pas correctement dans les zones non globales avec les systèmes de fichiers hérités. Par conséquent, dans ces zones, la commande pkgchk risque de générer des messages d'erreur liés aux packages dans les circonstances suivantes :

  1. Dans la zone globale, vous appliquez des patchs concernant le système de la zone Solaris\~10 à l'aide de la commande patchadd.

  2. Vous utilisez la commande patchrm pour supprimer des patchs que vous venez d'appliquer.

  3. Dans une zone non globale présentant des systèmes de fichiers hérités, vous utilisez la commande pkgchk pour vérifier des informations concernant un package dans l'un des patchs supprimés.

Un message similaire au suivant s'affiche lorsque vous utilisez la commande pkgchk sur SUNWcsu dans l'une des circonstances citées ci-dessus.


# pkgchk SUNWcsu
ERROR: /usr/lib/inet/certdb
     modtime <04/26/05 10:55:26 PM> expected <01/23/05 01:48:24 AM> actual
     file size <36012> expected <42152> actual
     file cksum <37098> expected <19747> actual
ERROR: /usr/lib/inet/certlocal
     modtime <04/26/05 10:55:26 PM> expected <01/23/05 01:48:24 AM> actual
     file size <44348> expected <84636> actual

Solution : Aucune. Ces erreurs sont sans danger. ignorez les messages d'erreur.

Situation de compétition de disponibilité entre les algorithmes EF/kcfd et IPsec (6266083)

Les systèmes avec la version Solaris 10 3/05 HW1 risquent de poser des problèmes avec IPsec. Ce problème risque de se produire sur les systèmes nouvellement installés ou sur les systèmes important un grand nombre de nouveaux manifestes Service Management Facility (SMF) au cours de l'initialisation. Après ces conditions d'initialisation, IPsec, qui fait partie de svc:/network/initial:default , peut être initialisé avant le cadre de chiffrement, qui fait partie de svc:/system/cryptosvc:default. Les algorithmes d'authentification et de chiffrement n'étant pas disponibles, la création d'associations de sécurité IPsec risque d'échouer avec un message d'erreur tel que le suivant :


PF_KEY error: type=ADD, errno=22:
Invalid argument, diagnostic  code=40:
Unsupported authentication algorithm

Par exemple, cette erreur risque de se produire lorsque vous utilisez la reconfiguration dynamique sur un système Sun Fire E25K, ce qui implique des services IPsec.

Solution : Avant de réaliser des opérations faisant appel aux services IPsec, suivez la procédure ci-dessous après une initialisation important un grand nombre de nouveaux manifestes SMF :

  1. Exécutez cette commande après l'initialisation :


    ipsecalgs -s

  2. Si /etc/inet/secret/ipseckeys existe sur le système, exécutez également cette commande :


    ipseckey -f /etc/inet/secret/ipseckeys

Vous pouvez maintenant effectuer des actions permettant de créer des associations de sécurité IPsec telles que l'utilisation de la DR sur un système Sun Fire E25K.

Cette procédure doit être répétée uniquement lorsqu'un grand nombre de nouveaux manifestes SMF sont importés lors de l'initialisation.

L'utilitaire d'administration Solaris Product Registry ne s'exécute pas dans une zone (6220284)

Si vous essayez de lancer l'utilitaire Solaris Product Registry dans une zone, cette tentative échoue. Lors de l'installation de la zone, productregistry , la base de données de Solaris Product Registry, n'est pas reproduite dans la zone. Par conséquent, l'utilitaire ne peut pas s'exécuter dans une zone.

Solution : en tant que superutilisateur, copiez la base de données productregistry dans la zone.


# cp /var/sadm/install/productregistry zone_path/var/sadm/install/

Dans la commande précédente, zone_path est le chemin d'accès au répertoire root de la zone que vous avez créée.

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 apparaît :


Failing with error EXM_BMS.

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

Échec de l'installation de Net Connect 3.1.1 (6197548)

L'installation de Net Connect 3.1.1 échoue si vous sélectionnez le produit au début d'une installation complète de Solaris\~10. Ce problème se produit lorsque vous procédez à l'installation à l'aide du DVD du système d'exploitation Solaris 10. Une fois l'installation du système d'exploitation terminée, l'erreur suivante est enregistrée dans le journal d'installation de Net Connect à l'emplacement suivant : /var/sadm/install/logs/:


Installation of SUNWSRSPX failed.
Error: pkgadd failed for SUNWsrspx 
Install complete. Package: SUNWsrspx

Solution : une fois l'installation du système d'exploitation terminée, procédez comme suit :

  1. Insérez le DVD du système d'exploitation Solaris 10 ou le CD 4 du Logiciel Solaris 10 -.

  2. Accédez au répertoire du produit Net Connect.

  3. Exécutez le programme d'installation de Net Connect.

Remarque –

Pour télécharger la dernière version du logiciel Sun Net Connect et de ses notes de version, connectez-vous au portail de Sun Net Connect à l'adresse https://srsnetconnect.sun.com.

x86 : La bibliothèque C par défaut peut empêcher l'initialisation lors de l'installation des archives Solaris Flash (6192995)

Un échec de l'initialisation lié à l'archive Solaris Flash peut se produire dans les cas suivants :

Lorsque vous tentez d'initialiser le système clone, le message d'erreur suivant s'affiche :


WARNING: init exited with fatal signal 9; restarting.

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

  1. Avant de créer l'archive, démontez la bibliothèque /lib/libc.so.1 du système maître.


    # umount /lib/libc.so.1

    Cette commande permet au système maître d'utiliser la version de base de la bibliothèque libc C.

  2. Créez l'archive Solaris Flash sur le système maître.

    Pour plus d'informations sur la création d'archives Flash Solaris, reportez-vous à Guide d’installation de Solaris 10 6/06: Archives Solaris Flash - Création et installation.

  3. Montez la bibliothèque /lib/libc.so.1 sur le système maître.


    # mount -O -F lofs /lib/libc.so.1 /usr/lib/libc/libc_hwcap2.so.1

  4. Installez l'archive Solaris Flash sur le système maître.

    Pour plus d'informations sur l'installation d'archives Flash Solaris, reportez-vous à Guide d’installation de Solaris 10 6/06: Archives Solaris Flash - Création et installation.

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 : 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.

La commande patchadd ne prend pas en charge l'installation des patchs à partir d'un serveur NFS (6188748)

Si vous utilisez la commande patchadd pour installer des patchs sur le NFS d'un autre système, la commande échoue. L'exemple suivant illustre une opération patchadd qui a échoué et le message d'erreur correspondant qui s'affiche :


Validating patches...

Loading patches installed on the system...
[...]
Loading patches requested to install.
[...]
Checking patches that you specified for installation.
[...]
Approved patches will be installed in this order:
[...]
Checking local zones...
[...]
Summary for zones:
[...]
Patches that passed the dependency check:
[...]

Patching global zone
Adding patches...

 Checking installed patches...
Verifying sufficient filesystem capacity (dry run method)...
Installing patch packages...

 Patch Patch_ID has been successfully installed.
See /var/sadm/patch/Patch_ID/log for details
 Patch packages installed:
   SUNWroute
[...]

Adding patches...
 The patch directory
 /dev/.SUNW_patches_0111105334-1230284-00004de14dcb29c7
 cannot be found on this system.  

[...]

Patchadd is terminating.

Solution : dans un premier temps, copiez manuellement tous les patchs à installer à partir du serveur NFS sur le système local. Puis, utilisez la commande patchadd pour installer les patchs à partir du répertoire sur le système local dans lequel ils ont été copiés.

La commande lucreate ne crée pas de volumes RAID-1 (5106987)

Si vous utilisez la commande lucreate pour créer des volumes RAID-1 (miroirs) pour lesquels le répertoire /dev/md ne comporte aucune entrée, la commande échoue. Vous ne pouvez pas mettre en miroir des systèmes de fichiers avec la commande lucreate sauf si vous créez d'abord les miroirs avec le logiciel Solaris Volume Manager.

Solution : créez les systèmes de fichiers mis en miroir avec le logiciel Solaris Volume Manager, puis créez le nouvel environnement d'initialisation avec la commande lucreate.

Pour plus d'informations sur la commande lucreate, reportez-vous à lucreate(1M) ou à Guide d’installation de Solaris 10 6/06: Solaris Live Upgrade et planification de la mise à niveau.

Pour plus d'informations sur la création de systèmes de fichiers mis en miroir à l'aide du logiciel Solaris Volume Manager, reportez-vous au manuel Solaris Volume Manager Administration Guide..

Périphériques non immédiatement disponibles dans les zones fabric d'un réseau de stockage SAN (5077933)

Lorsqu'une zone fabric d'un réseau de stockage SAN est créée de façon dynamique, les périphériques de cette zone risquent de ne pas être disponibles du côté de l'hôte. Si vous utilisez la commande luxadm -e dump_map pour afficher les données correspondant à ces périphériques ou adaptateurs de bus hôtes, un message d'erreur s'affiche. Consultez l'exemple ci-dessous.


# luxadm -e dump_map /dev/cfg/c5

 Pos  Port_ID Hard_Addr Port WWN         Node WWN         Type
ERROR: Unable to retrieve target port details (QLogic Corp-2312-3)ERROR

Le fait de répertorier l'état de tous les points de liaison permet d'obtenir des informations similaires à celles présentées dans l'exemple suivant. Dans cet exemple, un lecteur de bandes figure parmi les périphériques fabric mais aucun périphérique n'est indiqué en c5.


# cfgadm -al

Ap_Id        Type         Receptacle   Occupant     Condition
:
:
c5           fc-fabric    connected    unconfigured unknown
usb0/1       unknown      empty        unconfigured ok
:
:

Solution : Après avoir configuré les périphériques connectés à la zone fabric, réinitialisez la liaison vers ces périphériques. Pour cela, exécutez la commande luxadm -e forcelip. Dans le cas de l'exemple précédent, il convient de taper ce qui suit :


# luxadm -e forcelip /dev/cfg/c5

SPARC : panique possible du système suite à son arrêt à l'aide d'une combinaison de touches (5061679)

SI vous tentez d'arrêter le système en appuyant sur la combinaison de touches Stop+A ou L1+A, le système risque de paniquer. Un message similaire s'affiche :


panic[cpu2]/thread=2a100337d40: pcisch2 (pci@9,700000): 
consistent dma sync timeout

Solution : N'utilisez pas les séquences clavier pour forcer le système à entrer dans la mémoire PROM OpenBoot.

Échec de l'utilisation de la commande ipfs avec l'option -W (5040248)

La commande ipfs enregistre et récupère les informations concernant l'état de Network Address Translation (NAT) et des tables d'état du filtrage des paquets. Cet utilitaire empêche l'interruption des connexions réseau si le système se réinitialise. Si vous exécutez la commande avec l'option -W, ipfs ne parvient pas à enregistrer les tables d'état du noyau. Le message d'erreur suivant apparaît :


state:SIOCSTGET: Bad address

Solution : Aucune.

La commande kill -HUP n'exécute pas toujours l'agent pour qu'il relise le fichier de configuration snmpd.conf (4988483)

Après avoir modifié le contenu du fichier snmpd.conf, vous pouvez exécuter la commande kill -HUP snmp Process ID. Cette commande arrête le processus snmp. Puis, elle envoie un signal à l'agent maître de System Management Agent (snmpd) pour qu'il relise snmpd.conf et applique les modifications que vous y avez apportées. La commande peut ne pas exécuter l'agent maître pour qu'il relise le fichier de configuration. Par conséquent, l'utilisation de la commande ne peut pas toujours activer les modifications dans le fichier de configuration.

Plutôt que d'utiliser la commande kill -HUP, redémarrez System Management Agent après avoir ajouté des modifications à snmpd.conf. Procédez comme suit :

  1. Prenez le rôle de superutilisateur.

  2. Tapez la commande suivante :

    # /etc/init.d/init.sma restart

x86 : échec de l'initialisation de la partition de service en cas d'activation de la touche F4 pendant l'initialisation du BIOS (4782757, 5051157)

Vous initialisez un serveur Sun LX50 qui comporte une partition Service et sur lequel Solaris 10 sur x86 est installé. Vous avez la possibilité d’initialiser la partition de service à l’aide de la touche F4. Cependant, cela efface le contenu de l’écran. Le système ne parvient pas à initialiser la partition de service.

Solution : n'appuyez pas sur la touche F4 lorsque l'écran d'initialisation du BIOS apparaît. Après quelques secondes, l'écran affichant les informations sur la partition de disque actuelle apparaît. Sélectionnez le chiffre dans la colonne Part# correspondant à type=DIAGNOSTIC type=DIAGNOSTIC puis appuyez sur la touche Entrée. le système initialise la partition de service.

Le démon Solaris WBEM Services 2.5 ne peut pas localiser les fournisseurs d'interface de programmation d'application com.sun (4619576)

Le démon Solaris WBEM Services 2.5 ne peut pas localiser les fournisseurs indiqués pour l'interface com.sun.wbem.provider ou l'interface com.sun.wbem.provider20. Même si vous créez une instance Solaris_ProviderPath pour un fournisseur qui est écrit pour ces interfaces, le démon Solaris WBEM Services 2.5 ne localise pas le fournisseur.

Solution : pour permettre au démon de localiser un tel fournisseur, arrêtez et redémarrez le démon Solaris WBEM Services 2.5.


# /etc/init.d/init.wbem stop

# /etc/init.d/init.wbem start
Remarque –

si vous utilisez l'API javax pour développer votre fournisseur, vous n'avez pas besoin d'arrêter puis de redémarrer le démon Solaris WBEM Services 2.5. De fait, ce dernier reconnaît les fournisseurs javax de façon dynamique.

Certains appels de méthodes d'API com.sun échouent avec le protocole XML/HTTP (4497393, 4497399, 4497406, 4497411)

Si vous décidez d'utiliser l'interface de programmation d'application com.sun plutôt que l'API javax pour développer votre logiciel WBEM, seul l'appel de méthode distant (RIM) CIM est totalement pris en charge. Il n'est pas certain que d'autres protocoles tels que XML/HTTP fonctionnent tout à fait avec l'API com.sun.

Le tableau suivant répertorie des exemples d'appels qui sont exécutés avec succès sous RMI, mais échouent sous XML/HTTP.

Appel de méthode 

Message d'erreur 

CIMClient.close()

NullPointerException

CIMClient.execQuery()

CIM_ERR_QUERY_LANGUAGE_NOT_SUPPORTED

CIMClient.getInstance()

CIM_ERR_FAILED

CIMClient.invokeMethod()

XMLERROR: ClassCastException

Modification impossible des propriétés de montage de système de fichiers avec l'outil de montage et de partage de Solaris Management Console (4466829)

L'outil de montage et de partage de Solaris Management Console ne peut pas modifier les options de montage sur des systèmes de fichiers critiques tels que root (/), /usr et /var.

Solution : Choisissez l' une des solutions de rechange suivantes: