Automatisierte Uhrzeiteinstellung

[KingofKning]

[quote=Fuerchau]Es gibt da ein paar Tools (www.help400.de), die das leisten.

Der Weg ohne Tools ist:
CHGNTPA: Netzwerkzeitdienst Parameter
STRHSTSVR *NTP


Hallo, mal ne dumme Frage, wie unterscheidet sich denn die Siftwareihr von der Hardwareuhr?
Macht sich das erst bei einem IPL bemerkbar oder wie oder was?
Außerdem finde ich zwar den chgntpa unter V5R2 aber nicht den strhostsvr *ntp.
Gibts sachdienliche Hinweise?
Schönen Sonntag noch
Gregor

[Fuerchau]

STRTCPSVR *NTP, da dies ein NTP-Dienst ist.

Hardware-Uhr wird repräsentiert durch QTIME und so weit ich weiß gibts in der Hardware (CPU?) irgendwo eine Uhr.

Die Software-Uhr ist tatsächlich eine eigene Speicherstelle, die sich (glaube ich) beim IPL wieder synchronisiert.

Mit der C-Funktion time() wird die Softwareuhr und nicht QTIME gelesen. Mit der Funktion SetTime(NewTime) kann die gestellt werden, verändert aber nicht QTIME.
Mit Änderung der QTIME wird aber die Software-Uhr wieder gesetzt (ganz schönes Durcheinander).
Bis V5R2 synchronisiert der NTP-Dienst QTIME eben nicht.

Ab V5R3 kann dann mitels Zeitzone endlich das Ganze vereinheitlicht und automatisiert werden, so ganz ohne zusätzlich Software.

[DVE]

@Wuntvor
Da habt ihr bereits eine anscheinend gut funktionierende Lösung und diese soll abgeschafft werden.
Die Beiträge zu diesem Thema zeigen, dass es wohl nicht so einfach ist und wie die Beiträge zeigen, dass, wie sagt man so schön, .. nix genaues weiß man nicht .
Also Wuntvor nur aus reiner Neugierde, warum ??

Gruß
DVE

[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.