Lösung des Sommerzeit-Problems

[rednaxela]

Hallo zusmmen,

ich bin immer noch auf der Suche nach einer Lösung... Wie bekomme ich es hin dass eine mit "wget dateiname.ext -N" heruntergeladene Datei einen Zeitstempel nach UTC (statt der lokalen Systemzeit) bekommt, wie müsste eine .cmd-Datei dafür aussehen, bzw. was muss ich vor den wget-Befehl und was eventuell dahinter setzen Das Script "CurrentTimeZone.vbs" ist im Zugriffspfad enthalten. Für sachdienliche Hinweise bedanke ich mich im voraus.

Gruß,
Alexander

[WSUSUpdateAdmin]

Per Mail beantwortet.
GT

[syntoh]

... Wie bekomme ich es hin dass eine mit "wget dateiname.ext -N" heruntergeladene Datei einen Zeitstempel nach UTC (statt der lokalen Systemzeit) bekommt,

Scheint aber doch zu gehen, dass WGET den Zeitstempel manipuliert.
Doch in einer Weise wie es eigentlich nicht sein sollte.

Ich wohne in Asien, BS ist W7-pro, Location Singapore, Timezone +7 (Bangkok..), Sommer- Winterzeit gibt es hier keine und ist auch nicht einstellbar bei dieser Zeitzone.
Beim heutigen Download wurde seeehr viel downloaded.
Siehe Logfile Auszug, man beachte die Zeitangaben der Eintrage. Da springt es zwischen einer Stunde hin und her.

Code: Select all

11.05.2011  7:35:03.16 - Info: Starting WSUS Offline Update download (v. 6.8.2+ (r242)) for w61 glb
11.05.2011  7:35:03.18 - Info: Option /excludesp detected
11.05.2011  7:35:03.19 - Info: Option /nocleanup detected
11.05.2011  7:35:03.22 - Info: Option /exitonerror detected
11.05.2011  7:35:03.26 - Info: Option /skipmkisofs detected
11.05.2011  7:35:03.36 - Info: Set time zone to LOC-7:00   
11.05.2011  7:44:25.34 - Info: Downloaded/validated most recent Windows Update Agent installation and catalog files
11.05.2011  7:44:25.64 - Info: Determined statical update urls for w61 glb
11.05.2011  7:48:15.36 - Info: Determined superseded updates
11.05.2011  7:48:42.13 - Info: Determined dynamical update urls for w61 glb
11.05.2011  7:50:06.12 - Info: Downloaded/validated 3 statically defined updates for w61 glb
2011-05-11 08:50:09 URL:http://download.windowsupdate.com/msdownload/update/software/secu/2011/03/windows6.1-kb2508429-x86_f2be12aa3f8a2ced67f0775ebe49ac2ae83eed4e.cab [356305/356305] -> "../client/w61/glb/windows6.1-kb2508429-x86_f2be12aa3f8a2ced67f0775ebe49ac2ae83eed4e.cab" [1]
2011-05-11 08:51:26 URL:http://download.windowsupdate.com/msdownload/update/software/secu/2011/03/windows6.1-kb2497640-x86_7515c858cb945006066cf9d324f59708f17d08b9.cab [12339442/12339442] -> "../client/w61/glb/windows6.1-kb2497640-x86_7515c858cb945006066cf9d324f59708f17d08b9.cab" [1]
2011-05-11 08:51:30 URL:http://download.windowsupdate.com/msdownload/update/software/secu/2011/03/windows6.1-kb2510531-x86_2823e3db261685830e0b3e8262dff1d59a835b3a.cab [548061/548061] -> "../client/w61/glb/windows6.1-kb2510531-x86_2823e3db261685830e0b3e8262dff1d59a835b3a.cab" [1]
2011-05-11 08:51:35 URL:http://download.windowsupdate.com/msdownload/update/software/secu/2011/03/windows6.1-kb2511455-x86_4bf2014d3e467a2a5194db0f39f7cc5620a48741.cab [301883/301883] -> "../client/w61/glb/windows6.1-kb2511455-x86_4bf2014d3e467a2a5194db0f39f7cc5620a48741.cab" [1]
2011-05-11 08:51:41 URL:http://download.windowsupdate.com/msdownload/update/software/secu/2011/03/windows6.1-kb2506223-x86_2f3221422d7b3e156e3596142bdd14d6378c44db.cab [1177749/1177749] -> "../client/w61/glb/windows6.1-kb2506223-x86_2f3221422d7b3e156e3596142bdd14d6378c44db.cab" [1]
2011-05-11 08:51:42 URL:http://download.windowsupdate.com/msdownload/update/software/secu/2011/03/windows6.1-kb2508272-x86_3d67e29c734bc8e85f1c9e8b6318dc6453744724.cab [37495/37495] -> "../client/w61/glb/windows6.1-kb2508272-x86_3d67e29c734bc8e85f1c9e8b6318dc6453744724.cab" [1]
2011-05-11 08:51:48 URL:http://download.windowsupdate.com/msdownload/update/software/secu/2011/03/windows6.1-kb2503658-x86_b4ff885910b96ee13ac051c2226e3cc265685c05.cab [423137/423137] -> "../client/w61/glb/windows6.1-kb2503658-x86_b4ff885910b96ee13ac051c2226e3cc265685c05.cab" [1]
2011-05-11 08:51:52 URL:http://download.windowsupdate.com/msdownload/update/software/secu/2011/03/windows6.1-kb2507618-x86_67ef4c5b1136973b9e3c2551324070962db70fa7.cab [260325/260325] -> "../client/w61/glb/windows6.1-kb2507618-x86_67ef4c5b1136973b9e3c2551324070962db70fa7.cab" [1]
2011-05-11 08:51:58 URL:http://download.windowsupdate.com/msdownload/update/software/secu/2011/03/windows6.1-kb2491683-x86_08dae42a9744280e003bab94d5518bf4e765e1b9.cab [767312/767312] -> "../client/w61/glb/windows6.1-kb2491683-x86_08dae42a9744280e003bab94d5518bf4e765e1b9.cab" [1]
2011-05-11 08:52:00 URL:http://download.windowsupdate.com/msdownload/update/software/secu/2011/03/windows6.1-kb2509553-x86_843f5ab59bd04db015980cfc64955237b64526ac.cab [254897/254897] -> "../client/w61/glb/windows6.1-kb2509553-x86_843f5ab59bd04db015980cfc64955237b64526ac.cab" [1]
2011-05-11 08:52:06 URL:http://download.windowsupdate.com/msdownload/update/software/secu/2011/03/windows6.1-kb2506212-x86_2986d3e06d5fca7dda6a326584768797bd693778.cab [589389/589389] -> "../client/w61/glb/windows6.1-kb2506212-x86_2986d3e06d5fca7dda6a326584768797bd693778.cab" [1]
11.05.2011  7:52:06.20 - Info: Downloaded/validated 17 dynamically determined updates for w61 glb
11.05.2011  7:52:06.20 - Info: Deleted alternate data streams for w61 glb
11.05.2011  7:52:06.38 - Info: Ending WSUS Offline Update download for w61 glb


Linie 11: 11.05.2011 7:50:06.12 - Info: Downloaded/validated .... diese Zeit stimmt
Linie 12: 2011-05-11 08:50:09 URL:http://download.windowsupdate.com/ .... hier ist die Zeit falsch

Das war frueher nicht so. Woher koennte dieser Effekt kommen? Kann man den selber beseitigen?

syntoh

[Gerby]

Hallo syntho!

Beim heutigen Download wurde seeehr viel downloaded.

Nach dem Patch für die Erkennung der aktuellen Zeitverschiebung, werden die Zeitstempel der Dateien von wget (dem Download-Tool) anders interpretiert, so kann es passieren, dass ein Großteil (wenn nicht alle) Dateien einmalig erneut heruntergeladen werden, weil wget denkt, die Microsoft-Server würden eine neuere Dateien parat haben (halt um ein paar Stunden jünger). Bei späteren Aufrufen des UpdateGenerator sollte das jedoch nicht mehr passieren.

Siehe Logfile Auszug, man beachte die Zeitangaben der Eintrage. Da springt es zwischen einer Stunde hin und her.

Dieses Problem ist unabhängig von dem oben erwähnten Phänomen. Ich denke mal, dass hier nur was mit der Zeitdarstellung für Downloads nicht stimmt (tritt hier auch auf). Eventuell kann Torsten Wittrock (der Entwickler) noch was dazu sagen.

Gruß
Gerby

[syntoh]

Nach dem Patch für die Erkennung der aktuellen Zeitverschiebung, werden die Zeitstempel der Dateien von wget (dem Download-Tool) anders interpretiert, so kann es passieren, dass ein Großteil (wenn nicht alle) Dateien einmalig erneut heruntergeladen werden,

Dieser Mechanismus ist mir bekannt und ich weiss auch ziemlich gut warum das so ist. Genau das sollte aber eigentlich bei mir nie passieren weil es hier keine Sommer- Winterzeit gibt. Ich beutze das Tool schon seit es noch ctupdate hiess. Diesen Effekt hatte ich noch nie und ich schmunzelte immer beim Lesen von solchen Problemen und hatte auch ein ganz kleines Erbarmen mit den Geplagaten.

Dieses Problem ist unabhängig von dem oben erwähnten Phänomen. Ich denke mal, dass hier nur was mit der Zeitdarstellung für Downloads nicht stimmt (tritt hier auch auf). Eventuell kann Torsten Wittrock (der Entwickler) noch was dazu sagen.

Irgend etwas wurde geaendert daran und hat nun auch Auswirkungen an "unkorrigierten Orten". Frueher waren die Zeiten im Log immer genau nach der eingestellten Computerzeit.

Dass soviele Patches nochmals downloded wurden hat ziemlich sicher mit der falschen Zeit bei wget zu tun. Aber woher hat wget ploetzlich eine falsche Zeit?

Dass das nun mal passiert ist, ist ja eher eine Kleinigkeit von etwa 2Std bei meinem lahmen ADSL. Aber es wird sicher irgendwann wieder zuschlagen, denke ich, und die ganze unnoetige Laderei passiert wieder.

syntoh

[WSUSUpdateAdmin]

Moin!

Dass soviele Patches nochmals downloded wurden hat ziemlich sicher mit der falschen Zeit bei wget zu tun. Aber woher hat wget ploetzlich eine falsche Zeit?

Von der Umgebungsvariable TZ!
Wenn man das nicht möchte, kann man diese neue Funktionalität auch ausschalten, siehe das Posting von harry weiter oben (viewtopic.php?f=3&t=1021&start=20#p4699).

Gruß
Torsten Wittrock

[Gerby]

Dieser Mechanismus ist mir bekannt und ich weiss auch ziemlich gut warum das so ist. Genau das sollte aber eigentlich bei mir nie passieren weil es hier keine Sommer- Winterzeit gibt.
[...]
Dass soviele Patches nochmals downloded wurden hat ziemlich sicher mit der falschen Zeit bei wget zu tun. Aber woher hat wget ploetzlich eine falsche Zeit?
[...]
Dass das nun mal passiert ist, ist ja eher eine Kleinigkeit von etwa 2Std bei meinem lahmen ADSL. Aber es wird sicher irgendwann wieder zuschlagen, denke ich, und die ganze unnoetige Laderei passiert wieder.

Die Änderungen in WSUS Offline gleichen nicht einfach nur eine Stunde aus. Rückblick: wget für Windows berücksichtigt in der Version, die im WSUS-Paket enthalten ist, nicht die aktuelle Zeitzone beim Herunterladen. Durch den Patch (setzen der Umgebungsvariable TZ) berücksichtigt wget nun jedoch die aktuelle Zeitverschiebung zu UTC. Dadurch werden bei Dir die Zeitstempel um 7 Stunden verändert und die Dateien werden halt nochmal runtergeladen. Aber wie gesagt: Nur einmalig! Die Zeitstempel der heruntergeladenen Dateien sind nun, egal wo Du Dich auf der Welt aufhältst und egal ob Sommer- oder Winterzeit, auf UTC normiert.

[syntoh]

Das hilft mir nun weiter. Danke beiden fuer die Erklaerungen.
syntoh

[syntoh]

Zu meiner Entschuldigung, ich haette den Thread vorher ganz durchlesen sollen.
Das machte ich nun und kopierte die wesentlichen Texte zu einem Dokument zusammen das ich in Ruhe studierte.
Nun kenne ich den Schalter /skiptz und den Eintrag in der ini, skiptz=enabled.

Trotzdem noch einige Anmerkungen zum Thema.
Ich habe Time Zone UTC+7 und Sommerzeit gibt es keine.
Mit aelterem Wsusoffline bekommt ein File z.B. die Zeit 07:13, mit neuem Wsusoffline ist die Zeit dann 08:13. Also eine Stunde geschoben.
Das sieht man auch im Logfile. Mit dem neuen Wsusoffline sind die Eintraege von wget eine Stunde in der Zukunft.
Deutet das nicht auf eine falsche Zeitzone hin mit der wget arbeitet?

Gemaess ausfuehrlichen Erklaerungen von scharl, 6.4.11, (...) verwenden die C-Runtime Funktionen falsche Uhrzeiten wenn Windows so eingestellt ist, dass automatisch zwischen Sommer- Winterzeit umgestellt wird (...), trifft das bei mir nicht zu. Und weil es im "alten" Programm keinen Fehler gab, waere es doch logisch, dass beide Varianten genau dasselbe Resultat ergeben.
Mit dem TZ Patch ist nun bei mir eine Stunde Differenz. Das sieht doch so aus, dass die TZ Variable nicht stimmt.

Nun, ich habe den Eintrag in der ini gemacht und fuer mich ist es erledigt weil es so funktioniert wie gewuenscht.

Ich habe allerdings gewisse Bedenken, dass es fuer alle Andern auch erledigt ist.

syntoh

[psj]

...
Ich wohne in Asien, BS ist W7-pro, Location Singapore, Timezone +7 (Bangkok..), Sommer- Winterzeit gibt es hier keine und ist auch nicht einstellbar bei dieser Zeitzone.
...

Dies ist möglicherweise das Problem:
Bangkok(Thailand) ist UTC+7, Singapore dagegen ist UTC+8.

MfG psj