Administrationsprozeß hängt

[eknori]

Ich migriere gerade 2 Server auf eine  neue Machine.
Über den Admin Client habe ich die Erstellung neuer repliken auf der neuen Maschine angestossen. Die entsprechenden Einträge finden sich auch in der admin4.nsf
Neue Repliken werden auch erstellt. Allerdings dauert das reichlich lange.
Jetzt hängen über 500 Dokumente im Status "Check Access for New Replica Creation" und es will irgendwie nicht weitergehen.

Fatal ist, daß auch alle anderen Prozesse ( Anlegen neuer Ressourcen etc. ) offensichtlich darauf warten, daß die vorher erstellten Administrationsanforderungen abgearbeitet sind.

Jemand eine Idee, wie ich bestimmte Anforderungen "vorziehen " kann? Seit gestern abend ist auch keine weitere Anforderung abgearbeitet worden. Adminp wurde schon neu gestartet und auch ein tell adminp process new etc hilft nicht weiter.

[Axel]

Nur mal so ein Schuß ins Blaue.

Gibt es zwischen den Servern Verbindungsdokumente in denen die Replikation dieser Datenbanken eingerichtet ist?

Wir hatten hier den Fall, dass beim Umzug von Datenbanken von einem auf einen anderen Server der Adminp zwar die Replikrümpfe angelegt hatte und auch ein paar der Datenbanken vollständig repliziert hat, aber dann einfach aufhörte.

Allerdings lief bei uns der AdminP-Task weiter und arbeitete weitere Anforderungen ab. Insofern sind die beiden Probleme nicht unbedingt vergleichbar. Aber m.E. einen Versuch wäre es wert.

Axel

[eknori]

ja, gibt es

[Driri]

tell adminp process new arbeitet glaube ich nur bestimmte Anforderungen direkt ab. Es gibt auch Anforderungen, die der Adminp nur über nacht oder so abarbeitet.

Hast Du schon mal nen tell adminp process all versucht ? Dauert natürlich dann evtl. einige Zeit, wenn da viele Anforderungen abzuarbeiten sind.

[eknori]

jo, habe ich alles schon gemacht.

[MacSpudik]

Mhm, wie lange ist es her, dass die neue Repliken angefordert wurden und wie schnell arbeitet der Adminp diese ab?
Vielleicht kommt der Server bzw. der adminp derzeit einfach nicht hinterher und benötigt noch den ein oder anderen zusätzlichen Task?!? D.h. wieviele Replicator Tasks laufen derzeit auf dem Server und kann der Sache Abhilfe geschaffen werden, wenn man den ein oder anderen Replicator Task zusätzlich startet?

Grüße von
Sebastian

[eknori]

Momentan laufen 5 replicator tasks auf der Maschine.

[Joachim Römer]

Hallo Ulrich,

auch schon "tell adminp process people" versucht ?
Nach meiner Erfahrung triggert nur dieser Befehl alle anstehenden Anforderungen sofort an.
( ---> und nicht nur die, die etwas mit Usern zu tun haben, wie man meinen könnte .... )

Gruss,

Joachim

[eknori]

gerade mal probiert. Mal abwarten. So richtig action ist da nicht ...

Verstehe nicht, was daran so lange dauert.

Prüfen, ob Zugriff auf DB und Replikstumpf anlegen und gut ist.

[MacSpudik]

Mal ne andere dumme Frage: Rechte auf die DBs haben die neuen Server?
Prinzipiell sicherlich schon, sonst würden ja keine Replikationsanforderung abgearbeitet.

[eknori]

Ja, klar haben die die Rechte. Sind in der gleichen Notes Domain etc.
Das die Replizierung lange läuft ist bei ein paar TB keine Wunder.
Mir geht es nur darum, daß die anstehenden Administrationsanforderungen nicht abgearbeitet werden. Und allein das macht mich stutzig.

[Gandalf98]

Hi

ich weiß ich mache mich mit der Frage jetzt bestimmt unbeliebt.

DIe admin4 ist auch repliziert worden zwischen den Servern?

Gruß
Michael

[eknori]

Habe Kopien der admin4.nsf auf dem Server erzeugt und peinlich darauf geachtet, daß die auf gar keinen Fall irgendetwas mit der ReplikID des DD zu tun haben. Und dann kopiere ich die Anforderungen immer zwischen den Datenbanken hin und her.

Mache ich da was falsch ??

[Mandalor]

stehen beide Server im Feld "Neue Repliken erstellen:" im Sicherheitstab des Serverdokuments des Zeilservers?
Dieses Feld zu füllen vergesse ich immer, wenn ich nen neunen Server aufsetze. Ist dieses Fled leer kann kein Server neue Repliken anlegen (lustigerweise im gegensatz zum feld "Datenbanken und Schablonen erstellen:", ist dieses Feld leer, dürfen es alle Benutzer).

[eknori]

Ja, auch daran habe ich nach fast 20 Jahren mit Notes / Domino dran gedacht.

[Mandalor]

das hatte ich vermutet. habe mich daher auch fast nicht getraut es anzubringen 
ich werde es wohl noch nach 40 jahren vergessen :-(

[Gandalf98]

Hi

ich denke nicht das du was falsch machst.
Für mich zum Verständnis

Der Qullserver alt hat die Anforderung erstellt die hast du dann rüberkopiert auf den neuen Server ?
Der Server (alt (Quellserver)) muss nach Prüfen der zugriffe die replikation auf den Server ((neu) Zielserver) starten.
Ich gehen davon aus das du die Rechte in dem DD alt für den neuen Server korrekt gesetzt hast. Habt ihr ja geklärt.
Koprigiere mich wenn ich falsch liege.

Was mich stuzig macht ist das er ein paar replizirt hat.

Vielleicht ist der adminp mal wieder etwas bockig. Er macht alles, nur nicht dann wann ers machen soll..

Gruß
Michael

[eknori]

IBM Dev hat mir zu dem Thema gesagt, daß es mit dem Austausch der unread marks zusammenhängt.

It's the unread exchange that is likely consuming the adminp thread. Depending on the size of the databases and the number of user's who have access to the database, the exchange of unread marks can take a significant amount of time.

[Banni]

Hallo,

ich hatte auch schon mal das Problem. Als Ursache haben sich dann bei einigen Datenbanken die Volltextindexe herausgestellt. Nach dem Löschen dieser hat's funktioniert.

Jan

[eknori]

Was für ein Scheiss!! Wenn das in dem Tempo weitergeht, kann ich bis zur Rente warten, bis der fertig ist.
Über das Wochenende hat er gerade mal 20 Administrationsanfragen abgearbeitet.

@Banni: Volltextindex gibt es nicht