Problème : la commande -clnode remove --force devrait supprimer les nœuds des metasets. Le Sun Cluster System Administration Guide for Solaris OS contient les procédures à suivre pour supprimer un nœud du cluster. Elles 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 d'effacer les données de nœud périmées du CCR d'une façon habituelle. Dans un nœud de cluster actif, utilisez la commande metaset pour effacer ce nœud des groupes de disques Solaris Volume Manager, puis exécutez clnode clear --force obsolete_nodename.
Problème : sur un cluster installé avec le groupe de logiciels Solaris 10 pour utilisateurs finaux, SUNWCuser, l'exécution de la commande scsnapshot risque d'échouer en indiquant l'erreur suivante :
# scsnapshot -o … /usr/cluster/bin/scsnapshot[228]: /usr/perl5/5.6.1/bin/perl: not found |
Solution : exécutez l'une des procédures suivantes :
Installez le groupe de logiciels Solaris Entire Distribution.
Installez les packages Perl suivants : SUNWpl5u, SUNWpl5v et SUNWpl5p.
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. Cela provoque des erreurs de validation et des erreurs SEGV lors 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 :
Method methodname (scalable svc) on resource resourcename stopped or terminated due to receipt of signal 11 |
Ce 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.
Problème : la commande du logiciel Quorum Server, clquorumserver, ne définit pas correctement l'état du mécanisme du prochain démarrage.
Solution : exécutez les tâches suivantes pour lancer ou arrêter le logiciel Quorum Server.
Affichez le statut du service quorumserver.
# svcs -a | grep quorumserver |
Si le service est désactivé, la sortie est semblable à ce qui suit :
disabled 3:33:45 svc:/system/cluster/quorumserver:default |
Démarrez le logiciel Quorum Server.
Si le service quorumserver est disabled, utilisez la commande svcadm enable.
# svcadm enable svc:/system/cluster/quorumserver:default |
Si le service quorumserver est online, utilisez la commande clquorumserver.
# clquorumserver start + |
Désactivez le service quorumserver.
# svcadm disable svc:/system/cluster/quorumserver:default |
Démarrez le logiciel Quorum Server.
# clquorumserver start + |
Attribuez au fichier /etc/rc2.d/.S99quorumserver le nouveau nom /etc/rc2.d/S99quorumserver.
# mv /etc/rc2.d/.S99quorumserver /etc/rc2.d/S99quorumserver |