Das Notes Forum
Domino 9 und frühere Versionen => ND6: Administration & Userprobleme => Thema gestartet von: typeOneg am 07.03.07 - 11:19:24
-
hi leute,
ich habe ein dubioses problem bei einem user in unserer organisation:
- wenn user x seine mail db öffnet (lokal, alle 10 min wird repliziert) sieht er zb 10 mails in der inbox. wenn jetzt user y in die maildb von x schaut sieht er einen unterschiedlichen stand in der inbox (also zb 20 mails).
wie kann's sowas geben?
es sieht so aus, also ob änderungen, die user x in seiner lokalen replik macht (mails verschieben usw.) nicht sauber auf den server repliziert werden.
bin dankbar für jede idee und jeden tipp.
achja: client version 6.0.3
lg
hans
-
User x öffnet seine DB lokal? Und du bist sicher, dass alle 10 Minuten repliziert wird?
User y öffnet demnach die DB am Server und hat dort einen alten Stand?
Hast du schon einmal die Replizierparameter genauer unter die Lupe genommen? So Tricks wie "nicht nach dem 07.03.2007 replizieren" usw.
Oder gibts vielleicht mehrere Server die eine Replik halten, deren Verbindungsdokumente erst nach einer Stunde replizieren?
Wie alte oder wie groß ist denn der Unterschied zw. den beiden DB Repliken?
Da gibts viele Ansätze.
-
ich war remote auf der maschine und habe manuelle die replikation angestossen (der zeitplan passt aber auch). user x repliziert mit domino1. user y öffnet mail db auch auf domino1.
gestern hat x zb 10 mails bekommen. diese bearbeitet und danach in unterordner verschoben. y sieht die mails aber nach wie vor in der inbox. ???
-
Alles klar.
Zuerst einmal solltest du dich vergewissern, dass die Replikation auch wirklich durchgeht und alles so macht, wie es sein soll. Erst wenn du das weißt, weiter mit dem nächsten Punkt.
Und wenn du die DB nun auf Domino1 öffnest, siehst du dann auch die Mails noch in der Inbox? Ansonsten ein lokales Client Problem. Möglicherweise cache.ndk am betroffenen Client löschen.
-
Der Cache sollte damit nichts zu tun haben. Das Replizierprotokoll würde ich aber mal leeren.
Bernhard
-
Ich würde auch mal prüfen ob in den Replikationsoptionen der Haken bei 'dokumente an server senden' gesetzt ist
MfG KAi
-
Endlich kommt jemand auf die einfachste Möglichkeit... ;D
-
jetzt sind mir leider die user davongelaufen und haben den pc abgeschaltet :-)
ich werd' das mit dem protokoll morgen probieren.
-
Offtopic: Ha, das sind die besten. Und wahrscheinlich war mega dringlich und wenn das nicht bald klappt und Millionen und blabla...
-
jaja, so spezielle kandidaten gibt's schon. es oft wirklich so, dass man die erste anfrage getrost "übersehen" kann und erst wenn der wunsch oder das problem ein zweites mal gemeldet wird, reagieren kann ;)
-
Bei uns ist das auch so.
Nach der Meinung unseres Dienstleisters liegt es wohl daran das der Status Element ist ungelesen oder nicht für jeden User auf der DB selbst vorgenommen wird.
Sprich wenn User X seine DB vom PC öffnet und sieht 10 ungelesene, dann wird er auch 10 ungelesene haben, wenn er sich auf dem Server die DB ansieht.
Guckt ein anderer User drauf mit seinen Zugangsdaten, sieht er die Elemente als ungelesen, die er noch nicht gelesen hat, nicht die, die der User X noch nicht gelesen hat.
Vielleicht hilft dir das weiter
-
Dazu müsste aber der eine User die Option "Nur ungelesene anzeigen" aktiviert haben, denn sonst müsste zumindest die Anzahl der Mails gleich sein. Also:
User 1 sieht 10 Mails (5 rot, 5 schwarz = 10)
User 2 sieht 10 Mails (10 rot)
User 1 sieht 5 Mails in rot obwohl es 10 sind, weil Option "Nur ungelesene anzeigen" aktiv ist
User 2 sieht 10 Mails (10 rot)
-
replikationsprotokoll gelöscht. leider ohne erfolg :-\
ich weiss nicht wirklich wo ich ansetzen soll. es sieht, wie gesagt, wirklich so aus, als ob die änderungen (verschieben usw) die user x in seiner lokalen replik durchführt, der server-db "wurscht" sind.
kann es an der client version liegen? vielleicht ist das ja ein known bug von 6.0.3.
-
Hive schrieb:
Ich würde auch mal prüfen ob in den Replikationsoptionen der Haken bei 'dokumente an server senden' gesetzt ist
Werden denn nun Änderungen an die Server-DB übertragen, oder nicht? ? ? ? ? ? ? ? ?
-
Kann es sein, das die User im Replikator nur auf "Start Mail only now" (hab leider nur 'nen englischen Client) klicken?
Wenn ja, dann mal auf "Start now" klicken.
VG Thorsten
-
@thorsten
Ist dies nicht eine Option, die nur für den einen Klick gilt?
Wenn man danach auf "Jetzt starten" klickt, werden doch wieder alle angefasst...
-
Um diesen ganzen Repliaktions Hick Hack auszuschließen reicht auch ein Rechtsklick auf die lokale DB -> Replizierung -> Replizieren -> Server wählen -> Schuss. Dann schauen was passiert. Dann wissen wir mal, ob die Replikation prinzipiell funktioniert.
-
@thorsten
Ist dies nicht eine Option, die nur für den einen Klick gilt?
Wenn man danach auf "Jetzt starten" klickt, werden doch wieder alle angefasst...
Yepp. Wenn sie das dann auch machen. Wenn ich das richtig in Erinnerung habe, werden dabei nur die Mails aus der mail.box übertragen und geschaut ob es neue gibt.
In der Openntf Schablone ist übrigens Send/Receive "botton" der das gleiche bewirkt. Wenn dann nicht zwischendurch mal komplett repliziert wird ..... (was ja eigendlich wird, da es ja eingestellt ist ;D)
VG Thorsten
-
Hive schrieb:
Ich würde auch mal prüfen ob in den Replikationsoptionen der Haken bei 'dokumente an server senden' gesetzt ist
Werden denn nun Änderungen an die Server-DB übertragen, oder nicht? ? ? ? ? ? ? ? ?
Ich werde bald wahnsinnig, wenn ich nicht endlich erfahre, ob denn überhaupt
Doks an den Server übertragen werden... :-X ;D
-
Stimmt Steve. Mach mal ein Bild im Paint und füg dort deine Frage ein. Keine Ahnung was da so schwer dran ist, sie zu beantworten. Ist der Thread Eröffner eigentlich noch beteiligt ??? :-P
-
Um 08:04h war er es noch! ! !
Findet HANS...
-
HANS? Ist das die Monitoring Software von atnotes.de? Oder wie jetzt?
-
HANS ist der Thread Ersteller ;)
Die Monitoring Software von atnotes heisst ARNE ;D
-
;D Der Name des Thread-Erstellers aus dem ersten Posting! ;D
Allerdings könnte ich- aufgrund meines fortschreitenden Wahnsinnig-Werdens-
auch auf eine Errungenschaft aus dem Motorsport zurück greifen:
HANS (Head And Neck Support)
-
Findet ARNE..! ! !
( Ich will jetzt hier irgendwie voran kommen... egal wie... )
-
nur die ruhe :-)
ich muß immer erst den nächsten lösungsversuch an den 1st level support vor ort weiterleiten. der muß wieder auf die usermaschine usw. usf. da vergehen schon mal ein paar minuten ;)
also: replizierprotokoll gelöscht - no effect ; settings wurden geprüft & "dokumente an server senden" ist aktiviert
was ich auch versuche, es ist immer das selbe ???
-
Das heißt aber doch, dass du gar nicht versuchst...
Du sitzt gar nicht ander Maschine, sondern es findet eine Art
"Stille Post" statt... ? ! ?
Das ist nicht gut.. das ist gar nicht gut..
-
Welche Rechte hat der User in seiner Maildatenbank?
Ist er Manager, Designer oder Editor.
Darf er "Private Ordner/Ansichter erstellen". Darf er "Gemeinsame Ordner/Ansichten erstellen"?
Andreas
-
######################
## LOOOL - ARNE MONITORING ##
######################
Super einfach, tolle Rede.
Also dann Hans, bitte antworte auch noch an meine Frage.
Um diesen ganzen Repliaktions Hick Hack auszuschließen reicht auch ein Rechtsklick auf die lokale DB -> Replizierung -> Replizieren -> Server wählen -> Schuss. Dann schauen was passiert. Dann wissen wir mal, ob die Replikation prinzipiell funktioniert.
-
der user ist manager auf seiner db.
@mcilly: die replikation funktioniert grundsätzlich. als neue mails werden zb einwandfrei empfangen (über die periodische replizierung).
-
Die Server-DB soll ja empfangen...
Sind denn sowohl Repl-Protokoll als auch die Parameter in der Server-DB gelöscht worden?
Das wäre schon wichtig, dass es in der empfangenen DB passiert..
-
hab' ich gerade gemacht (lokal ist schon passiert).
ich abe also einen neuerlichen test in auftrag gegeben. jetzt heissts wieder ein paar minuten warten :-)
-
Wir hatten auch schonmal so einen Fall. Alles Probieren hat nichts gebracht, wir haben letztendlich eine neue lokale Replik erstellt und dann gings auch wieder. :-\
Edit : Die lokalen Folder waren dadurch natürlich futsch. Ich kann mich nicht erinnern, ob wir vorher noch probiert hatten, von der lokalen Replik eine neue auf dem Server zu erstellen, um die Folder zu erhalten.
-
so, nochmal lokales & serverseitiges repl-protokol der mail-db gelöscht. die erste testmail schaut gut aus.
usery sieht allerdings immer noch mails in der inbox von user x, die's eigentlich nicht mehr gibt. er kann sie auch nicht löschen, da die dokumente nicht mehr vorhanden sind.
wir versuchen jetzt noch einen neuaufbau der ansichten und ein löschen aller temporären files sowie der cache dateien auf dem client von user y.
rückmeldung folgt umgehend :-)
-
so, nachdem ich nochmals alle repl-protokolle gellöscht schaut's jetzt gut aus.
also, der case kann vorerst mal geschlossen werden :-)
aber wie kann's eigentlich sowas geben? die replikation ist im grunde ja eine stärke von notes.
heute abend steht mir noch die migration von 5 domino-servern von 6.5.4 FP2 auf 7.0.2 bevor. kann man mit domino 7 solche fälle besser abfangen?
danke auf jeden fall für eure rege teilnahme an meinem thread und die nützlichen tipps und hinweise.
lg aus salzburg
hans
-
Trotz Stärke von Notes verschluckt die Replikation sich ab und zu...
Ist halt so!
Meist ist es dann auch schnell wieder zu beheben!
Hier war es mit Sicherheit das Löschen der Protokolle und Parameter auf der RICHTIGEN Seite.
Faustregel: Auf der empfangenen Seite löschen!
-
passt. das werd' ich mir auf jeden fall merken. thx.