Page 1 of 2
WSUS Datenmüll bleibt auf Systemlaufwerk zurück
Posted: 10. Jun 2009, 08:59
by bboehm
Hallo,
Seit dem wir unsere Rechner mit Empirum betanken und der WSUS hinterher die Patche installiert, bleiben auf dem Systemlaufwerk mehrere temporäre Verzeichnisse (von den Patches) zurück.
Diese Ordner haben keinerlei NTFS Rechte mehr. Nur durch Besitzübernahme können sie überhaupt gelöscht werden.
Das Empirum Patchmanagement ist im Moment keine Lösung für uns.
Beste Grüße
Bernhard
Posted: 23. Jun 2009, 20:44
by ibcsolar
Hallo,
ich muss mich hierzu anschließen. Für uns ist das PM derzeit auch keine Lösung. Es ist uns auch wirklich nur bei Empirum installierten Rechnern aufgefallen und scheint willkürlich viele Verzeichnisse zu betreffen. An einem Rechner sinds mal nur 4. Am anderen bis zu 15 Stück.
Weiß hier schon jemand etwas neues?
Sonnige Grüße
Daniel
Posted: 24. Jun 2009, 07:34
by bboehm
Hallo Daniel,
Genau, das ist uns auch aufgefallen. Die Anzahl scheint ziemlich willkürlich zu sein.
Beste Grüße
Bernhard
Posted: 24. Jun 2009, 15:07
by pkleiber
Ist das nicht ein MS Problem? Wenn Sie per WSUS die Patche verteilen, was hat dann Empirum damit zu tun?
Posted: 25. Jun 2009, 08:06
by bboehm
Guten Morgen,
Das dachten wir auch, allerdings bleibt dieser "Müll" nur bei Rechnern zurück, bei welchen Empirum das Betriebssystem installiert hat.
Beste Grüße
Bernhard Böhm
Posted: 23. Jul 2009, 11:39
by redjoker
das ist uns auch schon aufgefallen.
Und richtig; es passiert nur bei rechnern die mit empirum aufgesetzt sind.
wir haben aktuell noch ein zweites softwareverteil-system am laufen (test) in welchem zwar auch updates mitkommen aber dieser datenmüll bleibt nicht zurück.
gibt es dafür bereits eine lösung?
die verzeichnisse werden ja random vom updater generiert, sind somit immer unterschiedlich und können deswegen nicht automatisiert gelöscht werden...
grüße an alle betroffenen!

Posted: 23. Jul 2009, 12:19
by pkleiber
Hallo Herr Böhm,
damit wir dieses Phänomen weiter untersuchen können, müssten Sie bitte einen Call hierfür eröffnen.
Posted: 23. Jul 2009, 13:12
by Jambi
Tritt bei uns auch auf. Ich dachte das liegt am WSUS. Patchmanagement setzen wir nur initial ein - beim erstem Aufsetzen. Das normale Updaten lassen wir den WSUS erledigen.
Bei uns heissen die Ordner dann kryptisch z.B. so z.B.:
"87449ad8f838bda7bf419aa3f277b70d"
Mit normalen Userrechten kommt man nicht rein in den Ordner.
Darunter sind immer 2 Ordner namens "amd64" und "i386"
Interessant ist, dass dieser Ordner immer auf D:\ auftaucht als
"D:\87449ad8f838bda7bf419aa3f277b70d\".
Die Patches in diesen kryptischen Ordnern sind meiner Meinung nach verschieden. Also nicht immer der gleiche.
Posted: 23. Jul 2009, 14:31
by bboehm
pkleiber wrote:Hallo Herr Böhm,
damit wir dieses Phänomen weiter untersuchen können, müssten Sie bitte einen Call hierfür eröffnen.
Ist soeben geschehen.
Vielen Dank
Bernhard Böhm
Posted: 23. Jul 2009, 16:20
by MGrundl
Auch bei uns tritt diese Phänomen auf.
lg,
Manfred
Posted: 23. Jul 2009, 16:53
by Hermann_Seichter
Hallo Forum,
wir haben dieses Problem auch.
Allerdings verwenden wir keinen WSUS, sondern patchen mit PM2 (Version 11.1.0.819).
Falls der Call etwas ergibt bitte die Infos posten.
Danke!
Hermann Seichter
Posted: 24. Jul 2009, 08:01
by tgrosch
Liegen die Daten bei euch direkt auf C:\? Nicht, dass wir auch solche Probleme haben...
Posted: 24. Jul 2009, 08:59
by Hermann_Seichter
Ja, bei uns liegen diese kryptischen Ordner direkt auf c:\
Zudem kann man sie nicht löschen bevor man den Besitz übernommen hat.
Posted: 24. Jul 2009, 09:06
by philipp.kiessler
Das habe ich bei uns auch schon beobachtet. Bei uns landen diese Ordner auf Laufwerk "D:", sofern vorhanden. Im Zweifel liegen sie auch auf "C:".
Wir Patchen durchgehend mit dem PM2Client, also sowohl Initial als auch im Betrieb.
@pkleiber: Lohnt es sich, wenn wir da alle Calls aufmachen, um zu dokumentieren, dass es kein Einzelfall ist?
@bboehm: Wie lautet dafür denn eure Call-ID? Dann könnte man sich darauf beziehen.
Posted: 24. Jul 2009, 09:17
by tgrosch
Habe auch mal einige Clients angeschaut und einen gefunden, bei dem das so ist. Aber es tritt nicht generell bei allen Clients auf, die mit Empirum betankt sind.
Wir patchen auch über PM2 - Version 11.1.1.742
EDIT: Ist ein Problem von .NET Framework-Installationen.
http://support.microsoft.com/kb/951847/de. Das Phänomen wird da unter Problem 1 beschrieben.