Zeitunterschiede bei Domino 6.5

[mod24]

Hallo Leute,

seit der Migration von Domino 5.0.8 auf Domino 6.5 (auf Windows 2003 Enterprise) haben wir ein massives Problem bei den Zeit-/Datumsangaben. Bei sämtlichen Datenbanken ist das Modified-Datum weit in der Zukunft, während das CreateDate immer richtig ist (entspricht der Systemzeit). Die Zeitangabe von Modiefied variert je nach tageszeit, befindet sich aber konsequent in der Zukunft. Wir haben wirklich schon alles Probiert, was damit aus unserer Sicht zusammen haengen koennte (Agent manager deaktiviert, einzelene Tasks rausgeschmissen, alle indexe der Datenbanken neu aufgebaut...).  Wir haben des weiteren auch bereits im Internet recherchiert, aber leider nur Fragen gefunden, die genau die gleichen Probleme hatten wie wir, aber leider keine Antworten.

Ich hoffe wirklich instaendig, dass hier jemand ne Idee dazu hat, da wir uns keinen Reim mehr darauf machen koennen und das ganze sich zu einem wirklichen Problem entwickelt (wegen der Replizierung mit anderen Servern und den Indexen der Datenbanken).

Jeder noch so kleine Hinweis wird wirklich dankbar angenommmen.

Vielen Dank,
Michael

[Semeaphoros]

Was sagt denn der Support dazu?

[mod24]

Hallo,

der Support schweigt momentan dazu noch, weil noch gar keine Anfrage laeuft.  Wie gesagt haben wir das Problem ja auch schon von anderen leuten gehoert (siehe z.b. http://www-10.lotus.com/ldd/nd6forum.nsf/0/11ebb494423c5fab85256f5f0062d7b1?OpenDocument)
 und hoffen daher, dass irgend jemand vielleicht schon das Problem geloest hat.

Vielen Dank fuer den schnellen reply.

Michael

[Semeaphoros]

Nein, Lösung hab ich leider auch nicht - aber auch das Problem zum Glück nicht - für mich jedenfalls ein klarer Fall, sofort den Support einzuschalten. Solche Datumssachen sind ja doch öfter mal recht heikel.

[DigitDani]

Hallo Michael,

du sprichst da ein Thema an, dass auch in einem meiner Projekte immer noch aktuell ist. Wir betreiben unter anderem eine Applikation, bestehend aus 55 Datenbanken auf insgesamt 9 dedizierten Dominoservern (6.5.1), die auch dieses Problem hat. Von unseren knapp 100 Servern und tausenden von Applikationen ist diese Applikation die einzige die aufmuckt. Wir konnten bis heute leider nichteinmal die Ursache finden.
Dass der Support von Lotus dazu schweigt wundert mich sehr, denn wir haben schon lange einen Call deshalb offen... bzw. inzwischen nicht mehr 
Wir haben von Lotus insgesamt 3 Hotfixes zu dem "Timecreep"-Problem, wie Lotus es nennt, bekommen. Keiner hat wirklich geholfen. Unser derzeitiger Stand ist zwar, dass keine Datenbank mehr Dokumente oder Designelemente hat, die in die Zukunft datiert sind, die Meldung "Time is too far in the future" aber immer noch bei allen Servern für viele Datenbanken auf der Konsole erscheint. Irgendetwas ist also immer noch im Argen.

Lotus behauptet, einige Issues zum Thema Timecreep im Release 6.5.3 gefixt zu haben. Wir konnten das noch nicht testen, da der Entscheidungsweg zum Einsatz eines neuen Releases hier sehr lange ist. Vielleicht habt ihr ja die Möglichkeit?

Gruß

Daniel

[MOD]

Kann es evtl. sein, dass diese Probleme unter dem Release 6.5.2 nicht mehr bestehen?

Wir haben dort keine Auffälligkeiten.

  MOD

[DigitDani]

Hi MOD,

auch das würde mich natürlich interessieren. Hattet ihr denn vorher (vor 6.5.2) mal ähnliche Probleme? Lotus meinte zwar, dass in der 6.5.2 auch ein paar Timecreep Issues angegangen werden sollten aber lohnenswerter sei wohl (zumindest für uns) erst die 6.5.3.

Gruß

Daniel

[MartinG]

"Time is too far in the future" 

Die Meldung kenne ich auch, allerdings war die Ursache damals schon nachvollziehbar das einer unserer R5 Server damals für ca. 3min ein falsches Datum hatte (2022) und ich bei acht Datenbanken damals div. Würgarounds gemacht habe damit Sie wieder korrekt liefen...

Bei unserer Notes6 Migration hats dann genau bei diesen Datenbanken mit obiger Meldung gekracht. Hab auch zwei PMR's deswegen offen gehabt - inzwischen die Datenbanken aber alle "entsorgt" bzw. die Dok's umkopiert und auch einige Docs komplett gelöscht...

Ich vermute schon eher das hier auch mal ein NTP-Fehler die Ursache war, unabhängig davon darf es natürlich nicht passieren das soetwas nicht mehr gefixt werden kann...