Pour les balaises => Mémoire paginée du kernel W2K ramophage
Pour les balaises => Mémoire paginée du kernel W2K ramophage - Windows & Software
Marsh Posté le 15-06-2004 à 16:33:20
Bon des fois que ça intéresse quelqu'un, je pense avoir trouvé le coupable:
Le tag LeoC s'enflamme tout seul et ne cesse de prendre de la mémoire.
D'après mes recherches ce tag est lancé par Symantec Antivirus...
Je checke pour voir s'il y a un fix, ça pourra toujours servir à quelqu'un...
Marsh Posté le 16-06-2004 à 09:29:13
Comprend pas tout, mais tu pourrais m'expliquer quel genre de NAS tu utilise et qu'elle volumétrie.
Marsh Posté le 16-06-2004 à 10:14:13
C'est bon, c'est résolu 
Il faut donc télécharger la dernière version de sevinst.exe http://service1.symantec.com/SUPPO [...] =&osv_lvl= et l'appliquer sur la machine touchée par la gourmandise du tag LeoC; ça update le fichier Symevent.sys, responsable de ce vilain tag.
En ce qui me concerne, chez moi le tag a carrément été vaporisé 8)
Jugez plutôt:
| Citation : |
Alors que dans ma première capture on peut voir le tag LeoC qui se trouve déjà en troisième position 5 minutes après le démarrage de la machine avec presque 14 Mo d'utilisés (2h plus tard il était à 38!), dans celle-ci il est tout simplement absent du groupe de tête, alors que le serveur a été rebooté hier soir.
Voilà voilà => bugfix
Sujets relatifs:
- probleme de sortie de veiille avec w2k
- Pb impression avec W2k
- probleme de mémoire
- Pont réseaux W2k
- W2K : réplication entre serveurs
- mémoire virtuelle insuffisante?
- Infection instantannée d'un poste w2k apres installation!!
- [Trou de memoire] 2 FAI simultanés, que faire pour utiliser les deux?
- Intégration d'un serveur W2k a un domaine NT4
- Pb de mémoire à la fermeture de XP
Marsh Posté le 15-06-2004 à 15:37:25
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
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...
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