Notes de version de Sun Cluster 3.2 2/08 pour SE Solaris

Ce document fournit les informations suivantes relatives à Sun? Cluster 3.2 2/08.

• Nouveautés du logiciel Sun Cluster 3.2 2/08
• Fonctionnalités en fin de vie
• Problèmes de compatibilité
• Commandes modifiées dans cette version
• Modifications du nom de produit
• Produits pris en charge
• Renforcement de la sécurité Sun Cluster
• Problèmes et bogues connus
• Patchs et niveaux des microprogrammes requis
• Documentation du logiciel Sun Cluster 3.2 2/08
• Problèmes liés à la documentation
• Problèmes résolus

Début

Nouveautés du logiciel Sun Cluster 3.2 2/08

Cette section présente les nouvelles fonctions et fonctionnalités ainsi que les nouveaux produits pris en charge par le logiciel Sun Cluster 3.2 2/08. Elle présente également les restrictions appliquées dans cette version.

Début

Nouvelles fonctions et fonctionnalités

Cette section décrit les nouvelles fonctionnalités du logiciel Sun Cluster 3.2 2/08.

Les fonctionnalités suivantes sont désormais disponibles dans le patch principal de Sun Cluster 3.2 2/08 de mai 2008. 

• (SPARC) Prise en charge pour Oracle 11g
• (SPARC) Prise en charge des domaines hôtes Logical Domains (LDoms) en tant que nœud de cluster

Les fonctionnalités suivantes sont désormais disponibles dans la version initiale de Sun Cluster 3.2 2/08.

• Prise en charge des balises de service Sun
• Prise en charge de l'utilisation des périphériques NAS de Sun Microsystems en tant que périphériques de stockage partagé et de quorum
• Prise en charge de la technologie Symmetrix Remote Data Facility(SDRF) d'EMC
• Prise en charge des conteneurs haute disponibilité pour Solaris Zones Brands
• Propriétés modifiables de Sun Cluster Manager
• Nouveau guide de mise à niveau de Sun Cluster
• Documentation du serveur de quorum transférée vers les guides d'installation et d'administration système

Début

(SPARC) Prise en charge d'Oracle 11g

Le logiciel Sun Cluster prend désormais en charge Oracle 11g dans les configurations HA-Oracle et Oracle RAC sur les plates-formes basées SPARC. Les procédures définies dans la documentation Sun Cluster 3.2 2/08 sont valables pour Oracle 11g. Si vous trouvez des instructions spécifiques à une version particulière d'Oracle, reportez-vous à l'instruction s'appliquant à Oracle 10g pour une configuration Oracle 11g.

Début

(SPARC) Prise en charge des domaines hôtes Logical Domains (LDoms) en tant que nœuds de cluster

Vous pouvez maintenant configurer les domaines hôtes Logical Domains (LDoms) 1.0.3 en tant que nœud virtuel de Sun Cluster. Dans cette configuration, un nœud de domaine hôte est affiché comme un nœud physique de cluster.

Vous pouvez configurer les domaines hôtes Logical Domains (LDoms) et les domaines E/S en tant que nœud virtuel de Sun Cluster. En d'autres termes, vous pouvez créer une paire clustérisée, paire-N, N+1 et un cluster N*N constitué de combinaisons d'ordinateurs physiques, de domaines E/S LDoms et de domaines hôtes LDoms. Vous pouvez également créer des clusters constitués uniquement de domaines LDoms E/S ou de domaines hôtes.

Les sections suivantes décrivent les topologies, les conditions requises et les restrictions, ainsi que les procédures d'installation et de configuration pour les domaines hôtes et les nœuds de cluster :

• SPARC: Domaines hôtes LDoms : Topologie Cluster in a Box
• SPARC: Domaines hôtes LDoms : Topologie où un cluster unique s'étend sur deux serveurs différents
• SPARC: Domaines hôtes LDoms : Des clusters s'étendent sur deux topologies de serveur différentes
• SPARC: Domaines hôtes LDoms : Domaines E/S redondants
• SPARC: Conditions requises pour le logiciel et le patch pour la prise en charge du logiciel LDoms
• SPARC: Instructions pour les Logical Domains dans un cluster
• SPARC: Comment installer le logiciel Logical Domain et créer des domaines
• SPARC: Configuration de Logical Domains en tant que nœuds de cluster

Début

SPARC: Domaines hôtes LDoms : Cluster dans une topologie de zones

Dans cette topologie de domaine hôte Logical Domains (LDoms), un cluster et chaque nœud de ce cluster se trouvent sur le même serveur. Chaque nœud de domaine hôte LDoms agit comme un nœud physique de cluster. Pour que vous n'ayez pas besoin d'inclure un périphérique de quorum, cette configuration comprend trois nœuds au lieu de deux.

Dans cette topologie, vous n'avez pas besoin de connecter chaque commutateur virtuel (vsw) du réseau privé au réseau physique, dans la mesure où ils ne font que communiquer entre eux. Dans cette topologie de domaine hôte Logical Domains (LDoms), un cluster et chaque nœud de ce cluster se trouvent sur le même serveur. Pour en savoir plus sur les instructions d'utilisation et d'installation de domaines LDoms dans un cluster, reportez-vous aux SPARC: Instructions pour les Logical Domains dans un cluster, SPARC: Comment installer le logiciel Logical Domains et créer des domaines et SPARC: Configuration de LDoms en tant que nœuds de cluster.

Cette topologie n'est pas efficace, dans la mesure où tous les nœuds du cluster se trouvent sur le même serveur. Cependant, les développeurs et administrateurs la trouvent utile pour effectuer des tests et d'autres tâches non productives. Cette topologie est également appelée "Cluster-in-a-box".

La figure suivante montre une configuration Cluster-in-a-box.

SPARC: Topologie Cluster in a Box

!ClusterInABox.gif|title="Illustration : Le contexte précédent décrit le graphique." !

Début

SPARC: Domaines hôtes LDoms : Topologie où un cluster unique s'étend sur deux serveurs différents

Dans cette topologie de domaine hôte Logical Domains (LDoms), un cluster unique s'étend sur deux serveurs différents et chaque cluster comprend un nœud sur chaque serveur. Chaque nœud de domaine hôte LDoms agit comme un nœud physique de cluster. Pour en savoir plus sur les instructions d'utilisation et d'installation de domaines LDoms dans un cluster, reportez-vous aux SPARC: Instructions pour les Logical Domains dans un cluster, SPARC: Comment installer le logiciel Logical Domains et créer des domaines et SPARC: Configuration de LDoms en tant que nœuds de cluster.

La figure suivante montre une configuration dans laquelle un cluster unique s'étend sur deux serveurs différents.

SPARC: Un cluster unique s'étend sur deux serveurs différents

!SingleClusterDifferentServers.gif|title="Illustration: Le contexte précédent décrit le graphique." !

Début

SPARC: Domaines hôtes LDom : Topologie où des clusters s'étendent sur deux serveurs différents

Dans cette topologie de domaine hôte Logical Domains (LDoms), chaque cluster s'étend sur deux serveurs différents et chaque cluster comprend un nœud sur chaque serveur. Chaque nœud de domaine hôte LDoms agit comme un nœud physique de cluster. Dans cette configuration, les deux clusters partagent un commutateur d'interconnexion. Vous devez donc spécifier une adresse de réseau privé distincte pour chaque cluster. Si vous spécifiez la même adresse de réseau privé pour plusieurs clusters partageant un commutateur d'interconnexion, la configuration va échouer.

Pour en savoir plus sur les instructions d'utilisation et d'installation de domaines LDoms dans un cluster, reportez-vous aux SPARC: Instructions pour les Logical Domains dans un cluster, SPARC: Comment installer le logiciel Logical Domains et créer des domaines et SPARC: Configuration de LDoms en tant que nœuds de cluster.

La figure suivante montre une configuration dans laquelle plusieurs clusters s'étendent sur deux serveurs différents.

SPARC: Des clusters s'étendent sur deux serveurs différents

!ClustersInstalledAcrossDifferentServers.gif|title="Illustration: Le contexte précédent décrit le graphique." !

Début

SPARC: Domaines hôtes LDom : Domaines E/S redondants

Dans cette topologie de domaine hôte Logical Domains (LDoms), plusieurs domaines E/S garantissent que les domaines hôtes ou les nœuds du cluster restent opérationnels même si le domaine E/S échoue. Chaque nœud de domaine hôte LDoms agit comme un nœud physique de cluster.

Dans cette topologie, le domaine hôte exécute le multiacheminement de réseau IP IPMP) sur deux réseaux publics, à raison d'un par domaine E/S. Les domaines hôtes reflètent également les périphériques de stockage sur différents domaines E/S. Pour en savoir plus sur les instructions d'utilisation et d'installation de domaines LDoms dans un cluster, reportez-vous aux SPARC: Instructions pour les Logical Domains dans un cluster, SPARC: Comment installer le logiciel Logical Domains et créer des domaines et SPARC: Configuration de LDoms en tant que nœuds de cluster.

La figure suivante montre une configuration dans laquelle des domaines E/S redondants garantissent que nœuds du cluster restent opérationnels même si le domaine E/S échoue.

SPARC: Domaines E/S redondants

!RedundantIODomain.gif|title="Illustration: Le contexte précédent décrit le graphique." !

Début

SPARC: Conditions requises pour le logiciel et le patch pour la prise en charge du logiciel LDoms

Le logiciel Sun Cluster 3.2 2/08 prend en charge les domaines E/S LDoms 1.0.3 et les domaines hôtes en tant que nœuds de cluster, lorsque les conditions suivantes sont remplies :

• SE Solaris 10 5/08
• Au moins un patch Sun Cluster version 126105-15, installé dans le domaine hôte
• Les patchs Solaris 10 suivants (versions minimale) :
  • 137042-01
  • 137111-01
  • 138042-02
  • 138056-01

Les patchs Solaris 10 doivent être installés dans les emplacements suivants :

• Domaines hôte exécutant le logiciel Sun Cluster
• Tout domaine E/S exportant des périphériques virtuels vers des domaines hôtes exécutant le logiciel Sun Cluster

Début

SPARC: Instructions pour les Logical Domains dans un cluster

Les informations suivantes sont nouvelles pour la prise en charge des domaines E/S Logical Domains (LDoms) ou des domaines hôtes sur un appareil physiquement clustérisé et pouvant agir en tant qu'hyperviseur SPARC :

• Condition requise pour LUN SCSI - le périphérique de stockage partagé virtuellement, ou le moteur de traitement de disque virtuel, d'un domaine hôte LDom doit être un LUN SCSI complet dans le domaine E/S. Vous ne pouvez pas utiliser n'importe quel périphérique virtuel.
• Séparation - N'exportez pas de LUN de stockage vers plusieurs domaines hôtes d'un seul ordinateur physique, à moins d'avoir désactivé la séparation pour cet ordinateur. Si deux domaines hôtes différents sur un seul ordinateur ont la visibilité vers un périphérique, ce dernier sera séparé dès que l'un des deux domaines hôtes meurt. La séparation du périphérique paniquerait tout autre domaine hôte qui essaierait par la suite d'accéder au périphérique.
• Isolation de réseau*- Les domaines hôtes se trouvant sur un même ordinateur physique tout en étant configurés dans différents clusters doivent être isolés l'un de l'autre. Sélectionnez l'une des méthodes suivantes :
  • Configurez les clusters pour qu'ils utilisent différentes interfaces de réseau dans le domaine E/S pour le réseau privé.
  • Utilisez différentes adresses de réseau pour les différents clusters.
• Réseautage dans les domaines hôtes- Les paquets de réseau vers et depuis les domaines hôtes doivent traverser les domaines de service pour atteindre les pilotes par le biais de commutateurs virtuels. Les commutateurs virtuels utilisent des threads de noyau exécutés en cas de priorité système. Les threads de commutateurs virtuels doivent pouvoir acquérir les ressources CPU pour effectuer des opérations de cluster critique, notamment des pulsations, des adhésions, des points de contrôle, etc.
  Lorsque vous configurez des commutateurs virtuels avec le paramètre mode=sc, vous activez le traitement accéléré de paquets de pulsations de cluster, la fiabilité d'autres opérations critiques de cluster peut être améliorée en ajoutant des ressources CPU au domaine de service dans les charges de travail suivantes :
  • Grande charge d'interruption, due par exemple au réseau ou E/S de disque. En cas de charge extrême, les commutateurs virtuels peuvent empêcher le fonctionnement trop long des threads système, notamment les threads de commutateurs virtuels.
  • Threads en temps réel excessivement agressifs pour la rétention de ressources CPU. L'exécution de threads en temps réel est prioritaire par rapport à l'exécution de threads de commutateurs virtuels, pouvant restreindre les ressources CPU pour les threads de commutateurs virtuels sur une durée prolongée.
• * Exportation de stockage de domaines E/S*- Si vous configurez un cluster composé de domaines E/S Logical Domains, n'exportez pas ses périphériques de stockage vers d'autres domaines hôtes exécutant également un logiciel Sun Cluster.
• Multiacheminement Sun - N'exécutez pas de logiciel de multiacheminement depuis des domaines hôtes. Exécutez un logiciel de multiacheminement Sun dans le domaine E/S et exportez-le vers les domaines hôtes.
• Plage d'adresse IP d'interconnexion privée - Le réseau privé est partagé par tous les domaines hôtes créés sur un même ordinateur physique et tous ces domaines peuvent le voir. Avant de définir une plage d'adresses IP de réseau privé pour l'utilitaire scinstall pour le cluster du domaine hôte, vous devez vous assurer que la plage d'adresses n'est pas encore utilisée par un autre domaine hôte sur le même ordinateur physique.
• * Noms d'adaptateurs*- Lorsque vous configurez un domaine E/S ou un domaine hôte en tant que nœud de cluster, indiquez les noms virtuels des adaptateurs, vnetN, tels que{{vnet0}}, vnet1, etc. Les noms des adaptateurs virtuels sont enregistrés dans le fichier /etc/path_to_inst.
• Panneau de configuration du cluster - Vous ne pouvez pas utiliser de logiciel CCP (Cluster Control Panel) tel que cconsole ou cssh pour connecter les domaines hôtes LDoms. Vous pouvez cependant utiliser le logiciel CCP pour établir une connexion vers les domaines E/S LDoms.

Pour plus d'informations sur les Logical Domains, reportez-vous au Guide d'administration Logical Domains (LDoms) 1.0.3.

Début

SPARC: Comment installer le logiciel Logical Domain et créer des domaines

Suivez cette procédure pour installer le logiciel Logical Domains (LDoms) sur un ordinateur physiquement clustérisé et pour créer des domaines E/S et des domaines hôtes.

Avant de commencer

Exécutez les tâches suivantes :

• Assurez-vous que l'ordinateur est en mesure d'agir en tant qu'hyperviseur SPARC.

• Assurez-vous que le SE Solaris 10 est installé.

• Gardez à portée de mains le Guide d'administration Logical Domains (LDoms) 1.0.3 et les Notes de version Logical Domains (LDoms) 1.0.3.

• Lisez les conditions requises et les instructions dans les SPARC: Instructions pour Logical Domains dans un cluster.

Procédures

1. Prenez le rôle de superutilisateur sur l'ordinateur.

2. Installez le logiciel Logical Domains et configurez des domaines logiques.

• Suivez la procédure de la section _Installation et activation du logiciel du Guide d'administration Logical Domains (LDoms) 1.0.3. Si vous créez des domaines hôtes, respectez strictement les instructions de Sun Cluster sur la création de domaines hôtes dans un cluster.
• Utilisez l'option mode=sc pour tous les périphériques de commutateurs virtuels se connectant aux périphériques de réseau virtuel utilisés comme interconnexion de cluster.
• Dans le cas de stockage partagé, mappez uniquement les disques SCSI complets dans les domaines hôtes.
• Pour les disques virtuels que vous ajoutez à un domaine hôte, définissez une valeur de dépassement de délai de 600 secondes. Si vous changez ultérieurement cette valeur à des fins de réglage, ne définissez pas de valeur inférieure à 30 secondes afin d'éviter tout échec de communication entre le domaine E/S et le domaine hôte.

3. Suivez la procédure indiquée dans la section Comment installer les packages de logiciels de structure et de services de données Sun Cluster du Guide d'installation du logiciel Sun Cluster.

Début

SPARC: Configuration de Logical Domains en tant que nœuds de cluster

Pour configurer un ou plusieurs domaines hôtes LDoms ou domaines E/S en tant que nœuds de cluster, suivez la procédure indiquée dans la section Établissement du cluster du Guide d'installation du logiciel Sun Cluster, comme pour la configuration d'ordinateurs physiques en tant que nœuds de cluster. Suivez les instructions suivantes pour les logical domains :

• Les nœuds d'un cluster peuvent être une combinaison d'ordinateurs virtuels, de domaines E/S LDoms et de domaines hôtes LDoms.
• Si un ordinateur physique est configuré avec des logical domains, installez le logiciel Sun Cluster uniquement sur les domaines E/S ou les domaines hôtes de cet ordinateur.
• Indiquez les noms virtuels des adaptateurs, vnetN.

Début

Prise en charge des balises de service Sun

Cette version prend en charge les balises de service Sun. Les balises de service permettent aux clients d'identifier aisément leurs produits auprès de Sun. Pour plus d'informations sur les balises de service Sun, reportez-vous à Sun Connection sur le portail BigAdmin (http://www.sun.com/bigadmin/hubs/connection/tasks/register.jsp).

Début

Prise en charge de l'utilisation des périphériques NAS de Sun Microsystems en tant que périphériques de stockage partagé et de quorum

Vous pouvez désormais utiliser les périphériques NAS de Sun Microsystems, Inc. en tant que périphériques de stockage partagé et de quorum dans un environnement Sun Cluster.

• Sun StorEdge? NAS Appliance
• Sun StorageTek? NAS Appliance
  

  Remarque Un périphérique NAS Sun est pris en charge en tant que périphérique de quorum uniquement dans un cluster à deux nœuds.

  Début
  

Prise en charge de la technologie Symmetrix Remote Data Facility (SRDF) d'EMC

Le logiciel Sun Cluster prend désormais en charge l'utilisation du logiciel Symmetrix Remote Data Facility (SRDF) d'EMC pour la réplication de données basée sur le stockage, telle qu'utilisée dans un cluster campus. L'ajout de cette nouvelle prise en charge offre à l'utilisateur deux choix de solutions de réplication de données basée sur le stockage à utiliser avec Sun Cluster :

• Hitachi True Copy
• EMC SRDF

Début

Prise en charge des conteneurs haute disponibilité pour Solaris? Marques de Zones

Dans cette version, le service de données de Sun Cluster pour les conteneurs Solaris prend en charge les zones marquées suivantes :

• SPARC: native, solaris8
• x86: native, solaris8

Début

Propriétés modifiables dans Sun Cluster Manager

Des améliorations ont été apportées pour améliorer la facilité d'utilisation des propriétés modifiables de Sun Cluster Manager.

Début

Nouveau guide de mise à niveau de Sun Cluster

Les instructions et les procédures de mise à niveau ont été transférées du _Guide d'installation du logiciel Sun Cluster pour SE Solaris_vers un nouveau manuel, le Sun Cluster Upgrade Guide for Solaris OS.

Début

Documentation du serveur de quorum transférée vers les guides d'installation et d'administration système

Les informations figurant dans le Sun Cluster Quorum Server User's Guide de la version 3.2 de Sun Cluster ont été transférées vers d'autres manuels de Sun Cluster 3.2 version 2/08.

• Les informations indiquant comment installer un serveur de quorum figurent désormais dans "How to Install and Configure Quorum Server Software" dans le Guide d'installation du logiciel Sun Cluster pour SE Solaris.
• Les informations indiquant comment administrer un serveur de quorum figurent à présent dans '"Administering Sun Cluster Quorum Servers" dans le manuel Sun Cluster System Administration Guide for Solaris OS.

Début

Fonctionnalités à l'approche de en fin de vie

Les fonctions suivantes sont en voie d'abandon dans le logiciel Sun Cluster.

Aucune fonctionnalité n'arrive en fin de vie pour le moment.

Début

Problèmes de compatibilité

• SPARC: Logical Domains (LDoms)
• Zones IP exclusives
• fssnap Prise en charge
• Interface graphique utilisateur de Solaris Volume Manager
• Loopback File System (LOFS)
• QFS partagé avec Solaris Volume Manager pour Sun Cluster
• Solaris Trusted Extensions
• Fonctions d'accessibilité destinées aux personnes handicapées

Cette section contient des informations sur les problèmes de compatibilité Sun Cluster.

• Les autres problèmes de compatibilité de la structure Sun Cluster sont documentés dans "Planification de la configuration Sun Cluster" dans le Guide d'installation du logiciel Sun Cluster pour SE Solaris.
• Les autres problèmes de compatibilité de la mise à niveau de Sun Cluster sont documentés dans "Upgrade Requirements and Software Support Guidelines" dans le Sun Cluster Upgrade Guide for Solaris OS.
• Pour tout autre problème connu ou toute restriction, voir la rubrique Problèmes et bogues connus.

Début

SPARC: Logical Domains (LDoms)

CR 6684721 (Il faut un moyen pour forcer le E/S virtuel archivé à être synchrone) est un problème connu du logiciel Logical Domains (LDoms) 1.0.3 ayant un impact sur le logiciel Sun Cluster. Pour y remédier, ajoutez la ligne suivante au fichier /etc/system du domaine E/S :

Contactez votre représentant de service Sun pour savoir quel patch est disponible.

Zones IP exclusives

L'utilisation de ressources de noms d'hôtes logiques et d'adresses partagées se limite aux zones non globales de type IP partagé. Il s'agit du type IP par défaut des zones et aucune tâche d'administration n'est requise.

Vous pouvez toujours utiliser des zones de type ip=exclusif avec le cluster, mais les ressources réseau (y compris les NIC, les groupes IPMP et les adresses IP) ne sont ni contrôlées, ni gérées par le logiciel Sun Cluster.

Début

Prise en charge de la commande fssnap

La commande fssnap, qui est une option d'UFS, n'est pas prise en charge par le logiciel Sun Cluster. Cependant, vous pouvez utiliser la commande fssnap sur des systèmes de fichiers locaux non contrôlés par le logiciel Sun Cluster. Les restrictions suivantes s'appliquent à la prise en charge de la commande fssnap :

• La commande fssnap est prise en charge sur des systèmes de fichiers locaux non gérés par le logiciel Sun Cluster.
• La commande fssnap n'est pas prise en charge sur des systèmes de fichiers de cluster.
• La commande fssnap n'est pas prise en charge sur des systèmes de fichiers locaux contrôlés par HAStoragePlus.

Début

Interface graphique de Solaris Volume Manager

Le module de stockage amélioré de Solaris? la console de gestion (Solaris Volume Manager) n'est pas compatible avec le logiciel Sun Cluster. Pour configurer le logiciel Solaris Volume Manager, utilisez l'interface de ligne de commande ou les utilitaires Sun Cluster.

Début

Loopback File System (LOFS)

Dans certaines conditions, le logiciel Sun Cluster 3.2 2/08 ne prend pas en charge l'utilisation de LOFS. Si vous devez activer LOFS sur un nœud de cluster (par exemple, lorsque vous configurez des zones non globales), commencez par déterminer si les restrictions LOFS s'appliquent à votre configuration. Reportez-vous aux instructions de la section "Restrictions d'utilisation des fonctions du système d'exploitation Solaris" du Guide d'installation du logiciel Sun Cluster pour SE Solaris pour plus d'informations sur les restrictions et les solutions qui permettent d'utiliser LOFS en cas de restrictions.

Début

QFS partagé avec Solaris Volume Manager pour Sun Cluster

Le comportement suivant a été observé sur les configurations Oracle RAC x86 avec un ou plusieurs systèmes de fichiers partagés QFS Sun StorageTek montant des périphériques sur des ensembles de disques multi-utilisateurs de Solaris Volume Manager pour Sun Cluster (CR 6655081).

Si le serveur de métadonnées du système de fichiers QFS se trouve sur un nœud autre que le nœud maître de l'ensemble de disques et si ce nœud perd toute la connectivité de stockage, Oracle CRS redémarre le nœud. Parallèlement, les autres nœuds qui sont des nœuds client de métadonnées QFS risquent de rencontrer des erreurs de lecture des fichiers de base de données s'y rapportant. L'erreur de lecture se corrige d'elle-même au redémarrage des instances Oracle RAC. Une fois la récupération automatique du serveur de métadonnées QFS et de Solaris Volume Manager effectuée par le logiciel Sun Cluster, ce redémarrage doit être une action de récupération automatique par Oracle CRS.

Début

Solaris Trusted Extensions

Le logiciel Sun Cluster 3.2 2/08 prend en charge les zones non globales Solaris dans un cluster. À partir de la version du 11/06, le système d'exploitation Solaris 10 prend en charge Solaris Trusted Extensions. Solaris Trusted Extensions utilise également des zones non globales. L'interaction entre Sun Cluster et Solaris Trusted Extensions avec des zones non globales n'a pas été testée. Il est conseillé aux clients de procéder avec précaution lorsqu'ils utilisent ces technologies.

Débuth3. Fonctions d'accessibilité destinées aux personnes handicapées

Pour obtenir la liste des fonctions d'accessibilité mises à disposition depuis la publication de ce média, consultez les évaluations de produit de la Section 508, disponibles sur demande auprès de Sun, afin de déterminer les versions les mieux adaptées au déploiement des solutions accessibles.

Début

Commandes modifiées dans cette version

Cette section décrit les modifications apportées aux interfaces de commande de Sun Cluster qui pourraient entraîner des erreurs des scripts utilisateur.

Début

Interface de ligne de commande orientée objet

Depuis la version 3.2, le logiciel Sun Cluster inclut un jeu de commandes orientées objet. Bien que le logiciel Sun Cluster prenne encore en charge le jeu de commandes d'origine, la documentation procédurale de Sun Cluster utilise uniquement le jeu de commandes orientées objet. Pour plus d'informations sur le jeu de commandes orientées objet, reportez-vous à la page de manuel Intro(1CL). Pour obtenir la liste des commandes orientées objet correspondant aux procédures courantes de Sun Cluster, reportez-vous à l'Aide-mémoire Sun Cluster.

Début

Propriétés des ressources

Il est désormais inutile de modifier directement la propriété de ressource Network_resources_used. Utilisez désormais la propriété Resource_dependencies. Le RGM met automatiquement à jour la propriété Network_resources_used en fonction des paramètres de la propriété Resource_dependencies. Pour plus d'informations sur les utilisations actuelles de ces deux propriétés de ressources, reportez-vous à r_properties(5)

Début

Modifications des noms de produits

Cette section présente les modifications des noms de produits des applications prises en charge par le logiciel Sun Cluster. En fonction de la version du logiciel Sun Cluster que vous utilisez, la documentation Sun Cluster peut ne pas refléter les modifications de noms de produits mentionnées ci-dessous.

Début

Produits pris en charge

Cette section décrit les logiciels pris en charge et la mémoire requise pour le logiciel Sun Cluster 3.2 2/08.

• Mémoire requise - Le logiciel Sun Cluster 3.2 2/08 nécessite la mémoire suivante pour chaque nœud de cluster :
  • 512&nbspMo de RAM physique (2&nbspGo standard) minimum
  • 6 Go d'espace disque disponible minimum

La mémoire physique réelle requise et la configuration requise pour le disque dur sont déterminées par les applications installées. Consultez la documentation des applications ou contactez leurs éditeurs pour calculer ces deux éléments.
Le logiciel * RSMAPI - Sun Cluster 3.2 2/08 prend en charge l'interface de programmation d'application de mémoire partagée distante (RSMAPI) sur les câbles d'interconnexion compatibles RSM, comme PCI-SCI.

• Système d'exploitation (SE) Solaris - Le logiciel Sun Cluster 3.2 2/08 et le logiciel Quorum Server nécessitent les versions minimales suivantes de SE Solaris :
  • Solaris 9 (SPARC uniquement) - Solaris 9 9/05, Solaris 9 9/05 HW
  • Solaris 10 - Solaris 10 11/06, Solaris 10 8/07, Solaris 10 5/08*

     *Solaris 10 5/08 OS nécessite au moins le patch version 126106-12 pour les plates-formes basées SPARC ou au moins le patch version 126107-12 pour les plates-formes basées x86.

• Gestionnaires de volumes

• Systèmes de fichiers

• Sun StorEdge? Availability Suite 3.2.1 (Solaris 9 uniquement) et Sun StorageTek? Availability Suite 4.0 (Solaris 10 uniquement)

• Sun Management Center 3.6.1 et 4.0

• Logical Domains (LDoms) 1.0.3 - Le logiciel Sun Cluster 3.2 2/08 prend en charge les domaines E/S LDoms 1.0.3 et les domaines hôtes en tant que nœuds de cluster. Reportez-vous également à SPARC: Conditions requises pour le logiciel et le patch pour la prise en charge du logiciel LDoms.
• Conteneur d'agent commun 2.1

• Services de données (agents) - Contactez votre représentant commercial Sun pour obtenir la liste complète des services de données et des versions d'applications pris en charge.

  Remarque La documentation relative au service de données, y compris les pages de manuel et l'aide en ligne de l'assistant, n'est plus disponible qu'en anglais.

Les services de données Sun Cluster suivants prennent en charge les zones non globales :

• Sun Cluster Data Service pour Apache
• Sun Cluster Data Service pour Apache Tomcat
• Sun Cluster Data Service pour DHCP
• Sun Cluster Data Service pour DNS (Domain Name Service)
• Sun Cluster Data Service pour Kerberos
• Sun Cluster Data Service pour MaxDB
• Sun Cluster Data Service pour mySQL
• Sun Cluster Data Service pour N1 Grid Service Provisioning Server
• Sun Cluster Data Service pour Oracle
• Sun Cluster Data Service pour Oracle Application Server
• Sun Cluster Data Service pour PostgreSQL
• Sun Cluster Data Service pour Samba
• Sun Cluster Data Service pour SAP
• Sun Cluster Data Service pour SAP liveCache
• Sun Cluster Data Service pour SAP Web Application Server
• Sun Cluster Data Service pour Sun Java System Application Server
• Sun Cluster Data Service pour Sun Java System Message Queue Server
• Sun Cluster Data Service pour Sun Java System Web Server
• Sun Cluster Data Service pour SWIFTAlliance Access
• Sun Cluster Data Service pour SWIFTAlliance Gateway
• Sun Cluster Data Service pour Sybase ASE
  

  Note Les procédures de la version de Sun Cluster HA pour Sun Java? System Directory Server qui utilisent Sun Java System Directory Server 5.0 et 5.1 résident dans le service de données Sun Cluster 3.1 pour Sun ONE Directory Server . Depuis la version 5.2 de Sun ONE Directory Server, reportez-vous à la documentation d'installation de Sun ONE Directory Server ou de Sun Java System Directory Server.

  Le service de données suivant n'est pas pris en charge sur SE Solaris 10 dans cette version de Sun Cluster.
  

• Sun Cluster Data Service pour Agfa IMPAX

Voici la liste des services de données Sun Cluster et de leurs types de ressources.

Début

Sun Cluster Security Hardening

Sun Cluster Security Hardening utilise les techniques de renforcement du système d'exploitation Solaris recommandées par le programme Sun BluePrints? afin de renforcer la sécurité de base des clusters. Solaris Security Toolkit assure la mise en œuvre automatique de Sun Cluster Security Hardening.

La documentation relative à Sun Cluster Security Hardening est disponible à l'adresse http://www.sun.com/blueprints/0203/817-1079.pdf. Vous pouvez également accéder à l'article à partir de l'adresse http://www.sun.com/software/security/blueprints. À partir de cette adresse URL, faites défiler le texte vers le bas jusqu'au titre Architecture, puis accédez à l'article "Securing the Sun Cluster 3.x Software" (Sécurisation du logiciel Sun Cluster 3.x). La documentation décrit la procédure de sécurisation des déploiements de Sun Cluster 3.x dans un environnement Solaris. L'utilisation de Solaris Security Toolkit et d'autres techniques de sécurité de pointe conseillées par les experts de Sun y est également décrite. Les services de données suivants sont prise en charge par Sun Cluster Security Hardening :

• Sun Cluster HA pour Apache
• Sun Cluster HA pour Apache Tomcat
• Sun Cluster HA pour BEA WebLogic Server
• Sun Cluster HA pour DHCP
• Sun Cluster HA pour DNS
• Sun Cluster HA pour MySQL
• Sun Cluster HA pour N1 Grid Engine
• Sun Cluster HA pour NFS
• Sun Cluster HA pour Oracle E-Business Suite
• Sun Cluster HA pour Oracle
• Support Sun Cluster pour Oracle Real Application Clusters
• Sun Cluster HA pour PostgreSQL
• Sun Cluster HA pour Samba
• Sun Cluster HA pour Siebel
• Sun Cluster HA pour conteneurs Solaris
• Sun Cluster HA pour SWIFTAlliance Access
• Sun Cluster HA pour SWIFTAlliance Gateway
• Sun Cluster HA pour Sun Java System Directory Server
• Sun Cluster HA pour Sun Java System Message Queue
• Sun Cluster HA pour Sun Java System Messaging Server
• Sun Cluster HA pour Sun Java System Web Server
• Sun Cluster HA pour Sybase ASE
• Sun Cluster HA pour WebSphere MQ
• Sun Cluster HA pour WebSphere MQ Integrator

Début

Problèmes et bogues connus

Les problèmes et bogues présentés ci-après affectent le fonctionnement de la version Sun Cluster 3.2 2/08. Les problèmes et les bogues sont regroupés dans les catégories suivantes :

• Administration
• Services de données
• Interface graphique
• Installation
• Temps d'exécution
• Mise à niveau

Début

Administration

L'option clnode remove -f ne peut pas supprimer le nœud avec le groupe de périphériques Solaris Volume Manager (6471834)

Problème : la commande clnode remove -force devrait supprimer les nœuds des metasets. Le Sun Cluster System Administration Guide for Solaris OS fournit les procédures à suivre pour supprimer un nœud du cluster. Ces procédures indiquent à l'utilisateur qu'il doit exécuter la commande metaset sur le groupe de disques Solaris Volume Manager avant d'exécuter la commande clnode remove.

Solution : si les procédures n'ont pas été suivies, il peut être nécessaire de supprimer les données de nœud périmées du CCR de la manière habituelle :

1. dans un nœud de cluster actif, utilisez la commande metaset pour supprimer ce nœud des groupes de disques Solaris Volume Manager,
2. puis exécutez clnode clear -force obsolete_nodename.

Début

Les entrées de la propriété Auxnodelist génèrent l'erreur SEGV au cours de la création de ressources évolutives (6494243)

Problème : la propriété Auxnodelist de la ressource à adresse partagée ne peut pas être utilisée lors de la création de cette ressource. Si cette propriété est utilisée, elle provoque des erreurs de validation et des erreurs SEGV au cours de la création de la ressource évolutive qui dépend de cette ressource réseau à adresse partagée. Le message d'erreur de validation de la ressource évolutive est au format suivant :

Le fichier core est généré à partir de ssm_wrapper. Les utilisateurs ne peuvent pas définir la propriété Auxnodelist et sont donc dans l'impossibilité d'identifier les nœuds du cluster pouvant héberger l'adresse partagée, mais ne pouvant jamais servir de nœuds principaux.

Solution : sur un nœud, recréez la ressource à adresse partagée sans spécifier la propriété Auxnodelist, puis réexécutez la commande de création de ressources évolutives et utilisez la ressource à adresse partagée que vous avez recréée en tant que ressource réseau.

Début

Plus de contrôles de validation sont nécessaires lors de la combinaison de périphériques DID (6605101)

Problème : les commandes /usr/cluster/bin/scdidadm et /usr/cluster/bin/cldevice ne peuvent actuellement pas vérifier que les périphériques SRDF répliqués en train d'être combinés en un seul périphérique DID sont en fait des répliques l'un de l'autre et appartiennent au groupe de réplication spécifié.

Solution : Soyez très prudent lorsque vous combinez des périphériques DID à utiliser avec SRDF. Assurez-vous que les instances de périphériques DID spécifiées sont des répliques l'une de l'autre et qu'elles appartiennent au groupe de réplication spécifié.

Début

Sun NAS Quorum est hors ligne après une réinitialisation de cluster (6614299)

Problème : Il se peut qu'un périphérique de quorum soit hors ligne après la réinitialisation des nœuds de cluster dans les conditions suivantes :

• Un LUN iSCSI sur un appareil NAS pris en charge est configuré pour prendre en charge le quorum destiné à un cluster.
• Cet appareil NAS est présent sur un sous-réseau différent de celui des nœuds de cluster.

Solution : Configurez l'appareil NAS sur le même sous-réseau que les nœuds de cluster et assurez-vous que les LUN cibles NAS sont des cibles configurées de manière statique.

Début

Panne de nœud en raison de la perte du Quorum lorsqu'un LUN de matrice iSCSI (STK 2510) est utilisé comme périphérique de quorum (6658472)

Problème : Il se peut qu'un périphérique de quorum soit hors ligne après la réinitialisation des nœuds de cluster dans les conditions suivantes :

• Un LUN iSCSI d'un appareil STK 2510 fournit un quorum à un cluster.
• Ce STK 2510 est présent sur un sous-réseau différent de celui des nœuds de cluster.

Solution : Configurez le STK 2510 sur le même sous-réseau que les nœuds de cluster.

Début

Interrompre la commande cldevice combine peut laisser la configuration des périphériques DID dans un état incohérent (6616497)

Problème : la commande /usr/cluster/bin/cldevice combine doit mettre à jour plusieurs informations dans divers emplacements, y compris les informations en noyau du pilote DID et plusieurs tables CCR. Interrompre la commande alors qu'elle est encore en cours d'exécution peut laisser certaines de ces informations à l'état périmé.

Solution : Si possible, évitez d'interrompre la commande cldevice pendant qu'elle s'exécute. Si la commande est interrompue, effectuez l'une des opérations suivantes, selon le cas :

• Si seules les informations en noyau du pilote DID ont été mises à jour et qu'aucune table CCR n'a été modifiée, réinitialiser le nœud de cluster sur lequel les informations du pilote DID ont été mises à jour restaurera les données dans leur état précédent et la commande cldevice pourra être réexécutée.
  Les tables CCR mises à jour sont les tables /etc/cluster/ccr/replicated_devices et /etc/cluster/ccr/did_instances. La table replicated_devices est mise à jour en premier.
• Si la commande cldevice est interrompue avant validation des modifications apportées à la table did_instances, les mises à jour apportées à la table replicated_devices devront être manuellement annulées.

Début

Services de données

La méthode de validation de SUNW.ScalMountPoint sur une ressource s'arrête en raison d'un signal SIGSEGV (6606281)

Problème : L'écriture de commentaires dans le fichier mcf partagé par QFS réalisée après l'écriture des informations du système de fichiers peut provoquer l'échec des méthodes SUNW.ScalMountPoint en raison de la gestion inadéquate du type de ressource SUNW.ScalMountPoint. Voici un exemple de fichier mcf pouvant provoquer un problème :

Solution : Évitez d'écrire les commentaires après les informations du système de fichiers dans le fichier mcf.

Début

Interface graphique

L'édition sur page de propriétés de ressources ou de groupes de ressources ne fonctionne pas dans Internet Explorer (6607871)

Problème : La fonction d'édition sur page destinée à modifier des propriétés de ressource ou de groupe de ressources est inopérante lorsque vous utilisez Sun Cluster Manager dans Internet Explorer. Les champs de propriétés de la liste des tables de ressources ou de groupes de ressources n'apparaissent pas en tant que champs modifiables. Il ne s'agit que de champs d'affichage. Aucun message d'erreur ne s'affiche.

Solution : Utilisez l'assistant de modification des propriétés disponible dans le haut de la table des propriétés afin de modifier les propriétés de ressources ou du groupe de ressources.

Début

Installation

Les configurations de la détection automatique avec InfiniBand peuvent parfois suggérer deux chemins utilisant le même adaptateur (6299097)

Problème : si InfiniBand est utilisé pour le transport intracluster et qu'il existe deux adaptateurs sur chaque nœud, avec deux ports par adaptateur pour un total de deux commutateurs, la détection automatique de l'adaptateur de l'utilitaire scinstall peut suggérer deux chemins de transport utilisant le même adaptateur.

Solution : spécifiez manuellement les adaptateurs de transport sur chaque nœud.

Début

Une exception du programme d'installation se produit lors de l'exécution de la commande pkgrm car le fichier /tmp/admin.txt est manquant (6532980)

Problème : Lancer la commande installer de Sun Java Availability Suite pour installer le logiciel Sun Cluster et les produits associés échoue en produisant une exception Java. L'erreur signalée sur l'écran est pkgrm: ERREUR : unable to open admin file /tmp/admin.txt. L'installation du logiciel Sun Cluster seul, ou même l'installation ou la mise à niveau des composants partagés seuls, peut échouer, quel que soit le type de plate-forme.

Solution : vérifiez que le fichier /tmp/admin.txt existe. S'il existe, vérifiez que l'utilisateur root dispose des droits d'accès en lecture et en écriture à ce fichier. Si l'utilisateur root ne dispose pas de ces droits d'accès, attribuez-les lui à l'aide de la commande chmod. Si le fichier /tmp/admin.txt n'existe pas, créez-le en attribuant à l'utilisateur root des droits d'accès en lecture et en écriture et intégrez le contenu suivant dans le fichier :

Début

Assurez-vous qu'un nœud de cluster Solaris 10 n'est pas en train de transmettre des paquets (6559444)

Problème : la commande scinstall(1M) crée la configuration assurant qu'un nouveau nœud de cluster Solaris 9 et versions antérieures ne fonctionne pas en tant que routeur. Dans Solaris 10, la méthode de désactivation de la fonction de routeur a changé et scinstall n'a pas encore été mise à jour. À partir de Solaris 10, la transmission de paquets est désactivée par défaut. Si, sur une machine Solaris 10, la transmission de paquets n'a jamais été activée, cette configuration par défaut est correcte et suffisante. La réponse et l'équilibrage de charge de service évolutif peuvent être affectés si la transmission de paquets est activée.

Solution : pour savoir si la transmission de paquets est activée ou désactivée, exécutez la commande suivante :

Le routage IPv4 doit être activé et la transmission IPv4 désactivée. Le routage et la transmission IPv6 doivent être désactivés. Si la transmission IPv4 a été activée avant l'installation du logiciel Sun Cluster, exécutez la commande suivante :

Voir aussi la page man routeadm(1M).

Début

Après l'installation de Sun Cluster 3.2 2/08, Sun Cluster Manager peut n'afficher aucune donnée à l'exception du nom de cluster (6621283).

Problème : lorsque la version existante du conteneur d'agent commun est la version 2.0 (/usr/sbin/cacaoadm -V), elle peut ne pas être correctement mise à niveau vers la version 2.1 pendant l'installation du logiciel Sun Cluster 3.2 2/08. Les commandes suivantes illustrent le problème qui se pose après l'installation du logiciel Sun Cluster 3.2 2/08 :

Cette version du module RBAC ne fonctionne pas avec le conteneur d'agent commun 2.1.

Solution : terminez la mise à niveau manuellement sur chacun des nœuds comme suit :

Début

Temps d'exécution

Avertissements de transport sur les nœuds de cluster de LDoms hôtes (6678045)

Problème : Sur les domaines hôtes LDoms configurés en tant que nœuds de cluster, des messages semblables au message suivant s'affichent lorsque le nœud est redémarré :

Solution : Vous pouvez ignorer ces messages.

Début

Impossible de lier de manière sécurisée les applications sur libstlport4 dans Sun Cluster (6298053)

Problème : une application s'exécutant dans une configuration Sun Cluster liée à stlport4 peut s'arrêter brutalement lorsqu'elle effectue des appels NSS et que le démon nscd n'est pas en cours d'exécution.

Solution : sur chaque nœud de cluster, apportez des modifications aux fichiers de configuration suivants.

1. Créez une copie de sauvegarde des fichiers /etc/inet/hosts, /etc/netmasks et /etc/nsswitch.conf sur chaque nœud.
2. Assurez-vous que chaque nom d'hôte privé dans le cluster est répertorié dans le fichier /etc/inet/hosts sur chaque nœud de cluster. Ces adresses sont associées à l'interface clprivnet0. L'exemple suivant indique comment déterminer l'adresse IP du nom d'hôte privé d'un nœud :

   # ifconfig clprivnet0 | fmt
   clprivnet0:
   flags=1009843<UP,BROADCAST,RUNNING,MULTICAST,MULTI_BCAST,PRIVATE,IPv4>
   mtu 1500 index 5
   inet 172.16.4.1 netmask fffffe00 broadcast 172.16.5.255
   ether 0:0:0:0:0:1

    
   # cat > /etc/inet/hosts <<EOS
   172.16.0.129 clusternode1-priv-physical1
   172.16.1.1 clusternode1-priv-physical2
   172.16.4.1 clusternode1-priv
   172.16.0.130 clusternode2-priv-physical1
   172.16.1.2 clusternode2-priv-physical2
   172.16.4.2 clusternode2-priv
   EOS

3. Assurez-vous que tous les masques de réseau d'interconnexion de cluster sont répertoriés dans le fichier /etc/netmasks sur tous les nœuds de cluster. Vous pouvez utiliser le script suivant pour dresser la liste des masques de réseau :

   # ifconfig -a | \
   nawk '/flags/&&!/PRIVATE/{p=0}\
   /flags/&&/PRIVATE/{p=1}\
   p==1&&$3 ~ /netmask/{print $2}'|\
   while read i; do getent netmasks $i; done > /tmp/netmasks

   Vérifiez la liste des masques de réseau collectés. Par exemple :

   # cat /tmp/netmasks
   172.16.1.1             255.255.255.128
   172.16.0.129           255.255.255.128
   172.16.4.1             255.255.254.0

   Si la liste est correcte, adjoignez les entrées aux fichiers netmasks :

   # cat /tmp/netmasks >> /etc/netmasks

   4) Sur chaque nœud de cluster, pour les entrées hosts et netmasks, supprimez le commutateur cluster de la table de recherche. Par exemple :
   Avant modification :

   ...
   hosts: cluster files files dns nisplus dns
   ...
   netmasks: cluster files nisplus
   ...

   Après modification :

   ...
   hosts: files files dns nisplus dns
   ...
   netmasks: files nisplus
   ...

   Début

Les disques étiquetés EFI sur la configuration EMC PowerPath provoquent des messages d'erreur (6536409)

Problème : des erreurs se produisent lorsque vous utilisez des disques étiquetés EFI avec le pilote multiacheminement PowerPath de EMC. Ces erreurs empêchent de configurer correctement pour ces périphériques les chemins du périphérique DID.

Solution : il n'existe pour le moment aucune solution. Évitez d'utiliser des disques étiquetés EFI pour les périphériques fonctionnant avec le pilote PowerPath d'EMC.

Début

Mise à niveau

Les numéros majeurs de vxio sont différents entre les nœuds lorsque le disque racine est encapsulé (6445917)

Problème : pour les clusters exécutant Veritas Volume Manager (VxVM), une mise à niveau standard ou une mise à niveau sur deux partitions de l'un des logiciels suivants échoue si le disque racine est encapsulé :

• Mise à niveau de SE Solaris vers une version différente
• Mise à niveau de VxVM
• Mise à niveau de Sun Cluster

De graves erreurs de nœuds se produisent et le nœud ne peut pas démarrer après la mise à niveau. Cela est dû aux modifications des numéros majeurs ou mineurs apportées par VxVM lors de la mise à niveau.

Solution : désencapsulez le disque racine avant de commencer la mise à niveau.

Début

Impossible d'utiliser des zones suite à une mise à niveau directe de Sun Cluster 3.1 sur Solaris 9 vers Sun Cluster 3.2 sur Solaris 10 (6509958)

Problème : après une mise à niveau directe de Sun Cluster 3.1 sur Solaris 9 vers Sun Cluster 3.2 sur Solaris 10, des zones ne peuvent pas être utilisées correctement avec le logiciel du cluster. Le problème réside dans le fait que les données pspool ne sont pas créées pour les packages Sun Cluster. Les packages qui doivent être distribués aux zones non globales (par exemple, SUNWsczu) ne sont donc pas distribués correctement.

Solution : après la mise à niveau des packages Sun Cluster à l'aide de la commande scinstall -R et avant l'initialisation du cluster en mode cluster, exécutez le script suivant deux fois :

• Une fois pour les packages de framework Sun Cluster
• Une fois pour les packages de service de données Sun Cluster

Préparez et exécutez ce script de l'une des manières suivantes :

• Définissez les variables des packages de structure Sun Cluster et exécutez le script. Modifiez ensuite la variable PATHNAME des packages de service de données et réexécutez le script.
• Créez deux scripts : un contenant des variables définies dans le script des packages de structure et l'autre contenant des variables définies pour les packages de service de données. Exécutez ensuite les deux scripts.

1. Prenez le rôle de superutilisateur.
2. Créez un script avec le contenu ci-dessous.

   #!/bin/ksh
   
   typeset PLATFORM=${PLATFORM:-`uname -p`}
   typeset PATHNAME=${PATHNAME:-/cdrom/cdrom0/Solaris_${PLATFORM}/Product/sun_cluster/Solaris_10/Packages}
   typeset BASEDIR=${BASEDIR:-/}
   
   cd $PATHNAME
   for i in *
   do
       if pkginfo -R ${BASEDIR} $i >/dev/null 2>&1
       then
            mkdir -p ${BASEDIR}/var/sadm/pkg/$i/save/pspool
            pkgadd -d . -R ${BASEDIR} -s ${BASEDIR}/var/sadm/pkg/$i/save/pspool $i
       fi
   done

3. Définissez les variables PLATFORM, PATHNAME et BASEDIR.
   Définissez ces variables en tant que variables d'environnement ou modifiez les valeurs directement dans le script.

   PLATFORM

   Nom de la plate-forme. Par exemple, sparc ou x86. Par défaut, la variable PLATFORM est définie sur le résultat de la commande uname -p.

   PATHNAME

   Chemin d'accès au périphérique à partir duquel les packages de structure ou de service de données Sun Cluster peuvent être installés. Cette valeur correspond à l'option -d de la commande pkgadd. Par exemple, pour des packages de structure Sun Cluster, cette valeur se présenterait comme suit : /cdrom/cdrom0/Solaris_${PLATFORM}/Product/sun_cluster/Solaris_10/Packages Pour les packages de services de données, cette valeur se présenterait comme suit : /cdrom/cdrom0/Solaris_${PLATFORM}/Product/sun_cluster_agents/Solaris_10/Packages

   Unknown macro: {column width=90%}

   Chemin d'accès complet à un répertoire à utiliser en tant que chemin d'accès racine, qui correspond à l'option -R de la commande pkgadd. Pour une mise à niveau directe, définissez cette valeur sur le chemin d'accès racine utilisé avec l'option -R de la commande scinstall. Par défaut, la variable BASEDIR est définie sur le système de fichiers racine (/).

   BASEDIR

4. Exécutez le script, une fois pour les packages de structure Sun Cluster et une fois pour les packages de service de données.
   Une fois le script exécuté, le message suivant doit s'afficher à l'invite de commande de chaque package :

   Transferring pkgname package instance

   Remarque Si le répertoire pspool existe déjà pour un package ou si le script est exécuté deux fois pour le même ensemble de packages, l'erreur suivante s'affiche à l'invite de commande : Transferring pkgname package instance pkgadd: ERREUR : unable to complete package transfer     -- une version identique de pkgname existe déjà sur le périphérique de destination Ce message est sans conséquence et peut être ignoré.

5. Une fois le script exécuté pour les packages de structure et de service de données, initialisez les nœuds en mode cluster.

Début

Les nœuds Sun Cluster ne s'amorcent pas en mode cluster après une mise à niveau directe lorsque des zones locales sont configurées avec le chemin d'accès racine de zone sur un système de fichiers autre que root (/) (6599197)

Problème : les nœuds Sun Cluster ne s'amorcent pas en mode cluster après une mise à niveau directe. Ceci ne se produit que lorsque des zones locales sont configurées sur les nœuds et que leur chemin d'accès racine se trouve sur un système de fichiers autre que le système de fichiers racine. Les messages d'erreur suivant s'affichent pendant l'amorce :

Solution : Procédez comme suit<:hs>:

1. Utilisez Live Upgrade pour ne mettre à niveau que le système d'exploitation.
2. Réinitialisez les nœuds en mode non cluster.
3. Mettez à niveau les composants partagés, les packages de base Sun Cluster et les packages de service de données Sun Cluster à l'aide des procédures de mise à niveau standard.
4. Démarrez la machine en mode cluster.

Début

Patchs et niveaux des microprogrammes requis

Cette section fournit des informations sur les patchs applicables aux configurations Sun Cluster et inclut les sous-sections suivantes :

• Application du patch principal de Sun Cluster 3.2 2/08
• Suppression du patch principal de Sun Cluster 3.2 2/08
• Outils de gestion des correctifs
• SunSolve en ligne
• Liste des patchs Sun Cluster
• Microprogramme requis

Si vous effectuez une mise à niveau vers le logiciel Sun Cluster 3.2 2/08, reportez-vous au Sun Cluster Upgrade Guide for Solaris OS. L'application d'un patch principal de Sun Cluster 3.2 ne produit pas les mêmes résultats que la mise à niveau du logiciel vers la version Sun Cluster 3.2 2/08.

Si vous utilisez la méthode de patch de réinitialisation (nœud) pour installer le patch principal de Sun Cluster,125510 (S9/SPARC), 125511(S10/SPARC), or 125512(S19/x64),, vous devez disposer de la version -02 du patch pour pouvoir installer des versions ultérieures du patch. Si vous ne disposez pas du patch -02 et que vous souhaitez installer la version -03 ou supérieure, utilisez la méthode de cluster de réinitialisation.
Consultez la liste suivante d'exemples de scénarios de patchs :

• Si vous disposez du logiciel Sun Cluster 3.2 2/08 avec le système d'exploitation Solaris 10 sur SPARC et le patch 125511-02 et que vous souhaitez installer le patch 125511-03 ou un patch plus récent, utilisez la méthode de nœud de réinitialisation ou de cluster de réinitialisation.
• Si vous disposez du logiciel Sun Cluster 3.2 2/08 avec le système d'exploitation Solaris 10 sur SPARC sans le patch 125511-02 et que vous souhaitez installer le patch 125511-03 ou un patch plus récent, choisissez l'une des méthodes suivantes :
  • Utilisez la méthode de cluster de réinitialisation pour installer la version 125511-03.
  • Installez la version 125511-02 à l'aide de la méthode de nœud de réinitialisation, puis installez la version 125511-03 selon la même méthode.
    

    Remarque Vous devez être un utilisateur SunSolve? pour pouvoir afficher et télécharger les patchs nécessaires à Sun Cluster. Si vous ne disposez pas d'un compte SunSolve, contactez votre représentant Sun ou enregistrez-vous en ligne à l'adresse http://sunsolve.sun.com.

    Début
    

Application du patch principal de Sun Cluster 3.2 2/08

Suivez la procédure ci-dessous pour appliquer le patch principal de Sun Cluster 3.2 2/08.

Pour appliquer le patch principal de Sun Cluster 3.2 2/08

1. Installez le patch selon la procédure de patch de réinitialisation habituelle d'un patch principal.
2. Vérifiez que le patch a été correctement installé sur tous les nœuds et qu'il fonctionne correctement.
3. Enregistrez la nouvelle version de types de ressource SUNW.HAStoragePlus, SUNW.ScalDeviceGroup et SUNW.ScalMountPoint en cours de mise à jour dans ce patch. Mettez à niveau vers les nouvelles versions le type de ressource sur toutes les ressources existantes.
   Pour plus d'informations sur l'enregistrement d'un type de ressource, reportez-vous à la rubrique "Registering a Resource Type" dans le document Sun Cluster Data Services Planning and Administration Guide for Solaris OS.

   Attention Si le patch principal de Sun Cluster 3.2 2/08 est supprimé, la version des ressources mises à niveau à l'étape 3 doit être réduite aux versions de type de ressource antérieures. La procédure de réduction de la version nécessite une interruption planifiée de ces services. N'effectuez donc l'étape 3 que lorsque vous pouvez appliquer définitivement le patch principal de Sun Cluster 3.2 2/08 à votre cluster.

Début

Suppression du patch principal de Sun Cluster 3.2 2/08

Suivez la procédure ci-dessous pour supprimer le patch principal de Sun Cluster  3.2 2/08.

Pour supprimer le patch principal de Sun Cluster 3.2 2/08

1. Répertoriez les types de ressources du cluster.

   # clrt list

2. Si la liste renvoie SUNW.HAStoragePlus:5, SUNW.ScalDeviceGroup:2 ou SUNW.ScalMountPoint:2, supprimez ces types de ressources. Pour plus d'informations sur la suppression d'un type de ressource, reportez-vous à la rubrique "How to Remove a Resource Type" dans le document Sun Cluster Data Services Planning and Administration Guide for Solaris OS.
3. Réinitialisez tous les nœuds du cluster en mode non-cluster mono-utilisateur.
   Pour plus d'informations sur la réinitialisation de nœuds dans le mode non-cluster mono-utilisateur, voir "How to Boot a Cluster Node in Noncluster Mode<" dans le document Sun Cluster System Administration Guide for Solaris OS.
4. Supprimez le patch principal de Sun Cluster 3.2 2/08 de chaque nœud sur lequel le patch est installé.

   # patchrm patch--id

5. Réinitialisez dans le mode cluster tous les nœuds desquels vous avez supprimé le patch principal de Sun Cluster  3.2 2/08.
   Réinitialiser tous les nœuds sur lesquels vous avez supprimé le patch principal de Sun Cluster 3.2 2/08 avant de réinitialiser des nœuds non concernés garantit que le CCR du cluster comporte les informations appropriées. Si vous avez appliqué le patch principal à tous les nœuds du cluster, vous pouvez réinitialiser ces nœuds en mode cluster dans n'importe quel ordre.
   Pour plus d'informations sur la réinitialisation de nœuds en mode cluster, voir "How to Reboot a Cluster Node" dans le manuel Sun Cluster System Administration Guide for Solaris OS.
6. Réinitialisez les nœuds restants en mode cluster.

Début

Outils de gestion des patchs

Pour en savoir plus sur les options de gestion des patchs pour le système Solaris, reportez-vous aux sites de Sun Connection Update Manager et de Sun xVM Ops Center. Des informations supplémentaires relatives à l'utilitaire de gestion des patchs Solaris, patchadd, sont disponibles dans le manuel Solaris Administration Guide : Basic Administration, à l'adresse http://docs.sun.com. Reportez-vous à la version de ce manuel publiée pour la version du système Solaris installée sur votre système.

Si certains patchs doivent être appliqués lorsque le nœud fonctionne en mode non cluster, vous pouvez les appliquer séquentiellement, nœud par nœud, sauf si les instructions d'un patch indiquent que le cluster doit être arrêté. Suivez les procédures de How to Apply a Rebooting Patch (Node) dans le manuel Sun Cluster System Administration Guide for Solaris OS afin de préparer le nœud et de l'initialiser en mode non cluster. Pour une installation aisée, appliquez simultanément tous les patchs sur un nœud que vous initialisez en mode non cluster.

Début

SunSolve Online

Le site Web SunSolve? Online offre un accès permanent aux dernières mises à jour et versions des patchs, logiciels et microprogrammes développés pour les produits Sun. Accédez au site SunSolve Online à l'adresse http://sunsolve.sun.com pour consulter les grilles actualisées des logiciels, microprogrammes et patchs pris en charge.

Des informations sur des patchs tiers pour Sun Cluster 3.2 2/08 sont fournies dans un Info Doc SunSolve pour le matériel spécifique que vous envisagez d'utiliser dans un environnement Sun Cluster 3.2 2/08. Pour localiser cet Info Doc, connectez-vous à SunSolve. Dans la page d'accueil de SunSolve, tapez Sun Cluster 3.x Third-Party Patches dans la zone des critères de recherche.

Avant d'installer Sun Cluster 3.2 2/08 et d'appliquer des patchs à un composant de cluster (SE Solaris, logiciel Sun Cluster, gestionnaire de volumes, logiciel de services de données ou lecteur de disque), lisez attentivement chacun des fichiers README accompagnant les patchs récupérés. Le même niveau de patch doit être appliqué à tous les noeuds du cluster pour que le cluster puisse fonctionner correctement.

Pour obtenir des procédures relatives à des patchs et des conseils sur l'administration des patchs, reportez-vous au Chapitre 10, "Patching Sun Cluster Software and Firmware" dans le manuel Sun Cluster System Administration Guide for Solaris OS.

Début

Listes des patchs Sun Cluster

Les Informations sur le patch Sun Cluster proposent une liste complète et à jour des patchs devant être appliqués au SE Solaris, au logiciel Sun Cluster et à d'autres logiciels de votre configuration de cluster, en fonction des versions du logiciel que vous utilisez.
Début

Microprogrammes requis

Patch de prise en charge de cluster pour StorageTek 2530 Array

Le logiciel Sun StorageTek Common Array Manager (CAM) version 6.0.1 fournit une prise en charge SCSI3 ou PGR pour une matrice Sun StorageTek 2530 comportant un maximum de trois nœuds. Vous pouvez télécharger le patch CAM 6.0.1 depuis le centre de téléchargement de Sun. Vous pouvez également aller sur SunSolve et télécharger le patch 137294-01.

Début

Documentation Sun Cluster 3.2 2/08

La documentation utilisateur Sun Cluster 3.2 2/08 est composée des collections présentées ci-dessous :

• Manuels sur le logiciel Sun Cluster 3.2 2/08 pour SE Solaris
• Manuels sur les services de données Sun Cluster 3.2 2/08 pour SE Solaris (édition pour plate-forme SPARC)
• Manuels sur les services de données Sun Cluster 3.2 2/08 pour SE Solaris (édition pour plate-forme x86)
• Collection Matériel Sun Cluster 3.1 - 3.2 pour SE Solaris (édition pour plate-forme SPARC)
• Collection Matériel Sun Cluster 3.1 - 3.2 pour SE Solaris (édition pour plate-forme x86)
  

  Note Les procédures de la version de Sun Cluster HA pour Sun Java? System Directory Server qui utilisent Sun Java System Directory Server 5.0 et 5.1 résident dans le service de données Sun Cluster 3.1 pour Sun ONE Directory Server . Depuis la version 5.2 de Sun ONE Directory Server, reportez-vous à la documentation d'installation de Sun ONE Directory Server ou de Sun Java System Directory Server.

  Certains manuels n'ont pas été mis à jour depuis la version Sun Cluster 3.2 précédente. Cependant, leur contenu s'applique également à la version Sun Cluster 3.2 2/08.
  La documentation utilisateur de Sun Cluster 3.2 2/08 est disponible aux formats PDF et HTML sur le site Web suivant :
  

  http://docs.sun.com/app/docs/prod/sun.cluster32

  
  
  

  Remarque À partir de Sun Cluster 3.2, la documentation relative aux services de données individuels n'est pas traduite et sera proposée uniquement en anglais.

  Début
  
  
  
  

Manuels sur le logiciel Sun Cluster 3.2 2/08 pour SE Solaris

Début

Manuels sur les services de données Sun Cluster 3.2 2/08 pour SE Solaris (édition pour plate-forme SPARC)

Début

Manuels sur les services de données Sun Cluster 3.2 2/08 pour SE Solaris (édition pour plate-forme x86)

Début

Collection Matériel Sun Cluster 3.1 - 3.2 pour SE Solaris (édition pour plate-forme SPARC)

Début

Collection Matériel Sun Cluster 3.1 - 3.2 pour SE Solaris (édition pour plate-forme x86)

Début

Problèmes liés à la documentation

Cette section présente les erreurs ou les omissions de la documentation, de l'aide en ligne ou des pages de manuel de la version Sun Cluster 3.2 2/08.

• Guide d'administration système
• Guide du développeur des services de données
• Pages Man

Début

Guide d'administration système

Cette section présente les erreurs et omissions du Sun Cluster System Administration Guide for Solaris OS.

Renommer un périphérique de réplication

Si le nom d'un groupe de périphériques de réplication change, des étapes supplémentaires sont requises pour Hitachi TrueCopy et SRDF. Suivez les procédures de How to Configure DID Devices for Replication Using EMC Symmetrix Remote Data Facility (SRDF) in Sun Cluster System Administration Guide for Solaris OS et procédez comme suit :

Pour TrueCopy :

Si le nom du groupe de périphériques de réplication (et celui du groupe de périphériques globaux correspondant) change, réexécutez la commande cldevice replicate pour mettre à jour les informations des périphériques de réplication.

Pour SRDF :

Si le nom du groupe de périphériques de réplication (et celui du groupe de périphériques globaux correspondant) change, mettez à jour les informations des périphériques de réplication en utilisant d'abord la commande scdidadm -b pour supprimer les informations existantes. La dernière étape consiste à utiliser la commande cldevice combine pour créer un périphérique nouveau et mis à jour.

Mise à disposition des réservations SCSI-2

Lorsque vous appliquez des patchs en mode mono-utilisateur avec des zones de basculement et que les disques comportent des réservations SCSI-2, suivez les instructions de How to Apply Patches in Single-User Mode with Failover Zones, en apportant la modification suivante :

Après avoir effectué l'étape 10, passez l'étape 11 et suivez les instructions pour déterminer si des réservations scsi2 existent sur les disques de l'ensemble de disques.
a. Pour tous les disques de l'ensemble de disques, exécutez /usr/cluster/lib/sc/scsi -c disfailfast -d /dev/did/rdsk/d#s2.
b. Si des clés sont répertoriées, libérez-les en exécutant la commande suivante : /usr/cluster/lib/sc/scsi -c release -d /dev/did/rdsk/d#s2.

Guide du développeur des services de données

Cette section présente les erreurs et omissions du Sun Cluster Data Services Developer's Guide for Solaris OS.

Modification du comportement des expirations de méthodes

La description de la modification du comportement des expirations de méthodes à partir de Sun Cluster 3.2 est manquante. Si un rappel de la méthode RGM expire, le processus est désormais interrompu à l'aide du signal SIGABRT et non pas du signal SIGTERM. L'arrêt du processus à l'aide du signal SIGABRT entraîne la génération d'un fichier core par tous les membres du groupe de processus.

Pages Man

Cette section présente les erreurs, omissions et ajouts dans les pages de manuel de Sun Cluster.

Début

cldevice(1CL)

Les informations suivantes relatives à la commande cldevice replicate manquent dans la page de manuel cldevice(1M) :

replicate

La sous-commande replicate n'est pas une méthode prise en charge pour la combinaison d'instances DID avec SRDF. Cette sous-commande ne peut être utilisée qu'avec TrueCopy. Pour combiner des instances DID avec SRDF, utilisez la commande cldevice combine.

Début

clresource(1CL)

• L'option suivante manque dans la page de manuel clresource(1CL) :
  Unknown macro: {colum}

  Avec l'opérande , indique que la commande fonctionne sur des ressources dont le groupe est suspendu. Si vous ne spécifiez pas l'option -u lorsque vous spécifiez l'opérande , la commande ignore toutes les ressources dont le groupe est suspendu.
  L'option -u est valide si vous spécifiez l'opérande + pour les sous-commandes clear, disable, enable, monitor, set et unmonitor.

  -u

• La description de l'opérande + doit indiquer que, lorsqu'elle est utilisée avec la sous-commande clear, disable, enable, monitor, set ou unmonitor, la commande ignore toutes les ressources dont le groupe est suspendu, sauf si vous spécifiez également l'option -u.
• Les exemples proposés dans les définitions des opérandes + et - pour les options -p, -x et -y sont incorrects. Ces définitions devraient se lire comme suit :

  +	Ajoute une ou des valeurs à une valeur du tableau de chaînes. Seule la sous-commande définie accepte cet opérateur. Vous pouvez spécifier cet opérateur uniquement pour les propriétés acceptant les listes de valeurs de type chaîne (par exemple, Resource_dependencies).

  -	Supprime une ou des valeurs d'une valeur du tableau de chaînes. Seule la sous-commande définie accepte cet opérateur. Vous pouvez spécifier cet opérateur uniquement pour les propriétés acceptant les listes de valeurs de type chaîne (par exemple, Resource_dependencies).

Début

clresourcegroup(1CL)

• La syntaxe et la description de la sous-commande evacuate indiquent de manière incorrecte que vous pouvez vider plusieurs nœuds ou zones dans un même appel de commande. En fait, vous ne pouvez spécifier qu'un seul nœud ou qu'une seule zone dans la commande evacuate.
• La page de manuel indique de manière incorrecte que l'option -s state peut être utilisée avec la sous-commande list. L'option -s n'est actuellement pas disponible dans la commande clresourcegroup pour la sous-commande list. Elle n'est disponible que pour la sous-commande status. Ignorez les informations de la page de manuel relatives à l'option -s lorsque celle-ci est utilisée avec la sous-commande list.
• L'option suivante manque dans la page de manuel clresourcegroup(1CL) :

  -u

  Indique que la commande fonctionne sur des groupes de ressources suspendus si vous spécifiez l'opérande . Si vous ne spécifiez pas l'option -u lorsque vous spécifiez l'opérande , la commande ignore tous les groupes de ressources suspendus. L'option -u est valide lorsque l'opérande + est indiqué pour les sous-commandes add-node, manage, offline, online, quiesce, remaster, remove-node, restart, set, switch et unmanage.

• La description de l'opérande + devrait indiquer que, lorsqu'elle est utilisée avec la sous-commande add-node, manage, offline, online, quiesce, remaster, remove-node, restart, set, switch ou unmanage, la commande ignore tous les groupes de ressources suspendus sauf si vous spécifiez également l'option -u.

Début

rt_properties(5)

Dans la page de manuel rt_properties(5), dans la description de la propriété API_version, la date de la version (12/07) est incorrecte. La date devrait être 2/08, comme indiqué ci-dessous.

Début

scdidadm(1M)

Les informations suivantes relatives à la nouvelle option -b manquent dans la page de manuel scdidadm(1M) :

-b	Restaure une instance DID répliquée dans son état précédent, qui consistait en deux instances DID distinctes.

Exemplenbsp;5.5 Annulation de configuration de périphérique DID répliqué

Début

Problèmes résolus

Cette section présente les demandes de modification ou les erreurs ou omissions de la documentation résolues après la version Sun Cluster 3.2 2/08.

Prise en charge de l'adaptateur de canal hôte (HCA) InfiniBand (6599044) 

Les serveurs Sun SPARC Enterprise T5120 et T5220 utilisant le logiciel Sun Cluster 3.2 2/08 ne nécessitent plus le patch PRINCIPAL 126106 (Solaris 10) ou le patch 126107 (Solaris 10_x86) pour les configurations InfiniBand.

Début