Hier noch einige Details zu den DTSS Time Zone Rule Setups
Es existieren zwei Kommandoprozeduren die beim Systemstart die korrekte Zeitzone initialisieren
DTSS$UTC_STARTUP.COM TDF$UTC_STARTUP.COM
Die Prozedur DTSS$UTC_STARTUP.COM wird von @NET$CONFIGURE ADVANCED Menue 5 (Configure Timezone Differential Factor) Submenue 25 (MET) kreiert.
Wenn die Prozedur UTC$TIME_SETUP.COM (welche benötigt wird wenn DTSS nicht aktiviert ist) benutzt wird und die Warnung das DTSS aktiv ist und NET$CONFIGURE verwendet werden soll ignoriert und die Prozedur zu ende ausgeführt wird, wird DTSS$UTC_STARTUP.COM auf DTSS$UTC_STARTUP.COM_OLD umbenannt und ein neues TDF$UTC_STARTUP.COM kreiert. Dies führt dann dazu, dass beim nächsten Boot DTSS ohne Definition der korrekten Zeitzone initialisiert wird.
@UTC$TIME_SETUP.COM "" "show" hat ein Problem wenn der SYS$TIMEZONE_RULE Logical nicht gemäss "interner" Logik mit expliziter Definition des Umschaltsontags gesetzt ist. \MET-1MET DST-2,M3.4.0/02,M10.5.0/03" ist OK für 2004 "MET-1MET DST-2,M3.5.0/02,M10.5.0/03" obwohl M3.5.0 per Definition und formal OK ist hat die Prozedur beim berechnen des Datums ein Problem.
Zum konkreten Problem mit GDC147 und DTSS Auf der Systemdisk existiert ein TDF$UTC_STARTUP.COM vom 14-JUN-2003 17:45:08.59 welches eine falsche Zeitumschaltungsregel hat: DTSS$SET_TIMEZONE INITIALIZE "MET-1MET DST-2,M3.5.0/02,M10.4.0/03" M10.4.0 bedeutet, dass die Umschaltung am vierten Sonntag des Oktober erfolgen soll, also eine Woche zu früh. Dieses File ist aber nur relevant wenn ohne DTSS gearbeitet wird. Im weiteren existiert ein DTSS$UTC_STARTUP.COM_OLD;96 das am 25-OCT-2004 13:44:34.85 als DTSS$UTC_STARTUP.COM kreiert wurde und am 25-OCT-2004 11:45:23.78 auf _OLD umbenannt wurde.
Der Rename fand somit zwei Stunden früher stat als es kreiert wurde !!! Dieses File enthält eine falsche Zeitzonenregel UTC d.h DTSS wurde auf UTC und danach wieder auf MET DST umkonfiguriert deshalb auch die zwei Stunden Differenz zwischen "Create" und "Rename".
Folgendes kann gemäss den vorhandenen OPERATOR LOG File eruiert werden (Konsole Output wird niergends aufgezeichnet). Es gibt keine Anzeichen, dass das System fälschlicherweise die Sommer/Winterzeit Umstellung schon am 24. Oktober 2004 03:00 gemacht hat. Die Systemzeit war bis zum Boot vom Montag 25.10.2004 01:04 OK. Bei diesem Boot wurde die Zeit beim Starten von DTSS um eine Stunde zurückgesetzt von 01:05 auf 00:05. Das während diesem Boot für die Einstellung der Zeitzone massgebende DTSS$UTC_STARTUP.COM File ist leider nicht mehr vorhanden oder war nie vorhanden (siehe oben)
%%%%%%%%%%% OPCOM 25-OCT-2004 01:05:02.44 %%%%%%%%%%%
(from node GDC142 a* Message from user KUKO_STARTUP on GDC142
%KUDA: Prozess RPC-M (act)12: RPCM-C Read error from GDC065::STEINM
%SYSTEM-F-LINKABORT, network partner aborted logical link
%%%%%%%%%%% OPCOM 25-OCT-2004 00:05:03.30 %%%%%%%%%%%
Message from user SYSTEM on GDC147 DTSS-I-SETTDF DTSS$SERVICE set new timezone differential
Weitere Rückschlüsse lassen sich nicht herleiten. Wichtig: UTC$TIME_SETUP.COM sollte, wenn DTSS aktiviert ist, nicht verwendet und die Zeitzone muss (wenn nötig) mit NET$CONFIGURE ADVANCED verstellt werden.
