Nils85

Ich werde morgen mal den PoolUsageMaximum runtersetzen, durch den wohl nächsten Absturz wird es sowie dann aktiv xD Bin jetzt erst mal weg, melde mich, wenn mehr zu dem Problem bekannt ist, oder es eventuell sogar behoben ist. Danke schon mal so weit Bye Nils

Meine 2 Vermutung ging in Richtung File Nonp 35234708 35082060 152648 23251360 152 [<unknown> - File objects] Nur sieht man daraus leider nicht wirklich, was es sein könnte. Permanenter Bluescreen ist übrigens eingestellt nur bringt es leider nichts, da der Server nicht vor Ort ist und das Ilo Board leider etwas "rumspackt" wodurch ich nicht auf die Remote Console komme. Kann der Memory Manager denn Prozesse dazu zwingen den Speicher freizugeben, oder kann es auch vorkommen, das diese den Speicher nicht freigeben können ? Hab leider in diese Richtung hin leider noch nicht so die Erfahrung. Danke soweit Bye Nils

Er ist von außen nicht erreichbar, sondern nur per VPN.

Ja der % Wert wo Speicher wieder frei gegeben wird xD Auf dem Server laufen Empirum zur Software Verteilung, ArcServer zur Sicherung, Trend Micro Office Scan, Rsync Server, NS Client für Nagios. Er ist Member in einem größeren AD, wodurch ein Neustart ohne weiteres nicht möglich ist xD Danke soweit Bye Nils

Hi, danke für die Link, die Funktion des Prozess ist mir schon klar :) Und das man die Grenze des Noonpage Pool's nach oben setzten kann auch, bringt nur leider nicht viel wenn er sich selbst nach setzen der neuen Grenze wieder vollfrisst :/ mfg Nils

Hallo, ich habe das Problem, das in unregelmäßigen Abständen alle 2-3 Tage der Server in einen Bluescreen fährt und neugestartet werden muss. Im Eventlog findet sich folgende Meldung Event Type: Error Event Source: Srv Event Category: None Event ID: 2019 Date: 4/10/2008 Time: 11:26:18 AM User: N/A Computer: XXXXXXXXXXX Description: The server was unable to allocate from the system nonpaged pool because the pool was empty. For more information, see Help and Support Center at Events and Errors Message Center: Basic Search. Data: 0000: 00040000 00540001 00000000 c00007e3 0010: 00000000 c000009a 00000000 00000000 0020: 00000000 00000000 00000003 Ich hatte ein kleines Script geschrieben, das mittels procmon die pool Auslastung überwacht. Folgendes interessantes lässt sich 5 Min vor dem Absturz dort finden: Tag Type Allocs Frees Diff Bytes Per Alloc Mapped_Driver AfdE Nonp 391645 255512 136133 38117240 280 [afd.sys - Afd endpoint structure] AfdX Paged 391600 255483 136117 38112760 280 [afd.sys - Afd context buffer] File Nonp 35234708 35082060 152648 23251360 152 [<unknown> - File objects] weitere 10 Minuten vorher sind die 3 am meisten verbrauchenden Prozesse Tag Type Allocs Frees Diff Bytes Per Alloc Mapped_Driver MmSt Paged 230009 220568 9441 15611352 1653 [nt!mm - Mm section object prototype ptes] NtfF Paged 1128427 1122605 5822 5449392 936 [ntfs.sys - FCB_INDEX] MmCm Nonp 59737 58708 1029 4449800 4324 [nt!mm - Calls made to MmAllocateContiguousMemory] UlHT Paged 1 0 1 4198400 4198400 [http.sys - Hash Table] Der Verbrauch ist also durch die afd.sys innerhalb kurzer Zeit extrem gestiegen und ist meiner Meinung nach für den Absturz verantwortlich. Leider findet sich nichts wirklich hilfreiches zu diesem Problem im Internet, daher meine Hoffnung, das eventuell hier schon jemand Erfahrungen mit dem Problem gemacht hat. Microsoft ® Windows ® 5.02. 3790 Service Pack 2 Multiprocessor Free. läuft auf der Kiste. mfg Nils