WSUS Datenmüll bleibt auf Systemlaufwerk zurück
Moderator: jknoth
WSUS Datenmüll bleibt auf Systemlaufwerk zurück
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
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
Produktionssystem: W2k22, Empirum 24.0.1, MS SQL 2017 Enterprise
Testsystem: W2k19, Empirum 24.0.1, MS SQL 2017 Express
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
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
Hallo Daniel,
Genau, das ist uns auch aufgefallen. Die Anzahl scheint ziemlich willkürlich zu sein.
Beste Grüße
Bernhard
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
Produktionssystem: W2k22, Empirum 24.0.1, MS SQL 2017 Enterprise
Testsystem: W2k19, Empirum 24.0.1, MS SQL 2017 Express
-
pkleiber
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
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
Produktionssystem: W2k22, Empirum 24.0.1, MS SQL 2017 Enterprise
Testsystem: W2k19, Empirum 24.0.1, MS SQL 2017 Express
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!

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
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.
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.
Ist soeben geschehen.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.
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
Produktionssystem: W2k22, Empirum 24.0.1, MS SQL 2017 Enterprise
Testsystem: W2k19, Empirum 24.0.1, MS SQL 2017 Express
-
Hermann_Seichter
- Posts: 26
- Joined: 27. Feb 2006, 09:05
- Location: Bubenreuth
- Contact:
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
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:
-
philipp.kiessler
- Posts: 248
- Joined: 05. Feb 2007, 11:42
- Contact:
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.
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
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.
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
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
Who is online
Users browsing this forum: No registered users and 9 guests