WSUS Datenmüll bleibt auf Systemlaufwerk zurück

Moderator: jknoth

User avatar
bboehm
Posts: 572
Joined: 07. Apr 2008, 18:47
Location: München
Contact:

WSUS Datenmüll bleibt auf Systemlaufwerk zurück

Post by bboehm » 10. Jun 2009, 08:59

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
IT-Administrator mit Migrationshintergrund bei Fraunhofer-Gesellschaft

Produktionssystem: W2k22, Empirum 24.0.1, MS SQL 2017 Enterprise
Testsystem: W2k19, Empirum 24.0.1, MS SQL 2017 Express

ibcsolar
Posts: 39
Joined: 11. Jul 2008, 13:07
Contact:

Post by ibcsolar » 23. Jun 2009, 20:44

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

User avatar
bboehm
Posts: 572
Joined: 07. Apr 2008, 18:47
Location: München
Contact:

Post by bboehm » 24. Jun 2009, 07:34

Hallo Daniel,

Genau, das ist uns auch aufgefallen. Die Anzahl scheint ziemlich willkürlich zu sein.

Beste Grüße
Bernhard
IT-Administrator mit Migrationshintergrund bei Fraunhofer-Gesellschaft

Produktionssystem: W2k22, Empirum 24.0.1, MS SQL 2017 Enterprise
Testsystem: W2k19, Empirum 24.0.1, MS SQL 2017 Express

pkleiber

Post by pkleiber » 24. Jun 2009, 15:07

Ist das nicht ein MS Problem? Wenn Sie per WSUS die Patche verteilen, was hat dann Empirum damit zu tun?

User avatar
bboehm
Posts: 572
Joined: 07. Apr 2008, 18:47
Location: München
Contact:

Post by bboehm » 25. Jun 2009, 08:06

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
IT-Administrator mit Migrationshintergrund bei Fraunhofer-Gesellschaft

Produktionssystem: W2k22, Empirum 24.0.1, MS SQL 2017 Enterprise
Testsystem: W2k19, Empirum 24.0.1, MS SQL 2017 Express

redjoker
Posts: 41
Joined: 08. Apr 2009, 16:39
Contact:

Post by redjoker » 23. Jul 2009, 11:39

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!
:-)

pkleiber

Post by pkleiber » 23. Jul 2009, 12:19

Hallo Herr Böhm,

damit wir dieses Phänomen weiter untersuchen können, müssten Sie bitte einen Call hierfür eröffnen.

Jambi
Posts: 132
Joined: 10. Oct 2007, 13:01
Location: Berlin
Contact:

Post by Jambi » 23. Jul 2009, 13:12

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.
Manage. Save. Destroy. [i]ImForumSuchenUndFinden.[/i] Relax.

User avatar
bboehm
Posts: 572
Joined: 07. Apr 2008, 18:47
Location: München
Contact:

Post by bboehm » 23. Jul 2009, 14:31

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
IT-Administrator mit Migrationshintergrund bei Fraunhofer-Gesellschaft

Produktionssystem: W2k22, Empirum 24.0.1, MS SQL 2017 Enterprise
Testsystem: W2k19, Empirum 24.0.1, MS SQL 2017 Express

User avatar
MGrundl
Posts: 627
Joined: 09. May 2008, 17:18
Location: Wien
Contact:

Post by MGrundl » 23. Jul 2009, 16:20

Auch bei uns tritt diese Phänomen auf.

lg,
Manfred

Hermann_Seichter
Posts: 26
Joined: 27. Feb 2006, 09:05
Location: Bubenreuth
Contact:

Post by Hermann_Seichter » 23. Jul 2009, 16:53

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

User avatar
tgrosch
Posts: 602
Joined: 14. Nov 2007, 16:34
Location: Fulda
Contact:

Post by tgrosch » 24. Jul 2009, 08:01

Liegen die Daten bei euch direkt auf C:\? Nicht, dass wir auch solche Probleme haben...
Viele Grüße

Tobias
---
Empirum Echtsystem: v19 - 19.0.1 - Win 2012 R2 mit EPE 4.7.3 und UEM Agent 1905.1
Empirum Testsystem: v19 - 19.0.1 - Win 2012 R2 mit EPE 4.7.5 und UEM Agent 1906.1
Workplace Management Echtsystem: ServiceStore 9.1.0.2532 - Win 2012 R2
Workplace Management Testsystem: ServiceStore 9.1.0.2532 - Win 2016
MDM: Silverback 18.0.3.27
DB-Server: Win 2012 R2 mit SQL 2014

Hermann_Seichter
Posts: 26
Joined: 27. Feb 2006, 09:05
Location: Bubenreuth
Contact:

Post by Hermann_Seichter » 24. Jul 2009, 08:59

Ja, bei uns liegen diese kryptischen Ordner direkt auf c:\
Zudem kann man sie nicht löschen bevor man den Besitz übernommen hat.

philipp.kiessler
Posts: 248
Joined: 05. Feb 2007, 11:42
Contact:

Post by philipp.kiessler » 24. Jul 2009, 09:06

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.
Philipp Kießler

User avatar
tgrosch
Posts: 602
Joined: 14. Nov 2007, 16:34
Location: Fulda
Contact:

Post by tgrosch » 24. Jul 2009, 09:17

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.
Viele Grüße

Tobias
---
Empirum Echtsystem: v19 - 19.0.1 - Win 2012 R2 mit EPE 4.7.3 und UEM Agent 1905.1
Empirum Testsystem: v19 - 19.0.1 - Win 2012 R2 mit EPE 4.7.5 und UEM Agent 1906.1
Workplace Management Echtsystem: ServiceStore 9.1.0.2532 - Win 2012 R2
Workplace Management Testsystem: ServiceStore 9.1.0.2532 - Win 2016
MDM: Silverback 18.0.3.27
DB-Server: Win 2012 R2 mit SQL 2014

Post Reply

Return to “OS Installer”

Who is online

Users browsing this forum: No registered users and 14 guests