"Uns rennt die Zeit davon" - DB-Modified-Datum weit in der Zukunft

[ghostmw]

... wir haben eine kleine Beispiel-Datenbank mit einer Ansicht und einem Agenten.

Der Dominoserver ist ein 8.5.2 bzw. 8.5.1 FP4 (dort ist es genauso).

Der Agent hat folgenden Scriptcode ...


Sub Initialize
   Dim session As New NotesSession
   Dim dbThis As NotesDatabase
   Dim docThis As NotesDocument
   Dim dblCount As Double
   
   Set dbThis = session.CurrentDatabase
   
   Set docThis = dbThis.CreateDocument
   For dblCount = 1 To 100000
      Call docThis.ReplaceItemValue ( "Count" ,dblCount )
      Call docThis.Save ( True , False )
   Next
   Call docThis.Remove ( True )
End Sub


Soweit so gut ...  das interessante ist nun, lässt man den Agenten laufen (per "tell amgr run "test.nsf" 'agStartTest'"), der das eine Dokumente 100.000 mal abspeichert und ein Feld hochzählt.

Dann ist das "Aktivität: geändert" auf dem 2. Reiter der DB-Eigenschaften in der Zukunft und je nach Agentenlauflänge auch verdammt weit.


Hat das jemand noch entdeckt ?
Das klingt so unglaublich ...

Das gleiche passiert, wenn ich Dokumente per Agent von einer DB auf dem Server nach lokal kopiere, dann sind die Daten dieser kopierten Dokumente und der lokalen DB auch in der Zukunft.

Auch das Neuanlegen von Dokumente in solch einer Schleife bringt das gleiche Ergebnis, die Zeit wandert in die Zukunft.

Wir werden das mal parallel mit der Beispiel-Datenbank an die IBM senden. Ich bin gespannt...

[eknori]

Kann ich nicht reproduzieren. Weder unter 8.5.2 PP2 noch unter 8.5.3 Beta 4

[ghostmw]

... komisch, bei uns klappts problemlos auf 2 Servern und die Zeiten sind in der Zukunft.

Wir haben noch kein PP2(?), sollte das nicht FP2 heißen?

Steht was in der Fixlist von FP1/FP2 was drin, was wir übersehen haben sollten?

[Tode]

Kann das hier mit dem geposteten Code mit 8.5.1FP3 direkt nachstellen. Agentenlaufzeit: 14 Sekunden, Zeit der Datenbank ist 50min in der Zukunft...

Ich mache mal ein Update auf 8.5.2FP2 und teste erneut..

Gruss
Tode

[m3]

Unter VMWare?

[CarstenB]

Ist das nicht der berühmte Time Creep?

https://www-304.ibm.com/support/docview.wss?uid=swg21327441

[ghostmw]

... gute Idee.
Da war mal was mit Zeit verstellt und VMWare, aber das betraf alle Datenbanken und nicht nur eine, oder ?

Dagegen spricht die Tatsache, dass wir mit der DB lokal  und einem lokalen Client das gleiche Problem haben.
Und da ist kein VMWare dazwischen.

[Tode]

habs grade auch nochmal mit einem Physischen Server 8.5.2FP1 probiert -> gleiches Problem...

Bin nun gerade am Update auf 8.5.2FP2 um weiter zu testen... VMWare können wir also ausschliessen...

Gruss
Tode

[Tode]

8.5.2FP2 -> Fehler immer noch vorhanden.

Ich fasse zusammen:

8.5.1FP3, Domäne1, VMWare -> Fehler
8.5.2FP1, Domäne2, Physischer Server -> Fehler
8.5.2FP2, Domäne1, VMWare -> Fehler

Jetzt könnte ich noch meinen DEV- Server auf 8.5.3 BETA updaten...

[Tode]

Test mit ODS 43 und ODS 51 -> Kein Unterschied...

[eknori]

Habe es gerade noch einmal getestet. Keine Ahnung, was vorher falsch / richtig gelaufen ist. Jetzt kann ich es nachstellen. Server ist Domino 853 CD4 (64Bit) auf Win2008R2 (64bit)

Laufzeit 10sec.

[Tode]

jupp, habe es gerade auch auf CD4 32 bit probiert -> gleicher Fehler...

Wow... fetter BUG !?

[eknori]

Habe es im Design Partner Forum gepostet. Mal sehen, was kommt.

[ghostmw]

... habe mittlerweile eine Serviceanforderung bei der IBM aufgemacht.

Anforderungsnummer 02131 070 724

[eknori]

OK, da können wir uns ja dann dranhängen. Danke

[koehlerbv]

Ich kann das in diesen Tagen leider nicht selbst nachvollziehen, daher ein paar Fragen an die "Betroffenen":
Was passiert mit der Serverzeit an sich? Wir die dann periodisch wieder mit der OS-Zeit korrigiert?
Bekommen Dokumente anderer DBs auch "falsche" Zeitstempel?
Was passiert, wenn mit "falscher" Zeit zwischendurch repliziert wird?

Danke.
Bernhard

PS: "Falsch" in Anführungszeichen deshalb, weil aus Domino-Sicht die zeit ja "stimmt".

[eknori]

Bernhard: die Server / OS Zeit ändert sich nicht. Die ist korrekt. Es geht lediglich um den Last Modified TimeStamp der Datenbank.
Die Dokumente selber sind nicht betroffen, soweit ich das momentan sehe.

[Tode]

Die Serverzeit ändert sich nicht... man kriegt in der Serverkonsole weiter korrekte Zeitangaben. Daraus haben eknori und ich ja die Agentenlaufzeit von 10 Sekunden abgeleitet... Scheinbar haben wir ne Art "Timewarp" innerhalb der Agenten- Laufzeitumgebung, der sich aber nicht generell auf den Server auswirkt.

... eknori war schneller...

[koehlerbv]

Danke, Ulrich und Torsten!

Bernhard

[eknori]

Bin gerade dabei zu testen, ob sich das irgendwie auf die replikation auswirkt.

Edit: kann keine Auswirkungen erkennen