Notes de version Oracle Solaris 11 Express

Chapitre 1 Problèmes d'installation

Ce chapitre décrit des problèmes liés à l'installation de la version Oracle Solaris 11 Express.

Informations d'accessibilité

Notre objectif est de mettre à disposition les produits, les services et la documentation Oracle aux personnes souffrant d'un handicap et de leur en offrir un usage convenable.

Accessibilité du bureau Oracle Solaris

Les applications et utilitaires du bureau Oracle Solaris intègrent des fonctions d'accessibilité pour permettre aux personnes souffrant d'un handicap d'utiliser le logiciel de façon simple et efficace. Les utilisateurs souffrant d'un handicap physique, tel qu'un problème de vue ou un problème moteur, peuvent utiliser l'ensemble des fonctionnalités du bureau Oracle Solaris. Grâce aux outils de personnalisation, ils peuvent modifier l'aspect et le comportement du bureau.

Le GNOME Desktop Accessibility Guide décrit en détail les fonctions d'accessibilité du bureau Oracle Solaris. Pour accéder à ce guide lors de l'utilisation du bureau Oracle Solaris, cliquez sur Système dans la barre du menu principal, puis sur Aide. Dans la fenêtre d'aide qui s'affiche, le GNOME Desktop Accessibility Guide se trouve dans la partie droite. Cliquez sur le lien du titre de l'ouvrage pour afficher une version HTML du guide.

Vous pouvez également rechercher les rubriques concernant l'accessibilité par le biais du champ de recherche de l'aide.

Accessibilité de la documentation

Notre documentation comporte des fonctions qui mettent à disposition les informations pour les utilisateurs de la technologie assistive. La documentation produit est disponible au format HTML et contient un balisage qui facilite l'accès des personnes souffrant d'un handicap. Pour plus d'informations, reportez-vous au site Web du programme d'accessibilité Oracle à l'URL suivant : http://www.oracle.com/accessibility/.

Informations générales

Cette section contient des informations d'ordre général concernant, par exemple, les changements de comportement dans la version Oracle Solaris 11 Express.

Mot de passe root initial après l'installation du Live CD

Après l'installation du Live CD, le mot de passe root est défini initialement sur le même mot de passe que le compte utilisateur qui est créé lors de l'installation, mais il est créé avec l'état expiré. Afin de contourner le problème décrit dans Gksu ne signale pas les mots de passe arrivés à expiration (6995127), modifiez immédiatement le mot de passe root lors de votre première connexion. Pour ce faire, entrez la commande su et saisissez votre mot de passe, puis entrez le nouveau mot de passe root deux fois.


$ su
Password:
su: Password for user 'root' has expired
New Password:
Re-enter new Password:
su: password successfully changed for root.

Référentiel Oracle Solaris IPS

Lors de l'installation d'Oracle Solaris 11 Express ou de sa mise à niveau, le système dispose initialement d'un éditeur configuré : l'éditeur solaris. Cet éditeur contient le référentiel d'origine suivant.


http://pkg.oracle.com/solaris/release/

Mise à niveau vers la version Oracle Solaris 11 Express

Utilisez la procédure suivante pour mettre à niveau votre système OpenSolaris vers la version Oracle Solaris 11 Express. Vous devez tout d'abord mettre à niveau votre système OpenSolaris en installant la version actuelle dans le référentiel de version OpenSolaris. Vous devez ensuite mettre à niveau ce système en installant la version Oracle Solaris 11 Express.


Remarque –

Cette procédure peut être utilisée si vous disposez d'une version d'OpenSolaris ou d'une version de développement installée sur votre système.

La mise à niveau directe à partir du SE Oracle Solaris 10 vers la version Oracle Solaris 11 Express n'est pas prise en charge à l'heure actuelle. Pour procéder à la mise à niveau d'un système Oracle Solaris 10 existant, vous pouvez envisager d'utiliser les conteneurs Oracle Solaris 10 pour installer l'image du système existant dans un conteneur se trouvant sur un système Oracle Solaris 11 Express.

Pour plus d'informations, reportez-vous au System Administration Guide: Oracle Solaris Zones, Oracle Solaris 10 Containers, and Resource Management.


ProcedureProcédure de mise à niveau vers la version Oracle Solaris 11 Express

  1. Mettez à niveau tous les packages de votre système OpenSolaris en installant la version la plus récente.

    1. Si votre éditeur préféré n'est pas opensolaris.org avec pour origine l'URL http://pkg.opensolaris.org/release/, modifiez l'éditeur comme suit :


      # pkg set-publisher -P -O http://pkg.opensolaris.org/release/ opensolaris.org
      

      Remarque –

      Pour visualiser votre éditeur préféré, exécutez cette commande :


      # pkg publisher
      

    2. Mettez à jour tous les packages sur le système.


      # pkg image-update
      
  2. Réinitialisez le système pour initialiser un environnement d'initialisation mis à jour.

  3. Mettez à niveau votre version en installant la version Oracle Solaris 11 Express.

    1. Activez les packages sur votre système devant être mis à jour par un nouvel éditeur. Si votre système dispose de l'éditeur extra configuré, activez également ses packages devant être mis à jour par un nouvel éditeur.


      # pkg set-publisher --non-sticky opensolaris.org
      # pkg set-publisher --non-sticky extra
      
    2. Définissez l'éditeur préféré sur solaris avec pour origine l'URL http://pkg.oracle.com/solaris/release/ comme suit :


      # pkg set-publisher -P -g http://pkg.oracle.com/solaris/release/ solaris
      
    3. Affichez la licence Oracle Solaris 11 Express.


      # pkg image-update 2>&1 | less
      

      Remarque –

      La commande pkg image-update peut indiquer que l'emballage du logiciel doit être mis à jour avant de procéder à la mise à jour. Suivez les instructions, puis réexécutez la commande pkg image-update précédente.


    4. Si vous acceptez les conditions de la licence Oracle Solaris Express 11, mettez à niveau votre système et acceptez de façon explicite cette dernière.


      # pkg image-update --accept
      
  4. Réinitialisez votre système pour initialiser un environnement d'initialisation mis à jour.

    Pour plus d'informations, reportez-vous au Guide d’Oracle Solaris 11 Express Image Packaging System. Voir aussi la page de manuel pkg(1).

Modification du nom des packages (6186)

Plus de 1 500 packages ont été renommés dans cette version. L'ancien nom de chaque package a été conservé pour le moment, mais il pointe vers le nouveau nom. Le processus de mise à jour des packages est automatique. Vous pouvez déterminer le nom des nouveaux packages en vous reportant à la ligne Renamed to du résultat généré par la commande pkg info -r SUNWoldpackage.

Pour obtenir la liste des mappages de package, des classifications et des descriptions, reportez-vous au lien suivant :

http://hub.opensolaris.org/bin/view/Project+pkg/Renamed

La première opération d'empaquetage qui suit une mise à niveau supprime des centaines de packages vides (14507)

La première opération d'empaquetage qui suit la mise à niveau de votre système avec la version la plus récente supprime des centaines de packages vides. Les packages supprimés sont des packages renommés et vides qui sont purgés du système.

Solution : cette suppression de packages à grande échelle peut être ignorée en toute sécurité.

Bogues d'installation

Les bogues suivants risquent de se produire pendant ou après l'installation de la version Oracle Solaris 11 Express.

Le mot de passe des utilisateurs créés lors de l'installation en mode texte peut devenir incorrect (6998650)

L'utilisateur principal et/ou l'utilisateur root peuvent se retrouver avec un mot de passe incorrect lors de l'utilisation du programme d'installation en mode texte.

Solution : au cours de l'installation, vous devez entrer le mot de passe root et le mot de passe utilisateur avant de passer à l'écran Résumé. À ce stade, assurez-vous de commencer l'installation sans revenir à l'écran Utilisateurs. Si l'installation est déjà terminée et que vous ne parvenez pas à vous connecter à l'aide du mot de passe, utilisez l'une des solutions suivantes :

Échec de l'installation sur le périphérique SAS JBOD (11999)

Lors de l'installation, il se peut qu'un message d'erreur similaire au message suivant s'affiche :


$ more install_log
<AI Oct 15 17:32:50> /tmp/ai_combined_manifest.xml is a valid manifest
<AI Oct 15 17:32:50> Auto reboot enabled
<AI Oct 15 17:33:11> Cannot find the specified disk c7t2d0 on the targetsystem.
<AI Oct 15 17:33:11> Target validation failed
<AI Oct 15 17:33:11> ai target device not found
<AI Oct 15 17:33:11> Auto install failed
/$

Solution : déconnectez l'un des câbles SAS JBOD à double parcours.

x86 : l'installation du Live CD risque de se bloquer sur certains systèmes (16216)

Une installation du Live CD peut se bloquer sur les systèmes disposant d'1 Go de mémoire avec une carte graphique NVIDIA et plusieurs pilotes e1000g Ethernet.

Solution : utilisez l'une des solutions suivantes lors de l'installation d'un Live CD :

SPARC : programme d'installation en mode texte inutilisable sur les systèmes équipés de cartes graphiques XVR-2500 (6961487)

Certaines fonctionnalités de la console utilisées par le programme d'installation en mode texte ne sont pas entièrement prises en charge sur les systèmes SPARC équipés de cartes graphiques XVR-2500. Par conséquent, le programme d'installation en mode texte ne s'affiche pas correctement sur la console de ces systèmes.

Solution : choisissez l'une des solutions suivantes :

Échec potentiel du renommage d'un environnement d'initialisation occupé (1685)

La modification du nom d'un environnement d'initialisation peut échouer si celui-ci présente un clone dépendant actuellement monté ou occupé.

Ceci se produit par exemple à la suite de la mise à niveau de l'environnement d'initialisation actif. Si vous tentez ensuite de renommer l'environnement d'initialisation mis à niveau et généré automatiquement, l'opération échoue. En effet, l'environnement d'initialisation mis à niveau a été activé et l'environnement d'initialisation actif correspond désormais à son clone.

Solution : suivez la procédure ci-dessous :

  1. Activez l'environnement d'initialisation opérationnel.

  2. Renommez l'environnement d'initialisation mis à niveau.

  3. Activez l'environnement d'initialisation mis à niveau.

Par exemple, si le nom de l'environnement d'initialisation actif est solaris et si le nom généré automatiquement pour l'environnement d'initialisation mis à niveau est solaris-1, exécutez les commandes ci-dessous :


# beadm activate solaris
# beadm rename solaris-1 new_name
# beadm activate new_name

Le programme d'installation automatisée échoue si le pool ZFS rpool se trouve sur le système (3783)

Si un pool ZFS nommé rpool est déjà présent sur le système car manuellement importé ou créé par l'utilisateur au cours de l'initialisation courante du Live CD, le processus d'installation échoue. Le dernier message du fichier journal de l'installation est le suivant :


Root pool rpool exists, we can't proceed with the installation.

Ce comportement est voulu et assure que le programme d'installation automatisée n'endommage pas les données par accident.

Le programme d'installation automatisée reconnaît les cas où il a créé le pool rpool mais où le processus d'installation a échoué ou a été interrompu. Dans de tels cas, le programme d'installation détruit automatiquement le pool rpool après le redémarrage.

Solution : choisissez l'une des solutions suivantes :

Le constructeur de distribution ne reconnaît pas les points de montage du système de fichiers ZFS pour les zones de compilation (3947)

Si un système a un système de fichiers ZFS Solaris d'Oracle, le constructeur de distribution ne reconnaît ni ne traite les zones de compilation comme un système de fichiers ZFS dans les cas suivants :

Considérez par exemple le zpool suivant :


$ zfs list disk2_pool/ib/pia

Lorsque la commande suivante est exécutée, si la zone de compilation dans slim_cd.xml est <build_area>/export/home/ib/pia</build_area> :


# distro_const build -p 1 slim_cd.xml

Le message d'erreur suivant s'affiche :


/export/home/ib/pia: No such file or directory
/export/home/ib/pia: No such file or directory
Checkpointing is not available
Rerun the build without -p

Solution : apportez la modification suivante dans le fichier manifest du constructeur de distribution :

Remplacez <build_area>/export/home/ib/pia</build_area> par <build_area>disk2_pool/ib/pia</build_area>.

Seule la première entrée menu.lst de GRUB de l'environnement d'initialisation source est créée lors de la création d'un nouvel environnement d'initialisation (4061)

Tout nouvel environnement d'initialisation créé ne contient qu'une entrée dans le fichier du menu GRUB menu.lst, peu importe le nombre d'entrées de l'environnement d'initialisation source. La première entrée menu.lst de l'environnement d'initialisation source est utilisée pour créer l'entrée correspondant au nouvel environnement d'initialisation. Toutes les autres entrées sont ignorées. Ce problème survient lorsque vous créez le nouvel environnement d'initialisation à l'aide de la commande beadm ou pkg update.

Si d'autres entrées sont nécessaires pour le nouvel environnement d'initialisation, celles-ci ne sont pas disponibles.

Solution : éditez le fichier /rpool/boot/grub/menu.lst et copiez les entrées de votre choix à partir de l'environnement d'initialisation d'origine. Remplacez le nom de l'environnement d'initialisation dans les entrées sources par le nom de l'environnement d'initialisation cible.

Le constructeur de distribution génère un message d'exception une fois l'opération terminée (4589)

Le constructeur de distribution peut afficher le message d'erreur suivant après avoir rempli avec succès sa fonction :


Unhandled exception in thread started by
Error in sys.excepthook:

Original exception was:

Solution : ce message s'affiche juste avant l'achèvement et peut être ignoré sans risque.

La création de plusieurs pools portant le même nom perturbe le processus d'initialisation ZFS (5270)

Le programme d'installation automatisée crée systématiquement un pool racine ZFS nommé rpool. Le processus d'initialisation ZFS est perturbé lorsque plusieurs instances d'Oracle Solaris sont installées sur le même disque. Seul le programme d'installation automatisée est affecté par ce bogue. Le programme d'installation de l'interface graphique ne prend pas en charge la création de plusieurs instances d'Oracle Solaris sur un même disque.

Solution : si vous devez installer plusieurs instances d'Oracle Solaris sur un même système, assurez-vous que chaque instance est installée sur un disque différent.

installadm create-service doit comporter une option pour spécifier l'adresse IP transmise à DHCP Config (6922).

Le programme d'installation automatisée ne prend pas en charge les serveurs multi-accès.

Solution : n'utilisez pas le programme d'installation automatisée sur un serveur connecté à plusieurs réseaux. Si vous n'avez pas besoin de vous servir du programme d'installation automatisée, modifiez les sources de données suivantes :

Reportez-vous aux bogues suivants pour des informations supplémentaires :

Les commandes setup-service lookup et delete-service dns-sd échouent si la longueur du nom de service contient plus de 59 caractères (7802)

Si le nom de service du programme d'installation automatisée contient plus de 59 caractères, le processus dns-sd poursuit son exécution même après l'exécution de la commande delete-service. Si le nom de service contient plus de 64 caractères, la commande create-service échoue et laisse des fichiers orphelins qui ne peuvent pas être suivis par les services du programme d'installation automatisée.

Solution : n'utilisez pas de noms de service de programme d'installation de plus de 59 caractères.

L'installation automatisée échoue si la tranche 0 est configurée sur un client disposant de moins de 8 Go d'espace disque (8575)

L'installation automatisée échoue, car l'espace sur la tranche 0 du périphérique cible est saturé. Le message d'erreur suivant s'affiche :


Auto install failed

Solution : choisissez l'une des solutions suivantes :

x86 : l'attribut DM_CTYPE a la valeur unknown pour les contrôleurs SATA gérés par le pilote sata (6558646)

Le programme d'installation automatisée permet de sélectionner un disque cible pour l'installation en spécifiant les critères de sélection de disque dans le fichier manifest du programme d'installation automatisée. Un des critères pouvant être défini dans le fichier manifest est le type de contrôleur de disque. Pour ce faire, utilisez la balise de sélection de disque target_device_type. Les valeurs suivantes sont actuellement prises en charge :

Aucune information sur le type de contrôleur n'est actuellement disponible pour les pilotes SATA dont le nom est au format c#t#d#. Ces pilotes sont gérés par la structure SATA Solaris d'Oracle. Vous pouvez obtenir des informations sur le type de contrôleur de disque à partir du client du programme d'installation automatisée en exécutant le pilote test de détection de la cible avec les privilèges root lors de l'initialisation du programme d'installation automatisée. Dans l'exemple suivant, notez que le type de contrôleur est indiqué dans la colonne ctype :


# /opt/install-test/bin/test_td -dv
Disk discovery
Total number of disks: 1
-------------------------------------------------------------------------------
 num |    name|    vendor|  ctype| mtype| rem| lbl| bsize|#of blocks|size [MB]|
-------------------------------------------------------------------------------
   1 |*   c7d0|   unknown|    ata| FIXED|  No|  VF|   512|1953520128|   953867|
-------------------------------------------------------------------------------

Solution : utilisez d'autres critères de sélection de disque pour sélectionner le disque SATA requis. Pour plus d'informations, consultez la page de manuel sata(7D).

Les fichiers manifest du programme d'installation automatisée sont installés de sorte à pouvoir être lus par tous (15362)

Les fichiers manifest XML utilisés par le programme d'installation automatisée peuvent être lus par tous les utilisateurs sur le serveur du programme d'installation automatisée. Ces fichiers sont ouvertement accessibles sur le réseau via le service du fichier manifest HTTP du programme d'installation automatisée. Les mots de passe fournis avec le fichier manifest de configuration ne sont pas sécurisés.

Solution : choisissez l'une des solutions suivantes :

Bogues de mise à niveau

Cette section décrit les bogues de la mise à niveau. Certains bogues risquent de se produire lors de la mise à niveau vers la version Oracle Solaris 11 Express. D'autres bogues risquent de se produire après la mise à niveau.

Migration d'un pilote ncrs connecté au pilote glm

Le pilote ncrs de certains adaptateurs de bus hôte (HBA) parallèles LSI/Symbios SCSI n'est plus pris en charge dans la version actuelle d'Oracle Solaris. Le pilote glm est disponible et peut prendre en charge les mêmes adaptateurs que le pilote ncrs.

Pour migrer vers un pilote glm, suivez les étapes ci-dessous :

  1. Suivez-les jusqu'à l'étape 3c de la procédure Procédure de mise à niveau vers la version Oracle Solaris 11 Express.

  2. Si vous acceptez les conditions de la licence Oracle Solaris Express 11, mettez à niveau votre système et acceptez de façon explicite cette dernière. Vous devez également spécifier un nouveau nom pour l'environnement d'initialisation.


    # pkg image-update --accept --be-name solaris-glm-1
    
  3. Montez le nouvel environnement d'initialisation.


    # beadm mount solaris-glm-1 /mnt
    
  4. Utilisez la commande awk pour modifier toutes les instances ncrs dans l'ancien fichier de l'environnement d'initialisation /etc/driver_aliases en leur attribuant la valeur glm. Ces entrées doivent être ajoutées au fichier du nouvel environnement d'initialisation /mnt/etc/driver_aliases.


    # awk '$1 == "ncrs" { print "glm", $2 }' \
    /etc/driver_aliases >> /mnt/etc/driver_aliases
    
  5. Mettez à jour l'archive d'initialisation du nouvel environnement d'initialisation.


    # bootadm update-archive -R /mnt
    
  6. Démontez le nouvel environnement d'initialisation.


    # beadm unmount solaris-glm-1
    
  7. Réinitialisez votre système pour initialiser un environnement d'initialisation mis à jour.

image-update engendre la suppression des avertissements de stratégie par le pilote (9568)

Lors de la mise à niveau d'un système vers la version Oracle Solaris 11 Express, des messages similaires aux messages suivants peuvent s'afficher pour les différents pilotes :


driver (aggr) upgrade 
(removal of policy'read_priv_set=net_rawaccess
 write_priv_set=net_rawaccess) failed: minor node spec required.

Solution : ignorez les messages.

L'action du pilote est perturbée par les entrées driver_aliases non couvertes par une action (10630)

Lors de la mise à niveau d'un système vers la version Oracle Solaris 11 Express, des messages similaires aux messages suivants peuvent s'afficher :


The 'pcieb' driver shares the alias 
'pciexclass,060400' with the 'pcie_pci' driver, 
but the system cannot determine how the latter was delivered. 
Its entry on line 2 in /etc/driver_aliases has been commented out. 
If this driver is no longer needed, it may be removed by booting into the 
'solaris-2' boot environment and invoking 'rem_drv pcie_pci' 
as well as removing line 2 from /etc/driver_aliases or, 
before rebooting, mounting the 'Solaris-2' boot environment 
and running 'rem_drv -b <mountpoint>pcie_pci' and removing line 2 
from <mountpoint>/etc/driver_aliases.

Solution : ignorez les messages.

La commande image-update produit des avertissements concernant le répertoire etc/sma/snmp/mibs (10778)

Lors de la mise à niveau d'un système vers la version Oracle Solaris 11 Express, des messages d'avertissement similaires aux messages suivants peuvent s'afficher :


Warning - directory etc/sma/snmp/mibs not empty
Contents preserved in 
/tmp/tmpCfxHEd/var/pkg/lost+found/etc/sma/snmp/mibs-20100604T013846Z

Solution : ignorez les messages.

L'absence du service xfs entraîne des erreurs inetd à la suite d'une mise à niveau d'OpenSolaris 2009.06 (11602)

Lors de la première initialisation du système suivant la mise à niveau d'OpenSolaris 2009.06 vers la version actuelle, des messages similaires aux messages suivants peuvent s'afficher :


inetd[5503]: Failed to update state of instance 
svc:/application/x11/xfs:default in repository: entity not found
Failed to get instance

Solution : ignorez les messages.

La mise à niveau de la dernière version échoue lorsque la quantité de mémoire disponible est faible (9388)

Lorsque vous procédez à la mise à jour de tous les packages installés, l'opération risque d'échouer en raison d'une quantité de mémoire insuffisante.

Solution : utilisez l'une des options suivantes pour mener à bien la procédure :

Les zones clonées à l'aide de zoneadm cloner créent parfois une collision de noms d'instantané lors de l'activation d'un environnement d'initialisation (10990)

L'utilisation de la commande zoneadm clone pour créer des zones provoque parfois une collision de noms d'instantané qui peut engendrer l'échec ou une boucle infinie lorsque vous activez un environnement d'initialisation. Même si ce bogue a été corrigé dans cette version, vous pouvez rencontrer ce problème lors de la mise à niveau de la version OpenSolaris 2009.06 vers la version Oracle Solaris 11 Express.

Solution : avant d'utiliser la commande image-update pour mettre à jour votre système en installant la version Oracle Solaris 11 Express, exécutez la commande zoneadm detach pour chaque zone dans l'environnement d'initialisation OpenSolaris 2009.06.

Pour connecter à nouveau les zones :

  1. Mettez l'image à jour.


    # pkg image-update
    
  2. Démarrez le système sur l'environnement d'initialisation qui a été créé par la commande image-update.

  3. Exécutez la commande zoneadm attach -u pour chaque zone dans le nouvel environnement d'initialisation.


Remarque –

Une fois cette solution appliquée, aucune zone n'est ensuite connectée à l'environnement d'initialisation à partir duquel vous avez effectué une mise à jour.