Verhalten des Fehler-Monitors während eines Testsignal-Verfahrens

Der Fehler-Monitor von Sun Cluster HA für Sun Java System Message Queue verwendet die Erweiterungseigenschaft Smooth_shutdown. Anweisungen zur Einstellung dieser Eigenschaft finden Sie unter Einstellen der Sun Cluster HA für Sun Java System Message Queue-Erweiterungseigenschaften.

Das Testsignal-Verfahren von Sun Cluster HA für Sun Java System Message Queue sendet eine Anforderung zur Abfrage des Zustands der Sun Java System Message Queue-Serverinstanz an den Server.

Hierbei stellt es eine Verbindung zu den Kombinationen aus IP-Adresse und Anschluss her, die durch die Netzwerkressourcenkonfiguration und die Einstellung Port_list für die Ressourcengruppe definiert sind. Wird die Verbindung erfolgreich hergestellt, liest das Testsignal-Verfahren die Informationen des Portmappers. Das Testsignal-Verfahren trennt schließlich die Verbindung. Ist ein Teil der Verbindung fehlerhaft, wird ein Fehler aufgezeichnet.

Hoher Netzwerkverkehr, hohe Systemlasten und fehlerhafte Konfigurationen können zum Fehlschlagen der Abfrage führen. Eine fehlerhafte Konfiguration kann dann gegeben sein, wenn Sie den Sun Java System Message Queue-Server nicht zum Überwachen aller Kombinationen aus IP-Adresse und Port konfiguriert haben, die getestet werden. Der Sun Java System Message Queue-Server muss jeden Port für jede IP-Adresse bedienen, die für diese Ressource angegeben ist.

Wenn das Testsignal-Verfahren keine Verbindung zum Server herstellen kann, schlägt das gesamte Testsignal-Verfahren fehl. Die nachfolgende Fehlermeldung wird gesendet. Hierbei gibt %s den Hostnamen und %d die Anschlussnummer an.

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

Das Testsignal-Verfahren akkumuliert sämtliche Teilfehlschläge, die innerhalb des Ressourceneigenschaften-Intervalls Retry_interval auftreten, bis sie einem vollständigen Fehler entsprechen, der eine Aktion erfordert.

Es folgen Testsignal-Teilfehlschläge:

• Fehler beim Trennen. Die nachfolgende Fehlermeldung wird gesendet. Hierbei gibt %d die Anschlussnummer und %s den Ressourcennamen an.

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

• Nicht alle Testschritte konnten innerhalb der Probe_timeout -Zeit ausgeführt werden.

• Fehler beim Lesen von Daten vom Server durch andere Ursachen. Die nachfolgende Fehlermeldung wird gesendet. Hierbei gibt das erste Vorkommen von %s den Hostnamen, %d den Anschlussnamen und das zweite Vorkommen von %s weitere Details zum Fehler an.

  Failed to communicate with server %s port %d: %s

Auf Grundlage des Fehlerverlaufs kann ein Fehler entweder einen lokalen Neustart oder ein Failover des Datendienstes verursachen.