ISpy will nach Reboot nicht mehr

[Micha-BRLN]

Hallo,

Vielleicht hat ja jemand eine Idee...

Folgendes Problem:

- Ein Server A überprüft alle anderen Server per ISpy mit einem Intervall von 15 und einem TimeOut von 20 Minuten. Lief soweit auch einwandfrei.

- Nach dem Reboot von Server B antwortet der auf den ISpy nicht mehr. Einstellungen wurden nicht geändert. IP ping hat etwa 150 MS, nping bringt Werte von 3500 ms (). Der Clusterpartner mit den gleichen Settings hat keine Probleme. Der Mailverkehr läuft reibungslos.

Hat das jemand schon mal gehabt oder kennt sonst das Problem?

Besten Dank für Hilfe im Voraus,

Micha

[Micha-BRLN]

Nanu - hat noch niemand dieses oder ein ähnliches Problem gehabt?  Wie ist denn der Wert von 3500 ms im NPing zu interpretieren? Der dürfte zwar keinen Einfluss auf den ISpy haben, es wäre aber dennoch interessant zu wissen...

Nochmals Dank im Voraus,

Micha

[CarstenH]

Vielleicht hast du das Problem etwas verwirrend beschrieben. Wie verstehe ich die Aussage "nach einem Reboot"? Funktioniert der ISpy denn wenn du den Server ohne Reboot startest? Oder meinst du seit dem Reboot an einem bestimmten Tag funktioniert er seitdem überhaupt nicht mehr - egal wie der Server gestartet wird. Weiterhin wäre noch von Interesse was der ISpy denn prüft - das Öffnen einer bestimmten DB, feste Ports oder alle Ports, und damit verbunden natürlich die Frage ob die Angaben im Serverdokument B die in der Replik auf dem Überwachungsserver A auch aktuell sind: Netzwerkadresse, aktive Ports; die Zugriffsrechte von A auf B und (für SMTP) die Konfigurationsdokument-Einstellungen (Blacklist, DNS) usw.

[Micha-BRLN]

Hallo Carsten,

Hast Recht...

Seit einem Reboot erhält der überwachende Server keine Antwort mehr vom zu überwachenden.

Die Einstellungen sind korrekt.

Wir prüfen das Mailrouting auf dem Zielserver, so daß das Event generiert wird wenn die Mailfunktionalität beeinträchtigt wird (is ja auch ein Mailserver....).

Besten Gruß,

Micha

[CarstenH]

Ok -
Wie sieht das Verlaufsprotokoll für Mails von A nach B aus?
Funktionieren Hin- und Rückwege für Mails?
Überwachungskonfiguration: für jeden Server getrennt oder eins für alle Server?
Falls getrennt - schonmal neu angelegt (kein Copy&Paste)?
Mit debug_ispy=1 bzw. 2 auf Server A bekommt man ggf. detailliertere Infos was da schiefläuft bzw. welche Überwachungen überhaupt greifen.

[Micha-BRLN]

Hi,

Danke...

Der normale Mailbetrieb läuft problemlos.

Jeder Server hat ein eigenes Dokument, neu angelegt habe ich das Doc noch nicht. Kann ich ja mal machen, aber das debug ist doch die wesentlich elegantere Lösung. Wo wird der debug Parameter eingetragen?

Besten Gruß,

Micha

[CarstenH]

ISpy beenden, den Parameter mit set config debug_ispy=xxx direkt an der console aktivieren und ispy anschließend laden.

Warn-Hinweis: Debug-Parameter erzeugen u.U. extrem viel Traffic, man sollte sie nur kurzzeitig bis zur Problemlösung einsetzen. Die Ausschriften werden nicht ins Notes-Log übernommen, stattdessen sollte man einen zweiten Parameter z.B. DEBUG_OUTFILE=C:\TEMP\DEBUG.TXT setzen (Pfad bitte anpassen), damit werden ALLE Consolenausschriften inklusive der Debug-Ausgaben in die angegebene Text-Datei geschrieben und können später bequem analysiert werden.

[Micha-BRLN]

Klingt doch ganz gut, hoffentlich kann man die Ausgabe auch vernünftig auswerten...

Das werde ich dann in der kommenden Woche versuchen, jetzt steht erstmal ein langes Wochenende an. 

Die Ergebnisse gebe ich dann bekannt.

Vielen Dank nochmals und beste Grüße,

Micha

[Micha-BRLN]

Hi nochmal,

Ich habe die Settings entsprechend gesetzt, console logging ist enabled und eine Datei als Ausgabe wurde auch eingetragen. Danach restart server. Die Datei habe ich vorher erstellt.

Leider bleibt diese Datei leer - ?? Weiss jemand Rat?

Beste Grüße,

Micha