Les bogues suivants ont été identifiés dans la version Solaris 9 9/05 HW.
L'utilitaire localeadm n'installe pas correctement les régions ceu et nam en utilisant les images des CD media ou net. Aucun message d'erreur ne s'affiche.
Solution : Utilisez les images de Solaris du DVD à la place de celles du CD.
patchaddrisque d'échouer pour certains patchs lorsque vous ne vous ê tes pas connecté en tant que root en exécutant la commande su.
Le message d'erreur suivant apparaît :
patch has not been installed |
Solution : Si la connexion en tant que root est désactivée, activez-la temporairement et connectez-vous en tant que root. Installez le patch et désactivez la connexion en tant que root.
Une panique du système survenant au cours d'un cycle Suspendre/Reprendre (cpr) peut provoquer le blocage du système. Ce problème est plus généralement observé sur les stations de travail Sun BladeTM 2000 sur lesquelles sont installés des accélérateurs graphiques XVR-1000. Il est plus rare que les autres systèmes SPARC s'interrompent lors d'une panique. Lors de la panique, le core dump n'est pas enregistré et aucune invite ne s'affiche sur la console. Le problème risque d'être plus important si le débogueur de noyau (kadb) est activé.
Solution : Mise à jour vers OBP version 4.17 ou sup.
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 OpenBootTM.
Les commandes Universal Serial Bus Architecture (USBA) Modular DeBugger (mdb ) risquent de ne pas être configurées automatiquement sur certains systèmes x86.
Solution : Pour accéder aux commandes USBA mdb, exécutez la commande suivante pour charger manuellement le module usba mdb après le démarrage de mdb :
> ::load usba |
Une fois le module mdb usba chargé, vous pourrez obtenir une liste de toutes les commandes USB en exécutant la commande suivante :
> ::dcmds ! grep usb |
Vous initialisez un serveur d'entrée Sun LX50 sur lequel sont installés une partition de service et le logiciel Solaris 9 9/05 HW (É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. 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 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 |
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.
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 certains 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 |
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:
Utilisez l'option de remontage avec la commande de montage.
# mount -F type_système_fichier -o remount,options_montage_supplémentaires \ périphérique_à_monter point_montage |
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 additional-mount-options de la commande précédente héritent des valeurs par défaut spécifiées par le système. Reportez-vous à la page man 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.