Notes de version de Solaris 9 8/03

Bugs liés à l'administration du système

x86: impossible d'établir le client sans disque Sun4U (4878696)

Si vous tentez d'ajouter le service sans disque Sun4U^TM sur un serveur x86, l'erreur suivante s'affiche :

Jun  12 17:02:48 s12-9 WBEM_Logging_Service[1810]: Failed to create clone area
/export/root/clone/Solaris_9/sun4u.
Failed to create clone area /export/root/clone/Solaris_9/sun4u.


	The wbem_log had the following error:


strings  /var/sadm/wbem/log/wbem_log | grep SUNWidecr
 Solaris_OsService@#@0@#@0@#@root@#@s12-9@#@s12-9@#@1054856467079@#@System
command return value.@#@System command, /usr/sbin/pkgadd -S -n -R
/export/root/clone/Solaris_9/sun4u -a /tmp/admin.Qwayvg -d
/export/root/templates/Solaris_9/SUNWidecr_4.1, REV=2001.03.02.13.55_sparc.sun4u
all, returned value of:
/export/root/clone/Solaris_9/sun4u/var/sadm/pkg/SUNWidecr/install/postinstall:
test: argument expected
Installation of SUNWidecr failed.

Remarque :

il est possible d'ajouter un client sans disque Sun4U à un serveur SPARC.

Solution : aucune.

Le fichier `/etc/named.conf` fait échouer les opérations sur les comptes utilisateur et de groupe de Solaris Management Console (4777931)

Des erreurs se produisent si vous utilisez Solaris Management Console pour effectuer des opérations sur un compte utilisateur ou groupe d'un système agissant comme un serveur DNS et sur lequel figure le fichier /etc/named.conf.

Des erreurs se produisent lorsque vous effectuez ces opérations depuis la GUI ou lorsque vous utilisez smuser et smgroup, qui sont des interfaces commande-ligne pour la console.

La console ouvre une nouvelle boîte de dialogue ou la commande smuser envoie les messages d'erreur ci-après lorsqu'elle est effectuée sur un utilisateur :

"The attempt to view Users or Roles has failed due to an unexpected
error.
        This was caused by the following error: CIM_ERR_FAILED."

La console ouvre une nouvelle boîte de dialogue ou la commande smuser envoie les messages d'erreur ci-après lorsqu'elle est effectuée sur un groupe :

"Attempted Read of Group IDs failed with unexpected CIM error:
        CIM_ERR_FAILED."operations from the GUI or command-line interface.

Solution : choisissez l'une des solutions indiquées ci-dessous.

Pour résoudre le problème en redémarrant le serveur DNS, suivez les étapes ci-dessous.
1. Devenez superutilisateur.
2. Placez le fichier named.conf dans un autre répertoire. Par exemple :
  # mv /etc/named.conf /var/named/named.conf
3. Redémarrez le serveur DNS.
  # pkill -9 in.named
  # /usr/sbin/in.named /var/named/named.conf

Pour résoudre le problème en redémarrant le serveur WBEM, suivez les étapes ci-dessous :
1. Devenez superutilisateur.
2. À l'aide d'un éditeur de texte, éditez le fichier /usr/sadm/lib/wbem/WbemUtilityServices.properties .
  
  Remplacez la chaîne /etc/named.conf par /tmp/nouveau_nom_fichier.
  
  Remarque :
  assurez-vous que le nom de fichier que vous avez choisi n'est pas déjà attribué sur le système.
3. Arrêtez le serveur WBEM.
  # /etc/init.d/init.wbem stop
4. Démarrez le serveur WBEM.
  # /etc/init.d/init.wbem start

Pour obtenir de plus amples informations, consultez les pages smuser( 1M) et smgroup (1M) du manuel.

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

Vous initialisez un serveur d'entrée Sun LX50 sur lequel sont installés une partition de service et l'environnement d'exploitation Solaris 9 8/03 (Édition pour plate-forme x86). Vous avez la possibilité d'initialiser la partition de service à l'aide de la touche F4. Cependant, cela efface le contenu de l'écran et 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 puis appuyez sur la touche Entrée ; le système initialise la partition de service.

Le message d'événement CP d'UltraSPARC II n'est pas toujours généré dans l'environnement d'exploitation Solaris 9 8/03 (4732403)

Le message d'événement CP qui accompagne certains messages d'erreur mémoire incorrigible n'est pas toujours généré sur les systèmes basés sur la plate-forme UltraSPARC II et utilisés dans l'environnement d'exploitation Solaris 98/03. Ils incluent les systèmes suivants :

Sun Enterprise^TM 10000
Sun Enterprise 6500 ;
Sun Enterprise 6000 ;
Sun Enterprise 5500 ;
Sun Enterprise 5000 ;
Sun Enterprise 4500 ;
Sun Enterprise 4000 ;
Sun Enterprise 3500 ;
Sun Enterprise 3000.

Résultat : certaines informations nécessaires à l'identification d'une CPU défectueuse risquent de ne pas toujours être présentes.

Solution : pour obtenir les dernières informations sur ce problème, allez sur le site SunSolve^SM à l'adresse http://sunsolve.sun.com .

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 indiqué 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 supporté. 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`

Impossible de modifier les 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 suivantes :

Utilisez l'option de remontage avec la commande de montage.
# mount -F type_système_fichiers -o remount,options_montage_supplémentaires \ périphérique_à_monter point_montage
Remarque :
les modifications de propriété de montage apportées en utilisant l'option -remount avec la commande mount ne sont pas persistantes. En outre, toutes les options de montage non spécifiées dans la portion options_montage_supplémentaires de la commande précédente héritent des valeurs par défaut spécifiées par le système. Reportez-vous à la page de manuel mount_ufs(1M) pour obtenir de plus amples informations.
Modifiez l'entrée appropriée dans le fichier /etc/vfstab pour changer les propriétés de montage de système, puis réinitialisez le système.

Erreur CIM_ERR_LOW_ON_MEMORY en cas de tentative d'ajout de données à l'aide de WBEM (4312409)

Le message d'erreur suivant s'affiche lorsque la mémoire est insuffisante :

CIM_ERR_LOW_ON_MEMORY

Vous ne pouvez pas ajouter d'entrées supplémentaires lorsque la mémoire disponible pour le programme Common Information Model (CIM) Object Manager devient insuffisante. Le cas échéant, vous devez réinitialiser le référentiel CIM Object Manager.

Solution : pour réinitialiser le référentiel CIM Object Manager, procédez comme indiqué ci-dessous.

Devenez superutilisateur.
Arrêtez le programme CIM Object Manager.
# /etc/init.d/init.wbem stop
Supprimez le répertoire d'enregistrement JavaSpaces^TM.
# /bin/rm -rf /var/sadm/wbem/log
Redémarrez le programme CIM Object Manager.
# /etc/init.d/init.wbem start
Remarque :
lorsque vous remettez le programme CIM Object Manager à zéro, vous perdez toutes les définitions propriétaires de votre mémoire de données. Vous devez recompiler les fichiers MOF contenant ces définitions en utilisant la commande mofcomp. Voyez l'exemple ci-dessous.
# /usr/sadm/bin/mofcomp -u root -p mot_de_passe_superutilisateur votre_fichier_mof