DownloadUpdates.sh - Timestamping and -O

Re: DownloadUpdates.sh - Timestamping and -O

Postby WSUSUpdateAdmin » 20.12.2011, 16:15

Moin!

Danke schön, ich hab's drin (r327).
Man sieht doch immer wieder, dass ich kein Linuxer bin :o, weswegen die Portierung ja auch nicht von mir ist...

Viele Grüße
Torsten
WSUSUpdateAdmin
Administrator
 
Posts: 2214
Joined: 07.07.2009, 14:38

Re: DownloadUpdates.sh - Timestamping and -O

Postby Spider-Mann » 22.12.2011, 18:41

Ich habe mal die Download-Ergebnisse verglichen, weil mir aufgefallen ist,
daß die Größe der client-Verzeichnisse unterschiedlich ist.

Konfiguration unter Windows bzw. UpdateGenerator.ini:
Code: Select all
[Windows XP]
deu=Enabled
[Windows Vista]
glb=Enabled
[Windows Vista x64]
glb=Enabled
[Windows 7]
glb=Enabled
[Windows Server 2008 R2]
glb=Enabled
[Options]
cleanupdownloads=Enabled
verifydownloads=Enabled
includesp=Enabled
includedotnet=Enabled
includemsse=Enabled
includewddefs=Enabled
[Miscellaneous]
minimizeondownload=Enabled

Konfiguration unter Linux bzw. die Aufrufe DownloadUpdates.sh:
Code: Select all
DownloadUpdates.sh w60 deu /dotnet /msse /wddefs
DownloadUpdates.sh w60-x64 deu /dotnet /msse /wddefs
DownloadUpdates.sh w61 deu /dotnet /msse /wddefs
DownloadUpdates.sh w61-x64 deu /dotnet /msse /wddefs
DownloadUpdates.sh wxp deu /dotnet /msse /wddefs


Unterschiede in den Client-Verzeichnissen:

in beiden Client-Verzeichnissen vorhanden, aber unterschiedlich:
\client\wddefs\x86-glb\mpas-fe.exe


nur im Windows-Client-Verzeichnis vorhanden:
\client\bin\Autologon.exe
\client\dotnet\x64-glb\dotnetfx35langpack_x64de.exe
\client\dotnet\x86-glb\dotnetfx35langpack_x86de.exe
\client\msse\x64-glb\mpam-fex64.exe
\client\msse\x86-glb\mpam-fe.exe
\client\w60\glb\windows6.0-kb2567053-x86_fa01ad38c899944894308b6bbf085bec3b215597.cab
\client\w60-x64\glb\windows6.0-kb2476490-x64_7e012ac1764aaa9beacd9fc430b632dea027a004.cab
\client\w60-x64\glb\windows6.0-kb2563894-x64_6d06a5ab16bf10db6186f957a0ab1976fc1a8b0e.cab
\client\w60-x64\glb\windows6.0-kb956744-x64_e890bf238169c49060d177428bc66e303fb45db0.cab
\client\w60-x64\glb\windows6.0-kb979744-v2-x64_95e1fbbe9605b326710c90bc5463599fbd0c4cac.cab
\client\w60-x64\glb\windows6.0-kb980218-x64_be3d9b8e8358c9ebf5ffe94dd010e682b5462b72.cab
\client\w60-x64\glb\windows6.0-kb981550-x64_59c07d84b04cce6c8473ddf95b557cb2fb5f1bfc.cab
\client\w61\glb\windows6.1-kb2446709-x86_eb1e363996075ea8e432c7b7efd6be4cbfb75772.cab
\client\w61-x64\glb\windows6.1-kb2508429-x64_4728219cedc4a3c80dfb7e46106f48dc766a45cf.cab
\client\w61-x64\glb\windows6.1-kb2530548-x64_5a0df0083041ef2e439d0210887b6f6431e45fab.cab
\client\w61-x64\glb\windows6.1-kb2586448-x64_225022b7af45fb92f38e8496dea3a992f0141447.cab
\client\win\glb\capicom-kb931906-v2102_5891b5de8ce331dc998656e20f1ce0b795e88786.exe
\client\wxp\deu\windowsxp-kb956390-x86-deu_02687464d99c8f1196a1fcc935a4ec692a4aeeaf.exe
\client\wxp\deu\windowsxp-kb958469-x86-deu_026e67cb2e8c0f45c8d8c429bd24bea818fef6ab.exe
\client\wxp\deu\windowsxp-kb973354-x86-deu_6af761bdc8dfacc8f975af4e0a8c8860742ab4f9.exe
\client\wxp\deu\windowsxp-kb980195-x86-deu_6b1e94aa5b99a1769ebd3d012047101d54150431.exe
\client\wxp\deu\windowsxp-windowsmedia-kb979402-x86-deu_b041637e67f9049b690d3e41b399575ec673151e.exe
\client\builddate.txt


nur im Linux-Client-Verzeichnis vorhanden:
\client\dotnet\x64-glb\ndp20-kb917283-x64_85f43b664ac8328ff4914ceeab3da406b21557e6.exe
\client\dotnet\x64-glb\ndp20-kb922770-x64_5e9ae9fe87aef1948eb29b6f17a5b6c290b7bab4.exe
\client\dotnet\x64-glb\ndp20sp1-kb953300-v2-x64_06dc9e668023d20b968316e2d02dd0c4def8c0ae.exe
\client\dotnet\x64-glb\ndp20sp1-kb983582-x64_86473e691ecf255a4e0035fb7c0542d929932ca9.exe
\client\dotnet\x64-glb\ndp20sp2-kb2446704-v2-x64_fbede68045b550b7e6b0eab0a5b483109f465fb3.exe
\client\dotnet\x64-glb\ndp20sp2-kb2478658-x64_448bf43a307baae2b05e8387d27254e5724f45ea.exe
\client\dotnet\x64-glb\ndp20sp2-kb974417-x64_9faf3616e1312109bf4f6e3561b47ec8bab6e7ff.exe
\client\dotnet\x64-glb\ndp20sp2-kb983583-x64_6752567dc004e049963d724b932f8cdef3a814de.exe
\client\dotnet\x64-glb\ndp40-kb2160841-x64_c5420e5c746aca83c4e5d8568d035542ab36ca85.exe
\client\dotnet\x64-glb\ndp40-kb2446708-x64_208e58bd5bc032d49d53177892d511f4bc5623b5.exe
\client\dotnet\x64-glb\ndp40-kb2473228-x64_36a0e8807d48d330718086c918a2a29aab6c9dea.exe
\client\dotnet\x64-glb\ndp40-kb2478663-x64_0dd9662328846ca14f0eb198712c1ddf618ad8b3.exe
\client\dotnet\x86-glb\ndp1.1sp1-kb2416447-x86_dbcfdff0a6b77cbfdc4ba009e2940bfad5e94e85.exe
\client\dotnet\x86-glb\ndp1.1sp1-kb886903-x86_535f57e5a8eceab18533c50c0b0e1469ed45331f.exe
\client\dotnet\x86-glb\ndp1.1sp1-kb928366-x86_20112ef50011e0de2c0e3378139245d81a178b15.exe
\client\dotnet\x86-glb\ndp1.1sp1-kb929729-x86_bf5c07dfca2b390f4efc10a42d22391db7bd32f6.exe
\client\dotnet\x86-glb\ndp1.1sp1-kb947742-x86_196d2d149a8795f96ff4470fc50c7bb12eb5663f.exe
\client\dotnet\x86-glb\ndp1.1sp1-kb953297-x86_dbf23e456103c38626e03720df75c780d9bc48af.exe
\client\dotnet\x86-glb\ndp1.1sp1-kb971108-x86_1a7407dfe0f78608e8c5913b03af472d35b9b362.exe
\client\dotnet\x86-glb\ndp1.1sp1-kb979906-x86_642ace45800ffefd77231150a07a2bdfe170732c.exe
\client\dotnet\x86-glb\ndp20-kb917283-x86_47f33d4da73611778d4526a0f867fdaaa58b8644.exe
\client\dotnet\x86-glb\ndp20-kb922770-x86_3e0957c90e6edec04b6b02fb4e570d0dd5502f46.exe
\client\dotnet\x86-glb\ndp20-kb947746-x86_6fa56ed16bce003a343dae7c7d4ca9d9b9fcb6b0.exe
\client\dotnet\x86-glb\ndp20sp1-kb947748-x86_2ddbd9d52210e872e7c0974202b139891bdd81f8.exe
\client\dotnet\x86-glb\ndp20sp1-kb953300-v2-x86_b19b1a3f0ff00153e0ee2a71f6707803ef482046.exe
\client\dotnet\x86-glb\ndp20sp1-kb971110-x86_d0de23724228ea51b5cd66f66b8250e368b418e6.exe
\client\dotnet\x86-glb\ndp20sp1-kb983582-x86_3e731cbb9d2fba6e929cee93fc89205954c7d780.exe
\client\dotnet\x86-glb\ndp20sp2-kb2446704-v2-x86_70881c9521dff2129703df94c1b3fae28db864ee.exe
\client\dotnet\x86-glb\ndp20sp2-kb971111-x86_9bc3ccd477d035f9278d93df9f8c8543c156b2ca.exe
\client\dotnet\x86-glb\ndp20sp2-kb974417-x86_c8d08aa227c88b7ed915b839eff3e8c0d2f67e06.exe
\client\dotnet\x86-glb\ndp20sp2-kb983583-x86_e07dbd2a8068928240f061cb7f9741e8bef07c39.exe
\client\dotnet\x86-glb\ndp40-kb2446708-x86_23332c0dfe9401cd52b048916f82d8e95d488371.exe
\client\dotnet\x86-glb\ndp40-kb2478663-x86_029c88c46746ce4d2a778ceeae70a7a811307147.exe
\client\wxp\deu\windowsxp-kb936929-sp3-x86-deu_f2dcd2211384a78df215c696a7fd1a7949dc794b.exe


Und noch ein Vorschlag:
Die WSUS-Offline-Updates ohne eigenes Hashdeep für Linux (md5deep) sondern ein system-eigenes wie bei cabextract, xmlstarlet, xml und tofrodos und überprüfen ob es installiert ist.

MfG
Spider-Mann

PS.:
Irgendwie rechnet das Script seltsam, ich habe folgende Meldung:

Downloaded: 11 files, 1.8G in 0s (352 GB/s) :shock:
wäre ja schön wenn das stimmen würde. :)
Spider-Mann
 
Posts: 19
Joined: 31.10.2011, 21:10

Re: DownloadUpdates.sh - Timestamping and -O

Postby sch » 28.02.2012, 13:28

Das Problem scheint immer noch zu bestehen, das DownloadUpdates.sh mit folgendenden Parametern "wxp deu /dotnet" lädt immer noch jedes mal die CPP Files :(

Code: Select all
wget -nv -N --timeout=120 http://download.microsoft.com/download/8/B/4/8B42259F-5D70-43F4-AC2E-4B208FD8D66A/vcredist_x86.EXE -P ../client/cpp
wget -nv -N --timeout=120 http://download.microsoft.com/download/5/D/8/5D8C65CB-C849-4025-8E95-C3966CAFD8AE/vcredist_x86.exe -P ../client/cpp
wget -nv -N --timeout=120 http://download.microsoft.com/download/1/6/5/165255E7-1014-4D0A-B094-B6A430A6BFFC/vcredist_x86.exe -P ../client/cpp
sch
 
Posts: 11
Joined: 14.07.2011, 09:44

Re: DownloadUpdates.sh - Timestamping and -O

Postby WSUSUpdateAdmin » 28.02.2012, 14:37

Ja, aber es wird doch jetzt nicht mehr heruntergeladen, sondern durch "-N" nur noch verifiziert, oder?
GTW
WSUSUpdateAdmin
Administrator
 
Posts: 2214
Joined: 07.07.2009, 14:38

Re: DownloadUpdates.sh - Timestamping and -O

Postby sch » 28.02.2012, 14:54

Sollten sie eigentlich, dann war dies ein schlechtest Bsp.

Hier aber aus den Logs eine Ausgabe, hier sieht es so aus als ob mehrere Dateien wirklich jedes mal erneut heruntergeladen werden :(

Code: Select all
URL:http://www.download.windowsupdate.com/msdownload/update/v3-19990518/cabpool/stepbystepinteractivetraining-kb923723-x86-deu_5b1786f031d723de41bb0b75bad828f7ed70dc63.exe [1046840/1046840] ->
"../client/win/deu/stepbystepinteractivetraining-kb923723-x86-deu_5b1786f031d723de41bb0b75bad828f7ed70dc63.exe" [1] 2012-02-28 08:06:06
URL:http://www.download.windowsupdate.com/msdownload/update/v3-19990518/cabpool/stepbystepinteractivetraining-kb898458-x86-deu_c13785780ce0c50cbb5abce4b0130034bf951867.exe [1036048/1036048] ->
"../client/win/deu/stepbystepinteractivetraining-kb898458-x86-deu_c13785780ce0c50cbb5abce4b0130034bf951867.exe" [1] 2012-02-28 08:06:07 URL:http://
 www.download.windowsupdate.com/msdownload/update/v3-19990518/cabpool/windowsmedia10-kb911565-v2-x86-deu_fad9487d72f1e952858b3b2a603d0d863018a7d1.exe [2564360/2564360] ->
"../client/win/deu/windowsmedia10-kb911565-v2-x86-deu_fad9487d72f1e952858b3b2a603d0d863018a7d1.exe" [1] 2012-02-28 08:06:08
URL:http://www.download.windowsupdate.com/msdownload/update/v3-19990518/cabpool/msxml6-kb927977-deu-x86_c7a8d91f62691ccb5a505040e20fc29c8d18683e.exe [920320/920320] ->
"../client/win/deu/msxml6-kb927977-deu-x86_c7a8d91f62691ccb5a505040e20fc29c8d18683e.exe" [1] 2012-02-28 08:06:09
URL:http://www.download.windowsupdate.com/msdownload/update/v3-19990518/cabpool/mdac281-kb927779-x86-deu_b7db11a732321e19b4a59d9fdfd9809891f396b2.exe [1872680/1872680] ->
"../client/win/deu/mdac281-kb927779-x86-deu_b7db11a732321e19b4a59d9fdfd9809891f396b2.exe" [1] 2012-02-28 08:06:10

sch
 
Posts: 11
Joined: 14.07.2011, 09:44

Re: DownloadUpdates.sh - Timestamping and -O

Postby WSUSUpdateAdmin » 28.02.2012, 15:08

Aber da sind doch gar keine C++-Runtimes dabei! :?:
Warum die hier protokollierten Dateien neu heruntergeladen worden sein sollen, weiß ich nicht; hier greift "-N" sozusagen "erst recht", weil die URLs dynamisch ermittelt werden.
Ist der Log-Auszug wirklich aktuell und waren diese Dateien wirklich auf der Platte vorhanden?
Könnten Sie bitte mal für eine Plattform Ihrer Wahl inkl. C++/.NET direkt hintereinander zwei Download-Läufe durchführen und im Protokoll für den zweiten Lauf ermitteln, was wirklich neu heruntergeladen wurde?

Danke & Gruß
Torsten Wittrock
WSUSUpdateAdmin
Administrator
 
Posts: 2214
Joined: 07.07.2009, 14:38

Re: DownloadUpdates.sh - Timestamping and -O

Postby boco » 29.02.2012, 09:14

Bitte auch folgendes beachten:

Wenn die Microsoft Server eine falsche Dateigröße melden (das ist durchaus nichts ungewöhnliches), dann greift -N nicht, und die Datei wird trotzdem neu geladen (obwohl beim Download selbst dann wieder eine korrekte Größe ermittelt wird). Das ist bei wget so gewollt und auch dokumentiert.
Microsoft update catalog: http://catalog.update.microsoft.com/v7/site/
Windows Install media download: https://support.microsoft.com/en-us/help/15088/windows-create-installation-media
boco
 
Posts: 2201
Joined: 24.11.2009, 17:00
Location: Germany

Re: DownloadUpdates.sh - Timestamping and -O

Postby sch » 29.02.2012, 13:37

Bei mir läuft das Script jeden Tag als Cronjob. Nachdem ich gestern das Script per Hand gestartet habe, tauchen die Dowloands tatsächlich nicht mehr auf :?:

Ich werde das aber die nächsten Tage weiter beobachten. Aber wenn der M$ Server die Timestamps änderd, wird man dadran vermutlich nix ändern können, das die Dateien im Log immer wieder auftauchen werden.
sch
 
Posts: 11
Joined: 14.07.2011, 09:44

Re: DownloadUpdates.sh - Timestamping and -O

Postby boco » 29.02.2012, 21:02

Wie gesagt, nicht nur die Timestamps. Die Dateigröße wird manchmal fehlerhaft gemeldet, und wget lädt eine Datei immer neu herunter wenn die Größe anders ist, unabhängig vom Timestamp. So schon öfter passiert mit den Windows Defender und MSSE Signaturen.
Microsoft update catalog: http://catalog.update.microsoft.com/v7/site/
Windows Install media download: https://support.microsoft.com/en-us/help/15088/windows-create-installation-media
boco
 
Posts: 2201
Joined: 24.11.2009, 17:00
Location: Germany

Previous

Return to Linux

Who is online

Users browsing this forum: Majestic-12 [Bot] and 4 guests