Windows Server 2008R2 Memory Leak in svchost.exe

[UsAs]

Hallo zusammen,

ich habe auf einem Produktivserver das Problem, dass ich nach unbestimmter Zeit eine sehr hohe Auslastung auf der svchost.exe habe. Die svchost.exe saugt sich mehrere GB in den Schlund (aktuell 8GB) und hört nicht auf. Der Beginn des Anwachsens ist willkürlich. Patchstand ist relativ aktuell (~2 Monate). Nur ein Neustart hilft (temporär).

Ich habe schon mehrere Dinge gelesen und auch schon mitbekommen, dass es mit dem NSI-Dienst zu tun haben kann.

Unter der Process ID des riesen Prozesses laufende folgende Services:



Wie gesagt, zu dem NSI hatte ich schon was gelesen, dass es der Auslöser sein könnte. In den Theorien hatte es it dem Rollout des IE11 Rollout zu tun und man solle ihne deinstallieren. Das habe ich noch nicht getestet.

Auf der Büchse läuft noch Hyper-V mit drei VMs.

Habt ihr noch einen Anhaltspunkt für mich?

Vielen Dank und Gruß

 

[ott]

Moin,
mit Hilfe vom Process Explorer v15.40 kannst du die verschiedenen Instanzen von svchost einzelnen anderen Prozessen zuordnen. Vielleicht hilft dir das ja weiter.

//edit
Ups, das Bild wurde bei mit erst jetzt angezeigt, das ist aus dem Process Explorer, oder?

 

[UsAs]

Das kann der Taskmanager sogar selbst, wenn du den Reiter in der Ansicht einblendest. Das geht dann über die PID. Habe den Internetexplorer erstmal runtergeworfen und Rollback auf 9 gemacht. Schauen wir mal, was es wird.

 

[0711]

Wenn du glaubst der Dienst isses, wieso beendest du ihn nicht und schaust was passiert? Wär die schnellste Möglichkeit das zu verifizieren. Ein Update hierfür gäbe es
Svchost.exe running NSI service leaks memory and non-paged pool memory leak Tag NSpc
oder ist die Grundlage lediglich dass du halt irgendwo gelesen hast dass der dienst ein speicherleck verursachen kann wie vieles andere auch?

wenn du ohne blindschüsse vorgehen willst
Finding a Memory Leak (Windows Debuggers)

 

[UsAs]

Der Hotfix liegt schon auf meiner Platte, danke. Ich behalte das erst einmal im Auge und werde berichten. Bisher hält der Sack die Goschen.

 

[mhrpcler]

Ich würde auf jeden Fall einen Notfallplan bereithalten.
Bei uns hat dieser Fehler einige kleinere Server (Deployment in Außenstellen mit 2 - 4 GB Ram) soweit unbrauchbar gemacht, dass sich selbst der Hotfix nicht mehr einspielen ließ.

 

[UsAs]

Bisher habe ich Ruhe und der Server tut, wie er soll. Ich hoffe auch weiterhin.