Notes de version de Solaris 9 9/02 (Edition pour plate-forme SPARC)

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

Le message d'événement de l'unité centrale UltraSPARC II n'est pas toujours reproduit dans l'environnement d'exploitation Solaris 9 9/02 (4732403)

Dans l'environnement d'exploitation Solaris 99/02 et sur les systèmes basés sur UltraSPARC II, le message d'événement de l'UC qui accompagne certains messages d'erreur de mémoire incorrigible n'est pas toujours reproduit. Parmi ces systèmes figurent les systèmes Sun Enterprise^TM 10000 et Sun Enterprise^TM 6500/6000/5500/5000/ 4500/4000/3500/3000. Cela risque d'engendrer la disparition de certaines informations requises pour identifier une unité centrale défectueuse.

Solution : pour obtenir les informations les plus récentes sur les problèmes de reproduction du message d'événement de l'UC, consultez le site Web SunSolve à 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 qui sont écrits 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 ne devez pas arrêter et 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'interface de programmation d'application `com.sun` échouent sous le protocole de transport 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'interface de programmation d'application 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 fichier 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 sur des systèmes de fichiers critiques du système comme / (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.

L'erreur CIM_ERR_LOW_ON_MEMORY se produit lorsque vous essayez d'ajouter des 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 suit :

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 Repository à zéro, vous perdez toutes les définitions propriétaires de votre mémoire de données. Vous devez recompilez les fichiers MOF qui contiennent ces définitions en utilisant la commande mofcomp. Voyez l'exemple suivant.
# /usr/sadm/bin/mofcomp -u root -p mot_de_passe_superutilisateur votre_fichier_mof