Guide d'installation de Solaris 10 6/06: Solaris Live Upgrade et planification de la mise à niveau

Partie III Annexes

Cette rubrique présente des informations relatives aux références.

Annexe A Dépannage – Tâches

Ce chapitre contient une liste de messages d'erreur spécifiques et de problèmes généraux que vous risquez de rencontrer lors de l'installation du logiciel Solaris 10 6/06. Il propose également des solutions de dépannage. Utilisez la liste des sections ci-dessous pour tenter de déterminer l'origine de votre problème.


Remarque –

L'expression “support d'amorçage” correspond au programme d'installation de Solaris et à la méthode d'installation JumpStart.


Problèmes de configuration des installations réseau


Client inconnu “ nom_hôte

Origine :

l'argument nom_hôte de la commande add_install_client ne correspond à aucun hôte du service de noms.

Description :

Ajoutez l'hôte host_name au service de noms, puis rééxécutez la commande add_install_client.

Problèmes d'initialisation d'un système

Messages d'erreur liés à une initialisation à partir d'un média


le0 : Aucune porteuse - problème avec le câble du transducteur

Origine :

le système n'est pas relié au réseau.

Solution :

si votre système est autonome, ignorez ce message. Si votre système est en réseau, vérifiez le câblage Ethernet.


The file just loaded does not appear to be executable

Origine :

le système ne trouve pas de média d'initialisation.

Solution :

assurez-vous que votre système est configuré de manière à accepter l'installation de Solaris 10 6/06 à partir d'un serveur d'installation du réseau. Voici des exemples de vérification que vous pouvez effectuer.

  • Si vous avez copié les images du DVD du système d'exploitation Solaris ou des CD Logiciel Solaris sur le serveur d'installation, vérifiez que vous avez indiqué le groupe de plates-formes correct lors de la configuration du système.

  • Si vous utilisez des DVD ou CD, assurez-vous que le DVD du système d'exploitation Solaris ou CD Logiciel Solaris - 1 est monté sur le serveur d'installation et accessible depuis celui-ci.


boot: cannot open <filename> (SPARC based systems only)

Origine :

cette erreur se produit si vous avez écrasé l'emplacement du fichier d'initialisation (boot -file) pour le configurer explicitement.


Remarque –

La variable filename correspond au nom du fichier concerné.


Solution :

Suivez les instructions ci-dessous :

  • Réinitialisez le fichier d'initialisation (boot -file) dans la mémoire PROM en “ “ (vierge).

  • Vérifiez que le diag-switch est bien réglé sur « off » et « true ».


Can't boot from file/device

Origine :

le support d'installation ne parvient pas à trouver le support d'initialisation.

Solution :

vérifiez que les conditions suivantes sont bien respectées :

  • Votre lecteur de DVD ou de CD est installé correctement et est sous tension.

  • Le DVD du système d'exploitation Solaris ou le Logiciel Solaris - 1 est inséré dans le lecteur approprié.

  • Le disque utilisé est propre et en bon état.


AVERTISSEMENT : clock gained xxx days -- CHECK AND RESET DATE! (systèmes SPARC uniquement)

Description :

il s'agit d'un message d'information.

Solution :

ignorez ce message et poursuivez l'installation.


Not a UFS filesystem (systèmes x86 uniquement)

Origine :

que vous ayez effectué l'installation de Solaris 10 6/06 à l'aide du programme d'installation Solaris ou du programme d'installation personnalisée JumpStart, vous n'avez sélectionné aucun disque d'initialisation. Vous devez à présent éditer le BIOS pour initialiser le système.

Solution :

Sélectionnez le BIOS à initialiser. Pour des instructions détaillées, consultez la documentation de votre BIOS.

Problèmes généraux liés à une initialisation à partir d'un support


Le système ne s'initialise pas.

Description :

lors de la configuration initiale du serveur JumpStart personnalisé, il se peut que vous soyez confronté à des difficultés d'initialisation ne renvoyant aucun message d'erreur. Pour vérifier les informations relatives au système et au bon fonctionnement de l'initialisation de celui-ci, exécutez la commande boot (initialiser) avec l'option -v. En cas d'utilisation de l'option -v, la commande boot (initialiser) affiche des informations de débogage détaillées à l'écran.


Remarque –

Si cet indicateur n'est pas affiché, les messages sont toujours imprimés ; cependant le résultat obtenu est dirigé vers le fichier journal du système. Pour plus d'informations, reportez-vous à la page de manuel syslogd(1M).


Solution :

Pour les systèmes SPARC, à l'invite ok, entrez la commande suivante.


ok boot net -v - install

L'initialisation à partir du DVD échoue sur les systèmes équipés d'un lecteur de DVD Toshiba SD—M 1401

Description :

Si votre système est équipé d'un lecteur de DVD Toshiba SD-M1401 avec microprogrammes révision 1007, le système ne peut pas initialiser à partir du DVD du système d'exploitation Solaris.

Solution :

appliquez le patch 111649–03, ou une version supérieure, afin de mettre à jour le firmware du lecteur de DVD Toshiba SD-M1401. Le patch 111649–03 est disponible sur le site Web sunsolve.sun.com .


Le système se bloque ou des erreurs graves se produisent lorsque des cartes PC sans mémoire sont insérées (systèmes x86 uniquement)

Origine :

les cartes PC sans mémoire ne peuvent pas utiliser les mêmes ressources de mémoire que les autres périphériques.

Solution :

pour remédier à ce problème, consultez les instructions livrées avec votre carte PC et vérifiez la plage d'adresses.


Le système se bloque avant d'afficher l'invite système. (systèmes x86 uniquement)

Solution :

certains équipements matériels de votre configuration ne sont pas pris en charge. Reportez-vous à la documentation du constructeur de votre matériel.

Messages d'erreur liés à une initialisation à partir du réseau


AVERTISSEMENT : getfile: RPC failed: error 5 (RPC Timed out).

Description :

cette erreur se produit lorsque au moins deux serveurs, sur un même réseau, cherchent à répondre en même temps à une requête d'initialisation émise par un client d'installation. Le client d'installation se connecte au mauvais serveur d'initialisation et l'installation est suspendue. Les raisons suivantes peuvent être à l'origine de cette erreur :

Origine :

raison 1 -Les fichiers /etc/bootparams peuvent exister sur des serveurs différents avec une entrée pour ce client d'installation.

Solution :

raison 1 - Assurez-vous que les serveurs de votre réseau ne comportent pas plusieurs entrées /etc/bootparams correspondant au client d'installation. Si c'est le cas, supprimez les entrées redondantes du fichier /etc/bootparams sur tous les serveurs d'installation et d'initialisation à l'exception de celui que vous souhaitez voir utilisé par le client d'installation.

Origine :

raison 2 - Plusieurs entrées du répertoire /tftpboot ou /rplboot peuvent exister pour ce client d'installation.

Solution :

raison 2 - Assurez-vous qu'il n'existe pas, sur les serveurs de votre réseau, plusieurs entrées du répertoire /tftpboot ou /rplboot correspondant au client d'installation. Si plusieurs entrées existent, supprimez les entrées doublons des répertoires /tftpboot ou /rplboot sur tous les serveurs d'installation et serveurs d'initialisation, à l'exception de celui utilisé par le client d'installation.

Origine :

raison 3 - Une entrée correspondant au client d'installation figure dans le fichier /etc/bootparams d'un serveur et une autre dans le fichier /etc/bootparams, permettant à l'ensemble des systèmes d'accéder au serveur de profils. Exemple :

* install_config=serveur_profils:chemin

Une ligne ressemblant à l'entrée précédente dans la table bootparams NIS ou NIS+ peut également être à l'origine de cette erreur.

Solution :

raison 3 - Si un caractère générique figure dans la carte ou le tableau relatif au service de noms bootparams (par exemple, * install_config=), supprimez-le et ajoutez-le au fichier /etc/bootparams sur le serveur d'initialisation.


No network boot server. Unable to install the system. See installation instructions (systèmes SPARC uniquement)

Origine :

cette erreur se produit sur un système lorsque vous tentez de l'installer à partir de votre réseau et lorsque votre système n'est pas bien configuré.

Solution :

veillez à bien configurer le système que vous souhaitez installer à partir de votre réseau. Reportez-vous à la section Ajout de systèmes à installer à partir du réseau à l’aide d’une image CD du Guide d’installation de Solaris 10 6/06: Installations basées sur les réseaux.


prom_panic: Could not mount file system (SPARC based systems only)

Origine :

cette erreur se produit lorsque vous installez Solaris à partir d'un réseau, alors que le logiciel d'initialisation ne parvient pas à localiser :

  • Le DVD du système d'exploitation Solaris, qu'il s'agisse du DVD ou d'une copie de l'image du DVD sur le serveur d'installation

  • L'image du CD Logiciel Solaris - 1, qu'il s'agisse du CD Logiciel Solaris - 1 ou d'une copie de l'image du CD sur le serveur d'installation.

Solution :

assurez-vous que le logiciel d'installation est chargé et qu'il est partagé.

  • Si vous installez Solaris; à partir du lecteur de DVD ou de CD du serveur d'installation, vérifiez que le DVD du système d'exploitation Solaris ou le CD Logiciel Solaris - 1 est inséré dans le lecteur approprié, qu'il est monté et partagé dans le fichier /etc/dfs/dfstab.

  • Si vous effectuez l'installation à partir d'une copie de l'image du DVD du système d'exploitation Solaris ou de l'image du Logiciel Solaris - 1 CD enregistrée sur le disque dur du serveur d'installation, assurez-vous que le chemin d'accès au répertoire de la copie est effectivement partagé dans le fichier /etc/dfs/dfstab.


Timeout waiting for ARP/RARP packet...(systèmes SPARC uniquement)

Origine :

raison 1 - le client tente d'initialiser à partir du réseau, mais il ne parvient pas à trouver un système qui le reconnaisse.

Solution :

raison 1 - Assurez-vous que le nom d'hôte du système figure dans le service de noms NIS ou NIS+. Vérifiez également l'ordre de recherche de bootparams dans le fichier /etc/nsswitch.conf du serveur d'initialisation.

La ligne suivante du fichier /etc/nsswitch.conf indique par exemple que JumpStart ou le programme d'installation Solaris consulte d'abord les cartes NIS à la recherche d'informations bootparams. Si le programme d'installation ne trouve aucune information, il poursuit la recherche dans le fichier /etc/bootparams.

bootparams: nis files
Origine :

raison 2 - L'adresse Ethernet du client est erronée.

Solution :

raison 2 - Vérifiez l'adresse Ethernet du client dans le fichier /etc/ethers du serveur d'installation.

Origine :

raison 3 - Lors d'une installation JumpStart personnalisée, la commande add_install_client détermine le groupe de plates-formes utilisant un serveur donné en tant que serveur d'installation. Ce problème survient dès lors que la valeur de l'architecture associée à la commande add_install_client est erronée. Par exemple, vous souhaitez installer une machine sun4u, mais avez indiqué i86pc par accident.

Solution :

raison 3 - Exécutez de nouveau add_install_client avec la valeur d'architecture correcte.


ip: joining multicasts failed on tr0 - will use link layer broadcasts for multicast (systèmes x86 uniquement)

Origine :

Ce message d'erreur s'affiche lorsque vous initialisez un système avec une carte token ring. La multidiffusion Ethernet et la multidiffusion en anneau à jeton ne fonctionnent pas de la même manière. Vous obtenez ce message d'erreur, car l'adresse de multidiffusion fournie n'est pas valide.

Solution :

ignorez ce message d'erreur. Si la multidiffusion ne fonctionne pas, IP utilise la diffusion par couches. L'installation n'échouera donc pas.


Requesting Internet address for Ethernet_Address (systèmes x86 uniquement)

Origine :

le client tente d'initialiser à partir du réseau, mais il ne parvient pas à trouver un système qui le reconnaisse.

Solution :

assurez-vous que le nom d'hôte du système figure dans le service de noms. Si le nom d'hôte du système figure effectivement dans le service de noms NIS ou NIS+, mais que ce message d'erreur persiste, essayez de réinitialiser le système.


RPC: Timed out No bootparams (whoami) server responding; still trying... (systèmes x86 uniquement)

Origine :

le client tente une initialisation à partir du réseau, mais il ne trouve aucune entrée de système valide dans le fichier /etc/bootparams du serveur d'installation.

Solution :

Utilisez add_install_client sur le serveur d'installation. Elle ajoute l'entrée appropriée dans le fichier /etc/bootparams, permettant ainsi au client d'initialiser à partir du réseau.


Still trying to find a RPL server... (systèmes x86 uniquement)

Origine :

le système tente une initialisation à partir du réseau mais le serveur n'est pas configuré pour initialiser ce système.

Solution :

sur le serveur d'installation, exécutez la commande add_install_client associée au système à installer. La commande add_install_client configure un répertoire /rplboot qui contient le programme d'initialisation réseau nécessaire.


CLIENT MAC ADDR: FF FF FF FF FF FF (installations réseau avec DHCP uniquement)

Origine :

le serveur DHCP n'est pas configuré correctement. Cette erreur peut survenir si les options ou macros ne sont pas correctement définies dans le logiciel de gestion de DHCP.

Solution :

vérifiez donc qu'elles sont correctement définies. Assurez-vous que l'option Router est définie et que sa valeur est correcte pour le sous-réseau utilisé pour l'installation réseau.

Problèmes généraux liés à une initialisation à partir du réseau


Le système s'initialise depuis le réseau, mais depuis un système qui ne correspond pas au serveur d'installation défini.

Origine :

Il existe une entrée /etc/bootparams et peut-être une entrée /etc/ethers pour le client, sur un autre système.

Solution :

Sur le même serveur, mettez à jour l'entrée /etc/bootparams du système à installer. L'entrée doit respecter la syntaxe suivante :

système_installation racine=serveur_initialisation:chemin installation=serveur_installation:chemin

Assurez-vous également qu'une seule entrée bootparams figure sur le sous-réseau pour le client d'installation.


Le système ne s'initialise pas depuis le réseau (Installations réseau avec DHCP uniquement).

Origine :

le serveur DHCP n'est pas configuré correctement. Cette erreur peut se produire lorsque le système n'est pas configuré comme client d'installation sur le serveur DHCP.

Solution :

Dans le logiciel de gestion DHCP, vérifiez si les options et les macros d'installation du système client sont définies. Pour plus d'informations, reportez-vous à la section Préconfiguration des informations de configuration système à l’aide du service DHCP - Tâches du Guide d’installation de Solaris 10 6/06: Installations basées sur les réseaux.

Installation initiale du système d'exploitation Solaris


Initial installation fails

Solution :

si l'installation de Solaris échoue, recommencez. Pour redémarrer l'installation, initialisez le système à partir du DVD du système d'exploitation Solaris, du CD Logiciel Solaris - 1, ou du réseau.

Il est impossible de désinstaller le logiciel Solaris après une installation partielle du logiciel. Vous devez restaurer votre système à partir d'une copie de sauvegarde ou recommencer le processus d'installation de Solaris.


/cdrom/Solaris_10_606/SUNW xxxx/reloc.cpio: Broken pipe

Description :

il s'agit d'un message d'information qui n'a pas d'incidence sur l'installation. Il s'affiche lorsqu'une opération d'écriture sur un tube ne dispose pas d'un processus en lecture.

Solution :

ignorez ce message et poursuivez l'installation.


AVERTISSEMENT : CHANGE DEFAULT BOOT DEVICE (systèmes x86 uniquement)

Origine :

il s'agit d'un message d'information. Le périphérique d'initialisation configuré par défaut dans le BIOS doit imposer l'utilisation de la Disquette de l'assistant de configuration des périphériques Solaris 10 3/05 pour initialiser le système.

Solution :

Poursuivez l'installation et, si nécessaire, changez le périphérique d'initialisation par défaut du système défini dans le BIOS après avoir installé le logiciel Solaris sur un périphérique qui ne nécessite pas la Disquette de l'assistant de configuration des périphériques Solaris 10 3/05 .


x86 uniquement –

Si vous utilisez le mot clé locale pour tester un profil JumpStart personnalisée à partir d'une installation initiale, la commande pfinstall -D ne peut pas tester le profil. Pour une solution, reportez-vous au message d'erreur “impossible de sélectionner le paramètre régional,” dans la section Mise à niveau d'un environnement d'exploitation Solaris OS.


Procedurex86 : recherche de blocs erronés sur disque IDE

Les unités de disque IDE ne tracent pas automatiquement les blocs erronés comme le font d'autres unités de disque compatibles avec le logiciel Solaris. Avant d'installer Solaris sur un disque IDE, il peut être souhaitable d'en analyser la surface. Pour ce faire, procédez comme suit.

  1. Effectuez l'initialisation depuis le support d'installation.

  2. Lorsqu'un message vous demande de sélectionner un type d'installation, sélectionnez l'option 6, Single user shell.

  3. Exécutez le programme format(1M).


    # format
    
  4. Indiquez le disque IDE dont vous souhaitez analyser la surface.


    # cxdy
    
    cx

    Numéro du contrôleur

    dy

    Numéro du périphérique

  5. Déterminez si vous avez une partition fdisk.

    • Si une partition fdisk Solaris existe déjà, passez à l'Étape 6.

    • Si vous ne disposez pas de partition fdisk Solaris, créez-en une sur le disque à l'aide de la commande fdisk.


      format> fdisk
      
  6. Pour commencer l'analyse surfacique, tapez :


    format> analyze
    
  7. Déterminez les paramètres actuels, tapez :


    analyze> config
    
  8. (Optionnel) Pour modifier les paramètres, tapez :


    analyze> setup
    
  9. Pour détecter des blocs erronés, tapez :


    analyze> analyse_type_surface
    
    type_analyse_surface

    lecture (read), écriture (write) ou comparaison (compare)

    Si la commande format détecte des blocs erronés, elle les reconfigure.

  10. Pour arrêter l'analyse, tapez :


    analyze> quit
    
  11. Déterminez si vous souhaitez indiquer des blocs pour la reconfiguration.

    • Dans le cas contraire, passez à l'Étape 12.

    • Si oui, tapez :


      format> repair
      
  12. Pour quitter le programme de formatage, tapez :


    quit
    
  13. Redémarrez le support en mode multi-utilisateur à l'aide de la commande suivante.


    # exit
    

Mise à niveau d'un environnement d'exploitation Solaris OS

Messages d'erreur liés à une mise à niveau


No upgradable disks

Origine :

une entrée de swap dans le fichier /etc/vfstab fait échouer la procédure de mise à niveau.

Solution :

mettez en commentaire les lignes suivantes dans le fichier /etc/vfstab :

  • tous les fichiers swap et toutes les tranches swap des disques non mis à niveau ;

  • tous les fichiers swap n'y figurant plus ;

  • toutes les tranches de swap non utilisées.


usr/bin/bzcat not found

Origine :

Solaris Live Upgrade a échoué car il lui manque un cluster de patchs.

Solution :

vous avez besoin d'un patch pour installer Solaris Live Upgrade. Assurez-vous de posséder la liste des derniers patchs mis à jour en consultant le site http://sunsolve.sun.com. Recherchez l'info doc 72099 sur le site Web SunSolve.


Upgradeable Solaris root devices were found, however, no suitable partitions to hold the Solaris Install software were found. Upgrading using the Solaris Installer is not possible. vous pouvez peut-être effectuer la mise à niveau avec le CD 1 du logiciel Solaris. (systèmes x86 uniquement)

Origine :

Vous ne pouvez pas effectuer la mise à niveau avec le CD Logiciel Solaris - 1, car vous ne disposez pas d'un espace suffisant.

Solution :

Pour la mise à niveau, vous pouvez créer une tranche de swap plus grande ou égale à 512 Mo ou utiliser une autre méthode de mise à niveau tel que le Installation de Solaris, à partir du DVD du système d'exploitation Solaris d'une image d'installation réseau, ou encore JumpStart.


ERREUR: Impossible de sélectionner le paramètre régional (systèmes x86 uniquement)

Origine :

Lorsque vous testez votre profil JumpStart avec la commande pfinstall -D, le test général échoue dans les conditions suivantes :

  • Le profil contient le mot-clé de la version localisée.

  • Vous testez une version contenant le logiciel GRUB. Exécuté en même temps que Solaris 10 1/06, le chargeur d'initialisation GRUB facilite l'initialisation des différents systèmes d'exploitation installés sur votre système à l'aide du menu GRUB.

La miniracine est compressée avec l'introduction du logiciel GRUB. Le logiciel n'est plus en mesure de rechercher la liste des langues à partir de la miniracine compressée. La miniracine est la plus petite racine du système de fichiers racine (/) de Solaris et se trouve sur le support d'installation de Solaris.

Solution :

Procédez comme suit. Utilisez les valeurs suivantes.

  • MEDIA_DIR correspond à /cdrom/cdrom0/

  • MINIROOT_DIR correspond à $MEDIA_DIR /Solaris_10 6/06/Tools/Boot

  • MINIROOT_ARCHIVE correspond à $MEDIA_DIR /boot/x86.miniroot

  • TEMP_FILE_NAME correspond à /tmp/test

  1. Décompressez l'archive de la miniracine.


    # /usr/bin/gzcat $MINIROOT_ARCHIVE > $TEMP_FILE_NAME
    
  2. Créez la miniracine à l'aide de la commande lofiadm.


    # LOFI_DEVICE=/usr/sbin/lofiadm -a $TEMP_FILE_NAME
    # echo $LOFI_DEVICE
    /dev/lofi/1
  3. Montez la miniracine dans le répertoire Miniroot à l'aide de la commande lofi.


    # /usr/sbin/mount -F ufs  $LOFI_DEVICE  $MINIROOT_DIR
    
  4. Testez le profil.


    # /usr/sbin/install.d/pfinstall -D -c $MEDIA_DIR $path-to-jumpstart_profile
    
  5. Une fois le test terminé, démontez le périphérique lofi.


    # umount  $LOFI_DEVICE
    
  6. Supprimez le périphérique lofi.


    # lofiadm -d $TEMP_FILE_NAME
    

Problèmes généraux liés à une mise à niveau


L'option upgrade n'apparaît pas même s'il existe une version des logiciels Solaris pouvant être mise à niveau sur le système.

Origine :

raison 1 - Le répertoire /var/sadm est un lien symbolique ou il est monté depuis un autre système de fichiers.

Solution :

raison 1 - Transférez le répertoire /var/sadm vers le système de fichiers racine (/) ou /var.

Origine :

raison 2 - Le fichier /var/sadm/softinfo/INST_RELEASE manque.

Solution :

raison 2 - Créez un fichier INST_RELEASE en utilisant le modèle suivant :

OS=Solaris
VERSION=x
REV=0
x

La version du logiciel Solaris installée sur votre système

Origine :

raison 3 - SUNWusr est absent du répertoire /var/sadm/softinfo

Solution :

solution 3 - Vous devez effectuer une installation en repartant à zéro. Il est impossible de mettre à niveau le logiciel Solaris installé sur votre système.


Impossible de fermer ou d'initialiser le gestionnaire md

Solution :

Suivez les instructions ci-dessous :


La mise à niveau échoue car le programme d'installation de Solaris ne peut pas monter un système de fichiers.

Origine :

Au cours d'une mise à niveau, le script tente de monter tous les systèmes de fichiers répertoriés dans le fichier/etc/vfstab du système sur le système de fichiers racine ( /) faisant l'objet de la mise à niveau. Si le script d'installation ne parvient pas à monter un système de fichiers, il échoue et s'arrête.

Solution :

Vérifiez que tous les systèmes de fichiers du fichier système /etc/vfstab peuvent être montés. Dans le fichier /etc/vfstab, mettez en commentaire tous les systèmes de fichiers impossibles à monter ou risquant de poser un problème, de sorte que le programme d'installation de Solaris ne tente pas de les monter lors de la mise à niveau. Vous ne pouvez pas supprimer les systèmes de fichiers du système qui comportent des composants logiciels à mettre à niveau (par exemple, /usr).


La mise à niveau échoue

Description :

le système n'a pas assez d'espace pour la mise à niveau.

Origine :

Reportez-vous à la rubrique Mise à niveau avec réaffectation d'espace disque et vérifiez si vous pouvez résoudre le problème d'espace sans utiliser la fonction de configuration automatique pour réattribuer de l'espace.


Problèmes lors de la mise à niveau des systèmes de fichiers racine du volume RAID—1 (/)

Solution :

Si la mise à niveau de systèmes de fichiers racine (/) de volumes RAID-1 avec Solaris Volume Manager pose problème, reportez-vous au Chapitre 25, Troubleshooting Solaris Volume Manager (Tasks) du Solaris Volume Manager Administration Guide.

ProcedurePoursuivre une mise à niveau après un échec

La mise à niveau a échoué et vous ne parvenez pas à réinitialiser votre système par la voie logicielle. Vous ne parvenez pas à déterminer l'origine de la défaillance. Il peut s'agir d'une panne d'alimentation ou de la rupture d'une connexion réseau.

  1. Réinitialisez le système depuis le DVD du système d'exploitation Solaris, le CD Logiciel Solaris - 1 ou le réseau.

  2. Choisissez l'option de mise à niveau correspondant à votre installation.

    Le programme d'installation de Solaris détermine si le système a déjà été partiellement mis à niveau et poursuit la procédure de mise à niveau là où elle s'est arrêtée.

x86 : Problèmes avec Solaris Live Upgrade lors de l'utilisation de GRUB

Les erreurs suivantes peuvent survenir lorsque vous utilisez Solaris Live Upgrade et le chargeur d'initialisation sous x86.


ERREUR: Le répertoire d'installation path-to-installation-directory des outils du produit associé au média n'existe pas.


ERREUR: Le répertoire dirctory du support ne contient pas une image de mise à jour du système d'exploitation.

Description :

Les messages d'erreur s'affichent lorsque vous utilisez la commande luupgrade pour mettre à niveau un nouvel environnement d'initialisation.

Origine :

Une ancienne version de Solaris Live Upgrade est en cours d'utilisation. Les packages Solaris Live Upgrade que vous avez installés sur le système sont incompatibles avec le support et la version du support.

Solution :

Utilisez toujours les packages Solaris Live Upgrade de la version vers laquelle vous effectuez la mise à niveau.

Exemple :

Dans l'exemple suivant, le message d'erreur indique que les packages Solaris Live Upgrade sur le système ne correspondent pas à la version du support.


# luupgrade -u -n s10u1 -s /mnt
	Validating the contents of the media </mnt>.
	The media is a standard Solaris media.
	ERROR: The media product tools installation directory
</mnt/Solaris_10/Tools/Boot/usr/sbin/install.d/install_config> does
not exist.
	ERROR: The media </mnt> does not contain an operating system upgrade
image.

ERREUR: Introuvable ou n'est pas exécutable : </sbin/biosdev>.


ERREUR: Un ou plusieurs patchs nécessaires à Solaris Live Upgrade n'ont pas été installés.

Origine :

Des patchs nécessaires à Solaris Live Upgrade ne sont pas installés sur le système. Notez que ce message d'erreur ne mentionne pas tous les patchs manquants.

Solution :

Avant d'utiliser Solaris Live Upgrade, installez toujours tous les patchs nécessaires. Vérifiez que vous disposez de la dernière liste de patchs en visitant le site Web http://sunsolve.sun.com . Recherchez l'info doc 72099 sur le site Web SunSolve.


ERREUR: Échec de la commande de mappage de périphériques </sbin/biosdev>. Réinitialisez le système et recommencez.

Origine :

raison 1 - Solaris Live Upgrade ne peut pas associer les périphériques suite à des tâches administratives antérieures.

Solution :

raison 1 - Réinitialisez le système et relancez Solaris Live Upgrade

Origine :

raison 2 - Si vous réinitialisez le système et que le même message d'erreur s'affiche, cela implique que vous disposez d'au moins deux disques identiques. La commande de mappage de périphériques ne peut pas les distinguer.

Solution :

raison 2 - Créez une nouvelle partition fictive fdisk sur l'un des disques. Reportez-vous à la page de manuel fdisk(1M) man page. Réinitialisez le système.


Impossible de supprimer l'environnement d'initialisation qui contient le menu GRUB.

Origine :

Solaris Live Upgrade empêche de supprimer un environnement d'initialisation s'il contient le menu GRUB.

Solution :

Utilisez la commande lumake(1M) ou luupgrade(1M) pour réutiliser cet environnement d'initialisation.


Le système de fichier contenant le menu GRUB a été recréé accidentellement. Toutefois, le disque a les mêmes tranches qu'auparavant. Par exemple, les tranches du disque n'ont pas été recréées.

Origine :

Le système de fichiers qui contient le menu GRUB est essentiel pour que le système soit réinitialisable. Les commandes Solaris Live Upgrade ne détruisent pas le menu GRUB. Toutefois, si vous recréez ou détruisez accidentellement le système de fichiers qui contient le menu GRUB avec une commande autre qu'une commande Solaris Live Upgrade, le logiciel de restauration tente de réinstaller le menu GRUB. Le logiciel de restauration replace le menu GRUB dans le même système de fichiers lors de la réinitialisation suivante. Vous pouvez, par exemple, utiliser la commande newfsou mkfs sur le système de fichiers et détruire accidentellement le menu GRUB. Pour restaurer le menu GRUB, la tranche doit respecter les conditions suivantes :

  • Elle doit contenir un système de fichiers montables.

  • Elle doit toujours faire partie de l'environnement d'initialisation Solaris Live Upgrade dans lequel la tranche résidait.

Avant de réinitialiser le système, effectuez les actions correctives appropriées sur la tranche.

Solution :

Redémarrez le système. Une copie de sauvegarde du menu GRUB est automatiquement installée.


Le fichier menu.lst du menu GRUB a été supprimé accidentellement.

Solution :

Redémarrez le système. Une copie de sauvegarde du menu GRUB est automatiquement installée.

ProcedureLe système se retrouve dans une situation critique en cas de mise à niveau Solaris Live Upgrade de Veritas VxVm

Si vous utilisez Solaris Live Upgrade en cours de mise à niveau et d'exploitation de Veritas VxVM, le système se retrouve dans une situation critique à la réinitialisation tant que vous n'appliquez pas la procédure indiquée ci-dessous. Le problème survient si les modules ne sont pas conformes aux directives avancées de Solaris en la matière.

  1. Créez un environnement d'initialisation inactif. Reportez-vous à la rubrique Création d'un environnement d'initialisation.

  2. Avant d'entamer la mise à niveau, vous devez désactiver le logiciel Veritas de l'environnement d'initialisation inactif.

    1. Montez l'environnement d'initialisation inactif.


      # lumount nom_environnement_initialisation_inactif point_montage
      

      Par exemple :


      # lumount solaris8 /mnt 
      
    2. Accédez au répertoire dans lequel se trouve le fichier vfstab, par exemple :


      # cd /mnt/etc
      
    3. Faites une copie du fichier vfstab de l'environnement d'initialisation inactif, par exemple :


      # cp vfstab vfstab.501
      
    4. Dans le fichier vfstab copié, mettez en commentaire toutes les entrées du système de fichiers Veritas, par exemple :


      #  sed  '/vx\/dsk/s/^/#/g'  < vfstab >  vfstab.novxfs
      

      Le premier caractère de chaque ligne est remplacé par #, la ligne devenant ainsi une ligne de commentaire. Cette ligne de commentaire est différente de celles des fichiers système.

    5. Copiez le fichier vfstab ainsi modifié, par exemple :


      # cp vfstab.novxfs vfstab
      
    6. Accédez au répertoire du fichier système de l'environnement d'initialisation inactif, par exemple :


      # cd /mnt/etc
      
    7. Faites une copie du fichier système de l'environnement d'initialisation inactif, par exemple :


      # cp system system.501
      
    8. Mettez en commentaire toutes les entrées “forceload:” comportant drv/vx.


      # sed '/forceload:   drv\/vx/s/^/*/' <system> system.novxfs
      

      Le premier caractère de chaque ligne est remplacé par *, la ligne devenant ainsi une ligne de commande. Cette ligne de commande est différente de celles du fichier vfstab.

    9. Créez le fichier install-db Veritas, par exemple :


      # touch vx/reconfig.d/state.d/install-db
      
    10. Démontez l'environnement d'initialisation inactif.


      # luumount inactive_boot_environment_name 
      
  3. Mettez à niveau l'environnement d'initialisation inactif. Reportez-vous au Chapitre 9, Procédure de mise à niveau avec Solaris Live Upgrade – Tâches.

  4. Activez l'environnement d'initialisation inactif. Reportez-vous à la rubrique Activation d'un environnement d'initialisation.

  5. Éteignez le système.


    # init 0
    
  6. Initialisez l'environnement d'initialisation inactif en mode mono-utilisateur :


    OK boot -s
    

    Plusieurs messages et messages d'erreur comportant “vxvm” ou “VXVM” s'affichent. Vous pouvez les ignorer. L'environnement d'initialisation inactif s'active.

  7. Effectuez la mise à niveau de Veritas.

    1. Supprimez le module Veritas VRTSvmsa de votre système, par exemple :


      # pkgrm VRTSvmsa
      
    2. Passez aux répertoires des modules Veritas.


      # cd /emplacement_logiciels_Veritas
      
    3. Ajoutez les derniers modules Veritas sur le système :


      #  pkgadd -d `pwd` VRTSvxvm VRTSvmsa VRTSvmdoc VRTSvmman VRTSvmdev
      
  8. Restaurez les fichiers vfstab et fichiers systèmes originaux :


    # cp /etc/vfstab.original /etc/vfstab
    # cp /etc/system.original /etc/system
    
  9. Redémarrez le système.


    # init 6
    

x86 : partition de service non créée par défaut sur des systèmes non dotés de partition de service

Si vous installez le système d'exploitation Solaris 10 6/06 sur un système qui ne dispose pas d'une partition de service ou de diagnostic, le programme d'installation ne peut pas créer une partition de service par défaut. Si vous voulez inclure une partition de service sur le disque de la partition Solaris, vous devez recréer la partition de service avant d'installer le système d'exploitation Solaris 10 6/06.

Si vous avez installé le système d'exploitation Solaris 8 2/02 sur un système doté d'une partition de service, le programme d'installation risque de ne pas avoir conservé la partition de service. Si vous ne procédez pas à l'édition manuelle de l'organisation de la partition d'initialisation fdisk pour préserver la partition de service, le programme d'installation efface la partition de service lors de l'installation.


Remarque –

Si vous n'avez pas préservé explicitement la partition de service lorsque vous avez installé le système d'exploitation Solaris 8, vous ne pouvez pas recréer la partition de service, ni mettre à niveau le système d'exploitation Solaris 10 6/06.


Si vous souhaitez inclure une partition de service sur le disque contenant la partition Solaris, choisissez l'une des solutions proposées ci-dessous.

ProcedurePour installer un logiciel à partir d'une image d'installation réseau ou à partir du DVD du système d'exploitation Solaris

Pour installer le logiciel à partir d'une image d'installation réseau ou du DVD du système d'exploitation Solaris sur le réseau, effectuez les opérations ci-dessous.

  1. Supprimez le contenu du disque.

  2. Avant d'effectuer l'installation, créez la partition de service à l'aide du CD de diagnostic de votre système.

    Pour de plus amples informations sur la création d'une partition de service, reportez-vous à la documentation fournie avec votre matériel.

  3. Initialisez le système à partir du réseau.

    L'écran de personnalisation des partitions fdisk apparaît.

  4. Pour charger la distribution de la partition du disque d'initialisation, cliquez sur l'option par défaut.

    Le programme d'installation préserve la partition de service et crée la partition Solaris.

ProcedurePour installer à partir du Logiciel Solaris - 1 ou à partir d'une image d'installation réseau

Pour utiliser le programme suninstall dans le cadre d'une installation à partir du CD Logiciel Solaris - 1 ou d'une image d'installation réseau présente sur un serveur d'initialisation, procédez comme suit :

  1. Supprimez le contenu du disque.

  2. Avant d'effectuer l'installation, créez la partition de service à l'aide du CD de diagnostic de votre système.

    Pour de plus amples informations sur la création d'une partition de service, reportez-vous à la documentation fournie avec votre matériel.

  3. Le programme d'installation vous invite à choisir une méthode de création de la partition Solaris.

  4. Initialisez votre système.

  5. Sélectionnez l'option Use rest of disk for Solaris partition .

    Le programme d'installation préserve la partition de service et crée la partition Solaris.

  6. Terminez l' installation.

Annexe B Conditions supplémentaires de gestion des packages SVR4 – Références

Cette annexe s'adresse aux administrateurs système qui installent ou suppriment des packages, notamment des packages tiers. En vous conformant à la configuration requise par ces packages, vous pourrez :

Ce chapitre se compose des sections suivantes :

Empêcher la modification du système d'exploitation actif

La rubrique ci-dessous explique comment préserver le système d'exploitation actif.

Utilisation de chemins absolus

Pour que l'installation d'un système d'exploitation se déroule correctement, il faut que les packages reconnaissent et respectent les systèmes de fichiers racines (/) alternatifs, tels qu'un environnement d'initialisation Solaris Live Upgrade inactif.

Les packages peuvent contenir des chemins absolus dans leur fichier pkgmap (structure du package). Si ces fichiers existent, ils sont rédigés en fonction de l'option -R de la commande pkgadd. Les packages qui contiennent des chemins absolus et relatifs (mobiles) peuvent être également installés dans un système de fichiers racine alternatif (/). $PKG_INSTALL_ROOT est ajouté au début des fichiers absolus et relatifs, de sorte que tous les chemins sont reproduits correctement lors de l'installation par le biais de pkgadd.

Utilisation de la commande pkgadd avec l'option -R

Les packages installés à l'aide de pkgadd -R ou retirés à l'aide de pkgrm -R ne doivent pas altérer le système d'exploitation actif. Cette fonction est utilisée par le programme d'installation JumpStart personnalisée, Solaris Live Upgrade, les zones non globales et les clients sans disque.

Aucun script de procédure fourni avec les packages installés à l'aide de l'option -R de la commande pkgadd ou retirés à l'aide de l'option -R de la commande pkgrm ne doit altérer le système d'exploitation actif. Tout script d'installation fourni par vos soins doit faire référence au répertoire ou au fichier avec la variable $PKG_INSTALL_ROOT en préfixe. Le package doit rédiger tous les répertoires et fichiers à l'aide du préfixe $PKG_INSTALL_ROOT. Il ne doit pas supprimer les répertoires sans préfixe $PKG_INSTALL_ROOT.

Le Tableau B–1 fournit des exemples de syntaxe de script.

Tableau B–1 Exemples de syntaxe de script d'installation

Type de script 

Syntaxe correcte 

Syntaxe erronée 

Fragments d'instructions “if” Bourne Shell  

if [ -f ${PKG_INSTALL_ROOT}\
/etc/myproduct.conf ] ; then
if [ -f /etc/myproduct.conf ] ; \
 then

Suppression d'un fichier  

/bin/rm -f ${PKG_INSTALL_ROOT}\
/etc/myproduct.conf
/bin/rm -f /etc/myproduct.conf 

Modification d'un fichier  

echo "test=no" > ${PKG_INSTALL_ROOT}\
/etc/myproduct.conf
echo "test=no" > \
/etc/myproduct.conf

Présentation des différences entre $PKG_INSTALL_ROOT et $BASEDIR

$PKG_INSTALL_ROOT est l'emplacement du système de fichiers racine (/) de la machine sur laquelle vous ajoutez le package. Il est paramétré à l'argument -R de la commande pkgadd. Par exemple, si la commande suivante est appelée, $PKG_INSTALL_ROOT devient /a au cours de l'installation du package.


# pkgadd -R /a SUNWvxvm

$BASEDIR indique le répertoire de base mobile dans lequel les objets mobiles du package sont installés. Seuls les objets mobiles y sont installés. Les objets fixes (possédant des chemins absolus dans le fichier pkgmap) sont toujours installés en fonction de l'environnement d'initialisation et non pas en fonction de $BASEDIR. Si un package ne possède pas d'objets mobiles, il est dit absolu (fixe), $BASEDIR n'est pas défini et ne peut contenir aucun script de procédure du package.

Par exemple, imaginez que le fichier pkgmap d'un package comporte deux entrées :


1 f none sbin/ls 0555 root sys 3541 12322 1002918510
1 f none /sbin/ls2 0555 root sys 3541 12322 2342423332

Par ailleurs, le fichier pkginfo contient une indication pour $BASEDIR :


BASEDIR=/opt

Si ce package est installé à l'aide de la commande ci-dessous, ls est installé dans /a/opt/sbin/ls, mais ls2 s'installe sous la forme /a/sbin/ls2.


# pkgadd -R /a SUNWtest

Directives pour la rédaction de scripts

Les scripts de procédure des packages doivent être indépendants du système d'exploitation actif afin qu'il ne puisse être modifié. Les scripts de procédure définissent les actions qui surviennent à un moment donné pendant l'installation et la suppression de packages. Il est possible de créer quatre scripts de procédure avec les noms prédéfinis suivants : preinstall, postinstall, preremove et postremove.

Tableau B–2 Directives pour la création de scripts

Instructions 

A une incidence sur Solaris Live Upgrade 

A une incidence sur les zones non globales 

Les scripts doivent être rédigés en Bourne shell (/bin/sh). Bourne shell est l'interpréteur utilisé par la commande pkgadd pour exécuter les scripts de procédure.

Ces scripts ne doivent pas lancer ou arrêter de processus, ni dépendre de l'édition de commandes, telles que ps ou truss, qui dépendent du système d'exploitation et fournissent des informations relatives au système actif.

Les scripts peuvent utiliser d'autres commandes UNIX standard, telles que expr, cp et ls ou encore d'autres commandes facilitant l'écriture de scripts de shell.

Les commandes appelées par un script doivent être disponibles dans toutes les versions prises en charge, car un package doit s'exécuter sur toutes les versions. Par conséquent, vous ne pouvez pas utiliser les commandes ajoutées ou supprimées après la version Solaris 8.  

Pour vérifier qu'une commande ou une option est prise en charge dans la version Solaris 8, 9 ou 10, reportez-vous à la version spécifique de Solaris Reference Manual AnswerBook sur le site Web http://docs.sun.com.

 

Gestion de la compatibilité avec les clients sans disque

Les packages ne doivent pas exécuter de commandes contenues dans le package lui-même. Ceci permet de gérer la compatibilité des clients sans disque et évite d'exécuter des commandes requérant des bibliothèques partagées qui ne sont pas encore installées.

Vérification des packages

Tous les packages doivent être validés par pkgchk. Avant d'installer un package venant d'être créé, il doit être vérifié à l'aide de la commande suivante :


# pkgchk -d nom_rép nom_package
nom_rép

Indique le nom du répertoire où le package réside.

nom_package

Indique le nom du package.


Exemple B–1 Test d'un package

Après avoir créé un package, vous devez le tester en l'installant dans un emplacement de système de fichiers racine alternatif (/) en utilisant l'option -R dir_name dans pkgadd. Après avoir installé le package, assurez-vous qu'il fonctionne correctement à l'aide de la commande pkgchk, comme dans l'exemple ci-dessous.


# pkgadd -d . -R /a SUNWvxvm
# pkgchk -R /a SUNWvxvm

Aucune erreur ne doit s'afficher.



Exemple B–2 Test d'un package sur /export/SUNWvxvm

Si un package existe à l'adresse /export/SUNWvxvm, émettez la commande suivante :


# pkgchk -d /export SUNWvxvm

Aucune erreur ne doit s'afficher.


D'autres commandes permettent de vérifier le package lorsque vous créez, modifiez ou supprimez des fichiers. Vous trouverez ci-dessous des exemples de commande.


# TEMPDIR=/a; export TEMPDIR
# truss -t open /usr/sbin/pkgadd -R ${TEMPDIR} SUNWvxvm \
2>&1 > /dev/null | grep -v O_RDONLY | grep -v \
'open("'${TEMPDIR}

Empêcher les utilisateurs d'intervenir lors d'une installation ou d'une mise à niveau

Les packages doivent être installés et supprimés sans qu'un utilisateur ne puisse être invité à entrer des informations lorsqu'il se sert des utilitaires Solaris standard suivants.

Pour tester un package afin de vous assurer qu'il sera installé sans aucune interaction d'utilisateur, vous pouvez configurer un nouveau fichier d'administration avec la commande pkgadd et l'option - a. L'option -a définit le fichier d'administration de l'installation qui sera utilisé à la place du fichier par défaut. Si vous utilisez le fichier par défaut, le système risque de vous inviter à entrer un plus grand nombre d'informations. Vous pouvez créer un fichier d'administration indiquant à la commande pkgadd qu'elle doit ignorer ces contrôles, et installer le package sans confirmation de l'utilisateur. Pour plus de détails, reportez-vous à la page de manuel admin(4) ou pkgadd(1M).

Les exemples suivants indiquent comment la commande pkgadd utilise le fichier d'administration.


Exemple B–3 Fichier d'administration d'installation

Vous trouverez ci-dessous un exemple de fichier d'administration d'installation requérant une intervention réduite de la part de l'utilisateur au niveau de l'utilitaire pkgadd. Excepté si le module requiert plus d'espace que celui qui est disponible sur le système, l'utilitaire the pkgadd utilise ce fichier et procède à l'installation du module sans inviter l'utilisateur à entrer d'autres d'informations .

mail=
instance=overwrite
partial=nocheck
runlevel=nocheck
idepend=nocheck
space=ask
setuid=nocheck
confiict=nocheck
action=nocheck
basedir=default

Configuration des paramètres des packages pour les zones

Les packages possèdent des paramètres qui contrôlent la distribution et la visibilité de leur contenu sur un système comportant des zones non globales. Les paramètres des packages SUNW_PKG_ALLZONES , SUNW_PKG_HOLLOW et SUNW_PKG_THISZONE définissent les caractéristiques des packages sur un système comportant des zones. Vous devez configurer ces paramètres pour permettre l'administration de ces packages dans un système comportant des zones non globales.

Le tableau suivant répertorie les quatre combinaisons valides de configuration des paramètres des packages. Si vous choisissez d'autres combinaisons que celles mentionnées, ces paramètres ne sont pas valides et l'installation du package échoue.


Remarque –

Veillez à configurer les trois paramètres des packages. Vous pouvez également n'en définir aucun. Les outils de package interprètent un paramètre de zone manquant comme une erreur mais ne pas régler les paramètres est fortement déconseillé. En définissant les trois paramètres de package, vous indiquez aux outils le comportement à adopter lors de l'installation ou de la suppression du package.


Tableau B–3 Configuration de paramètres de package valides pour les zones

Paramètre SUNW_PKG_ALLZONES

Paramètre SUNW_PKG_HOLLOW

Paramètre SUNW_PKG_THISZONE

Description 

false 

false 

false 

Il s'agit de la configuration par défaut des packages. Aucune valeur n'est spécifiée pour tous les paramètres de package de zone. 

Un package ainsi configuré peut être installé dans une zone globale ou non globale.  

  • Si vous exécutez la commande pkgadd dans la zone globale, le package est installé dans la zone globale et dans toutes les zones non globales.

  • Si vous exécutez la commande pkgadd dans une zone non globale, le package n'est installé que dans cette dernière.

Dans l'un ou l'autre cas, l'intégralité du contenu du package est visible dans toutes les zones où il a été installé. 

false 

false 

vrai 

Un package ainsi configuré peut être installé dans une zone globale ou non globale. Si, après installation, de nouvelles zones globales sont créées, le package n'est pas étendu à ces dernières. 

  • Si vous exécutez la commande pkgadd dans la zone globale, le package n'est installé que dans cette dernière.

  • Si vous exécutez la commande pkgadd dans une zone non globale, le package n'est installé que dans cette dernière.

Dans l'un ou l'autre cas, l'intégralité du contenu du package est visible dans la zone où il a été installé. 

vrai 

false 

false 

Un package ainsi configuré doit respecter les exigences suivantes : 

  • Le package identique doit être présent dans toutes les zones.

  • La version du package doit être identique dans toutes les zones.

  • Les patchs du packages doivent être présents et identiques dans toutes les zones.

Un package ainsi configuré ne peut être installé qu'en exécutant la commande pkgadd dans la zone globale. Toute tentative d'exécution de la commande pkgadd dans une zone non globale échoue.

Lorsque vous exécutez la commande pkgadd dans la zone globale, le package est installé dans la zone globale et dans toutes les zones non globales. L'intégralité du contenu est visible dans toutes les zones.

vrai 

vrai 

false 

Un package ainsi configuré ne peut être installé que dans la zone globale, par l'administrateur global. Si vous exécutez la commande pkgadd, le contenu du package est complètement installé dans la zone globale. Si les paramètres d'un package sont configurés sur ces valeurs, le contenu du package lui-même n'est distribué à aucune zone non globale. Pour indiquer qu'un package est installé, seules les informations indispensables sont installées sur toutes les zones non globales. Ces informations permettent d'installer d'autres packages en fonction de ce package. Pour plus d'informations sur les packages “vides”, reportez-vous au Chapitre 23, About Packages and Patches on a Solaris System with Zones Installed (Overview) du System Administration Guide: Solaris Containers-Resource Management and Solaris Zones.

Afin de contrôler la dépendance du package, ce dernier apparaît comme étant installé dans toutes les zones. 

  • Dans la zone globale, l'intégralité du contenu du package est visible.

  • À la racine des zones non globales, le contenu du package est totalement invisible.

  • Si une zone non globale hérite d'un système de fichiers de la zone globale, tout package présent sur ce système est visible dans une zone non globale. Tous les autres fichiers fournis par le package sont invisibles dans la zone non globale.

    Par exemple, une zone non globale racine creuse partage quelques répertoires avec la zone globale. Ces répertoires sont en lecture seule. Les zones non globales racine creuses partagent notamment le système de fichiers /platform. Entre autres exemples figurent également les packages qui ne distribuent que les fichiers appropriés à l'initialisation du matériel.

Description 

Pour plus d'informations 

Pour plus d'informations sur les packages et les zones 

Chapitre 23, About Packages and Patches on a Solaris System with Zones Installed (Overview) du System Administration Guide: Solaris Containers-Resource Management and Solaris Zones

Pour une présentation des zones racine creuses et complètes 

Chapitre 16, Introduction to Solaris Zones du System Administration Guide: Solaris Containers-Resource Management and Solaris Zones

Pour plus d'informations sur les caractéristiques et les paramètres des packages 

pkginfo(4)

Pour plus d'informations sur l'affichage des valeurs attribuées aux paramètres des packages 

pkgparam(1)

Pour des informations générales

Les références suivantes proposent des informations générales sur la configuration requise par les packages ainsi que des syntaxes de commande spécifiques.

Pour obtenir des informations plus spécifiques sur la configuration requise en termes de packages et sur la terminologie : 

Chapitre 6, Advanced Techniques for Creating Packages du Application Packaging Developer’s Guide

Pour obtenir des informations de base sur l'ajout et la suppression de packages et sur le fichier d'administration d'installation 

Chapitre 16, Managing Software (Overview) du System Administration Guide: Basic Administration

Pour obtenir des informations détaillées sur les commandes dont il est fait référence dans cette annexe, reportez-vous à ces pages de manuel 

dircmp(1), fssnap(1M), ps(1), or truss(1) pkgadd(1M), pkgchk(1M), or pkgrm(1M)

Pour une présentation de Solaris Live Upgrade 

Chapitre 6, Solaris Live Upgrade – Présentation

Pour une présentation du programme d'installation JumpStart personnalisée 

Chapitre 5, Méthode d’installation JumpStart personnalisée – Présentation du Guide d’installation de Solaris 10 6/06: Installation JumpStart personnalisée et installation avancée

Pour une présentation de Solaris Zones 

Chapitre 16, Introduction to Solaris Zones du System Administration Guide: Solaris Containers-Resource Management and Solaris Zones

Annexe C Utilisation de l'analyseur de patchs lors de la mise à niveau (Tâches)

Ce chapitre fournit des instructions sur la vérification des patchs avec l'analyseur de patchs avant de mettre à niveau le système d'exploitation Solaris. L'analyseur de patchs analyse votre système si vous souhaitez le mettre à niveau vers l'une des versions, ultérieures à Solaris 10 3/05, suivantes :

Mise à niveau vers une version de mise à jour de Solaris

Si le système d'exploitation Solaris 10 3/05, ainsi que des patchs individuels ont déjà été installés, la mise à niveau vers une version Solaris 10 ultérieure se traduit par :

L'analyseur de patchs analyse votre système pour déterminer, le cas échéant, quels patchs seront supprimés lors de la mise à niveau vers l'une des versions mentionnées ci-dessus. Il est disponible dans les formats indiqués ci-dessous.

Une fois l'analyse exécutée, reportez-vous à la section Pour examiner les résultats de l'analyse des patchs pour plus d'informations sur les résultats de l'analyse de patchs.

ProcedurePour exécuter le script analyze_patches


Remarque –

Pour exécuter le script analyze_patches, il faut que celui-ci ait accès au système installé , au DVD du système d'exploitation Solaris, aux CD du Logiciel Solaris ou à leur image d'installation réseau, soit via NFS, soit via un média monté en local.


  1. Choisissez le répertoire Misc.

    • SPARC : Si l'image figure sur un support monté en local, tapez :


      # cd /cdrom/sol_10_Update_sparc/s0/Solaris_10_606/Misc
      

      Dans cette commande, mise_à_jour est l'identificateur de mise à jour.

    • x86 : si l'image figure sur un média monté en local, entrez :


      # cd /cdrom/sol_10_date_x86/Solaris_10_606/Misc
      

      Dans cette commande, date correspond à la date réelle de la version, comme 06.

    • Si l'image figure dans un système de fichiers NFS, entrez :


      # cd /NFS_mount_directory/Solaris_10_606/Misc
      
  2. Exécutez le script analyze_patches.


    # ./analyze_patches -R rootdir -N netdir -D databasedir
    
    -R rép_racine

    rép_racine correspond à la racine du système installé. L'inscription par défaut est /.

    -N rép_réseau

    rép_réseau désigne le chemin de la racine de l'image du système d'exploitation à installer. Le chemin par défaut est /cdrom/cdrom0. rép_réseau est le chemin d'accès au répertoire contenant le répertoire Solaris_10_606. Vous devez impérativement utiliser cette option si vous exécutez analyze_patches à partir d'un point de montage NFS.

    -D rép_base_de_données

    Si le répertoire qui appelle le script est différent du répertoire Misc/ de l'image du système d'exploitation, le programme ne parvient pas à trouver la base de données dont il se sert pour analyser les patchs. Utilisez l'option -D pour indiquer le chemin d'accès à la base de données. Le script ne peut pas fonctionner correctement s'il n'a pas accès à la base de données Solaris_10_606 /Misc/database de l'image du système d'exploitation.

ProcedurePour examiner les résultats de l'analyse des patchs

Pour connaître les résultats de l'analyse des patchs, procédez comme suit :

  1. Examinez les résultats de l'analyse des patchs.

    L'analyseur de patchs dresse la liste des patchs qui seront supprimés, dégradés, accumulés ou rendus obsolètes suite à l'installation d'autres patchs. Les patchs accumulés sont des patchs mis à niveau. Le patch accumulé est supprimé et remplacé par un nouveau patch. Les résultats apparaissent sous forme de messages similaires à ceux-ci :


    Patch 105644-03 will be removed.
    Patch 105925 will be downgraded from -02 to -01.
    Patch 105776-01 will be accumulated/obsoleted by patch 105181-05.

    Si l'analyseur de patchs ne donne lieu à aucune liste de résultats, tous les patchs installés sur votre système sont conservés en l'état.

  2. Les remplacements et les suppressions de patchs sont-ils acceptables ?

    • Dans l'affirmative, mettez le système à niveau.

    • Dans la négative, laissez-le tel quel.