Zeit - Zeitdiskrepanz

[Rechen-Knecht]

Hallo liebe Leute
Habe hier eine kleine kosmetische Auffälligkeit für die ich keine Erklärung habe:

Wenn Backups automatisch gemacht werden findet sich im Dateinamen der richtige “Zeitstempel” .
Für händisch ausgelöste Backups findet sich 1 Stunde Zeitdifferenz (zur Sommerzeit waren es derer noch zwei)

Dasselbe Phänomen habe ich eben auch bei Collabora beobachtet. Die zuletzt bearbeitet Zeit unterscheidet sich auch um 1 Stude von der Tatsächlichen Zeit.

Die Einstellungen müssten mMn richtig sein.

Danke und Grüße
Hagen

[Rechen-Knecht]

Nachdem ich Stunden damit verbracht habe unterschiedliche Zeiteinstellungen in der Egroup und auf dem Server auszuprobieren, und auf Alarme zu warten die je nach Einstellung 1 oder 2 Stunden zu spät (laut cron Aufgabenliste) - dann doch nicht kamen, und den oben genannten Effekten - hat mich ein Thread hier auf die richtige Spur gebracht: in der Tabelle egw_config unter “server_timezone” stand UTC.
Das in Europe/Berlin geändert (wie Server und Voreinstellung in der Egroupware):

dann noch: Kalender Admin Zeitzonen aktualisieren - und schon waren die Probleme gelöst.

Dank Phpmyadmin (danke Ralf!) kein Problem.
Dennoch - hätte man diesen Wert auch auf anderem Weg aus der Egroup heraus ändern können?

Das war eine Standard Docker-Installation - auf einem anderen Testsystem sah es genau so aus. Es wundert mich das nicht mehr Leute hier dies Problem hatten…
Grüße Hagen

[RalfBecker]

Dennoch - hätte man diesen Wert auch auf anderem Weg aus der Egroup heraus ändern können?

Das war eine Standard Docker-Installation - auf einem anderen Testsystem sah es genau so aus. Es wundert mich das nicht mehr Leute hier dies Problem hatten…

Wir hatten bis zu dem letzten Maintenance Release (20.1.20201028) das Problem, das Zeitstempel die die Datenbank selbst erzeugt, in der falschen Zeitzone waren, da wir in der Datenbank Sitzung (sprich beim Verbindungsaufbau) die Zeitzone nicht gesetzt haben.

Es gibt keine GUI um die Zeitzone zu ändern, da diese der Zeitzone der Datenbank Inhalte entspricht, sprich ändern ist keine gute Idee, wenn Du Deine Datenbank (alten Inhalte) nicht ändern willst.

Ralf

[Rechen-Knecht]

Hallo Ralf

da diese der Zeitzone der Datenbank Inhalte entspricht, sprich ändern ist keine gute Idee, wenn Du Deine Datenbank (alten Inhalte) nicht ändern willst.

Das sind hier beides jungfräuliche standard docker Installationen gewesen, bei beiden die Datenbankzeitzone UTC mit dem Ergebnis das Alarme nicht kamen weil sie vom Asynchronen Dienst erst für nach dem Termin geplant waren.
Wie kriegt man das Problem denn in den Griff ohne die Zeitzone in der Datenbankk direkt zu ändern?
Zumindest habe ich keine Server/eGroupware Zeitzonenpaarung gefunden welche das Zeitunterschiedsproblem gelöst und die richtige Uhrzeit ergeben hätte.

Wir hatten bis zu dem letzten Maintenance Release (20.1.20201028) das Problem, das Zeitstempel die die Datenbank selbst erzeugt, in der falschen Zeitzone waren, da wir in der Datenbank Sitzung (sprich beim Verbindungsaufbau) die Zeitzone nicht gesetzt haben.

Oder bedeutet dies dass meine diese Probleme darin begründet waren?

LG Hagen