Schwäche in der Robustheit der Logik
Posted: 23.10.2015, 18:56Es folgt ein Hinweis auf eine eventuelle Schwäche in der Robustheit der Logik, die zum Herunterladen von Updates eingesetzt wird. Es kann passieren, daß lauter obsolete Updates geladen werden.
Vorgang:
Ich hab WSUS von 10.1 auf 10.2 aktualisiert. Das folgende kann etwas damit zu tun haben, muß aber nicht.
Bei Update Stand 09.10.15 habe ich mit 10.2 neue Updates von MS gezogen. Nennen wir dies Lauf A. Dummerweise bin ich versehentlich mitten im Prozeß an den Ausschalter gekommen und Windows ist flugs heruntergefahren. Nach Neustart gleich wieder WSUS gestartet und Updates von MS gezogen. Nennen wir das Lauf B. Da hat er endlos viele gefunden, die eigentlich gar nicht nötig sein sollten, zum Beispiel viele alte IE 9/10/11 Versionen. Die hat er so lange fleißig heruntergeladen, bis ich abgebrochen habe. Er hätte insgesamt etwa 500 solche Updates gezogen.
Beim Vergleich per robocopy /L des nun problematischen WSUS Verzeichnisses auf der Festplatte mit einer Kopie auf USB Speicherstift ist mir aufgefallen, daß die Datei hashes-w61-x64-glb.txt auf der Festplatte fehlt. Andere kleinere hat er dort bereits neu erzeugt.
Ich habe die Datei von USB auf Platte kopiert, um zu schauen, ob ihn das normal fortfahren läßt. Klappt aber nicht. Die überflüssigen Updates erscheinen nun nach dem Abbruch bei erneutem Update Versuch (Lauf C) folgendermaßen:
Er stört sich in C offenbar an den in B unnötigerweise gezogenen Updates. Kann sie halt nicht zuordnen. Wie auch. Nun gut.
Aber die eigentliche Frage ist, warum er Gigabytes an obsoleten Updates ziehen wollte? Das hätte doch eigentlich nicht passieren sollen. Dem kann man vielleicht recht einfach vorbeugen.
Vorgang:
Ich hab WSUS von 10.1 auf 10.2 aktualisiert. Das folgende kann etwas damit zu tun haben, muß aber nicht.
Bei Update Stand 09.10.15 habe ich mit 10.2 neue Updates von MS gezogen. Nennen wir dies Lauf A. Dummerweise bin ich versehentlich mitten im Prozeß an den Ausschalter gekommen und Windows ist flugs heruntergefahren. Nach Neustart gleich wieder WSUS gestartet und Updates von MS gezogen. Nennen wir das Lauf B. Da hat er endlos viele gefunden, die eigentlich gar nicht nötig sein sollten, zum Beispiel viele alte IE 9/10/11 Versionen. Die hat er so lange fleißig heruntergeladen, bis ich abgebrochen habe. Er hätte insgesamt etwa 500 solche Updates gezogen.
Beim Vergleich per robocopy /L des nun problematischen WSUS Verzeichnisses auf der Festplatte mit einer Kopie auf USB Speicherstift ist mir aufgefallen, daß die Datei hashes-w61-x64-glb.txt auf der Festplatte fehlt. Andere kleinere hat er dort bereits neu erzeugt.
Ich habe die Datei von USB auf Platte kopiert, um zu schauen, ob ihn das normal fortfahren läßt. Klappt aber nicht. Die überflüssigen Updates erscheinen nun nach dem Abbruch bei erneutem Update Versuch (Lauf C) folgendermaßen:
- Code: Select all
Verifying integrity of existing updates for w61-x64 glb...
..\w61-x64\glb\ie10-windows6.1-kb3087985-x64_3baa8958e73711a481c9a4aaf3b165df629aac05.cab: No match
..\w61-x64\glb\ie10-windows6.1-kb3074886-x64_2d958462752da74d3263b078abd20cd3d2f7b4b6.cab: No match
..\w61-x64\glb\ie10-windows6.1-kb3032359-x64_4b0db07ec141e10b08a6e56d3b4b65ecd743f166.cab: No match
..\w61-x64\glb\ie11-windows6.1-kb2987107-x64_b54917db67d3351a4a45de34aa881b31ef805e04.cab: No match
..\w61-x64\glb\ie11-windows6.1-kb3003057-x64_1401782dfec712e58c0559b39a96df699603fe32.cab: No match
..\w61-x64\glb\ie11-windows6.1-kb3075516-x64_33481ad9b3c874ed0d27b213e60d2c045e003989.cab: No match
..\w61-x64\glb\ie11-windows6.1-kb3021952-x64_c067f4b36ea094ed3050be101712f514b4c0806c.cab: No match
..\w61-x64\glb\ie11-windows6.1-kb3074886-x64_cc3625a66494ff5be1a387f1e497f5edb1d3d28e.cab: No match
..\w61-x64\glb\ie11-windows6.1-kb3065822-x64_fa43c11acf89189ddd22c79835e5922cad4ee183.cab: No match
..\w61-x64\glb\ie9-windows6.1-kb3021952-x64_beed8c41a0488df504ea1313908a7ba0299b2731.cab: No match
..\w61-x64\glb\ie9-windows6.1-kb3038314-x64_f9b0c59a3755d5a4243d6f55bf7a465926f5d691.cab: No match
..\w61-x64\glb\ie9-windows6.1-kb3065822-x64_1e1d9753ae7f9ce4ebd377382d5bb423be89cb2c.cab: No match
..\w61-x64\glb\ie9-windows6.1-kb3087985-x64_8afc956eeb1bd1c31359c9ce1aa9516db374fc6b.cab: No match
..\w61-x64\glb\ie9-windows6.1-kb3078071-x64_bf15d0f7e6b363173b3b4fdf4181187442ea6fd4.cab: No match
..\w61-x64\glb\windows6.1-kb2479628-x64_2a940a33a75764477a06ae07c202b9cf543a5c11.cab: No match
..\w61-x64\glb\ie9-windows6.1-kb3093983-x64_7859973f527c96afa1f79509a0bd89ee0c558c3a.cab: No match
..\w61-x64\glb\windows6.1-kb2503665-x64_99391dbdb023d239e33f3b67dc5039fc57b9d16c.cab: No match
…
..\w61-x64\glb\windows6.1-kb3070738-x64_415dff40d97e338775f121b7e4d5d33bff1ae56b.cab: No match
..\w61-x64\glb\windows6.1-kb3093983-x64_610a95b2698cd5a2468b1204b4bdda7dad8e974c.cab: No match
hashdeep64.exe: Audit failed
Input files examined: 0
Known files expecting: 0
Files matched: 216
Files partially matched: 0
Files moved: 0
New files found: 56
Known files not found: 0
ERROR: File integrity verification failure.
Er stört sich in C offenbar an den in B unnötigerweise gezogenen Updates. Kann sie halt nicht zuordnen. Wie auch. Nun gut.
Aber die eigentliche Frage ist, warum er Gigabytes an obsoleten Updates ziehen wollte? Das hätte doch eigentlich nicht passieren sollen. Dem kann man vielleicht recht einfach vorbeugen.