Das Notes Forum
Domino 9 und frühere Versionen => ND8: Administration & Userprobleme => Thema gestartet von: eknori am 10.03.09 - 08:20:50
-
Bin gestern auf ein Problem beim Verschieben von Datenbanken über den Administrationsprozess gestossen.
Datenbanken liegen auf einem Clustermember im Verzeichnis mailB auf Server 2.
Die Datenbanken sind Repliken von Maildatenbanken von Usern, deren Homeserver Server 1 ist.
Ich habe über den Adminp einen request zum Verschieben der Clusterrepliken auf Server 2 von Verzeichnis mailB nach mailA angestossen.
Die Repliken werden auch problemlos erzeugt.
Allerdings wird keine Administrationsanforderung zum Löschen der alten Replik in Verzeichnis mailB erzeugt. ( Auch nicht nach einer längeren Wartezeit über Nacht )
Das Verhalten ist mit beliebigen Datenbanken reproduzierbar.
Auf einem Stand-Alone Server mit gleicher Domino Version ( 8.5HF1 ) ist das Verhalten nicht reproduzierbar. Auch unter einer version < 8.5 taucht der Fehler nicht auf.
Hat da jemand Lust, das bei sich einmal auszuprobieren?
Call bei IBM ist schon erstellt.
-
Hat da jemand Lust, das bei sich einmal auszuprobieren?
Habe einen 8.5 und einen 7.03 in einer Domäne, entspricht das Deiner Umgebung (kein Cluster)?
Soll --> 8.5 verschoben werden oder umgekehrt?
-
Das Verschieben soll auf dem 8.5er erfolgen. ( auf dem gleichen Server; also nicht von Server 1 nach Server 2 )
-
Hallo,
genau das Problem konnte ich mit 8.0.2 noch nicht nachstellen, allerdings habe ich dort ein anderes Problem bei dem Vorgang feststellen können.
Alles läuft ohne Probleme bis der AdminP die "alte" DB löschen soll, das macht er nicht, weil sie "in Benutzung" ist.
Scheint noch nicht ganz ausgereift zu sein...
Grüße
Steffen
EDIT: habe (leider) auf einem Standalone getestet
-
Wenns kein Cluster sein muss, kann ich das eben testen.
-
Wenns kein Cluster sein muss, kann ich das eben testen.
Doch, muss ein Cluster sein; auf einem standalone funktioniert es.
-
Alles läuft ohne Probleme bis der AdminP die "alte" DB löschen soll, das macht er nicht, weil sie "in Benutzung" ist.
Ja, das kann immer mal vorkommen; ist aber nicht so tragisch. Dann triggert man den request einfach noch einmal an.
-
Muss definitiv etwas mit dem Admin Client 8.5 zu tun haben.
Das erste Bild zeigt die Adminp requests, wenn der 8.5er Admin Client verwendet wird. Nach den 3 Steps ist definitiv Ende Gelände.
Das zweite Bild zeigt die requests, wenn ich ein Move replica mit einem 7.0.3er Admin Client auf dem 8.5er Domino auslöse.
Da läuft das so, wie es soll; einzig die Ungelesenen Markierungen werden nicht ausgetauscht.
8.0.2er Admin Client auf Domino 8.5 habe ich momentan noch nicht getestet.
-
Lustitsch ... von IBM habe ich den ganzen Tag noch nichts gehört.
Habe selber noch ein bisschen rumprobiert und folgendes gefunden.
Wenn man im 85er Admin VOR der Verschiebeaktion über den Admin die Replikation deaktiviert, werden die Requests so erzeugt, als würde man die Aktion auf einem Standalone Server antriggern.
ABÄR: Es wird dann im Zielverzeichnis lediglich ein ReplikaStub angelegt. Da die Replizierung deaktiviert ist, geht es an der Stelle nicht weiter. Man muss dann sowohl auf dem replikaStub als auch auf der SourceDB die Replizierung wieder aktivieren. Dann geht es weiter inklusive Löschen der SourceDb nach erfolgreichem Erstellen der Zieldatenbank.
geil, gell ;D
-
Gibt es schon eine Antwort der IBM?
-
Nein ...
Das Problem ist übrigens auch mit einem 8.0.2 Admin Client reproduzierbar.
-
Hi,
ich hab das gleiche Problem unter 8.0.2. Also Admin und Server 8.0.2
Move DB am Homeserver geht problemlos. Move auf Server2 erstellt die Replik, aber der Löschrequest wird nicht erstellt.
Gruß
stöps
-
OK, dann kannst du ja auch einen PMR aufmachen und IBM dann wunschgemäss nach fast 24h Wartezeit die folgenden Fragen beantworten:
Lets me know:
1. Please see "Pending Administrator Approval" View of the Administration Requests database and check if there request that wait for you approve of source replica deletion.
Please send more details of your environment and the issue.
I also want to confirm my understanding of the issue.
2. You move user's mail database, Am I right?
3. You move file from one server to another, so your source and destination server are not the same, Am I right?
4. Do your source or destination server clustered?
Please send me your system configuration files
5.Create local copy of your server names.nsf with local name server_names.nsf then set 'default' as manager in ACL of server_names.nsf. Please set "No local encryption" to this copy. You can delete all your user information from this copy - I need only your Domino system settings and a couple of the samples for good and problem user's person documents. Please upload server_names.nsf to PMR.
6. Create local copy of your server admin4.nsf with local name copy_admin4.nsf then set 'default' as manager in ACL of copy_admin4.nsf. Please set "No local encryption" to this copy. Please upload copy_admin4.nsf to PMR
7. Please, provide server notes.ini file.
-
OMFG !!! Wie findet der morgens den Weg zur Arbeit ?? Soll ich dem jetzt jede Silbe meines PMR bestätigen, ob er es richtig verstanden hat ??
Hello, Ulrich Krause
I read link you sent to PMR.
Lets verify issue description.
Please confirm or correct my further desctiption and my issue understanding.
1. You use AdminP prosess to move mail database from one directory to another on the same server.
2. New database replica appears in the target directory.
3. Old dabase replica does not remove from source directory.
4. This database file is mail database for some user existing in Domino domain. But this server is not home mail server for user.
5. The server is member of cluster.
6. The issue is not reproducible on the stand alone server.
7.You wrote that you reprodused the issue in Domino 8.5/Admin client 8.5 and Domino 8.0.2/Admin client 8.0.2
Is this correct? (please confirm or correct)
8. I see on the web page (link you sent in the mail) that issue is not reproducible with Admin client 7.0.3.
Did you test this one? with what Domino server version?
10. Did you try to use Domino 8.5 with Admin client 7.0.3? Did the issue appeared?
If you have ability to test this one, please, test this configuration and send me results.
9. You wrote that this is mail database. What mail templale does it have? What does inheritance string it have?
10. Please try to move in the same manner simple (not mail) database and send me information about your results.
I am waiting information from you now.
-
Streich die Rechtschreibfehler rot an (entsprechende Markierung auch an der rechten Textseite!), und dann schick den Text wieder zurück >:D
Vielleicht solltest Du Dir auch noch versichern lassen, dass database moving von der Template-Version abhängig ist!
Bernhard
-
Und die nächste mail vom Support.
1. What was your result when you moved not mail database? Did you have the same issue?
2. You wrote "I already wrote I tried with 7.0.3 Admin Client on Domino 8.5". So you did not have the issue in Domino 8.5 with Admin client 7.0.3 environment, Am I right?
3. You wrote that you have "standard mail template mail7.ntf". So I assume that you didn't change inheritance string in template. Am I right?
Ist ein L1 aus CZ, was mir so einiges erklärt. Wenn ich an unsere Kollegen in unserem Werk in CZ denke, dann scheint diese ständige Rückfrage, ob man auch alles verstanden hat in der Mentalität zu liegen.
-
::) Jetzt hat er es wohl verstanden und den Vorgang an BE weitergeleitet.
Er hat das problem noch einmal mit seinen Worten beschrieben; ist aber inhaltlich das, was ich schon als initialen Call geschrieben habe ... :P
-
Von IBM habe ich nichts weiter gehört, also habe ich selber noch mal ein bisschen rumprobiert.
Es gibt offenbar einen Zusammenhang mit dem Eintrag für den Administrationsserver.
Szenario 1:
Server A und B laufen im Cluster
Server A ist der Administrationsserver für die Datenbank DB
Datenbank DB hat eine Clusterreplik auf Server B
Verschiebt man DB auf Server B von Dir A nach B, wird die Replik nach dem Verschieben nicht aus Dir A gelöscht ( = kein request in der admin4.nsf )
Szenario 2:
Server A und B laufen im Cluster
Server A ist der Administrationsserver für die Datenbank DB
Datenbank DB hat eine Clusterreplik auf Server B
Als Administrationsserver wird nun Server B eingetragen
Verschiebt man DB auf Server B von Dir A nach B, wird die Replik nach dem Verschieben aus Dir A gelöscht ( = request in der admin4.nsf )
Evtl kann stoeps das ja auch mal unter 8.0.2 nachspielen. ( Scheint ja der Einzige zu sein, der dieses Problem neben mir auch hat )
-
Hi,
die 8.0.2 ist leider nicht mein eigenes System.
Bei einem Test am Freitag mit 8.0.2er Cluster und 8.0.2er Admin-Client hat alles funktioniert. Daher sind wir dem Problem nicht weiter nachgegangen.
Hatte leider noch keine Zeit das ganze auf unserem gemischten Cluster 8.0.2 und 8.5 nachzustellen. Morgen vielleicht.
Cu
Christoph
-
IBM hat jetzt auch angefangen zu testen ;D
IBM Aktualisierung 18.03.2009 11:55 Uhr +0200
Downloading 8.5 admin client
IBM Aktualisierung 18.03.2009 11:55 Uhr +0200
Action Plan: Will test today
IBM Aktualisierung 17.03.2009 21:31 Uhr +0200
Update: Setting up two 8.5 domino servers environment...
Action Plan: Will test tomorrow
-
Hallo Eknori,
hast Du in Deiner notes.ini auf den Servern "ADMINP_DONT_ATTEMPT_DIRECT_DEPOSIT=1" gesetzt?
Es existiert in 8 ein neues Feature, welches per default aktiviert ist.
Hier die Beschreibung der IBM im Domino 8 Deployment Guide:
"Direct deposit of administration requests onto the target server
In Domino 8, certain administration requests are now deposited directly into the target
server’s administration request database replica, which can potentially result in faster
administration request processing. By default, this new feature is enabled, but can be
disabled with the ADMINP_DONT_ATTEMPT_DIRECT_DEPOSIT=1 notes.ini parameter."
Viel Spass beim testen. :)
Mit den besten Grüßen aus Bayern
Jan
-
Ja, Danke für den Tipp. Hab's getestet, bringt aber keine Verbesserung.
-
Vielleicht solltest Du Dir auch noch versichern lassen, dass database moving von der Template-Version abhängig ist!
@Bernhard: Du wirst lachen; es scheint wirklich von dem verwendeten Template abzuhängen.
Der Supporter hat gestern mit einem mail7.ntf aus der Version 7.0.3 gestestet und konnte den fehler nicht reproduzieren. Er hat mir seine datenbanken und einen ganzen Haufen anderes Zeug geschickt. Ich habe das dann hier nachgestellt und konnte den Fehler ebenfalls nicht reproduzieren.
Nun setzen wir aber nicht die mail7.ntf sondern die mail7ex.ntf ein, die wir darüber hinaus auch noch angepasst haben.
Ich habe dann den test mit einer unmodifizierten mail7.ex.ntf noch einmal durchgeführt und kann den Fehler damit nach Belieben reproduzieren.
-
Interessant ist, daß der Prozess nicht umkehrbar ist:
Ich habe einen neuen User angelegt und ihm die mail7.ntf als template gegeben.
Dann habe ich die Clusterreplik angelegt.
Danach habe ich die Clusterreplik von Verzeichnis A nach B verschoben.
Server und AdminClient beides 8.5
funktioniert
Alles wieder zurück auf Anfang und über die bestehende Datenbank die mail7ex.ntf gebügelt.
Erneutes Verschieben ... --> fehler tritt auf.
Schablone wieder zurück auf mail7.ntf --> Fehler tritt auf
Als Schablone eine komplett leere empty.ntf übergebügelt und alle Dokumente auch Profildocs gelöscht. -- > Fehler tritt auf.
Den gesamten Prozess noch einmal mit einem 7.0.3er AdminClient auf einem 8.5er Domino durchgeführt --> Fehler ist bei keinem Schritt reproduzierbar; alle adminp requests werden wie erwartet erzeugt und abgearbeitet.
...
-
So, jetzt haben wir den BUG; IBM kann es reproduzieren
Tested again in same environment (also with HF1)
after replacing "test user"s mail template with 8.5
and result was with or without HF1 that
deletion from mailb folder does not happen.
-
Ist jetzt als SPR vermerkt
the following SPR SPR # RSOI7QEBMA ...
A fix will be provided through the SPR process. The customer can track
this through the Fix List. Unless there are multiple reports against this SPR I cannot justify an escalation to have it fixed.
Danke an Raino Soikkeli, Software Engineer, Ireland