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