Lotus Notes / Domino 10 > ND10: Administration & Userprobleme

Bug in "Benutzer verschieben": Mailfile wird gelöscht

(1/3) > >>

Tode:
Ich bin hier gerade über einen üblen Bug(?) im 10er Server gestolpert und wüsste gerne, ob das jemand hier reproduzieren kann:

Folgendes Szenario:

Ich habe 2 Server im Cluster, und einen dritten Server hinzugefügt. Nun Sollen einige Benutzer diesen dritten Server als Mail- Home- Server bekommen, also habe ich einen "Benutzer verschieben" Prozess gestartet mit den Einstellungen aus dem angefügten Screenshot. Die Option "Alte Repliken auf dem alten Cluster löschen" ist dediziert NICHT angehakt.

Trotzdem sind am nächsten Tag alle Repliken auf dem alten Mail- / Homeserver der Benutzer gelöscht (auf dem dritten, unbeteiligten Clusterpartner sind die Datenbanken unangetastet).

Und so wie im zweiten Screenshot sehen die Admin- Anforderungen aus: Nicht nur wurde -trotz deaktivierter Option- eine Mailfile- Deletion angestossen, sie wurde auch noch automatisch approved, angeblich vom Admin, und angeblich am nächsten Morgen. Ich kann zu 100% ausschliessen, dass das wirklich passiert ist: Die Hälfte der Anforderungen wurde von mir erstellt, und angeblich von mir bestätigt. Ich war aber am darauf folgenden Tag als die Dokumente erstellt wurden gar nicht dort.
Die andere Hälfte, die der lokale Admin angestossen hat, wurde genauso approved, angeblich von ihm, und auch er schwört Stein und Bein, dass er das nicht gemacht hat.

CarstenH:
Die Serverkombination mit 2x Cluster + 1x separat habe ich gerade nur als 9er Release und mit dt. LP da, falls bis heute Abend noch niemand testen konnte kann ich das mal in kleiner Umgebung als R10 nachbauen und schauen was passiert.
Was ich sehe: deutscher Adminclient, Server scheinen engl. ohne LP, was ich nicht sehe sind die verwendeten Versionen und welcher der Adminserver ist. Gern per PN.

Was mir (ohne Test) beim Lesen auffällt ist die Aussage "am nächsten Morgen", das klingt ungewöhnlich.
- wie sind bei euch die Ausführungszeitpunkte der AdminP-Requests in den Serverdokumenten gesetzt? Insbesondere wegen "am nächsten Morgen".
- hat das Bestätigungsdokument eine (halbwegs) runde oder eine krumme Zeit?
- wie viel Zeit lag zwischen Anforderung und Bestätigung?
- sind ID's des ursprünglichen Anforderers (der Löschung) und Bestätiger identisch?
- auf welchem Server entstand das Bestätigungsdokument?
- gibt es Anpassungen an admin4 oder 3rd-party-apps die noch mitspielen?

HTH
Carsten

Tode:
OK: Admin Client ist 9.0.1FP9. Alle beteiligten Server sind 10.0.1FP3.

Der Ablauf ist so, dass die Admin- Anforderung am Abend von mir um 18:00 Uhr angestossen wurde, und alles, was ohne Benutzerbeteiligung abläuft innerhalb der üblichen Replizierintervalle bis 18:40 durchgeführt war. Anbei die Zeiten der Antwort- Dokumente auf die Tasks:

Check Mail Server's Access - Server Alt - 18:10
Create New Mailfile Replica - Server Alt - 18:21
Maintain Trends Database Record - Server Alt - 18:34
Add New Mailfile Fields - Admin Server - 18:22
Monitor New Mailfile Fields - Server Neu - 18:32
Replace Mailfile Fields - Admin Server - 18:40
NÄCHSTER TAG NACH ANMELDUNG USER:
Push Changes to New Mail Server - Server Alt - 08:25
Get Mail File Information for Deletion - Server Alt - 08:26
Approve Mail File Deletion - Meine ID (angeblich) - 08:51
Request Mail File Deletion - Admin Server - 08:51
Delete Mailfile - Server Alt - 09:03

Ich habe mal viele weitere "Push Changes to New Mail Server"- Requests geprüft, und die laufen wohl wirklich nach der nächsten Useranmeldung los: Teilweise am gleichen Tag noch um 19:17, dann 23:48 oder nächster Tag 06:53.

In allen Fällen ist dann die "Get Mail file Information" eine Minute später, und der angebliche Approval zwischen 10 Minuten und 30 Minuten später (vermutlich Replizierintervall zwischen Mailserver und Adminserver)...

Anforderer und Bestätiger sind immer identisch: DIe Löschungen, die vom anderen Admin angefordert wurden, wurden angeblich von ihm bestätigt, und Löschungen, die ich angefordert habe, angeblich von mir...

Das Bestätigungsdokument wird auf dem Adminserver erstellt.

Habe übrigens das Ganze gerade mal auf einem weiteren Cluster der Domäne getestet, der nur aus 2 Partnern besteht: User auf Clusterserver 1, Benutzer verschoben auf Clusterserver 2: Trotz Einstellungen gemäss Screenshot ist jetzt die Datenbank auf Clusterserver 1 gelöscht... vollautomatisch... gruselig...

jgr:
Hallo Torsten,
Das Problem hatte ich auch.

Ich konnte und habe das FP2 installiert.
Das ist ein Regression Bug aus irgendeiner 8er Version.

Wen genauere Infos gewünscht sind muss ich nochmal suchen.

Gruß
Jan

Tode:
Ok, interessant @Jan, Danke für die Info. Wenn Du mir da noch ne SPR- Nummer dazu hättest, dann würde mir das helfen.

Navigation

[0] Themen-Index

[#] Nächste Seite