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.

La prise en charge du service évolutif IPv6 n'est pas activée par défaut (6332656)

Problème : la connexion IPv6 aux interconnexions qui est requise pour transférer les paquets de services évolutifs IPv6 n'est plus activée par défaut. Les interfaces IPv6, telles qu'elles sont vues lors de l'utilisation de la commande ifconfig, ne sont plus connectées aux adaptateurs d'interconnexion par défaut.

Solution : activez manuellement la prise en charge du service évolutif IPv6.

Activation manuelle de la prise en charge du service évolutif IPv6

Avant de commencer

Vérifiez que vous avez préparé tous les nœuds du cluster pour exécuter les services IPv6. Ces tâches incluent la configuration appropriée des interfaces réseau, des applications logicielles serveur/clientes, des services de noms et de l'infrastructure de routage. Le non-respect de ces procédures risque d'entraîner des échecs inattendus des applications réseau. Pour plus d'informations, reportez-vous à la documentation relative à l'administration du système Solaris pour les services IPv6.

1. Sur chaque nœud, ajoutez l'entrée suivante dans le fichier /etc/system.

   set cl_comm:ifk_disable_v6=0

2. Sur chaque nœud, activez la connexion IPv6 sur les adaptateurs d'interconnexion.

   # /usr/cluster/lib/sc/config_ipv6

   L'utilitaire config_ipv6 affiche une interface IPv6 sur tous les adaptateurs d'interconnexion du cluster pourvus d'une adresse de lien. Cet utilitaire active le transfert approprié des paquets de services évolutifs IPv6 via les interconnexions.

   Vous pouvez également redémarrer chaque nœud du cluster pour activer le changement de configuration.

La commande clnode add ne peut pas ajouter de nœud à partir d'un fichier XML contenant des informations de transport par connexion directe (6485249)

Problème : si un fichier XML utilisant le transport par connexion directe tente d'exécuter la commande clnode add, celle-ci commet une erreur d'interprétation des informations de câble et ajoute les mauvaises informations de configuration. En conséquence, le nœud de jonction ne peut pas rejoindre le cluster.

Solution : utilisez la commande scinstall pour ajouter un nœud au cluster lorsque le transport intracluster est directement connecté.

Le fichier /etc/nsswitch.conf n'est pas mis à jour avec les informations de base de données host et netmasks lors de l'installation d'une zone non globale (6345227)

Problème : la commande scinstall met à jour le fichier /etc/nsswitch.conf pour ajouter l'entrée cluster correspondant aux bases de données hosts et netmasks. Cette modification met à jour le fichier /net/nsswitch.conf pour la zone globale, mais lorsqu'une zone non globale est créée et installée, elle reçoit sa propre copie du fichier /etc/nsswitch.conf. Les fichiers /etc/nsswitch.conf des zones non globales ne posséderont pas l'entrée cluster correspondant aux bases de données hosts et netmasks. Toute tentative de résolution des noms d'hôte privés propres au cluster et des adresses IP à partir d'une zone non globale effectuée à l'aide des requêtes getXbyY échoue.

Solution : mettez à jour le fichier /etc/nsswitch.conf manuellement pour les zones non globales avec l'entrée cluster correspondant aux bases de données hosts et netmasks. Cette procédure garantit la disponibilité des résolutions de noms d'hôte privés propres au cluster et des adresses IP dans les zones non globales.