Ungefragtes Löschen durch WSUS Offlien Update verhindern?

Re: Ungefragtes Löschen durch WSUS Offlien Update verhinder

Postby boco » 01.05.2017, 10:38

Jeder Wegfall eines OS wird ja angekündigt, und die korrekte Vorgehensweise ist, zeitnah ein letztes ISO/Medium dieses/dieser OS zu erstellen und aufzuheben. Ein Auffrischen dieses finalen Mediums ist nicht mehr notwendig, da ja nichts mehr dazukommt. Damit entfällt außerdem das Risiko, Dateien aus welchen Grümden auch immer zu verlieren.

"Kein Support" bedeutet hier lediglich, daß wir zwar Tips und Hinweise geben können, der alte Code selbst aber nicht mehr weiterentwickelt werden wird. Die Downloads sind und bleiben verfügbar, müssen aber durch den Anwender angepaßt werden. Bei MS ist das eine andere Sache: Links werden (nach einer Gnadenfrist) verschoben oder komplett entfernt (wie IE6). Soweit ich weiß, funktioniert noch nicht mal mehr die klassische WU Webseite korrekt für Versionen vor XP.
Bei Open-Source-Projekten sind oftmal nur die Ressourcen für eine Unterstützung der neuesten Version vorhanden. Bei WOU sind es zwei: Das neueste Release, und die letzte trunk-Version. Selber pfriemeln ist aber, wie gesagt, ausdrücklich erlaubt.

Wie aufwendig wäre eine Anpassung der Skripte, die obsoleten Dateien in ein entsprechendes Verzeichnis zu schieben, anstatt siezu löschen? Am besten sollte das ja in ein entsprechendes Unterverzeichnis wie unterhalb "client". Leider lassen sich Dateien nicht farblich kennzeichnen wie auf dem Mac; sonst müsste man sie nur rotfärben, um sie als "nicht mehr aktuell" zu markieren ...
Der Hauptgrund für die Löschung ist es, das zu erstellende Medium im vernünftigen Größenrahmen zu halten. Keiner will ein 20GiB-ISO, wovon 17GiB Schrott sind.

Es müßte lediglich in der Superseded-Routine der eigentliche Löschen-Befehl zu einem Verschieben-Befehl umfunktioniert werden. Das Zielverzeichnis sollte außerhalb vom "client"-Verzeichnis liegen, um sich ein Anpassen der Filter zu ersparen.


NB: die Frage, die sich nun stellt: weshalb sind Updates rausgeflogen? Weil M$ einzelne für das entsprechende System zurückgezogen hat, oder weil WSUSoffline das entsprechende gesamte OS aus den Scripten entfernt hat? In ersterem Falle sollten sie tatsächlich weg; in letzterem jedoch nicht ...
WOU entfernt alte OS, da für diese keine Updates mehr dazukommen. Somit erübrigt sich der Support, das finale Medium is fix. Neue Benutzer können die alten Versionen benutzen, um noch für eine Weile diese Medien zu erstellen. Und da kommt das zweite Problem ins Spiel.
Die obsoleten Downloads auf den MS-Servern fangen nach einer Zeit ohne Pflege an, zu "verfallen". Sie werden verschoben, gelöscht, bei Serverumzug nicht mitgenommen, oder fallen einer Platzoptimierung zum Opfer. Deshalb wird es mit der Zeit immer unwahrscheinlicher, daß noch alle Downloadlinks funktionieren. Bei w2k ist das der Fall, die IE6 Links sind weg, zumindest auf den dem Katalog bekannten Plätzen auf den MS-Servern. Die 404-Fehler sind die Schuld von MS, nicht WOU.
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: 2391
Joined: 24.11.2009, 17:00
Location: Germany

Re: Ungefragtes Löschen durch WSUS Offlien Update verhinder

Postby OberGuru » 01.05.2017, 13:36

boco wrote:Jeder Wegfall eines OS wird ja angekündigt, und die korrekte Vorgehensweise ist, zeitnah ein letztes ISO/Medium dieses/dieser OS zu erstellen und aufzuheben. Ein Auffrischen dieses finalen Mediums ist nicht mehr notwendig, da ja nichts mehr dazukommt. Damit entfällt außerdem das Risiko, Dateien aus welchen Grümden auch immer zu verlieren.

Herausfallende OS sind soweit ja erledigt; mit letzter WOU-Version durchlaufen lassen und weglegen ...
"Kein Support" bedeutet hier lediglich, daß wir zwar Tips und Hinweise geben können, der alte Code selbst aber nicht mehr weiterentwickelt werden wird. Die Downloads sind und bleiben verfügbar, müssen aber durch den Anwender angepaßt werden.

Schön wär's, wenn's wirklich so wär' und die Dateien noch zu holen sind (was ja leider v.a. bei M$ oft nicht mehr der Fall ist ... (WOU-Downloads sind hier ja nicht das Problem).
Bei MS ist das eine andere Sache: Links werden (nach einer Gnadenfrist) verschoben oder komplett entfernt (wie IE6). Soweit ich weiß, funktioniert noch nicht mal mehr die klassische WU Webseite korrekt für Versionen vor XP.

Office 2004 für Mac ist auch so ein Fall, bei dem nix mehr vorhanden ist ...
Bei Open-Source-Projekten sind oftmal nur die Ressourcen für eine Unterstützung der neuesten Version vorhanden. Bei WOU sind es zwei: Das neueste Release, und die letzte trunk-Version. Selber pfriemeln ist aber, wie gesagt, ausdrücklich erlaubt.

Das "kein Support" bezog sich primär auf M$ ... welche WOU-Altversionen zum Runterholen welchen OS' noch einzusetzen wären, ist ja bekannt.

Aber auch da stellt sich die Frage: holt WOUv0620, WOU-v0821, etc. dasselbe herunter wie WOUv1092, wenn man ausschliesslich z.B. Vista runterholen würde (als Beispiel einfach etwas, was in allen jeweiligen WOU-Versionen noch dabei ist)? Müsste eigentlich; aber ist dem wirklich so? Mir scheint, dass nicht ...

Wird nicht gelöscht, solange das OS noch geführt wird und angekreuzt ist? Und wenn die Ankreuzung fehlt, wird gelöscht?
Der Hauptgrund für die Löschung ist es, das zu erstellende Medium im vernünftigen Größenrahmen zu halten. Keiner will ein 20GiB-ISO, wovon 17GiB Schrott sind.

Das ist zum runterholen nicht das Problem: da ist auf der Sammel-HD genügend Platz ... ISOs werden dann einzeln und nach Bedarf erstellt ... Das werden sowieso irgendwas zwischen 50 und 80 GB (mit allen W10 wohl noch viel mehr) ...
Es müßte lediglich in der Superseded-Routine der eigentliche Löschen-Befehl zu einem Verschieben-Befehl umfunktioniert werden. Das Zielverzeichnis sollte außerhalb vom "client"-Verzeichnis liegen, um sich ein Anpassen der Filter zu ersparen.

Wo müsste da angesetzt werden? Manuell mit einem Datensatz zuerst sammeln und mit einer Kopie bereinigen und danach manuell rüberschieben resp. zurückkopieren ist ziemlich zeitraubend ... Elegant wäre, dieselbe Ordnerstruktur wie unterhalb "client" in einem "removed" oder "obsolete" einzurichten.
NB: die Frage, die sich nun stellt: weshalb sind Updates rausgeflogen? Weil M$ einzelne für das entsprechende System zurückgezogen hat, oder weil WSUSoffline das entsprechende gesamte OS aus den Scripten entfernt hat? In ersterem Falle sollten sie tatsächlich weg; in letzterem jedoch nicht ...
WOU entfernt alte OS, da für diese keine Updates mehr dazukommen. Somit erübrigt sich der Support, das finale Medium is fix.

Das ist das kleinere Problem; das Zeugs kommt "auf die Seite geschoben" resp. dazu wird mit der alten WOU-Version dann nach Bedarf ein ISO erstellt. Es gibt aber immer wieder mal Updates, die zurückgezogen wurden oder sonstwie Probleme bereiten; die will man ja nicht unbedingt mitschleppen. Nun gleich das Kind mit dem Bade auszuschütten kann ja nicht die Lösung sein; man will die Updates für die Altsysteme ja noch ...
Neue Benutzer können die alten Versionen benutzen, um noch für eine Weile diese Medien zu erstellen. Und da kommt das zweite Problem ins Spiel.
Die obsoleten Downloads auf den MS-Servern fangen nach einer Zeit ohne Pflege an, zu "verfallen". Sie werden verschoben, gelöscht, bei Serverumzug nicht mitgenommen, oder fallen einer Platzoptimierung zum Opfer. Deshalb wird es mit der Zeit immer unwahrscheinlicher, daß noch alle Downloadlinks funktionieren. Bei w2k ist das der Fall, die IE6 Links sind weg, zumindest auf den dem Katalog bekannten Plätzen auf den MS-Servern. Die 404-Fehler sind die Schuld von MS, nicht WOU.

Das ist schon klar; WOU holt ja nur die M$-Links und grast diese dann ab ... Wenn die Links von M$ zwar geliefert werden, diese aber tot sind (und M$ sie nicht bereinigt) hat, kann WOU ja auch keine runterzuholende Dateien hinzaubern ... :D
OberGuru
 
Posts: 39
Joined: 29.04.2010, 16:19

Previous

Return to Download

Who is online

Users browsing this forum: Google [Bot] and 54 guests