Automatisierte Uhrzeiteinstellung

[Nick]

Hallo zusammen,

tut mir leid das ich dieses alte Thema nochmal ausgrabe, aber meine Frage bezieht sich halt auf das Thema.

Wir setzen V5R4 auf einer 525er ein. Im Juni haben wir eine zeitkritisches Modul (Kerberos) eingerichtet. Im Windows-Netz gibt es ein NTP Server (Domaincontroller Win2003) der die Zeitverteilung auf die Clients übernimmt. Die i5 läuft autark.

Wie hier schon gelesen wird ab V5R3 die Hardware- und die Softwareuhr geändert, wenn die Zeitzone inkl. Sommerzeit richtig angegeben worden ist. Wenn dazu noch der SNTP Client gestartet ist, sollte auch die Problematik mit Kerberos hinfällig sein, oder?

Ich habe noch eine Frage zu der Einstellung der Sommerzeit in der Zeitzonenkonfiguration. Wie muss ich die Felder "Zeit" unter "Start" und "Ende" verstehen? In Deutschland werden ja die Uhren im Frühling von 2 Uhr auf 3 Uhr gestellt, im Herbst von 3 Uhr auf 2 Uhr, wie muss das eingetragen werden?

Anbei ein Bild:

[Fuerchau]

Mach mal WRKTIMZON, suche dir die richtige aus und aktualisieren von dort den Systemwert (Auswahl 8).

Dann schaltet die AS/400 automatisch in die Zeitzone und wird mit NTP-Server synchronisiert.

[KingofKning]

Welche Einstellung ist denn für den Großraum Bonn gültig?

Gruß
Gregor

[akorb]

Hallo,

die Zeitzone: QP0100CET4

Gruss
akorb

[KingofKning]

Tja habe ich jetzt mal ausprobiert,

mit dem Ergebnis das die Uhrzeit jetzt + 2 Stunden hat. Ist nicht wirklich gut.

Was muß denn korrigiert werden?

Gruß
Gregor

[akorb]

Hallo,

wo ist das Problem? Bei Sommerzeit hat die Uhrzeit immer +2 Stunden gegenüber UTC.

Gruss
akorb

[KingofKning]

wenn ich jetzt ein wrksysval qtime mache habe ich 10.00 statt 08.00 Uhr sprich alle E-Mails und Zeiterfassungen sind leider falsch. Das betrachte ich schon als Problem.

Gruß
Gregor

[akorb]

Hallo,

wie war den in der Vergangenheit der Wert von dem Systemwert QUTCOFFSET? Dieser wurde durch die Timezone auf +2 Stunden gesetzt. Dadurch ändert sich dann auch der Wert von QTIME. Der Wert von QTIME muss jetzt wieder korrigiert werden. Dann sollte alles OK sein.

Gruss
akorb

[Fuerchau]

QTIME enthält immer die aktuelle lokale Zeit, QUTCOFFSET den Unterschied zur GMT.
Die automatische Winter/Sommerzeit-Umstellung ändert immer BEIDE Werte.

Per NTP-Client erhält die AS/400 die GMT, rechnet QUTCOFFSET hinzu und gleicht dann (ggf. schrittweise) die QTIME an.

Wenn C-Funktionen wie time() verwendet werden, wird QTIME wieder um QUTCOFFSET vermindert so dass time() wieder GMT liefert.
in C benötigt man wieder localtime(time()) um den QTIME-Wert zu erhalten, wobei hier ggf. auf die Jobvariable (WRKENVVAR) TZ bzw. TIMEZONE zugegriffen wird.

Wird also QUTCOFFSET verändert ändert sich NICHT automatisch QTIME sondern nur obige Berechnung.

[MGJ79]

Hallo unsere As400 läuft auf nen BladeCenter S

Hat hier auch jemand das Problem gehabt, trotz SNTP-Server, dass die Hardware/Softwareuhr (was ja mittlerweile beide sync. wird) jeweils um MINUTEN falsch gehen? Da kann man drehen was man will von irgendow holt er immer wieder die falsche Uhrzeit. :-/

Ich kann mir vorstellen, dass er evtl. vom Zeitserver ein Timeout erhält und dann die Uhr vom Blade holt...was aber fast nicht sein kann, da unser Blade ganze -5 Minuten falsch (ging) und die As400 -2 Min falsch.

Der Sntp Server hat die korrekte Zeit angezeigt.

[AS400.lehrling]

wenn ich jetzt ein wrksysval qtime mache habe ich 10.00 statt 08.00 Uhr sprich alle E-Mails und Zeiterfassungen sind leider falsch. Das betrachte ich schon als Problem.

Gruß
Gregor

Das ist ein Problem

Aber das habt ihr euch selbst gestrick

Normaler weise laüft die Hardware Uhr immer !!!! auf UTC - Nur Windows ist zu Blöde dafür und stellt die HW-Uhr auf Ortszeit.

Gruß AS400.lehrling

[KingofKning]

Kam irgendwo das Wort Windows vor?

Zeiterfassung und E-Mails laufen auf der AS/400 bzw. die Terminal bekommen die Zeit von der AS/400.....

GG