Les améliorations et fonctionnalités d'installation suivantes ont été ajoutées à la version Solaris 10 8/07.
Il est désormais possible de définir le domaine NFS version 4 au cours de l'installation du SE Solaris. Dans les versions antérieures à Solaris 10 8/07, le nom de domaine NFS était défini au premier redémarrage suivant l'installation.
La fonction de nom de domaine NFSv4 affecte l'installation du SE de la manière suivante :
La commande sysidtool intègre un programme sysidnfs4évolué. Le programme sysidnfs4 est maintenant exécuté pendant la phase d'installation afin de déterminer si un domaine NFSv4 a été configuré pour le réseau.
Lors d'une installation interactive, le nom de domaine NFSv4 par défaut dérivé automatiquement du système d'exploitation est communiqué à l'utilisateur. Celui-ci peut accepter la valeur par défaut ou spécifier un autre nom de domaine NFSv4.
Pour plus d'informations, reportez-vous aux pages de manuel sysidtool(1M) et sysidnfs4(1M).
Dans le cadre d'une installation Solaris JumpStartTM, un nouveau mot-clé est disponible dans le fichier sysidcfg. L'utilisateur peut donc attribuer une valeur au domaine NFSv4 à l'aide de ce nouveau mot-clé, nfs4_domain.
Pour plus d'informations sur ce nouveau mot-clé, reportez-vous à la page de manuel sysidcfg(4) Cette page de manuel fournit également un exemple d'utilisation du nouveau mot-clé nfs4_domain.
Pour plus d'informations sur la configuration du nom de domaine NFSv4, reportez-vous au System Administration Guide: Network Services .
Solaris Live Upgrade a subi les évolutions suivantes dans la version actuelle :
Vous pouvez désormais mettre à niveau le système d'exploitation Solaris lorsque des zones non globales sont installées sur un système à l'aide de Solaris Live Upgrade.
Vous devez installer le nouveau package SUNWlucfg avec les autres packages Solaris Live Upgrade, SUNWlur et SUNWluu.
Ces trois packages font partie des composants logiciels nécessaires à la mise à niveau à l'aide de Solaris Live Upgrade. Outre les fonctionnalités existantes, ils intègrent de nouvelles fonctions ainsi que des correctifs de bogues. Pour exécuter la mise à niveau, vous devez impérativement installer ces packages sur le système avant d'exécuter Solaris Live Upgrade.
Pour plus d'informations sur la mise à niveau en cas d'installation de zones non globales sur un système, reportez-vous au Solaris 10 Installation Guide: Solaris Live Upgrade and Upgrade Planning.
À partir de la version Solaris 10 8/07, vous pouvez mettre à niveau le SE Solaris lorsque des zones non globales sont installées, sans la plupart des limitations que présentaient les versions antérieures à Solaris 10 8/07.
La seule limitation liée à l'opération de mise à niveau concerne l'archive Solaris Flash. En cas d'installation à l'aide d'une archive Solaris Flash, celle-ci ne sera pas installée correctement sur votre système si elle contient des zones non globales.
La liste suivante récapitule les changements nécessaires à la mise à niveau de systèmes comportant des zones non globales.
Avec le programme d'installation interactif Solaris, il est possible d'effectuer une mise à niveau ou d'appliquer un patch au système lorsque des zones non globales sont installées, à l'aide de CD ou DVD. Vous pouvez également utiliser une image d'installation réseau pour les CD ou pour les DVD. Auparavant, seuls les DVD permettaient la mise à niveau. L'opération peut prendre un certain temps en fonction du nombre de zones non globales installées.
Lors d'une installation JumpStart automatisée, il est possible d'effectuer une mise à niveau ou d'appliquer un patch en utilisant les mots-clés appropriés. Dans les versions antérieures à Solaris 10 8/07, vous ne pouviez utiliser qu'un nombre limité de mots-clés. L'opération peut prendre un certain temps en fonction du nombre de zones non globales installées.
Avec Solaris Live Upgrade, vous pouvez procéder à une mise à niveau ou appliquer un patch au système comportant des zones non globales. Si vous utilisez un système comportant des zones non globales, Solaris Live Upgrade est le programme recommandé pour la mise à niveau ou l'ajout de patchs. La durée de mise à niveau risque d'être beaucoup plus longue avec d'autres programmes de mise à niveau, car celle-ci augmente de façon linéaire en fonction du nombre de zones non globales installées. Si vous appliquez un patch au système à l'aide de Solaris Live Upgrade, il est inutile de mettre le système en mode mono-utilisateur. Solaris Live Upgrade permet également d'optimiser la disponibilité du système pendant l'opération.
La liste suivante récapitule les changements nécessaires à la mise à niveau de systèmes comportant des zones non globales.
Vous devez installer le nouveau package SUNWlucfg avec les autres packages Solaris Live Upgrade, SUNWlur et SUNWluu. Ce package est obligatoire pour les systèmes comportant des zones non globales, mais également pour tous les types de système.
Ces trois packages font partie des composants logiciels nécessaires à la mise à niveau à l'aide de Solaris Live Upgrade. Outre les fonctionnalités existantes, ils intègrent de nouvelles fonctions ainsi que des correctifs de bogues. Pour exécuter la mise à niveau, vous devez impérativement installer ces packages sur le système avant d'exécuter Solaris Live Upgrade.
La création d'un environnement d'initialisation à partir de l'environnement en cours d'exécution est essentiellement la même que dans les versions précédentes à une exception près. Vous pouvez spécifier une tranche de destination pour un système de fichiers partagé au sein d'une zone non globale.
L'argument de l'option -m dispose d'un nouveau champ facultatif, nom de zone. Ce nouveau champ permet de définir le nouvel environnement d'initialisation et de spécifier les zones contenant des systèmes de fichiers indépendants. Cet argument place le système de fichiers indépendant de la zone sur une tranche distincte dans le nouvel environnement d'initialisation.
La commande lumount permet aux zones non globales d'accéder aux systèmes de fichiers correspondants présents sur les environnements d'initialisation inactifs. Lorsque l'administrateur de la zone globale se sert de la commande lumount pour monter un environnement d'initialisation inactif, celui-ci s'applique également aux zones non globales.
L'inventaire des systèmes de fichiers à l'aide de la commande lufslist permet d'obtenir la liste des systèmes de fichiers correspondant à la zone globale et aux zones non globales.
Sur un système Solaris configuré avec Trusted Extensions, vous devez réaliser des étapes supplémentaires afin de mettre à niveau les zones étiquetées. Pour de plus amples informations sur cette procédure, reportez-vous à la section Upgrading a Trusted Extensions System That is Configured with Labeled Zones, sous Installation Enhancements , dans les Solaris 10 8/07 Release Notes.
À partir de cette version, l'outil sysidkdb permet de paramétrer la langue USB et la configuration de clavier correspondante.
Voici comment ce nouvel outil procède :
Si le clavier prend en charge l'identification automatique, la langue et la configuration du clavier sont détectées automatiquement au cours de l'installation.
Dans le cas contraire, l'outil sysidkdb affiche la liste des configurations de clavier prises en charge lors de l'installation. Sélectionnez dans la liste la configuration de clavier de votre choix.
Auparavant, la valeur d'identification automatique du clavier USB était définie sur 1 au cours de l'installation. Par conséquent, tous les claviers non auto-identifiables étaient considérés comme des claviers de type anglais américain (U.S. English) au cours de l'installation sur SPARC.
Les claviers PS/2 ne prennent pas en charge l'identification automatique. Vous devez sélectionner la configuration du clavier pendant l'installation.
Spécifications JumpStart : si le clavier utilisé ne prend pas en charge l'identification automatique et si vous souhaitez désactiver l'affichage des invites au cours de l'installation JumpStart, sélectionnez la langue du clavier dans le fichier sysidkdb. Dans le cas d'une installation JumpStart, la langue par défaut est l'anglais américain (U.S. English). Pour choisir une autre langue et sélectionner la configuration de clavier correspondante, définissez le mot-clé du clavier dans le fichier sysidkdb.
Pour plus d'informations sur cette fonction, reportez-vous au manuel Guide d’installation de Solaris 10 : Installations basées sur les réseaux.
À partir des patchs 119254-42 et 119255-42, les utilitaires d'installation de patch, patchadd et patchrm, ont été modifiés afin de changer le mode de gestion de certaines fonctions de distribution de patch. Cette modification affecte l'installation de ces patchs sur toutes les versions de Solaris 10. Ces patchs "à application différée" gèrent mieux les multiples modifications distribuées à l'aide de patchs de fonction.
Seuls certains patchs sont conçus comme des patchs à activation différée. Ainsi, un patch de noyau associé à une version de Solaris 10 supérieure à Solaris 10 3/05, par exemple la version Solaris 10 8/07 constitue un patch à activation différée typique. Un patch est considéré comme patch à activation différée si la variable SUNW_PATCH_SAFEMODE est définie dans le fichier pkginfo. Les patchs non conçus en tant que patchs à activation différée sont installés comme auparavant. Par exemple, l'installation des patchs distribués auparavant, tels que les patchs de noyau 118833-36 (SPARC) et 118855-36 (x86), ne fait pas appel aux utilitaires d'application de patch à activation différée.
Auparavant, des scripts de patch complexes étaient requis pour ces patchs de noyau. Ces scripts étaient nécessaires pour éviter tout problème lors de l'installation de patch sur une partition active, en raison des incohérences entre les objets fournis par le patch et le système en cours d'exécution (partition active). Dorénavant, les patchs à activation différée utilisent le système de fichiers loopback (lofs) pour garantir la stabilité du système en cours d'exécution. Lorsqu'un patch est appliqué au système en cours d'exécution, le lofs reste stable pendant la mise à jour. Ces grands patchs de noyau ont toujours demandé une réinitialisation. Cette réinitialisation active désormais les changements effectués par les lofs. Le patch README contient des instructions sur les patchs nécessitant une réinitialisation.
Si vous exécutez des zones non globales ou si les lofs sont désactivés, tenez compte des indications ci-dessous lors de l'installation et de la suppression de patchs à activation différée.
Toutes les zones non globales doivent être arrêtées pour que vous puissiez réaliser cette opération. Vous devez arrêter la zone non globale avant d'appliquer le patch.
Par soucis de sécurité, l'application de patchs à activation différée requiert le système de fichiers loopback (lofs). Les lofs des systèmes équipés de Sun Cluster 3.1 ou de Sun Cluster 3.2 sont généralement désactivés, car ils limitent les fonctionnalités HA-NFS lorsqu'ils sont activés. Par conséquent, avant d'installer un patch à activation différée, il faut réactiver le système de fichiers loopback en exécutant les étapes ci-dessous :
Supprimez ou mettez en commentaire la ligne suivante du fichier /etc/system :
exclude:lofs. |
Redémarrez le système.
Installez le patch.
L'installation du patch étant terminée, restaurez ou annulez le commentaire de la même ligne dans le fichier /etc/system.
Réinitialisez le système pour reprendre les opérations normales.
Sun recommande de gérer l'application de patchs à l'aide de Solaris Live Upgrade. Solaris Live Upgrade évite les problèmes d'application de patch sur un système en cours d'exécution. Solaris Live Upgrade réduit la période d'indisponibilité due à l'application des patchs et diminue les risques en offrant la possibilité de poursuivre les opérations en cas de problème. Reportez-vous au Solaris 10 Installation Guide: Solaris Live Upgrade and Upgrade Planning.