Domino 9 und frühere Versionen > ND6: Administration & Userprobleme

"geändert von" Zeit liegt in der Zukunft

<< < (2/2)

Jag_rip:
hallo cubetoon

nach durchlesen deines Freds, getrau ich mir gar nicht mehr zu sagen, welche version wir einsetzen..  ;D 6.5.1


hab auch im Console-Window des öfteren die Meldung:

"Database XXXX time is too far in the future."

bin jetzt gerade dran, gemäss den tips hier vorzugehen, aber mit mässigem Erfolg...

mässig im sinn von: es ist immernoch in der Zukunft nach neuanlegen einer Replik und ersetzen derselben.
Erfolg im Sinn von: nun sind es nicht mehr Tage sondern nur noch Minuten in der Zukunft.  :-:

cubetoon:
Habt Ihr den sogenannten 'Serverclient' also den Notes Client auf dem Server laufen?

Gib an der console mal 'dbcache show' ein - ich vermute einmal, dass die betroffenen datenbanken im cache gelistet sind.

Unsicher ob das geholfen hatte oder zumindest die Zukunft etwas gebremst hat : dbcache disable - deaktivierte den datenbank cache, kann natuerlich nachteilig in terms of performance sein.

Ansonsten: finde den User, der seine Systemzeit hin- und her stellt waehrend er eine datenbank geoeffnet hat.

Jag_rip:
das mit dem Dbcache disable werde ich austesten, danke für den Tip! Es sind zum glück nur eine Handvoll Datenbanken (<50) auf dem Server sodass druch dieses Setting die Performance nicht merklich ausgebremst wird, denk ich mal.

Der Server ist unter anderem Fax-Gateway sowie POP/SMTP Gateway und hat keine User direkt auf dem Server. Auch arbeiten die Admins meines Wissens nicht mit dem Serverclient sondern mit ihrem Adminclient auf den eigenen Maschinen, werde das aber zur Sicherheit nochmals auf den Tisch bringen am nächsten Meeting.


Momentan zählen wir noch auf das Fachwissen eines Externen Profis (m3 wird das sicher freuen ;-) ) und haben auf seinen Rat hin testweise alle Agenten, die zeitgesteuert laufen deaktiviert und den Server gestoppt und neu gestartet. Soweit haben wir den Timecreep temporär gestoppt, nun wird jeder einzelne Agent gestartet und beobachtet ob das Creeping wieder losgeht. So hoffen wir den "Täter" zu identifizieren.

Die bittere Pille daran ist, dass mein Wochenende so eher zuhaus über die Bühne gehen wird.. zum glück verpass ich da wettertechnisch nix schlimmes.  O0

So long.. Wenns ghilft oder alles zerschossen hat, werde ich Euch wieder berichten.   ;D

Jag_rip:
aaaalso, wir haben den Bock gefunden..  :P es war ein Agent den ein Notes-Designer ein wenig unbedacht verändert hat und (ich kenn mich da nicht aus) irgendwelche Selectionformeln verhauen hat. Mehr Infos WAS genau der Agent WIE gemacht hat, und was daran nicht gut war, hab ich selber auch nicht..  Fakt ist, nachdem alle Agenten auf dem Server gestoppt waren, trat das Time-Creeping nicht mehr auf. Wir haben dann DB für DB, Agent für Agent gestartet und beobachtet, bis wir (natürlich bei der zweitletzten) dann den Verursacher gefunden haben.

Ein Neuanlegen aller Repliken brachte dann die Modified-Dates auch wieder ins HierUndJetzt, soweit stimmte der Tip von IBM zwar schon, war aber nicht die ganze Wahrheit..  ;D


Merci für die Unterstützung hier und ich sags nun auch nochmals, holt euch einen Externen Notes-Spezi, wenn ihr auf ein grösseres Problem stosst, bei uns war er 2 Stunden vor Ort und gab Tips wie wir es selber lösen konnten. Damit bekommen uns auch keine Unbezahlbaren Rechnungen auf den Tisch.

Gruss aus der Schweiz, Shägy

Navigation

[0] Themen-Index

[*] Vorherige Sete