Ignorer les liens de navigation | |
Quitter l'aperu | |
![]() |
Notes de version Oracle Solaris 10 1/13 Oracle Solaris 10 1/13 Information Library (Français) |
3. Problèmes d'exécution d'Oracle Solaris
Adoption recommandée des plug-ins crypt SHA-256 et SHA-512 pour le chiffrement du mot de passe
Problèmes et bogues liés aux systèmes de fichiers
Des problèmes d'intégrité des données peuvent survenir sur le système (15825389)
Le système se réinitialise perpétuellement à cause d'une panique par rapport à ZFS (15809921)
Problèmes de compatibilité ZFS et UNIX/POSIX
Les fonctions de la liste de contrôle d'accès NFSv4 peuvent ne pas fonctionner correctement
Problèmes et bogues liés au matériel
SPARC : Echec des opérations de reconfiguration dynamique sur une plate-forme OPL (15725179)
Certains contrôleurs USB 2.0 sont désactivés
Périphériques USB pris en charge et configurations de hub correspondantes
x86 : Limites de certains pilotes de périphérique dans le SE Oracle Solaris 10
Echec d'exécution des programmes compilés avec certaines options d'Oracle Solaris (16237300)
Problèmes liés à la localisation
Blocage de Firefox et Thunderbird avec la méthode d'entrée Hangul (16043053)
Remarque sur la localisation du logiciel en suédois
Affichage de plusieurs commutateurs de méthode d'entrée dans Trusted Java Desktop System
Méthode d'entrée japonaise Wnn8
x86 : Le texte en arabe n'apparaît pas dans les environnements linguistiques ar
Remarques concernant la migration vers un environnement linguistique UTF-8
Messages électroniques enregistrés au format portable
Noms de fichiers et de répertoires
Lancement d'applications dans des environnements linguistiques anciens
Indisponibilité du matériel pour certaines configurations de clavier de type 6 et 7
Domaine système d'interprétation non configurable (15283123)
Le transfert IP est désactivé par défaut dans le SE Oracle Solaris 10
Standards et commandes Oracle Solaris
Le nouvel utilitaire ln nécessite l'option -f
Changement de comportement de la condition STDIO getc Family EOF
Les colonnes de sortie de la commande ps sont élargies
Bogues de Solaris Volume Manager
Echec possible de la commande metattach de Solaris Volume Manager
Problèmes de Java Desktop System
Application Messagerie et calendrier
Problème lors du changement de type d'authentification (15256650)
Message d'erreur à l'ouverture de session
Incompatibilité partielle des préférences utilisateur
Problèmes liés à l'enregistreur de sons
Problèmes et bogues d'administration du système
Echec de fputest d'Oracle VTS sur les systèmes Fujitsu M10 (15989998)
Echec de testprobe_ramtest d'Oracle VTS sur les systèmes Fujitsu M10 (15955560)
Echec de testprobe_l3sramtest d'Oracle VTS sur les systèmes Fujitsu M10 (15955589)
Enregistrement du vidage sur incident dans le répertoire /var/crash (15767302)
L'utilisation de la mémoire DISM peut entraîner le blocage du système (15807808)
Arrêt de l'horloge Oracle Solaris 10 9/10 sur Oracle VM 2.2 (15643194)
Incompatibilité de l'outil Sun Patch Manager Tool 2.0 avec les versions précédentes du même outil
4. Annonces de fin de prise en charge logicielle
5. Problèmes identifiés dans la documentation
A. Bogues précédemment documentés corrigés dans cette version d'Oracle Solaris 10 1/13
Les problèmes et bogues suivants liés au matériel s'appliquent à cette version Oracle Solaris 10.
Les opérations de reconfiguration dynamique risquent d'échouer sur une plate-forme OPL lorsqu'une carte mémoire est en cours de suppression d'un domaine.
Des messages d'erreur similaires à ceux figurant dans l'exemple suivant peuvent s'afficher :
unconfigure SB3: Device busy: dr@0:SB3::pci6 XSB#01-3 could not be unconfigured from DomainID 2 due to operating system error.
Solution de contournement : exécutez les opérations de reconfiguration dynamique après la désactivation du service fmd. Par exemple :
Désactivez le service fmd.
# svcadm disable fmd
Effectuez les opérations de reconfiguration dynamique.
Activez le service fmd.
# svcadm enable fmd
La mise à niveau du microprogramme ConnectX vers la version 2.6.0 ou une version supérieure sur un système en cours d'exécution risque de poser des problèmes sur certains adaptateurs de contrôleur hôte (HCA, Host Controller Adapter) et plates-formes x64. Ce problème affecte uniquement les adaptateurs HCA de marque Mellanox. Les adaptateurs HCA PCIe, les cartes EM, NEM et les plates-formes SPARC de Sun ne sont pas affectés.
Vous risquez de ne pas pouvoir initialiser le système ou le système risque de se bloquer pendant l'initialisation. Les numéros d'instance ibd (IPoverIB) peuvent changer et empêcher le système de s'initialiser et de raccorder les périphériques ibd.
Choisissez l'une des solutions de contournement suivantes :
Solution 1 : avant de réinitialiser le système après la mise à jour d'un microprogramme à l'aide de la commande cxflash, supprimez les instances ibdx du fichier /etc/path_to_inst et du répertoire /dev. Procédez comme suit :
Connectez-vous en tant qu'utilisateur root et affichez la liste des périphériques pertinents.
Les informations sur l'arborescence du périphérique peuvent ressembler à ceci :
# ls -R /devices | grep 15b3 /devices/pci@0,0/pci10de,5d@e/pci15b3,634a@0 /devices/pci@0,0/pci10de,5d@e/pci15b3,634a@0/ibport@1,ffff,ipib /devices/pci@0,0/pci10de,5d@e/pci15b3,634a@0/ibport@1,ffff,ipib:ibd0 /devices/pci@0,0/pci10de,5d@e/pci15b3,634a@0/ibport@2,ffff,ipib /devices/pci@0,0/pci10de,5d@e/pci15b3,634a@0/ibport@2,ffff,ipib:ibd1 /devices/pci@0,0/pci10de,5d@e/pci15b3,634a@0:devctl
Remarque - Les éléments spécifiques au périphérique varient selon la carte Mellanox installée.
Modifiez le fichier path_to_inst.
Faites une copie de sauvegarde du fichier path_to_inst existant.
# cp /etc/path_to_inst /etc/path_to_inst.backup
Dans le fichier path_to_inst, recherchez les lignes qui contiennent ibd et hermon, puis supprimez ces lignes. Enregistrez et fermez le fichier.
Supprimez les entrées du répertoire /dev.
# rm /dev/ibd?*
Réinitialisez le système.
Le système s'initialise normalement, et l'arborescence des périphériques correspondants s'apparente à celle-ci :
# ls -R /devices | grep 15b3 /devices/pci@0,0/pci10de,5d@e/pci15b3,5@0 /devices/pci@0,0/pci10de,5d@e/pci15b3,5@0/ibport@1,ffff,ipib /devices/pci@0,0/pci10de,5d@e/pci15b3,5@0/ibport@1,ffff,ipib:ibd0 /devices/pci@0,0/pci10de,5d@e/pci15b3,5@0/ibport@2,ffff,ipib /devices/pci@0,0/pci10de,5d@e/pci15b3,5@0/ibport@2,ffff,ipib:ibd1 /devices/pci@0,0/pci10de,5d@e/pci15b3,5@0:devctl
Solution 2 : si vous réinitialisez le système avant de mettre à jour le fichier path_to_inst et le répertoire /dev, le système risque de s'interrompre. Dans un tel cas, procédez comme suit :
Mettez le système hors tension et déconnectez l'adaptateur HCA du bus.
Réinitialisez le système sans l'adaptateur HCA.
Une fois que le système est de nouveau sous tension, suivez les étapes 2 et 3 de la Solution 1.
Mettez le système hors tension.
Réinstallez l'adaptateur HCA.
Réinitialisez le système.
Si le système se réinitialise mais que les interfaces ibd ne se raccordent pas automatiquement, vous devrez peut-être renommer manuellement les fichiers /etc/hostname.ib<?> pour refléter la configuration actuelle du périphérique.
Sur les systèmes présentant des configurations de mémoire volumineuses, il est possible que ZFS alloue la mémoire du noyau à l'ensemble des cartes système. Or, pour assurer la reconfiguration dynamique de la mémoire, une carte système doit rester disponible afin d'y copier la mémoire de la carte à reconfigurer. La reconfiguration dynamique de la mémoire signifie que vous ne pouvez pas reconfigurer dynamiquement la mémoire des systèmes présentant des configurations de mémoire très volumineuses et exécutant ZFS. Les serveurs Sun Fire haut de gamme d'Oracle peuvent réallouer les pages du noyau afin d'éviter ce problème. La KPR (Kernel Page Relocation, réallocation de page du noyau) doit être activée sur ces serveurs pour les domaines possédant plus de 32 noyaux. Aucun message d'erreur ne s'affiche.
Solution de contournement : réduisez la quantité de mémoire du noyau allouable par ZFS en définissant le paramètre zfs_arc_max dans le fichier /etc/system. Dans l'exemple suivant, la taille maximale est définie sur 512 méga-octets.
set zfs:zfs_arc_max = 0x20000000
La prise en charge de certains contrôleurs USB 2.0 a été désactivée en raison d'incompatibilités entre ces périphériques et le pilote EHCI. Le message suivant s'affiche :
Due to recently discovered incompatibilities with this USB controller, USB2.x transfer support has been disabled. This device will continue to function as a USB1.x controller. If you are interested in enabling USB2.x support please refer to the ehci(7D) man page. Please refer to www.sun.com/io for Solaris Ready products and to www.sun.com/bigadmin/hcl for additional compatible USB products.
Les dernières informations concernant les périphériques USB sont disponibles sur le site http://www.oracle.com/technetwork/server-storage/solaris/overview/usb-faq-140616.html.
Cette version d'Oracle Solaris 10 prend en charge les périphériques USB 1.1 et USB 2.0. Le tableau suivant résume les périphériques USB fonctionnant sur des configurations spécifiques. Les connexions peuvent se faire directement sur l'ordinateur ou via un hub USB. Notez que les périphériques et hubs USB 1.1 sont à basse ou haute vitesse. Les périphériques et hubs USB 2.0 sont à haute vitesse. Pour plus de détails sur les ports et les vitesses de fonctionnement, reportez-vous au document System Administration Guide: Devices and File Systems.
Tableau 3-1 Périphériques USB et configurations
|
Cette version d'Oracle Solaris 10 pour les plates-formes x86 présente les restrictions suivantes liées à certains pilotes et interfaces :
Reprise de point de contrôle : cette fonctionnalité est désactivée pour tous les types de périphériques. Dans le code DDI_SUSPEND de la fonction detach(), vous devez renvoyer DDI_FAILURE.
Gestion de l'alimentation : cette fonctionnalité n'est pas disponible pour les périphériques USB. Ne créez pas de composants de gestion d'énergie. Ecrivez le pilote de manière à ce que les fonctions pm_raise_power() et pm_lower_power() soient uniquement appelées lorsque les composants de gestion d'énergie sont créés.
La fonction de gestion d'énergie des périphériques interactifs tels que les médias amovibles est liée à la gestion d'énergie de l'écran et de sa carte graphique. Si votre écran est actif, les périphériques tels que les unités de CD-ROM et de disquette restent en mode plein régime. Ces périphériques peuvent passer en mode bas régime sur un système sans écran. Pour réalimenter en énergie l'unité de CD ou l'unité de disquette, exécutez la commande volcheck pour obtenir le dernier état de chaque périphérique amovible.
Vous pouvez également désactiver la gestion de l'énergie sur le système à l'aide de l'interface graphique Dtpower. En désactivant la gestion de l'alimentation, ces périphériques fonctionneront constamment à plein régime.
Par défaut, le programme kdmconfig spécifie Generic US-English (104-Key) comme type de clavier connecté au système. Si le clavier du système n'est pas un clavier anglais-US, vous devez dans ce cas spécifier manuellement le clavier au cours de l'installation. Dans le cas contraire, l'installation utilise la spécification de clavier par défaut, qui ne correspond pas au type de clavier du système.
Choisissez l'une des solutions de contournement suivantes :
Solution 1 : si le clavier du système n'est pas un clavier anglais-US, effectuez la procédure suivante au cours de l'installation :
Lorsque la fenêtre de configuration du système proposée pour l'installation s'affiche, appuyez sur Echap.
Remarque - Les informations sur cette fenêtre, comportant le type de clavier, sont affichées pendant 30 secondes. Si vous voulez changer les paramètres de la configuration, appuyez sur Echap avant la fin de ce laps de temps. Sinon, l'installation continue avec les paramètres affichés.
Changez le type de clavier en choisissant le type correspondant au clavier de votre système.
Appuyez sur Entrée pour accepter le changement et poursuivre l'installation.
Solution 2 : si vous souhaitez modifier le type de clavier d'un système exécutant déjà le SE Oracle Solaris 10, servez-vous du programme kdmconfig. Choisissez l'option qui s'applique au type de serveur X fonctionnant sur votre système.
Si le serveur Xsun est installé sur votre système, procédez comme suit :
Exécutez la commande kdmconfig.
A l'aide de l'option Change Keyboard, changez le type de clavier.
Enregistrez la configuration.
Si le serveur Xorg est installé sur votre système, procédez comme suit :
Exécutez la commande kdmconfig.
Sélectionnez le serveur Xsun.
A l'aide de l'option Change Keyboard, changez le type de clavier.
Enregistrez la configuration.
Exécutez de nouveau la commande kdmconfig pour activer le serveur Xorg.