Notes de version Oracle Solaris 10 9/10

Chapitre 2 Problèmes d'exécution d'Oracle Solaris

Ce chapitre traite des problèmes d'exécution.


Remarque –

Pour afficher les bogues et les problèmes précédemment documentés résolus qui ne s'appliquent plus à la version Oracle Solaris 10 9/10, reportez-vous à l'Annexe ABogues précédemment documentés corrigés dans cette version d'Oracle Solaris 10 9/10 .


Informations générales

Cette section fournit des informations d'ordre général et des recommandations sur l'exécution du SE Oracle Solaris 10 9/10.

Adoption recommandée des plug-ins crypt (3C) SHA-256 et SHA-512 pour le chiffrement du mot de passe

Depuis la version Oracle Solaris 10 10/08, deux plug-ins crypt (3C) supplémentaires basés sur la synthèse des algorithmes SHA-256 et SHA-512 sont disponibles dans le SE Oracle Solaris 10. Ce plug-in propose un hachage crypt (3C) utilisant des algorithmes FIPS 140-2 reconnus et arrête l'utilisation de hachages MD5.

L'utilisation des algorithmes de hachage de mot de passe SHA-256 ou SHA-512 est recommandée à chaque fois que tous vos systèmes dans le domaine LDAP exécutent le SE Oracle Solaris 10 10/08 ou une version ultérieure. Si vos systèmes sont exécutés sur une version Oracle Solaris antérieure à la version Oracle Solaris 10 10/08, ces algorithmes ne doivent pas être utilisées dans un domaine LDAP.

Pour savoir comment modifier le mot de passe d'un algorithme, reportez-vous à la section Changing the Password Algorithm (Task Map) du System Administration Guide: Security ServicesSection Changing the Password Algorithm (Task Map) du System Administration Guide: Security Services .

Common Desktop Environment

Les bogues suivants d'Oracle Solaris 10 s'appliquent à l'environnement CDE (Common Desktop Environment).

Problème d'impression sur une imprimante locale avec Thunderbird 3 (6978760)

Lorsque l'imprimante locale est configurée, Thunderbird peut s'arrêter brutalement lorsque vous essayez d'imprimer le carnet d'adresses ou lorsque vous entrez les paramètres de la page.

Solution de contournement : ajoutez l'entrée suivante à votre profil utilisateur, déconnectez-vous puis reconnectez-vous.


export LD_PRELOAD_32=/usr/lib/firefox/libjemalloc.so

Disparition de la bande de confiance de l'écran en cas de modification de la résolution (6460624)

Si vous tapez la commande /usr/X11/bin/xrander -s pour réduire la résolution d'écran, la bande de confiance ne s'affiche plus. Le desktop autorisé du CDE est affecté, mais pas le Java DS Desktop autorisé. Aucun message d'erreur n'est affiché.

Solution de contournement : choisissez l'une des solutions suivantes :

Pour plus d'informations, reportez-vous à la page de manuel TrustedExtensionsPolicy(4).

x86 : la commande kdmconfig ne crée pas de fichier de configuration d'identification système pour serveur X Xorg X (6217442)

Si vous avez recours à la méthode d'installation JumpStart, le processus peut s'appuyer sur un fichier de configuration d'identification système (sysidcfg). Ce fichier sert à générer un fichier de configuration Xsun spécifique à un système. La partie de la configuration Xsun d'un fichier sysidcfg est créée par le biais de la commande kdmconfig -d filename. Cependant, sur les systèmes qui utilisent le serveur Xorg par défaut, la commande ne crée pas de fichier comportant des informations de configuration Xorg. Par conséquent, vous ne pouvez pas avoir recours à la méthode JumpStart sur ces systèmes sans mesures de préparation préalables.

Solution de contournement : avant de mettre en œuvre la méthode d'installation JumpStart sur un système qui a recours au serveur Xorg, effectuez la procédure suivante.

  1. Préparez un fichier xorg.conf spécifique à utiliser sur le système. Stockez ce fichier dans le répertoire JumpStart du serveur JumpStart.

    Créez un fichier xorg.conf avec l'une de ces commandes :

    • /usr/X11/bin/Xorg -configure

    • /usr/X11/bin/xorgconfig

    • /usr/X11/bin/xorgcfg

  2. Créez un script de fin qui copie le fichier xorg.conf dans le répertoire /etc/X11 du système que vous voulez installer. Le script peut, par exemple, inclure la ligne suivante :


    cp ${SI_CONFIG_DIR}/xorg.conf /etc/X11/Xorg.conf
  3. Dans le fichier de règles JumpStart personnalisé, ajoutez le script de fin dans l'entrée des règles pour les systèmes du type de celui que vous voulez installer.

  4. Effectuez l'installation JumpStart personnalisée.

Pour obtenir des instructions sur l'installation JumpStart personnalisée, reportez-vous au Guide d’installation d’Oracle Solaris 10 9/10 : installation JumpStart personnalisée et installation avancée. Le chapitre 4 contient des informations sur le fichier des règles JumpStart et le chapitre 5 une section sur les scripts de fin.

Systèmes de fichiers

Les bogues suivants du système de fichiers s'appliquent à la version Oracle Solaris 10.

La propriété config/local_only de la commande sendmail ne doit pas être configurée sur true (6970172).

Le patch 142436-03 et les révisions 04 à 08 du service sendmail modifient la propriété config/local_only sur true.


$ svcprop -p config/local_only smtp:sendmail
true

Cette modification permet au service sendmail d'accepter des demandes provenant uniquement de l'hôte local.

Solution de contournement : après l'ajout du patch 142436-03 ou des révisions 04 à 08 pour que le service sendmail accepte les demandes provenant d'autres hôtes, effectuez les modifications suivantes :

SPARC : Blocage possible de la commande sync de la console lors d'une tentative de vidage mémoire sur incident (6967825).

Lorsque vous exécutez la commande mdb avec l'option -K, quittez avec l'option $q et exécutez la commande sync, le système peut se bloquer.

Lorsque l'invite OpenBoot ok s'affiche, vous pouvez rencontrer le même problème au moment de l'exécution de la commande sync.

Le message d'erreur suivant peut s'afficher :


panic dump timeout ... dump aborted

Solution de contournement : ajoutez l'entrée dump_plat_mincpu=0 au fichier /etc/system. Vous pouvez également utiliser la commande reboot -d à la place de la commande mdb -K ... $q.

32 bits x86 : Utilisation impossible de la commande reboot pour initialiser le noyau (6741682)

La commande bootadm n'a pas réussi à créer une entrée de menu GRUB au format qui convient à l'initialisation du système en mode 32 bits à l'aide des commandes suivantes :

En conséquence, le système a démarré en mode 64 bits. Le fichier menu.lst défectueux peut apparaître de la manière suivante :


findroot rootfs0
kernel /platform/i86pc/kernel/unix
module /platform/i86pc/boot_archive

Dans l'exemple précédent, la ligne du noyau ne contient pas les informations multiboot et est donc incorrecte. Aucun message d'erreur n'est affiché.

Solution de contournement : modifiez manuellement le fichier /boot/grub/menu.lst et ajoutez les informations suivantes :


title Solaris 10 10/08
findroot rootfs0
kernel /platform/i86pc/multiboot kernel/unix
module /platform/i86pc/boot_archive

Après avoir apporté ces modifications, le système démarre en mode 32 bits.


Remarque –

Les changements modifiant le fichier menu.lst sont conservés après la réinitialisation du système.


Vous pouvez modifier le menu GRUB à l'amorçage en ajoutant l'argument kernel/unix comme indiqué dans l'exemple suivant :


grub edit> kernel /platform/i86pc/multiboot kernel/unix

Remarque –

Le menu GRUB est alors modifié de façon temporaire ; les changements ne sont pas conservés après la réinitialisation du système.


Pour plus d'informations, reportez-vous à la section Modifying Boot Behavior on x86 Based Systems du System Administration Guide: Basic Administration .

La commande zpool attach ne copie pas les informations bootblock (6668666)

Si vous utilisez la commande zpool attach pour ajouter un disque vers un pool racine ZFS, les informations bootblock ne sont pas copiées vers le disque récemment ajouté. Ce problème n'affecte pas les pools racine ZFS copiés en miroir générés par une installation initiale. Le système ne s'amorce pas depuis l'autre disque du pool racine en miroir.

Solution de contournement : choisissez l'un des palliatifs suivants :

x86 : Expirations du pilote ata lors de l'initialisation (6586621)

Des expirations du pilote ata peuvent se produire à l'initialisation du système sur les systèmes multiprocesseur Intel. Ces expirations se produisent lorsque le périphérique racine se trouve sur un disque avec le contrôleur HBA lié au pilote ata existant. Elles entraînent un blocage momentané, un blocage permanent ou une panique du système à l'initialisation du système et des messages similaires aux suivants s'affichent sur la console :


scsi: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0 (ata0):
        timeout: reset bus, target=0 lun=0
scsi: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0 (ata0):
        timeout: early timeout, target=0 lun=0
gda: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0/cmdk@0,0 (Disk0):
        Error for command 'read sector'   Error Level: Informational
gda: [ID 107833 kern.notice]           Sense Key: aborted command
gda: [ID 107833 kern.notice]           Vendor 'Gen-ATA ' error code: 0x3
gda: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0/cmdk@0,0 (Disk0):
        Error for command 'read sector'   Error Level: Informational
gda: [ID 107833 kern.notice]           Sense Key: aborted command
gda: [ID 107833 kern.notice]           Vendor 'Gen-ATA ' error code: 0x3
scsi: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0 (ata0):
        timeout: abort request, target=0 lun=0
scsi: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0 (ata0):
        timeout: abort device, target=0 lun=0
scsi: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0 (ata0):
        timeout: reset target, target=0 lun=0
scsi: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0 (ata0):
        timeout: reset bus, target=0 lun=0
scsi: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0 (ata0):
        timeout: early timeout, target=0 lun=0
gda: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0/cmdk@0,0 (Disk0):
        Error for command 'read sector'   Error Level: Informational
gda: [ID 107833 kern.notice]           Sense Key: aborted command
gda: [ID 107833 kern.notice]           Vendor 'Gen-ATA ' error code: 0x3
gda: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0/cmdk@0,0 (Disk0):

Solution de contournement : choisissez l'un des palliatifs suivants :


Remarque –

Pour éviter d'affecter les performances, n'appliquez les solutions de contournement 3 et 4 que de manière temporaire, jusqu'à ce que la solution 5 soit envisageable.


Échecs de la commande zoneadm install avec un montage ZFS hérité (6449301)

Si une zone non globale est initialement configurée avec un système de fichiers ZFS à monter avec la sous-commande `add fs et avec la spécification mountpoint=legacy, la tentative d'installation de zone suivante échoue. Le message d'erreur suivant s'affiche :


ERROR: No such file or directory:
cannot mount </zones/path/root/usr/local> in non-global zone to install:
the source block device or directory </path/local> cannot be accessed

Solution de contournement : après avoir installé la zone non globale, ajoutez l'accès à un système de fichiers ZFS.

Problèmes de compatibilité ZFS et UNIX/POSIX

ZFS est conçu pour être un système de fichiers compatible POSIX et il l'est dans la plupart des cas. Il existe cependant deux exceptions où ZFS ne satisfait pas les tests de compatibilité POSIX :

  1. Mise à jour des statistiques de capacité du système de fichiers ZFS.

  2. Modification des données existantes dans un système de fichiers saturé.

CR connexes :

Balayage automatique du disque utilisé par le système de fichiers ZFS avec la commande fdisk -E (6412771)

Si vous exécutez la commande fdisk -E pour modifier un disque utilisé par un pool de stockage ZFS, le pool devient inutilisable et peut entraîner une erreur d'E/S ou une erreur système grave.

Solution de contournement :

N'utilisez pas la commande fdisk pour modifier un disque utilisé par un pool de stockage ZFS. Pour accéder à un disque utilisé par un pool de stockage, utilisez plutôt l'utilitaire format. Les disques utilisés par des systèmes de fichiers ne doivent généralement pas être modifiés.

ZFS et problèmes de produits de sauvegarde tiers

Les problèmes suivants concernent les produits Brightstor ARCserve Backup.

Agent client BrightStor ARCserve Backup pour UNIX (Solaris) et prise en charge de ZFS

L'agent client BrightStor ARCserve Backup (BAB) pour UNIX (Solaris) permet de sauvegarder et de restaurer les fichiers ZFS.

Cependant, les ACL ZFS de type NFSv4 ne sont pas conservées. Les attributs et droits d'accès aux fichiers UNIX habituels sont conservés.

Solution de contournement : pour conserver les fichiers ZFS avec les ACL NFSv4, exécutez la commande tar avec l'option -p ou la commande cpio avec l'option -P pour intégrer les fichiers ZFS à un fichier. Ensuite, utilisez BAB pour sauvegarder l'archive tar ou cpio.

Vérification obligatoire du patch /usr/lib/embedded_su au début de chaque Assistant par l'interface graphique ZFS (6326334)

Lorsque vous ajoutez le package SUNWzfsg à partir d'une version Solaris 10 10/09 à un système exécutant une version antérieure à Solaris 10 6/06 et sur lequel le patch embedded_su n'est pas installé, les assistants de l'application ZFS Administration ne fonctionnent pas parfaitement.

Si vous tentez d'exécuter l'application ZFS Administration sur un système sur lequel le patch embedded_su n'est pas installé, vous ne pourrez pas consulter la configuration de votre ZFS. Le message d'erreur suivant s'affiche :


/usr/lib/embedded_su: not found

Solution de contournement :

Ajoutez le patch embedded_su (119574-02) au système exécutant une version antérieure à Solaris 10 6/06.

Échec de synchronisation des système de fichiers en cas d'instabilité (6250422)

Si un hôte devient instable à cause des E/S d'un système de fichiers sur une cible connectée par le biais de l'initiateur du logiciel Oracle Solaris iSCSI, les E/S risquent de ne pas pouvoir se vider ou se synchroniser sur le périphérique cible. Cette incapacité à vider ou à synchroniser peut entraîner une corruption du système de fichiers. Aucun message d'erreur n'est affiché.

Solution de contournement :

Utilisez un système de fichier journalisé comme UFS. À partir de la version Oracle Solaris 10, la journalisation UFS est activée par défaut. Pour plus d'informations sur UFS, reportez-vous à What’s New in File Systems? du System Administration Guide: Devices and File Systems .

Remontage des systèmes de fichiers nécessaires en cas de mise à niveau à partir de certaines versions d'Oracle Solaris 10

Après avoir mis à niveau un serveur NFSv4 sur toutes les mises à jour Oracle Solaris 10, des erreurs EACCES peuvent se produire sur les programmes. En outre, des répertoires sont anormalement vides.

Pour ces erreurs, démontez et remontez les systèmes de fichiers clients. Si le démontage échoue, il peut être nécessaire de démonter le système de fichiers concerné à l'aide de la commande umount -f. Vous pouvez également réinitialiser le client.

Les fonctions de la liste de contrôle d'accès NFSv4 peuvent ne pas fonctionner correctement

Les fonctions de la liste de contrôle d'accès (ACL, Access Control List) NFSv4 peuvent ne pas fonctionner correctement si des versions Solaris10 antérieures sont installées sur les clients et les serveurs du réseau. Les fonctions ACL concernées et les utilitaires de ligne de commande qui ont recours à ces fonctions sont :

Pour plus d'informations concernant ces fonctions et ces utilitaires, reportez-vous à leurs pages man respectives.

Des erreurs peuvent par exemple être observées sur un réseau avec la configuration suivante :

Le tableau suivant indique les résultats des fonctions ACL dans des configurations client-serveur avec différentes versions de Solaris10.

Opération 

Système d'exploitation client S10 

Système d'exploitation serveur S10 

Résultat 

obtenir ACL 

S10 bêta 

Système d'exploitation S10 

ACL * fabriquée 

obtenir ACL 

Système d'exploitation S10 

S10 bêta 

fonctionne correctement 

définir ACL 

S10 bêta 

Système d'exploitation S10 

fonctionne correctement 

définir ACL 

Système d'exploitation S10 

S10 bêta 

Erreur : EOPNOTSUP 

Solution de contournement : pour que la fonctionnalité ACL NFSv4 fonctionne correctement, effectuez une installation complète du SE Oracle Solaris 10 sur le serveur et le client.

Échec du vidage mémoire sur incident du système sur les périphériques supérieurs à 1 To (6214480)

Le système ne peut pas générer le vidage de la mémoire sur une partition dont la taille est supérieure ou égale à 1 To. Si un périphérique de cette taille se trouve sur un système, la réinitialisation du système à la suite d'une panique peut entraîner ce qui suit :

Solution de contournement : configurez la taille du périphérique de vidage de votre système de sorte qu'elle soit inférieure à 1 To.

Problèmes et bogues liés au matériel

Les problèmes et bogues suivants liés au matériel s'appliquent à la version Oracle Solaris 10.

SPARC : Erreur de type Failure to complete trap processing due à l'exécution de la commande XIR sur le SE Oracle Solaris 10 9/10 (6962156)

La version Oracle Solaris 10 9/10 inclut une nouvelle fonctionnalité fournissant des services améliorés permettant d'observer les performances de la CPU par le biais de la commande kstats. Cette fonctionnalité est désactivée par défaut. Pour l'activer, vous devez ajouter l'entrée set cu_flags=1 au fichier /etc/system et réinitialiser le système. Avant d'activer cette fonctionnalité sur toute plate-forme OPL SPARC Mx000, mettez à jour le microprogramme de la plate-forme OBP vers la version XCP1093 ou une version ultérieure. L'échec de la mise à jour du microprogramme de la plate-forme OBP avant d'activer la fonctionnalité peut entraîner une défaillance XIR (eXternally Initiated Reset) et un blocage de la plate-forme OBP ou un échec de la commande kmdb.

Pour plus d'informations, reportez-vous au fichier README accompagnant le microprogramme XCP1093 sur le site de téléchargement.

x64 : L'ID du sous-système PCI change dans le microprogramme ConnectX version 2.6.0 de Mellanox (6810093)

La mise à niveau du microprogramme ConnectX vers la version 2.6.000 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 monter les périphériques ibd.

Solution de contournement 1 : avant de redémarrer le système après la mise à jour d'un microprogramme à l'aide de la commande cxflash, supprimez les instances idb<x> du fichier /etc/path_to_inst et du répertoire /dev. Procédez comme suit :

  1. Connectez-vous en tant qu'utilisateur root. 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.


  2. Modifiez le fichier path_to_inst. Procédez comme suit :

    1. Faites une copie de sauvegarde du fichier path_to_inst existant.


      # cp /etc/path_to_inst /etc/path_to_inst.backup
    2. Ouvrez le fichier path_to_inst :


      # vi /etc/path_to_inst
    3. Recherchez les lignes contenant ibd et hermon, puis supprimez-les.

    4. Enregistrez les modifications et fermez le fichier.

  3. Supprimez les entrées du répertoire /dev.


    rm /dev/ibd?*
  4. Redémarrez 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 de contournement 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 :

  1. Mettez le système hors tension et déconnectez l'adaptateur HCA du bus.

  2. Réinitialisez le système sans l'adaptateur HCA.

  3. Lorsque le système est de nouveau sous tension, effectuez les étapes 2 à 3 de la Solution de contournement 1.

  4. Mettez le système hors tension.

  5. Réinstallez l'adaptateur HCA. Redémarrez le système.

  6. Si le système se réinitialise, mais si les interfaces ibd n'effectuent pas automatiquement de montage, les fichiers /etc/hostname.ib<?> risquent de ne pas être adaptés à la configuration actuelle du périphérique. Renommez manuellement les fichiers pour refléter la configuration correcte.

Reconfiguration dynamique impossible en raison de l'allocation de mémoire au sein du noyau par le cache de remplacement (ARC, Adaptive Replacement Cache) ZFS (6522017)

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 SunFire haut de gamme 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_arc_max = 0x20000000

Affichage du paramètre d'équilibrage de charge spécifique au périphérique impossible avec la commande mpathadm

La sous-commande mpathadm show logical-unit indique la valeur de configuration globale de l'équilibrage de charge pour la propriété Current Load Balance. Cependant, les entrées du fichier csi_vhci.conf qui modifient le type d'équilibrage de charge pour un produit spécifique n'ont aucune correspondance dans la sortie mpathadm, même si le paramètre est activé.

Exécution impossible de Power Management sur certaines mémoires graphiques due à l'outil d'enregistrement (6321362)

Si les processus d'arrière-plan de l'outil d'enregistrement restent en cours d'exécution, les mémoires graphiques Elite3D et Creator3D interrompent la gestion de l'énergie. Cette panne réduit les économies d'énergie lorsque le système est en mode de gestion d'énergie. Dans certaines conditions, sys-suspend risque également d'être suspendu. Aucun message d'erreur n'est affiché. Le système risque d'être suspendu lors de l'opération d'interruption ou de reprise.

Solution de contournement :

Exécutez la commande suivante environ 60 secondes après chaque connexion :


# pkill -f basicreg.jar
# pkill -f swupna.jar

SPARC : Non prise en charge des versions 1.0 et 1.1 de la carte Sun Crypto Accelerator 4000 dans SE Oracle Solaris 10

SE Oracle Solaris 10 comporte une nouvelle structure cryptographique. Cependant, les versions 1.0 et 1.1 du logiciel et du microprogramme de la carte Sun Crypto Accelerator 4000 n'utilisent pas cette structure. Par conséquent, ces versions ne sont pas prises en charge dans SE Oracle Solaris 10.

La version 2.0 utilise la nouvelle structure. Cette version est disponible gratuitement pour les utilisateurs de la carte Sun Crypto Accelerator 4000 qui envisagent d'installer le SE Oracle Solaris 10. En raison du contrôle exercé sur l'exportation de la carte Sun Crypto Accelerator 4000, vous devez contacter les services clientèle destinés aux entreprises Sun Enterprise ou votre distributeur local pour vous procurer cette mise à niveau. Des informations supplémentaires sont disponibles sur la page Web de Sun Crypto Accelerator 4000 du site des produits de Sun .

Certains contrôleurs USB 2.0 sont désactivés

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.sun.com/io_technologies/USB-Faq.html.

Périphériques USB pris en charge et configurations de hub correspondantes

Cette version 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 2–1 Périphériques USB et configurations

Périphériques USB 

Types de connexion 

Périphériques de stockage USB 2.0 

Directe, hub USB 1.1, hub USB 2.0 

Périphériques USB 1.1 sauf audio 

Directe, hub USB 1.1, hub USB 2.0 

Périphériques audio USB 1.1 

Directe, hub USB 1.1 

Périphériques audio USB 2.0 

Non pris en charge 

x86 : Limites de certains pilotes de périphérique dans le SE Oracle Solaris 10

La liste suivante décrit les limites avec certains pilotes et interfaces dans cette version Oracle Solaris 10 pour les plates-formes x86 :

Checkpoint Resume

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.

Power Management

Cette fonctionnalité n'est pas disponible pour les périphériques USB. Ne créez pas de composants de gestion d'énergie. Écrivez le pilote de manière que les fonctions pm_raise_power() et pm_lower_power() soient appelées seulement lorsque les composants de gestion d'énergie sont créés.

Lecteurs de DVD-ROM/CD-ROM sur systèmes sans écran

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 lecteurs de CD-ROM et de disquettes 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 le lecteur de CD ou de disquettes, tapez 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. Ce faisant, ces périphériques fonctionneront constamment à plein régime.

x86 : Configuration manuelle nécessaire pour spécifier des claviers dans d'autres langues que l'anglais

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. Sinon, l'installation continue avec une spécification de clavier par défaut ne correspondant pas au type de clavier du système.

Solution de contournement 1 : si le clavier du système n'est pas un clavier anglais-US, effectuez la procédure suivante au cours de l'installation :

  1. Lorsque la fenêtre de configuration du système proposée pour l'installation s'affiche, appuyez sur Échap.


    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 Échap avant la fin de ce laps de temps. Sinon, l'installation continue avec les paramètres affichés.


  2. Changez le type de clavier en choisissant le type correspondant au clavier de votre système.

  3. Appuyez sur Entrée pour accepter le changement et poursuivre l'installation.

Solution de contournement 2 : si vous souhaitez modifier le type de clavier d'un système exécutant déjà 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.

SPARC : Erreurs possibles dues au pilote jfca de certains HBA (Host Bus Adapter) connectés à des lecteurs de bande

Le pilote jfca pour les adaptateurs de bus hôte suivants peut provoquer une panique du système ou des échecs E/S lorsque ces HBA sont connectés à des lecteurs de bandes :

Le pilote jfca des HBA peut se trouver confronter à une situation dans laquelle certaines opérations risquant de provoquer des erreurs sont exécutées. Ces opérations sont les suivantes :

Des messages d'erreur semblables à ceux des exemples suivants peuvent s'afficher :

Solution de contournement : ne connectez aucun lecteur de bandes à l'adaptateur (HBA) SG-PCI1FC-JF2 ou SG-PCI2FC-JF2.

Conflit entre certains périphériques partageant le même bus (6196994)

Un conflit de bus se produit si des cartes Quad Fast-Ethernet (QFE) partagent le même bus avec l'un des adaptateurs suivants :

Le paramètre infinite-burst du pilote ce utilisé par ces adaptateurs est activé par défaut. Par conséquent, le délai sur le bus pour permettre aux ports QFE de le partager est insuffisant ou il est écoulé.

Solution de contournement : ne placez pas les cartes QFE sur le même bus que les adaptateurs réseau de la liste.

Échec de l'initialisation du SE Oracle Solaris 10 à partir de certains lecteurs de DVD ou de CD-ROM (4397457)

La valeur par défaut du délai d'attente de la partie SCSI de la carte SunSwift PCI Ethernet/SCSI (X1032A) ne correspond pas au délai d'attente du lecteur SCSI DVD-ROM de Sun (X6168A). Avec un média marginal, le lecteur de DVD-ROM rencontre parfois des erreurs de délai d'attente. Les seules exceptions sont les systèmes Oracle Sun Fire 6800, 4810, 4800 et 3800. Ces systèmes remplacent la valeur de délai d'attente SCSI à l'aide de OpenBoot PROM.

Solution de contournement : pour d'autres plates-formes, utilisez les interfaces SCSI intégrées ou les adaptateurs SCSI compatibles avec les lecteurs de DVD-ROM, comme dans les exemples suivants :

Problèmes avec iPlanet Directory Server 5.1

Cette section fournit des informations importantes aux utilisateurs de l'utilitaire iPlanet Directory Server 5.1 qui effectuent des mises à niveau vers la nouvelle version Solaris10.

Installation de Directory Server 5.1

Sun Java System Directory Server 5 2005Q1 remplace iPlanet Directory Server 5.1 qui était intégré au système d'exploitation Solaris 9. Dans SE Oracle Solaris 10, ce nouveau serveur d'annuaire peut être installé comme partie intégrante de Sun Java Enterprise System.


Remarque –

Pour plus d'informations concernant le serveur d'annuaire Directory Server 5 2005Q1 de Sun Java System, consultez la documentation de Sun Java System sur le site http://docs.sun.com.


SE Oracle Solaris 10 continue de prendre en charge Directory Server 5.1. Il peut être cependant nécessaire d'installer Directory Server 5.1 dans les cas suivants :

Dans la version Solaris10, l'installation de l'utilitaire Directory Server 5.1 s'effectue manuellement. Procédez comme suit :

  1. Insérez le CD SE Oracle Solaris 10 5 dans le lecteur de CD-ROM.

  2. Prenez le rôle de superutilisateur.

  3. Dans une fenêtre du terminal, installez Directory Server.


    # cd /cdrom/cdrom0/Solaris_10/Product/
    # pkgadd -d . IPLTnls IPLTnspr IPLTnss IPLTjss IPLTpldap \
    IPLTdsr IPLTdsu IPLTadmin IPLTcons IPLTadcon IPLTdscon \
    IPLTadman IPLTdsman
    

    Pour installer les packages de la version localisée en chinois simplifié, exécutez la commande supplémentaire ci-dessous :


    # pkgadd -d . IPLTcdsu IPLTcadmin IPLTccons IPLTcadcon \
    IPLTcdscon IPLTcadman IPLTcdsman
    

    Pour installer les packages de la version localisée en japonais, exécutez la commande supplémentaire ci-dessous :


    # pkgadd -d . IPLTjdsu IPLTjadmin IPLTjcons IPLTjadcon \ 
    IPLTjdscon IPLTjadman IPLTjdsman
    
  4. Une fois l'installation terminée, configurez iPlanet Directory Server 5.1. Reportez-vous au Chapitre 11, Sun ONE Directory Server Configuration du System Administration Guide: Naming and Directory Services (DNS, NIS, and LDAP).

Migration vers Directory Server 5 2005Q1 de Sun Java System


Attention – Attention –

Les formats des bases de données des deux versions de Directory Server sont incompatibles. Par conséquent, si vous êtes un utilisateur de Directory Server 5.1, Sun vous recommande de migrer la base de données vers une base de données formatée pour Directory Server 5 2005Q1 de Sun Java System .


Pour que la migration puisse s'effectuer, les deux versions de Directory Server doivent exister dans le système qui a été mis à niveau vers le SE Oracle Solaris 10. Si vous êtes un utilisateur de DS 5.1, mais que vous utilisez le format de distribution d'archives compressé (.tar.gz), vous pouvez passer immédiatement aux instructions de migration de l'étape 2.

  1. Dans une fenêtre du terminal, vérifiez si les packages iPlanet Directory Server 5.1 sont présents sur votre système.


    $ pkginfo | grep IPLT
    

    Si les packages suivants sont présents sur le système, passez directement à l'étape 2 pour procéder à la migration. La liste ci-dessous contient les packages iPlanet Directory Server 5.1 présents sur le système.


    system  IPLTadcon  Administration Server Console
    system  IPLTadman  Administration Server Documentation
    system  IPLTadmin  Administration Server
    system  IPLTcons   Console Client Base
    system  IPLTdscon  Directory Server Console
    system  IPLTdsman  Directory Server Documentation
    system  IPLTdsr    Directory Server (root)
    system  IPLTdsu    Directory Server (usr)
    system  IPLTjss    Network Security Services for Java
    system  IPLTnls    Nationalization Languages and Localization Support
    system  IPLTnspr   Portable Runtime Interface
    system  IPLTnss    Network Security Services
    system  IPLTpldap  PerLDAP
    $

    Si les packages n'existent pas, installez-les. Reportez-vous à l'étape 4 de la procédure de la section précédente Installation de Directory Server 5.1. Une fois l'installation terminée, passez à l'étape 2 pour procéder à la migration.

  2. Migrez la base de données iPlanet Directory Server 5.1 vers la version actuelle. Pour plus d'instructions, reportez-vous à la documentation pour le serveur d'annuaire Sun Java System sur le site suivant : http://docs.sun.com/coll/DirectoryServer_05q1.

Après la migration de vos données, continuez à sauvegarder les données d'annuaire comme vous le faisiez avant la migration. Toute reprise sur sinistre peut nécessiter la base de données migrée.

Problèmes liés à la localisation

Cette section décrit les problèmes de localisation s'appliquant au SE Oracle Solaris 10.

Remarque sur la localisation du logiciel en suédois

Le logiciel n'est plus mis à jour en suédois à compter de la version Solaris 10 8/07 excepté celles localisées par les communautés. En conséquence, les messages des mises à jour s'affichent en anglais.

Solution de contournement : aucune.

Affichage de plusieurs commutateurs de méthode d'entrée dans Trusted Java DS

Par défaut, lorsque vous vous connectez à Trusted Java DS dans un environnement UTF-8 ou asiatique, l'application de commutation de la méthode d'entrée, iiim-panel, s'affiche par étiquette. Dans un environnement d'étiquette multiple, plusieurs iiim-panel s'affichent, ce qui peut être source de confusion pour l'utilisateur.

Aucun message d'erreur n'est affiché.

Solution de contournement : Arrêtez l'utilisation de iiim-panel. Procédez comme suit :

Vous pouvez également changer la langue d'entrée à l'aide de l'option de raccourci clavier. Pour activer le raccourci clavier, suivez la procédure ci-dessous :


Remarque –

Lorsque vous sélectionnez l'option Attacher à chaque application, la liste des commutateurs de langue ne s'affiche pas dans les applications GTK. Vous pouvez changer la langue d'entrée à l'aide du raccourci clavier.


Méthode d'entrée japonaise Wnn8

Il est impossible d'utiliser la méthode d'entrée japonaise Wnn8 si les serveurs Wnn8 ne sont pas activés.

Solution de contournement : activez les serveurs Wnn8 :


# svcadm enable wnn8/server

De plus, sélectionnez Wnn8 comme moteur de langue japonaise en exécutant la commande iiim-properties.

Nouvelle méthode d'entrée ChuYin non prise en charge dans les mises à niveau vers IIIMF rév.12 (6492129)

En cas de mise à niveau du système d'exploitation vers la version Solaris 10 6/06 ou Solaris 10 11/06, la structure de méthode d'entrée et les méthodes d'entrée individuelles sont mises à niveau de la rév.10 vers la rév.12. Toutefois, ChuYin ne figure pas dans les méthodes d'entrée prises en charge. En outre, les touches de fonction F2 et F3 ne peuvent pas être utilisées pour sélectionner les méthodes.

Solution de contournement : utilisez PinYin pour saisir des caractères du chinois traditionnel à l'aide de Hanyu PinYin. Sélectionnez la méthode d'entrée de votre choix à l'aide du raccourci Ctrl+Maj.

Changement de mode impossible avec la touche AltGr dans certains environnements russes (6487712)

La touche Alt Gr ne permet pas de changer de mode entre plusieurs configurations Xsun russes dans les environnements linguistiques ru_RU.KOI8-R et ru_RU.ANSI1251.

Solution de contournement 1 : sélectionnez l'environnement ru_RU.UTF-8 ou ru_RU.ISO8859-5.

Solution de contournement 2 : utilisez IIIMF à la place de la configuration de clavier russe.

Le texte en arabe n'apparaît pas dans les environnements linguistiques ar

Si le système x86 utilise Xorg en tant que serveur X par défaut, la police arabe (iso7759-6) n'apparaît pas dans l'environnement linguistique ar. Cette erreur ne se produit pas si vous utilisez XSun à la place de XOrg.

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

  1. En qualité de superutilisateur, modifiez /usr/dt/config/Xservers.

    • Annulez le commentaire ou ajoutez la ligne suivante :


      :0 Local local_uid@console root /usr/openwin/bin/Xsun :0 
      -nobanner -defdepth 24
    • Commentez la ligne suivante :


      :0 Local local_uid@console root /usr/X11/bin/Xorg :0
  2. Redémarrez le système.

Vous pouvez également vous connecter à des environnements linguistiques ar_EG.UTF-8 ou à d'autres environnements UTF.

Problème de fonctionnement de plusieurs polices arabes avec le bureau GNOME (6384024)

Dans GNOME, lorsque vous sélectionnez certaines polices arabes, les caractères n'apparaissent pas. Ce problème se produit lorsque vous sélectionnez des polices pour des applications, le bureau ou le titre de la fenêtre via le menu des propriétés de police de GNOME. Les polices affectées sont notamment :

Aucun message d'erreur n'est affiché.

Solution de contournement :

Utilisez l'une des nouvelles familles de polices Kacst pour afficher les caractères arabes dans des applications GNOME.

Impossible de changer de langue d'entrée dans des applications de session (6360759)

Plusieurs langues d'entrée sont prises en charge dans les environnements linguistiques UTF mais le changement de langue ne fonctionne pas avec des applications de session lorsque vous cliquez sur le bouton gauche de la souris pour la première fois après la connexion. Ce problème se produit avec Java Desktop System (Java DS). Aucun message d'erreur n'est affiché.

Solution de contournement :

Cliquez sur le bouton 1 de la souris dans l'espace d'arrière-plan ou sur le menu de démarrage avant de cliquer sur une application.

Raccourcis clavier de la version 1.7 de Mozilla pour l'environnement linguistique espagnol inhabituels et ambigus (6288620)

Les raccourcis clavier dans Mozilla 1.7 sont inhabituels, notamment dans l'environnement linguistique espagnol. Par exemple, Ctrl+S permet de copier et d'enregistrer. Aucun message d'erreur n'est affiché.

Solution de contournement :

Identifiez les touches de raccourci affectées aux actions de l'utilisateur depuis le menu du produit.

Remarques concernant la migration vers un environnement linguistique UTF-8

Lors de la migration vers un environnement linguistique UTF-8, les fichiers affectent la méthode utilisée pour l'importation ou l'exportation des données.

Fichiers Microsoft Office

Les fichiers Microsoft Office sont codés en Unicode. Les applications StarOffice peuvent lire les fichiers codés en Unicode et écrire dedans.

fichiers HTML

Les fichiers HTML créés à l'aide d'éditeurs HTML tels que Mozilla Composer ou enregistrés dans un navigateur Web contiennent généralement une balise de codage charset. Après l'exportation ou l'importation, vous pouvez parcourir de tels fichiers HTML à l'aide du navigateur Web Mozilla ou les modifier à l'aide de Mozilla Composer, suivant la balise de codage du fichier HTML.

Réparation des fichiers HTML altérés

Certains fichiers HTML peuvent s'afficher dans des caractères inexploitables. Ce problème est généralement lié à l'un des motifs suivants :

Pour retrouver la balise de codage charset au sein du fichier HTML, réalisez les opérations suivantes :

  1. Ouvrez le fichier dans Mozilla.

  2. Appuyez sur les touches Ctrl-i ou cliquez sur View pour ouvrir le menu View.

  3. Cliquez sur Page Info.

Les informations charset figurent en bas de l'onglet General, par exemple :


Content-Type text/html; charset=us-ascii

Si la chaîne charset=us-ascii ne correspond pas au codage réel du fichier, celui-ci peut paraître altéré. Pour modifier les codes du fichier HTML, procédez comme suit :

  1. Ouvrez le fichier dans Mozilla Composer.

  2. Ouvrez le menu Fichier.

  3. Sélectionnez Save as Charset.

  4. Sélectionnez le codage approprié. Mozilla Composer convertit automatiquement le codage et la balise charset comme il se doit.

Enregistrement d'e-mails au format portable

Les e-mails envoyés par modern comportent la balise MIME charset. Or, les applications d'e-mail et de calendrier acceptent les balises MIME charset. Vous n'avez donc pas besoin d'exécuter une conversion de codage.

Fichiers ordinaires

Les fichiers ordinaires ne comportent pas de balise charset. Si les fichiers ne sont pas codés en UTF-8, il est nécessaire de convertir le codage. Par exemple, pour convertir un fichier ordinaire codé en big5 en chinois traditionnel vers UTF-8, exécutez la commande suivante :


iconv -f big5 -t UTF-8 inputfilename



 > outputfilename

Vous pouvez également utiliser File System Examiner pour la conversion de codage.

Vous pouvez utiliser Text Editor pour lire et écrire le texte de codage des caractères automatiquement ou par la spécification explicite d'un codage lors de l'ouverture ou de l'enregistrement d'un fichier.

Pour lancer Text Editor, cliquez sur Launch, puis choisissez Applications->Accessories->Text Editor.

Noms de fichiers et de dossiers

Si les noms de fichiers et de dossiers utilisant des caractères multi-octets n'utilisent pas le codage UTF-8, une conversion de codage est nécessaire. Vous pouvez utiliser File System Examiner pour convertir les noms de fichiers et de dossiers, ainsi que le contenu des fichiers ordinaires du codage d'origine des caractères en codage UTF-8. Pour plus d'informations, reportez-vous à l'aide en ligne de File System Examiner.

Pour lancer File Systems Examiner, cliquez sur Launch, puis choisissez Applications->Utilities->File System Examiner.

Lorsque vous accédez à des noms de fichiers ou de dossiers non-UTF-8 sous Microsoft Windows via SMB à l'aide du Gestionnaire de fichiers, vous pouvez le faire sans conversion de codage.

Lancement d'applications dans des environnements linguistiques anciens

Pour les applications qui ne sont pas prêtes pour une migration vers Unicode UTF-8, vous pouvez créer un programme de lancement sur un panneau avant pour exécuter l'application dans des environnements linguistiques anciens. Vous pouvez également lancer les applications directement à partir de la ligne de commande. Pour créer un programme de lancement pour une application, procédez comme suit :

  1. Cliquez avec le bouton droit de la souris sur le panneau où vous souhaitez placer le programme de lancement.

  2. Sélectionnez Add to Panel->Launcher.

  3. Utilisez le format suivant pour saisir l'entrée dans le champ Command de la boîte de dialogue Create Launcher :


    env LANG=locale LC_ALL=
    locale application name
    

    Par exemple, si vous souhaitez lancer une application appelée motif-app à partir de /usr/dt/bin dans l'environnement linguistique Chinese Big5, saisissez le texte suivant dans le champ Command de la boîte de dialogue Create Launcher :


    env LANG=zh_TW.BIG5 LC_ALL=zh_TW.BIG5 /usr/dt/bin/motif-app
    
  4. Cliquez sur OK pour créer le programme de lancement sur le panneau.

Lorsqu'il vous faut exécuter des applications à interface de ligne de commande (CLI, command line interface) spécifiques à un environnement linguistique ancien, commencez par ouvrir une fenêtre Terminal dans l'environnement linguistique ancien, puis exécutez les applications CLI dans la même fenêtre Terminal. Pour ouvrir une fenêtre Terminal dans un environnement linguistique ancien, saisissez la commande suivante :


eng LANG=locale LC_ALL=locale GNOME-TERMINAL –disbable-factory.

Au lieu d'ouvrir une nouvelle fenêtre Terminal dans un environnement linguistique ancien, vous pouvez faire passer le paramètre d'environnement linguistique de UTF-8 vers un environnement linguistique ancien dans la fenêtre Terminal active. Pour cela, il suffit de changer de codage dans le menu Set Character Encoding dans la fenêtre Terminal. Ensuite, il faut également définir les variables d'environnement LANG et LANG sur le shell actif.

Indisponibilité du matériel pour certaines configurations de clavier de type 6 et 7

Le SE Oracle Solaris inclut la prise en charge logicielle de certaines configurations de clavier. Ce logiciel offrira aux utilisateurs une plus grande flexibilité d'entrée au clavier en leur permettant d'adapter les configurations de claviers américains standard à leurs propres besoins linguistiques.

Le matériel dédié aux types de configuration de clavier suivants n'est pas disponible à ce stade :

Albanie 

Belarus 

Belarus 

Français canadien 

Croatie 

Tchèque 

Danemark 

Estonie 

Hongrie 

Islande 

Lettonie 

Lituanie 

Maltais britannique 

Maltais américain 

Pologne 

Portugais brésilien 

Roumanie 

Serbie-et-Monténégro 

Slovaquie 

Slovénie 

Solution de contournement : choisissez l'un des palliatifs suivants :

Problèmes de réseau

Les bogues de réseau suivants s'appliquent à la version Oracle Solaris 10.

SPARC : Erreurs de connexion NFS/RDMA (6229077)

Des erreurs de connexion peuvent se produire entre un client et un serveur NFS utilisant l'accès mémoire direct à distance (RDMA, Remote Direct Memory Access). En raison de ces erreurs, les ressources de pool du tampon s'épuisent et le système panique. Le message d'erreur suivant s'affiche :


rpcib: WARNING: rib_rbuf_alloc: No free buffers!

Solution de contournement : choisissez l'un des palliatifs suivants :

Pour de plus amples informations, reportez-vous aux pages de manuel mount_nfs(1M) et nfs(4)

Domaine système d'interprétation non configurable (6314248)

Le domaine système d'interprétation (DOI, Domain System of Interpretation) n'est pas configurable. Lorsque vous créez un modèle de réseau de confiance à l'aide de la console de gestion Solaris , celle-ci définit le DOI sur 0 et le composant Trusted Extensions ne fonctionne pas correctement. Plusieurs messages d'erreur s'affichent.

Solution de contournement : définissez le DOI sur 1 à l'aide de la console de gestion Solaris.

Transmission IP désactivée par défaut dans le SE Oracle Solaris 10

Dans cette version, la transmission IP est désactivée par défaut. Cette configuration s'applique à IPv4 et IPv6 indépendamment des autres configurations du système. Les systèmes avec plusieurs interfaces IP, qui transmettaient les paquets IP, ne disposent plus par défaut de cette fonction automatique. Pour activer la transmission IP sur des systèmes à multi-hébergement, les administrateurs doivent manuellement effectuer davantage d'opérations de configuration.

Solution de contournement : la commande routeadm active la transmission IP. Les modifications apportées à la configuration résultant de l'utilisation de la commande routeadm persistent après plusieurs réinitialisations du système.

Pour plus d'informations sur le transfert IP, reportez-vous à la page man routeadm(1M).

Échec de l'initialisation de la zone lorsque l'adresse IP appartient à un groupe de multiacheminement sur réseau IP qui a échoué (6184000)

Vous pouvez configurer une zone de manière que l'adresse IP de la zone fasse partie d'un groupe de multiacheminement sur réseau IP. Pour plus d'informations sur le processus de configuration, reportez-vous à la section Extension de la fonction IPMP aux zones non globales en mode IP partagé du Guide d’administration système : Gestion des ressources des conteneurs et des zones Oracle Solaris.

Lorsque toutes les interfaces réseau du groupe de multiacheminement sur réseau IP échouent, une zone ne s'initialise pas si elle comporte une adresse IP faisant partie de ce groupe.

L'exemple suivant montre le résultat obtenu si vous tentez d'initialiser la zone.


# zoneadm -z my-zone boot 
zoneadm: zone 'my-zone': bge0:1: 
could not set default interface for multicast: Invalid argument 
zoneadm: zone 'my-zone': call to zoneadmd failed

Solution de contournement : réparez au moins une interface réseau dans le groupe.

Problèmes de sécurité

Les problèmes de sécurité suivants s'appliquent à la version Oracle Solaris 10.

Échec des connexions sans mot de passe avec la commande pam_ldap activée (6365896)

Une fois le module PAM de gestion des comptes de LDAP (pam_ldap) activé, les utilisateurs doivent posséder un mot de passe pour pouvoir se connecter au système. Par conséquent, les connexions sans mot de passe échouent, y compris celles utilisant les outils suivants :

Solution de contournement : aucune.

Standards et commandes Oracle Solaris

La section suivante décrit les changements de comportement dans certaines commandes et standards du SE Oracle Solaris 10.

Récupération limitée aux 1 000 premiers utilisateurs Active Directory par le démon winbind

Ce bogue se produit lorsque vous utilisez le serveur Samba avec winbind dans un environnement Active Directory. La version Solaris 10 10/09 inclut la version logicielle Samba 3.0.28. Lorsque vous interrogez tous les utilisateurs ou plus de 1000 d'entre eux depuis un serveur Active Directory, winbind ne récupère que les 1000 premiers résultats.

Solution de contournement : aucune.

Modification des pages de manuel de la fonctionnalité Trusted Extensions uniquement dans le manuel de référence

Pour cette version, les pages de manuel concernant la fonctionnalité Trusted Extensions ayant fait l'objet d'une révision sont les suivantes :

L'exécution de la commande man ne permet pas d'afficher les pages de manuel révisées. Pour cela, reportez-vous au Solaris Trusted Extensions Reference Manual .

Bash 3.00 ne définit plus certaines variables d'environnement

SE Oracle Solaris 10 comporte Bash 3.00. Ce shell n'exporte plus automatiquement les variables suivantes dans l'environnement :

Ce nouveau comportement s'applique même si le shell attribue des valeurs par défaut à ces variables.

Solution de contournement : exportez ces variables manuellement.

Le nouvel utilitaire ln nécessite l'option -f

Le comportement de /usr/bin/ln a été modifié afin de respecter tous les standards de SVID3 à XCU6. Si vous tentez d'établir la liaison vers un fichier cible existant à l'aide de la commande ln sans l'option -f, l'opération échoue. À la place, un message de diagnostic est écrit pour signaler une erreur de standard et la commande lie les fichiers source restants. Finalement, la commande ln se termine avec une valeur d'erreur.

Par exemple, si le fichier b existe, la syntaxe ln a b génère le message suivant :


ln: b: File exists

Ce changement de comportement a une incidence sur les scripts de shell existants ou les programmes qui comportent la commande ln sans l'option -f. Les scripts qui fonctionnaient auparavant peuvent maintenant échouer dans le SE Oracle Solaris 10.

Solution de contournement : utilisez l'option -f avec la commande ln. Si vous disposez de scripts qui exécutent l'utilitaire de liens, modifiez ces scripts pour qu'ils soient conformes au nouveau comportement de cette commande.

Rejet des noms de variables setenv comportant un tiret ou un signe égal par la nouvelle commande tcsh

Dans le SE Oracle Solaris 10, la commande tcsh a été mise à niveau vers la version 6.12. Cette version n'accepte plus les variables d'environnement dont le nom comporte un tiret ou un signe égal. Les scripts contenant des lignes setenv et fonctionnant dans les versions Oracle Solaris antérieures peuvent générer des erreurs dans la version actuelle. Le message d'erreur suivant s'affiche :


setenv: Syntax error

Pour plus d'informations, consultez la page de manuel tcsh pour le SE Oracle Solaris 10.

Solution de contournement : n'utilisez pas de tirets ni de signes égal dans les variables d'environnement.

Changement de comportement de la condition STDIO getc Family EOF

Les applications créées en stricte conformité avec le standard C sont concernées par les changements de comportement de certaines fonctions de bibliothèque. Par exemple, des applications compilées à l'aide du mode de compilation cc -Xc ou c89. Le comportement des fonctions de bibliothèque suivantes a changé :

Selon l'interprétation formelle du standard 1990 C, une fois qu'une condition de marquage de fin de fichier end-of-file est appliquée, aucune donnée ne doit plus être retournée du fichier à la suite d'opérations d'entrée ; sauf si le pointeur de fichier est repositionné ou si l'erreur ou les indicateurs de fin de fichier sont explicitement supprimés par l'application.

Le comportement des autres modes de compilation ne change pas. En particulier, les interfaces peuvent lire les dernières données écrites en provenance du flux après que l'indicateur de fin de fichier end-of-file a été appliqué.

Solution de contournement : appelez fseek() ou clearerr() sur le flux pour lire les données supplémentaires après que la condition EOF a été signalée sur celui-ci.

Les colonnes de sortie de la commande ps sont élargies

En raison d'ID utilisateur et d'ID processeur plus grands, ainsi que d'un temps d'exécution cumulatif plus long, les colonnes de sortie de la commande ps ont été élargies. Par conséquent, les scripts des utilisateurs ne doivent pas être destinés à des colonnes de sortie fixes.

Solution de contournement : les scripts doivent utiliser l'option -o de la commande ps.

Pour plus d'informations, reportez-vous à la page de manuel ps(1) .

Bogues de Solaris Volume Manager

Les bogues suivants de Solaris Volume Manager s'appliquent à la version Oracle Solaris 10 9/10.

Solaris Volume Manager ne supprime pas correctement les périphériques si la commande fdisk ne contient aucune entrée valide.

Le pilote HBA SATA bcm_sata prend en charge les disques SATA et les périphériques ATAPI SATA. Le pilote prend en charge le périphérique RD1000. Ce dernier correspond à un périphérique amovible ATAPI SATA. Lorsque le média dans le périphérique RD1000 ne contient aucune entrée valide pour la commande fdisk, le gestionnaire de volumes (vold) ne crée aucun nœud. Par conséquent, la commande rmformat n'effectue pas les opérations prévues.

Solution de contournement : utilisez l'une des options suivantes :

  1. Désactivez le gestionnaire de volumes (vold).


    # /etc/init.d/volmgt stop
    
  2. Exécutez les commandes suivantes, si nécessaire :

    • fdisk

    • rmformat

    • format

    • newfs

    • mound

  3. Redémarrez le gestionnaire de volumes.


    # /etc/init.d/volmgt start
    

Échec possible de la commande metattach de Solaris Volume Manager

Si vous possédez un fichier racine (/) en miroir de Solaris Volume Manager au sein duquel le système de fichiers ne commence pas au cylindre 0, vous ne devez connecter aucun sous-miroir commençant au cylindre 0.

Si vous tentez de connecter un sous-miroir commençant au cylindre 0 sur un miroir dont le sous-miroir original ne commence pas sur ce cylindre, le message d'erreur suivant s'affiche :


can't attach labeled submirror to an unlabeled mirror

Solution de contournement : choisissez l'un des palliatifs suivants :


Remarque –

Par défaut, la procédure d'installation de JumpStart commence la copie sur le cylindre 0 et place le système de fichiers racine (/) ailleurs sur le disque. Habituellement, la tranche 0 est démarrée au cylindre 0. Des problèmes peuvent survenir avec la mise en miroir d'une installation JumpStart par défaut avec la racine en tranche 0, mais sans le cylindre 0, vers un disque classique de tranche 0 démarrant au cylindre 0. Cette mise en miroir engendre l'affichage d'un message d'erreur au moment où vous tentez de connecter un second sous-miroir. Pour plus d'informations sur le comportement par défaut des programmes d'installation Oracle Solaris, reportez-vous aux guides d'installation Oracle Solaris 10.


Bogues de Java Desktop System

Cette section décrit les problèmes qui s'appliquent à Sun Java Desktop System (Java DS) dans SE Oracle Solaris 10.

Messagerie et calendrier

Cette section présente les problèmes liés à la messagerie et aux calendriers.

Problème lors du changement de type d'authentification (6246543)

Lorsque vous changez le type d'authentification du serveur de messagerie entrante, l'application Messagerie et calendrier risque de ne plus fonctionner correctement.

Solution de contournement : redémarrez Messagerie et calendrier.

Problèmes de connexion

Cette section décrit les problèmes liés à la connexion.

Message d'erreur à l'ouverture de session

Vous risquez de rencontrer le message d'erreur suivant lors de l'ouverture d'une session Java Desktop System :


Could not look up internet address for hostname.
This will prevent GNOME from operating correctly.
It may be possible to correct the problem by adding 
hostname to the file /etc/hosts

Solution de contournement : assurez-vous d'avoir bien configuré le nom d'hôte dans le fichier /etc/hosts. Procédez comme suit :

  1. Configurez le nom d'hôte dans le fichier /etc/hosts comme suit :


    127.0.0.1 localhost loghost hostname
    localhost.localdomain

    nom d'hôte correspond au nom de votre système.

  2. Veillez à ce que votre nom d'hôte apparaisse dans le fichier /etc/nodename . Ce fichier doit également présenter la ligne suivante :


    127.0.0.1 localhost loghost hostname
    localhost.localdomain

Système d'aide

Ouverture d'une fenêtre d'aide incorrecte pour le contrôle du volume (6253210)

Si vous utilisez le navigateur Yelp pour ouvrir l'aide en ligne correspondant au contrôle du volume, c'est le fichier d'aide correspondant à l'application d'accessibilité clavier qui s'affiche.

Solution de contournement : aucune.

Navigateur Mozilla

Impossible d'imprimer certains documents à partir du navigateur Mozilla

Il est impossible d'imprimer des documents à partir du navigateur Mozilla si ces documents contiennent des caractères Unicode qui ne figurent pas dans le plan multilingue de base (BMP, Basic Multilingual Plane).

Solution de contournement : aucune.

Problèmes système

Incompatibilité partielle des préférences utilisateur

Les préférences utilisateur de votre compte personnel correspondant à une version antérieure de GNOME Desktop sont peut-être partiellement incompatibles avec la version utilisée par Java DS Release 3.

Solution de contournement : redéfinissez vos préférences. Procédez comme suit :

  1. Déconnectez-vous de Java Desktop System.

  2. Cliquez sur Session et sélectionnez le terminal Failsafe.

  3. Ouvrez une session.

  4. Dans la fenêtre du terminal failsafe, entrez les commandes suivantes :


    % gnome-cleanup exit
    
  5. Reconnectez-vous.

    Vos préférences GNOME sont alors réinitialisées.

Problèmes liés à l'enregistreur de sons

La barre de défilement et le compteur latéral ne fonctionnent pas lors de l'enregistrement d'un fichier new.wav.

Solution de contournement : aucune.

Masque ACL Nautilus non synchronisé avec les autorisations de groupe (6464485)

Les autorisations de groupe définies dans l'onglet des autorisations doivent être identiques aux autorisations de masque définies dans l'onglet des accès. Il arrive cependant qu'elles ne soient pas synchronisées.

Solution de contournement : cliquez sur le bouton Fermer, puis cliquez sur Recharger. Affichez de nouveau les propriétés du fichier. Les autorisations de groupe et de masque sont resynchronisées. Les autorisations sont définies en fonction des modifications apportées au masque à l'étape précédente.

Prise en charge de l'extension GNU par la commande strftime (3c) requise dans les occurrences %-m et %-d (6448815)

La barre de menu Java DS et certaines applications, telles que Evolution, n'affichent pas correctement la date dans l'environnement linguistique chinois. Une date incorrecte s'affiche dans le format %-m M %-d J, où M et J correspondent respectivement au mois et jour en chinois.

Solution de contournement : Procédez comme suit :

  1. Sauvegardez le fichier /usr/share/locale/LC_MESSAGES/gnome-panel*.mo.

  2. Téléchargez le fichier gnome-panel.gnome-2-16.zh_CN.po à partir de la page http://l10n.gnome.org/POT/gnome-panel.gnome-2-16/gnome-panel.gnome-2-16.zh_CN.po et enregistrez-le dans le répertoire /tmp

  3. Dans le fichier gnome-panel.gnome-2-16.zh_CN.po, remplacez les occurrences de %-m par %Om et les occurrences de %-d par %e.

  4. Générez un nouveau fichier gnome-panel.gnome-2-16.zh_CN.po.


    msgfmt -v -o gnome-panel.gnome-2-16.zh_CN.mo /tmp/gnome-panel.gnome-2-16.zh_CN.po

    Copiez de nouveau le fichier dans le répertoire /usr/share/locale/LC_MESSAGES/.

  5. Déconnectez-vous du système, puis reconnectez-vous.

x86 : impossible de configurer l'agrandissement plein écran sur les systèmes comportant une seule carte vidéo

Si votre système Oracle Solaris 10 ne contient qu'une seule carte vidéo, vous ne pouvez pas le configurer pour un agrandissement en plein écran. Si vous disposez d'une telle configuration, vous devez utiliser un fichier de configuration distinct dans lequel vous définirez les paramètres d'un pilote fictif. Commencez par vous assurer que le serveur X est inactif. Ensuite, réalisez les opérations suivantes :

  1. Ouvrez une session en ligne de commande.

    • Si vous utilisez le gestionnaire d'affichage de GNOME, procédez comme suit :

      1. Ouvrez une session en tant que superutilisateur.

      2. À l'invite, tapez svcadm disable application/gdm2-login.

      3. Ouvrez une nouvelle session en tant que superutilisateur.

    • Si vous utilisez dtlogin, procédez comme suit :

      1. Dans la fenêtre dtlogin, cliquez sur Options, puis sélectionnez Command Line Login.

      2. Connectez-vous en tant que superutilisateur.

  2. Créez un nouveau fichier xorg.conf.


    # /usr/X11/bin/Xorg -configure
    

    Cette commande crée le fichier xorg.conf.new dans le répertoire racine (/).

  3. Copiez le nouveau fichier de configuration dans le répertoire /etc/x11 et renommez le fichier xorg.conf.


    # cp /xorg.conf.new /etc/X11/xorg.conf
    
  4. Modifiez les paramètres du fichier selon les exemples de configuration suivants :

    • Ajoutez une nouvelle section monitor.


      Section "Monitor"
       	Identifier   "monitor_dummy"
       	ModelName    "dummy"
       	HorizSync    10-200
         	VertRefresh  20-90
          EndSection
    • Ajoutez une nouvelle section device.


      Section "Device"
         BoardName    "dummy"
         Driver       "dummy"
         Identifier   "device_dummy"
         VendorName   "dummy"
         videoram	10000
      EndSection

      Remarque –

      Il vous faudra peut-être modifier la valeur videoram, suivant la largeur et la hauteur d'écran, ainsi que la profondeur de couleur gérées par votre carte graphique. La valeur en kilo-octets doit être suffisante pour l'écran qui sera utilisé. Par exemple, vous pouvez calculer cette valeur à l'aide de la formule width * height * bpp/8.


    • Ajoutez une nouvelle section screen.


      Section "Screen"
         DefaultDepth 24
         SubSection "Display"
           Depth      24
           Modes      "1280x1024"
         EndSubSection
         Device       "device_dummy"
         Identifier   "screen_dummy"
         Monitor      "monitor_dummy"
      EndSection

      Remarque –

      Il vous faudra peut-être modifier la valeur de résolution en fonction de votre configuration système.


  5. Observez la ligne suivante, située sous la section ServerLayout :


    Screen      0  "Screen0" 0 0
  6. Insérez la ligne suivante sous la ligne indiquée à l'étape précédente :


    Screen      1  "screen_dummy" RightOf "Screen0"

    Cette nouvelle ligne définit Screen1, un deuxième écran fictif théoriquement situé à droite de Screen0, l'écran physique et principal.

  7. Enregistrez les modifications.

  8. Réinitialisez le système à partir de la session en ligne de commande appropriée :

    • Si vous utilisez GDM, procédez comme suit :

      1. Tapez svcadm enable application/gdm2-login.

      2. Redémarrez le système.

    • Si vous utilisez dtlogin, réinitialisez le système et ouvrez une session.

  9. Lancez le lecteur d'écran Gnopernicus.

  10. Définissez le mode de démarrage (Startup Mode) sur Magnifier.

  11. Cliquez sur Preferences, puis sélectionnez l'option Magnifier.

  12. Cliquez sur Add/Modify.

  13. Attribuez les valeurs suivantes aux préférences Magnifier :

    • Pour Source : 0.1

    • Pour Zoomer Placement :

      • Left et Top : 0

      • Bottom et Right : Maximum

  14. Cliquez sur Appliquer.

    En raison de l'agrandissement plein écran situé au premier plan, les fenêtres Gnopernicus deviennent invisibles. Néanmoins, l'agrandissement plein écran est désormais disponible.

Certaines options d'affichage risquent d'entraîner une panne du gestionnaire de fichiers (6233643)

Le gestionnaire de fichiers risque de se bloquer si vous utilisez les options d'affichage suivantes :

Suivant les options d'affichage utilisées, les messages d'erreur suivants risquent de s'afficher :

Solution de contournement : aucune. Chaque fois que l'un de ces problèmes se produit, redémarrez le gestionnaire de fichiers ou cliquez sur le bouton Restart Application dans la boîte de dialogue qui vous avertit du problème.

Administration système

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

Échec du chargement du module de la suite de disponibilité sdbc lors de l'initialisation (6952222)

Dans cette version, le module sdbc ne parvient pas à se charger lors de l'initialisation et affiche le message d'erreur suivant :


[ID 819705 kern.notice]/usr/kernel/drv/sparcv9/sdbc: undefined symbol
WARNING: mod_load: cannot load module 'sdbc'

Solution de contournement : installez le patch 123246-07 pour les systèmes SPARC et le patch 123247-07 pour les systèmes x86.

Arrêt de l'horloge Oracle Solaris 10 9/10 sur Oracle VM 2.2 (6952499)

Les machines virtuelles (VM) exécutant les invités de Oracle Solaris 10 9/10 invités peuvent rencontrer les problèmes suivants :

Solution de contournement : les invités Oracle Solaris doivent être rattachés aux CPU physiques. Rattachez les CPU virtuelles du domaine aux CPU physiques de l'hôte comme suit :


# xm vcpu-pin domain vcpu cpus

Pour plus d'informations, reportez-vous à la page de manuel xm(1).

SPARC : Fonctionnement impossible des logiciels de gestion de volume tiers avec le patch FKU 137137-xx

Le patch FKU 137137-xx ne prend pas en charge le logiciel tiers de gestionnaire de volume à quelques exceptions près. Ce défaut de prise en charge est lié à l'implémentation pré-patch, post-patch et de postbackout. Si vous utilisez un logiciel de gestion de volume tiers, vous ne pouvez pas appliquer le patch FKU. Le message d'erreur suivant s'affiche au cours de l'installation du patch :


unsupported root slice type xxxxx

Notez cependant que les logiciels Fujitsu et Veritas Volume Manager sont pris en charge.

Solution de contournement : aucune.

Difficultés lors du montage automatique du DVD Solaris 10 10/09 par le démon vold (6712352)


Remarque –

Ce bogue se produit lorsque vous montez le DVD Solaris 10 10/09 ou une version ultérieure sur les systèmes exécutant des versions Oracle Solaris précédentes. Utilisez les patchs vold suivants pour monter le DVD sur des systèmes exécutant des versions Oracle Solaris précédentes :


Le DVD Solaris 10 10/09 DVD n'est pas monté par défaut pendant l'exécution. Aucun message d'erreur n'est affiché.

Solution de contournement : Procédez comme suit :

  1. Prenez le rôle de superutilisateur.

  2. Désactivez vold :

    • Sur les systèmes Oracle Solaris 10 :


      # svcadm disable -t volfs
    • Sur les systèmes Solaris 8 et 9 :


      /etc/init.d/volmgt stop
  3. Montez le support manuellement en générant la commande # mount -F hsfs chemin vers le lecteur de blocage chemin vers le point de montage. Exemple :


    # mount -F hsfs /dev/rdsk/c0t2d0s2 /mnt

Gestion impossible des commutateurs de mode entre les modes hérité et AHCI pour le contrôleur SATA par le SE Oracle Solaris (6520224)

Dans les systèmes dotés d'un contrôleur SATA compatible AHCI, la configuration du BIOS permet habituellement au contrôleur d'être défini en mode RAID, hérité ou AHCI. Le SE Oracle Solaris prend en charge les modes hérité et AHCI.

La configuration BIOS du mode SATA ne doit pas être modifiée après une installation Oracle Solaris initiale. De même, vous ne pouvez pas la modifier avant ou après une mise à niveau Oracle Solaris. Si vous modifiez la configuration BIOS du mode SATA après l'installation Oracle Solaris 10, la réinitialisation qui s'en suit échoue sans fournir d'explications sur les raisons de la panne.

Solution de contournement : si l'échec de l'initialisation est dû à la modification de la configuration BIOS, rétablissez le paramétrage d'origine pour réinitialiser le SE Oracle Solaris.

32 bits : Erreur possible avec les applications lors de l'obtention de l'état du système de fichiers sur des systèmes de fichiers volumineux (6468905)

Exécutées sur des systèmes de fichiers volumineux, ZFS par exemple, les applications recherchant des informations sur l'état des systèmes à l'aide de statvfs(2) ou statfs(2) affichent une erreur. Le message d'erreur suivant s'affiche :


Value too large for defined data type

Solution de contournement : les applications doivent plutôt utiliser statvfs64().

Utilisation restreinte de la commande patchadd avec l'option -R pour spécifier un chemin racine de remplacement à partir des systèmes ne tenant pas compte des zones (6464969)

Sur les systèmes exécutant une version Oracle Solaris incompatible avec les zones, la commande patchadd -R ou toute autre commande acceptant l'option -R ne permet pas de spécifier un chemin racine de remplacement pour une zone globale dans laquelle des zones non globales.sont installées.

Contrairement à la commande luupgrade [- t, -T, -p, -p], aucun message d'erreur relatif aux restrictions d'utilisation de ces commandes ne s'affiche.

Rien n'indique que l'option -R n'a pas fonctionné. En raison de l'échec de la commande, les packages ou patchs Oracle Solaris 10 ne sont ajoutés à aucune zone non globale installée.

Ce problème se produit lors de l'installation et de la désinstallation des packages ou patchs.


Remarque –

L'option -R fonctionne si l'environnement d'initialisation de remplacement possède des zones non globales configurées, mais aucune zone non globale installée. En cas de doute sur l'existence de zones non globales installées et utilisées en tant que chemin racine de remplacement, et pour éviter tout problème, limitez l'utilisation de l'option -R dans toutes les instances.


Pour plus d'informations, reportez-vous aux pages de manuel suivantes :

Solution de contournement 1 : mettez le système d'exploitation à niveau vers Solaris 10 1/06 ou une version supérieure.

Si vous exécutez la version Solaris 10 3/05, installez les patchs suivants pour permettre l'exécution des commandes acceptant l'option -R pour créer un chemin racine de remplacement :

Solution de contournement 2 : évitez d'utiliser la commande patchadd -R ou toute commande acceptant l'option -R pour créer un chemin racine de remplacement.

Au lieu de cela, initialisez le chemin racine de remplacement, de la version Oracle Solaris 10 en tant que SE actif, par exemple. Ensuite, installez et désinstallez les packages et les patchs Oracle Solaris 10 sans utiliser l'option -R.

Incompatibilité de l'outil Sun Patch Manager Tool 2.0 avec les versions précédentes du même outil

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.


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 s'affiche :


Failing with error EXM_BMS.

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

SPARC : Impossible de supprimer tous les répertoires de service avec la commande smosservice delete (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 de contournement : 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 ne provient pas de la version Oracle Solaris 10, supprimez-le.

    • Si le serveur de fichiers provient de la version Oracle 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.