Bonjour à tous,
Je rencontre un problème sur un Windows 2000 Server for NAS
Tout a commencé avec un event ID 2020 de type SRV => The server was unable to allocate from the system paged pool because the pool was empty.
Pour ceux qui ne le savent pas, ce minuscule désagrément empêche (entre autres) les partages SMB de fonctionner.
Pour un NAS, c'est très moyen, vous en conviendrez.
Bon... ok, après un petit reboot sauvage (pas le choix, même un bête shutdown ne s'éxécutait pas), j'observe le comportement de la mémoire paginée utilisée par le kernel : La quantité utilisée ne cesse de grossir, jusqu'à atteindre le point où elle est censée se vider (80% des 343 MB max), soit environ 271 MB si je ne m'abuse.
La machine plante PRECISEMENT à ce point là.
J'en ai donc conclu, un peu rapidement, que le kernel ne réussissait pas à libérer la mémoire paginée et que cela faisait tout planter.
Pour confirmer cette théorie fumante, j'ai donc ajouté la clef suivante
Citation :
Value name: PoolUsageMaximum
Data type: REG_DWORD
Radix: Decimal
Value data: 40
|
dans HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\Memory Management
En théorie donc, j'aurais dû assister à une libération de la mémoire paginée autour des 136 MB mais rien ne s'est passé... et le kernel continue d'en manger, encore, encore et encore...
En dernier recours, j'ai donc décidé d'utiliser poolmon, comme décrit dans le kbhowto KB177415 dans l'espoir de savoir ce qui bouffe de la ram comme ça...
Malheureusement, les informations que j'en obtiens me semblent inexploitables... jugez plutôt...
Citation :
Memory: 1048048K Avail: 501732K PageFlts: 105 InRam Krnl: 2308K P:81252K
Commit: 333960K Limit:2518172K Peak: 334308K Pool N:14100K P:81428K
Tag Type Allocs Frees Diff Bytes Per Alloc
MmSt Paged 8457 ( 0) 4491 ( 0) 3966 20671040 ( 0) 5212
CM Paged 6576 ( 0) 2056 ( 0) 4520 19124704 ( 0) 4231
LeoC Paged 1554613 ( 537) 1413932 ( 543) 140681 13604064 ( -1792) 96
PSnm Paged 1 ( 0) 0 ( 0) 1 10485760 ( 0) 10485760
RadS Paged 831829 ( 150) 830748 ( 150) 1081 7114912 ( 0) 6581
NtfF Paged 4002 ( 0) 1880 ( 0) 2122 2105024 ( 0) 992
Ntff Paged 3568 ( 0) 1468 ( 0) 2100 1814400 ( 0) 864
NtFB Paged 230 ( 0) 223 ( 0) 7 854080 ( 0) 122011
NtFs Paged 12659 ( 0) 7007 ( 0) 5652 530560 ( 0) 93
Obtb Paged 140 ( 0) 25 ( 0) 115 471040 ( 0) 4096
IoNm Paged 455274 ( 185) 452567 ( 185) 2707 389344 ( 0) 143
FSim Paged 4948 ( 0) 2010 ( 0) 2938 376064 ( 0) 128
FSrm Paged 1475 ( 0) 1015 ( 0) 460 354080 ( 0) 769
Ntfo Paged 6470 ( 0) 4384 ( 0) 2086 336096 ( 0) 161
Toke Paged 59921 ( 5) 59657 ( 6) 264 250048 ( -1184)
|
Et ça continue comme ça sur des pages...
Franchement, je ne sais pas quoi faire de ces infos, je vois bien que par exemple j'ai un tag MmSt qui me bouffe 20 Mo mais après?
Bref, si quelqu'un pouvait soit "traduire" le rapport de poolmon, soit m'aider à trouver une solution viable et propre (autre que la résintallation de la partie système), je lui en serais véritablement reconnaissant.
Bien à vous,
AnteGeek
Message édité par Anti Geek le 15-06-2004 à 16:34:23
