Das Notes Forum
Domino 9 und frühere Versionen => ND8: Administration & Userprobleme => Thema gestartet von: eknori am 03.03.11 - 07:32:02
-
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.
-
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
-
ja, gibt es
-
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.
-
jo, habe ich alles schon gemacht.
-
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
-
Momentan laufen 5 replicator tasks auf der Maschine.
-
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
-
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.
-
Mal ne andere dumme Frage: Rechte auf die DBs haben die neuen Server?
Prinzipiell sicherlich schon, sonst würden ja keine Replikationsanforderung abgearbeitet.
-
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.
-
Hi
ich weiß ich mache mich mit der Frage jetzt bestimmt unbeliebt.
DIe admin4 ist auch repliziert worden zwischen den Servern? ;D
Gruß
Michael
-
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 ??
-
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).
-
Ja, auch daran habe ich nach fast 20 Jahren mit Notes / Domino dran gedacht.
-
das hatte ich vermutet. habe mich daher auch fast nicht getraut es anzubringen :-[
ich werde es wohl noch nach 40 jahren vergessen :-(
-
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
-
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.
-
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
-
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
-
Und sonst ist die Verbindung zwischen den Servern aber i.O. - also Netzwerktopologische Ursachen in Fragmentation oder Namensauflösung kann man ausschliessen?
-
Mitlerweile bin ich mir da nicht mehr sicher. habe das auch nicht seklber eingerichtet. Die Hardware wurde von einem "Externen" eingerichtet.
Habe gerade mal versucht, meine Maildb mit 300MB Grösse als neue Replic auf dem Server anzulegen. Replikatorseite meint, daß die Erstellung ca 57 Minuten dauert.
iftop gibt mir Werte aus, die in leider nicht wirklich interpretieren kann, wenn ich es aber richtig sehe, dann dümpelt der Datentranfer bei ca 6 MegaBIT. Und dann wundert mir gar nichts mehr.
TX: cumm: 2.03MB peak: 539Kb rates: 100Kb 203Kb 168Kb
RX: 167MB 5.81Mb 2.73Mb 3.11Mb 2.73Mb
TOTAL: 169MB 6.33Mb
-
Pfui - da kopiertst Du ja schneller mit Diskette.
Linux oder Windows-Server?
iftop spricht für Linux.
Was läuft noch an Services auf der Kiste? Hat sich vielleicht jemand an der Firewall verkonfiguriert (iptables mal prüfen)?
Hängen die Server im selben Netzsegement oder hängt ein Router dazwischen.
Ich hatte sowas schon mal, weil ein DSL-Router die Pakete doof fragmentiert hat.
Wie schnell klappt die DNS-Auflösung, vielleicht wurde ein lahmer DNS eingetragen?
Ich nehm an die CPU-Last und RAM sind i.O?
Grüße David
-
Source ist ein Windows 2003 Server Target ein SLES 11
Firewall ist aus und die beiden rechner habe ich fest in der hosts verdrahtet
Ausser dem Domino läuft kein Dienst auf der LKinux Maschine.
Wie und worüber die sich im Netz unterhalten kann ich dir nicht sagen; unser Netzwerker zuckt auch nur mit den Schultern.
Tolle Wurst, echt ...
CPU langweilt sich, Ram ist reichlich vorhanden
top - 15:15:55 up 7 days, 18 min, 2 users, load average: 0.69, 0.62, 0.71
Tasks: 117 total, 3 running, 114 sleeping, 0 stopped, 0 zombie
Cpu(s): 6.8%us, 1.6%sy, 0.0%ni, 83.7%id, 7.4%wa, 0.3%hi, 0.2%si, 0.0%st
Mem: 12168732k total, 8979624k used, 3189108k free, 232412k buffers
Swap: 2104472k total, 0k used, 2104472k free, 8307168k cached
-
Was sagt Dir traceroute bzw. tracert in beide Richtungen - gehen die über die gleiche Route?
Da sieht man dann auch ob sie im selben Netz hängen (ich meine da selbe IP-Subnetz) oder ob noch ne kiste dazwischen hängt.
-
nö, da hängt nichts zwischen
traceroute to 10.14.1.112 (10.14.1.112), 30 hops max, 40 byte packets using UDP
1 comm1.witte-velbert.de (10.14.1.112) 0.214 ms 0.201 ms 0.242 ms
beide richtungen
-
Hm - Ok und was für nen Durchsatz schafft z.B. scp oder so?
Nur das man dann Netz definitiv ausschliessen kann?
Uhrzeiten passen (gleicher ntp-Server)?
-
SCP ist komischerweise schnell. Habe die SLES 11 DVD als ISO in ein paar Minuten kopiert
-
Ok - so langsam gehen mir dann auch die ideen aus, aber einen hab ich noch ...
Ist es auch langsam wenn Du ne lokale Replik mit Deinem Client ziehst vom neuen Server?
Das kann ja echt nicht wahr sein
-
Neue Replik vom Server erzeugt ... Sorry, bin eingeschlafen
Grottenlangsam.
Hatte IP6 in Verdacht --> habe ich vorsichthalber mal disabled = keine Besserung.
Kommt davon, wenn man sich auf "Spezialisten" verlässt und nicht alles selber macht.
-
Die Ports-Konfiguration in der notes.ini paßt?
Und dass es sowas wie ein falsch konfiguriertes Transaction-Logging ist kann ich bei Dir ja auch ausschliessen (nachdem Du fast doppelt so lange Notes machst wie ich)
Das ist ja eine kniffelige Angelegenheit - die einfachen Probleme waren wohl aus?
-
Hallo Ulrich,
so eine grottenlahme Konstellation zwischen Linux und Windows hatte ich auch mal. Ursache waren unterschiedliche Einstellungen bei den Netzwerkkarten - 100 MBit/1GBit (was auch immer) vs. automatische Erkennung auf der anderen Seite, Halfduplex/Fullduplex sowie passende Einstellungen auf den Netzwerkkomponenten.
Schau doch mal, ob das überall die gleichen Sachen eingestellt sind. Und automatische Erkennung war ganz mies. Wir mussten überall feste Werte eintragen.
Gruß
Wolfgang
-
Kann es sein, daß die Verbindung nur deshalb so langsam erscheint, weil durch DAOS eine Unmenge an kleinen Files übertragen werden?
-
Hi
Ich denke nicht,
DAOS ist doch nur auf der aktivierten Datenbank auf dem aktivierten Server als extern vorhanden. Beim replizieren sollte das System die Daten doch als Notes-Datastream übertragen und das DAOS auf dem nächsten Server speichert diese dann wieder in den NLO Datein.
Ich kann mich da aber nicht aus der Praxis sprechen.
Gruß
Michael
-
Kann es sein, daß die Verbindung nur deshalb so langsam erscheint, weil durch DAOS eine Unmenge an kleinen Files übertragen werden?
eher nicht. Ich habe die Tage auch einen User bei aktivierten DAOS auf einen anderen Domino (mit DAOS) verschoben. Über das WAN.
Keine Probs.
-
Geile Wurst. Liegt offensichtlich an einer falschen Konfiguration des Blade und des Switches. Mein Domino reitet wohl auf dem gleichen Port rum wie ein anderer Server.
Schön wenn sich so ein Netzwerker auf hunderfache Nachfrage auch mal ausquiekt ...
Na dann, konfiguriere das endlich richtig, damit es weitergeht ...