Ressourcenreservierung funktioniert nicht

[ChristianW]

Hallo,
wir haben zwei Server, die im Cluster laufen. Wenn jetzt User 1 von Server A eine Ressource auf Server B reserviert, bekommt er die Meldung "Benutzer Testraum/Testort (Testraum/Testort@blabla.de) nicht im Domino-Verzeichnis aufgeführt".
Reserviert er jedoch auf Server A eine Ressource, funktioniert dies einwandfrei.
Das gleich passiert genauso anders herum: Will User 2 von Server B auf Server A etwas reservieren, bekommt er die gleiche Meldung. Auf Server B funktioniert es wieder einwandfrei.

Gruß
Christian

[ascabg]

Hallo,

Die benoetigten Dokumente sind auch alle vorhanden?
Wie viele Ressourcen-Datenbanken habt ihr denn im Einsatz?
Irgendwelche rechte auf den Ressource vergeben. (nur buchbar vom Owner, ...)


Andreas

[ChristianW]

Wir haben 4 Ressourcen DBs im Einsatz. Besitzerbeschränkung stehen alle auf "Automatisch verarbeiten".
welche Dokumente müssen denn vorhanden sein?

Christian

[Tode]

Calconn auf allen Servern aktiviert? Kennen sich die Server gegenseitig?

[ChristianW]

der Task CalConn läuft auf beiden Servern. Verbindungsdokumente bestehen.

[ascabg]

Hallo,

welche Dokumente müssen denn vorhanden sein?

Erst einmal die in der Rsssourcen-Db. => sollten aber vorhanden sein.

Zum anderen, die referenzierenden Dokumente im Adressbuch.


Andreas

[stoeps]

Moin,

die Server sind in der gleichen Domäne (müssen sie ja da Cluster)? Dann sollten in beiden die gleichen Adressen sprich Mailin-DBs für die Ressourcen vorhanden sein. Sind sie aber scheinbar nicht.

Ihr nutzt 2 verschiedene Ressourcen-DBs auf geclusterten Servern? Den Sinn muss ich aber nicht verstehen, oder?

[Tode]

Also an dem Cluster scheint mir -da stimme ich voll mit stoeps überein- etwas ganz schief zu sein:

- Warum kann Benutzer A nicht auf Server 2 zugreifen (und vice versa), das darf es in einem Cluster doch gar nicht geben...
- Warum "glauben" die beiden Server, sie hätten unterschiedliche Ressourcen?

[ChristianW]

Also zur Erklärung: Ich habe die beiden Ressourcen-DBs nur testweise auf unterschiedlichen Servern angelegt. Ich hatte vorher die Res-DBs ebenfalls repliziert. Trotzdem konnte User B von Server 2 nie Räume über Besprechungseinladungen buchen. Um jetzt zu testen, ob er das denn könnte, wenn die Res-DB auf "seinem" Server liegt, habe ich die Replikation ausgeschaltet und eine DB auf dem Server 2 angelegt und eingerichtet. Dabei habe ich das unten stehende Szenario festgestellt.

Wo müsste ich die Einträge im Adressbuch finden? Ich sehe diese nur unter Konfiguration-Nachrichtenaustausch-MailIn-Datenbanken und Ressourcen.

Server sind natürlich in der gleichen Domäne.

[stoeps]

Ressourcen und Räume liegen unter dem Pfad, den du beschrieben hast.

Die Dokumente zeigen auf deine Ressourcen-Datenbank(en) und enthalten einen Server, auf dem die DB liegt.

Zu geclusterten Ressouce-Datenbanken bitte mal folgendes lesen:
http://www-10.lotus.com/ldd/dominowiki.nsf/dx/clustering-the-resource-reservation-database-in-ibm-lotus-domino
http://www-01.ibm.com/support/docview.wss?uid=swg21219311
http://www-01.ibm.com/support/docview.wss?uid=swg27024150&aid=1

Das sieht mir eher nach einem Problem mit dem Mailrouting aus.

[Tode]

Also ich würde mal ganz langsam und systematisch vorgehen:

1. Kann Benutzer A (Server 1) eine Ressource von Server 2 per Mail adressieren
      a) Durch Type- Ahead- Adressierung
      b) Durch Auswahl aus dem Adressbuch
2. Wie sieht die Mailadresse für die Ressource nach Drücken von F9 aus
3. Wenn dir Mail abgesendet wird: Kommt sie dann wieder zurück, oder landet Sie in der versteckten "($Notice)"- Ansicht der Resourcendatenbank

Aus Deinem ersten Post habe ich nämlich den Verdacht, dass bei Euch etwas mit der Notes- Domäne nicht stimmt:

Testraum/Testort@blabla.de

wenn da nämlich wirklich "blabla.de" steht, dann habt Ihr sowieso ein viel grösseres Problem (Domino- Domänen mit Punkt sind böse)...

[ChristianW]

also:
zu Frage 1: beide Varianten funktionieren. Er findet den Raum
2: nach Drücken von F9 steht dort Testraum/Testort@DOMINO
3. ich bekomme einen Zustellungsfehler zurück
Ihre Nachricht wurde nicht zugestellt an:   Testraum/Testort%DOMINO@firma.de
weil:   Benutzer Testraum/Testort (Testraum/Testort@firma.de) nicht im Domino-Verzeichnis aufgeführt

[Klafu]

Und der Benutzer hat auf den Server/die Reservierungsdatenbank auf diesem Server zugriff?
Was steht denn in den Raum-Dokumenten im Adressbuch? Welcher Server ist dort hinterlegt bei den Ressourcen?

[Tode]

Also: Ihr habt definitiv ein Mailrouting- Problem. Irgendwo stehen Internet- Domänen, wo Domino- Domänen stehen müssen (Server notes.ini, Serverdokumente, Vebrindungsdokumente, Domänendokumente...)

Ich fürchte, bei dem "Gestochere" wäre es echt besser, Ihr würdet Euch jemanden holen, der ne Ahnung davon hat, und das Ganze systematisch abgrast.
Das Problem kann man imho mit vertretbarem Aufwand in einem Forum nicht lösen...

[ChristianW]

auch ich als Admin (Homeserver = Server1) bekomme die Meldung, wenn ich den Raum "auf Server2" reservieren möchte. Führe ich in der Res-DB direkt eine Reservierung durch, klappt dies ohne Probleme
in den Dokumenten steht jeweils der entsprechende Server (Server1/DOMINO bzw Server2/DOMINO)

[Klafu]

Und der Zustellfehlerbericht kommt bei allen Ressourcen?
Oder lässt es sich daran festmachen, dass es nur bei den Ressourcen auf Server 1 oder Server 2 nicht geht?

Wenn nicht, gilt das was Torsten sagt

[ChristianW]

ich glaube, dann gilt wohl das, was Torsten sagt..., da das bei allen Ressourcen auf dem "anderen" Server auftritt
dann werde ich da mal auf die Suche gehen...

[ChristianW]

Abgesehen davon dass das Problem schon vorher bestand. Bei uns wurde die Domain geändert von @firma1.de in @firma2.de
Wo kann ich bei den Ressourcen die Domain ändern? dort steht immer noch Raum1@firma1.de

[stoeps]

SMTP oder Domino DOMAIN?

[Tode]

Da haben wir ja das Problem... Ich WETTE, dass für die DOMINO- Domäne (vermutlich mehrere) SMTP- Domänen verwendet werden...

Und mit ganz viel "Fachwissen" wurde vermutlich sogar die Domino- Domäne angepasst, als sich die SMTP- Domäne geändert hat... aber das halt nicht richtig...
Und jetzt hat man den Salat...