Paramétrage du détecteur de pannes de Sun Cluster HA pour Sun Java System Message Queue

Le détecteur de pannes de Sun Cluster HA pour Sun Java System Message Queue fait partie de la ressource qui représente Sun Java System Message Queue. Vous devez créer cette ressource lorsque vous enregistrez et configurez Sun Cluster HA pour Sun Java System Message Queue. Pour plus d'informations, voir Enregistrement et configuration de Sun Cluster HA pour Sun Java System Message Queue.

Les propriétés système et d'extension de cette ressource contrôlent le comportement du détecteur de pannes. Les valeurs par défaut de ces propriétés déterminent le comportement prédéfini du détecteur de pannes. Ce comportement prédéfini doit en principe s'adapter à la plupart des installations de Sun Cluster. Par conséquent, vous ne devez paramétrer le détecteur de pannes de Sun Cluster HA pour Sun Java System Message Queue que si vous avez besoin de modifier ce comportement prédéfini.

Voir les sections suivantes pour plus d'informations.

• Tuning Fault Monitors for Sun Cluster Data Services du Sun Cluster Data Services Planning and Administration Guide for Solaris OS

• Changing Resource Type, Resource Group, and Resource Properties du Sun Cluster Data Services Planning and Administration Guide for Solaris OS

• Annexe A, Standard Properties du Sun Cluster Data Services Planning and Administration Guide for Solaris OS

Opérations effectuées par le détecteur de pannes lors d'une sonde

Le détecteur de pannes de Sun Cluster HA pour Sun Java System Message Queue utilise la propriété d'extension Smooth_shutdown. Pour savoir comment définir cette propriété, voir Définition des propriétés d'extension de Sun Cluster HA pour Sun Java System Message Queue.

La sonde de Sun Cluster HA pour Sun Java System Message Queue envoie une requête au serveur pour connaître l'état de l'instance de serveur de Sun Java System Message Queue.

La sonde se connecte à l'adresse IP et aux combinaisons de ports définies par la configuration des ressources réseau et par la définition de Port_list pour le groupe de ressources. Si la connexion réussit, la sonde lit les informations du mappeur de port. Elle finit par se déconnecter. Si la connexion échoue à un moment donné, un échec est enregistré.

La requête peut échouer en raison d'un trafic réseau intense, d'une charge système importante ou d'une configuration erronée. Cette dernière situation peut survenir si vous n'avez pas configuré le serveur Sun Java System Message Queue pour qu'il écoute sur toutes les combinaisons adresse IP/port sondées. Le serveur Sun Java System Message Queue doit traiter chaque port de chaque adresse IP spécifiée pour la ressource.

Un échec total de la sonde se produit lorsque celle-ci n'arrive pas à se connecter au serveur. Le message d'erreur suivant est envoyé, %s indiquant le nom d'hôte et %d le numéro de port.

Failed to connect to the host <%s> and port <%d>.

La sonde accumule les échecs partiels qui surviennent dans l'intervalle de propriété de ressource Retry_interval jusqu'à ce qu'ils équivalent à un échec total nécessitant une intervention.

Vous trouverez ci-dessous des échecs d'analyse partiels.

• Échec de la déconnexion. Le message d'erreur suivant est envoyé, %d indiquant le numéro de port et %s le nom de la ressource.

  Failed to disconnect from port %d of resource %s.

• Échec de réalisation de toutes les étapes de l'analyse dans la durée de Délai_sonde.

• Échec de la lecture des données à partir du serveur pour d'autres raisons. Le message d'erreur suivant est envoyé, le premier %s indiquant le nom d'hôte, %d le numéro de port, et le second %s d'autres informations concernant l'erreur.

  Échec de communication avec le port %d du serveur %s : %s

Basée sur l'historique des pannes, une défaillance peut entraîner un redémarrage local ou une panne du service de données.