Nach dem Erstellen einer Raumbuchung: Infomails kommen doppelt

[Klafu]

Hallo,

folgender Fall:
Wenn man bei uns eine neue Besprechungseinladung erstellt und einen Raum hinzu bucht, so erhält man direkt im Anschluss zwei E-Mails mit dem Betreff "Reservierungsanforderung einer Ressource NAME".

Die eine Mail kommt von ServerA, welches der Server ist, der in den Mail-In Dokumenten der Räume steht, die andere Mail kommt von ServerB, welches der Clusterserver von ServerA ist und eine Replik der Reservierungsdatenbank beherbergt.

Woran kann das liegen dass diese Meldung doppelt erzeugt wird? Kennt das jemand?

Gruß
Chris

[Captain_Future]

Hallo Chris,
unterschiedliche Administrationsserver in den Repliken der RnR-DB? Klingt als wäre nicht klar, wer der Chef im Ring ist.

Gruß
CF

[Klafu]

Danke für diesen Tipp.
Beide Datenbanken haben aber denselben Adminserver 

[Pfefferminz-T]

Sicher, dass der zweite Server den ersten als verfügbar erkennt?

http://www-01.ibm.com/support/docview.wss?uid=swg21219311

Das hier alles überprüft?

http://www-01.ibm.com/support/docview.wss?uid=swg27024150&aid=1

Was zeigt der folgende Befehl auf beiden Servern:
Tell rnrmger whoowns rrdbname.nsf (hier natürlich den Namen der RR-Datenbank einsetzen)

Der Output zeigt, welcher Server aktuell die RR-Datenbank im "Besitz" hat.

Gibt es die entsprechenden Mail-In-Datenbank-Dokumente für alle Räume und Ressourcen? Laufen Calconn, Sched und RRmgr?

[Klafu]

Vielen Dank!
Das ist schon mal sehr hilfreich. Alle Ressourcen lauten auf ServerA, der Adminserver ist ServerA aber bei dem Befehl kam auf ServerA als Ausgabe ServerB und auf ServerB - erstmal gar nichts.

Nach einem Serverneustart (ich weis, hart aber fair) kommt auf ServerB nun auch als Ausgabe ServerB und die Mails kommen wieder einmalig an.

Die Frage ist nun... warum wird nicht ServerA ausgegeben?

Edit: Neue Erkenntnis. Da ist irgendwas gewaltig im Argen. Ein Neustart des rnrmgr Tasks führt sowohl auf ServerA als auch auf ServerB zu einem Absturz des Dominoservers.

[Pfefferminz-T]

1) Auf dem Admin-Server (Primary) der RNRDB: set config RNRMGR_CLUSTER_FAIL_INTERVAL=10 und danach den RnrMgr auf dem Primary neu starten

2) Cluster-Server (Secondary) runterfahren

3) Nach 5-10 Minuten sollte der Primary die RNR bei sich haben: tell rnrmger whoowns rrdbname.nsf

4) Auf dem Primary den Parameter aus der notes.ini entfernen set config RNRMGR_CLUSTER_FAIL_INTERVAL=

5) Secondary starten

6) Auf dem Primary RnrMgr, Calconn und Sched neu starten

Dann sollte das wieder korrekt sein. Falls nicht, PMR aufmachen.

[Klafu]

Lieber eine späte Antwort als gar keine

Vielen Dank für deine Unterstützung! Nun tut wieder alles

Chris