HELP leak memory Kernel tag ARpo Non pages pool fuite mémoire WI N
5 réponses
SROBLIN
Résumé :
Nous constatons un problème de leak mémoire sur nos serveurs web (Windows
Server 2003 R2 X86/ Service Pack 2, serveur HP DL360 G5). Le leak se fait au
niveau du « non paged pool » et le coupable est le tag « ARpo », qui
correspond au driver tcpip.sys sur la machine qui consomme la majorité de la
mémoire kernel jusqu'à limiter l'accès au serveur. Quelqu'un connait-il une
solution pour maintenir la machine up ?
Détails :
Le problème s’est manifesté dans IIS par des erreurs « connection reset »
aléatoires sur les navigateurs clients. Suivant les instructions de débogage
à
http://blogs.msdn.com/david.wang/archive/2005/09/21/HOWTO-Diagnose-IIS6-failing-to-accept-connections-due-to-Connections-Refused.aspx,
il est apparu que le coupable n’était pas IIS mais un gros consommateur de «
non paged pool » sur la machine. Au moyen de poolmon, nous avons en effet
constaté qu’il y avait près de 230MB de non paged pool consommé sur la
machine sur un total de 250MB. La machine fleurtait donc avec les 20MB de non
paged pool libres, condition nécessaire pour que le driver http.sys accepte
de servir les requêtes sur la machine. Poolmon indiquait aussi le plus gros
consommateur de non paged pool sur la machine : il s’agit du tag « ARpo ».
Nous n’avons trouvé aucune info sur ce tag, mais une recherche dans le
répertoire des drivers (« findstr /m /l hARpo *.sys » sur la racine du disque
système) a débusqué tcpip.sys. La version de ce fichier est 5.2.3790.3959
(srv03_sp2_rtm.070216-1710). Sur ce serveur, le tag « ARpo » consommait plus
de 150MB de non paged pool. Nous avons migré notre application web (ASP.Net
2.0) sur un autre serveur. Nous avons surveillé l’utilisation de mémoire du
tag « ARpo », qui est passé en une semaine d’une quantité négligeable (moins
de 1MB) à plus de 40MB. Et le chiffre continue de grimper de façon continue.
A noter que seul un redémarrage serveur permet de revenir à un niveau normal,
« ARpo » ne redescend pas même après avoir stoppé toute activité web sur la
machine
--
SR
Résumé : Nous constatons un problème de leak mémoire sur nos serveurs web (Windows Server 2003 R2 X86/ Service Pack 2, serveur HP DL360 G5). Le leak se fait au niveau du « non paged pool » et le coupable est le tag « ARpo », qui correspond au driver tcpip.sys sur la machine qui consomme la majorité de la mémoire kernel jusqu'à limiter l'accès au serveur. Quelqu'un connait-il une solution pour maintenir la machine up ?
Détails : Le problème s’est manifesté dans IIS par des erreurs « connection reset » aléatoires sur les navigateurs clients. Suivant les instructions de débogage à http://blogs.msdn.com/david.wang/archive/2005/09/21/HOWTO-Diagnose-IIS6-failing-to-accept-connections-due-to-Connections-Refused.aspx, il est apparu que le coupable n’était pas IIS mais un gros consommateur de « non paged pool » sur la machine. Au moyen de poolmon, nous avons en effet constaté qu’il y avait près de 230MB de non paged pool consommé sur la machine sur un total de 250MB. La machine fleurtait donc avec les 20MB de non paged pool libres, condition nécessaire pour que le driver http.sys accepte de servir les requêtes sur la machine. Poolmon indiquait aussi le plus gros consommateur de non paged pool sur la machine : il s’agit du tag « ARpo ». Nous n’avons trouvé aucune info sur ce tag, mais une recherche dans le répertoire des drivers (« findstr /m /l hARpo *.sys » sur la racine du disque système) a débusqué tcpip.sys. La version de ce fichier est 5.2.3790.3959 (srv03_sp2_rtm.070216-1710). Sur ce serveur, le tag « ARpo » consommait plus de 150MB de non paged pool. Nous avons migré notre application web (ASP.Net 2.0) sur un autre serveur. Nous avons surveillé l’utilisation de mémoire du tag « ARpo », qui est passé en une semaine d’une quantité négligeable (moins de 1MB) à plus de 40MB. Et le chiffre continue de grimper de façon continue. A noter que seul un redémarrage serveur permet de revenir à un niveau normal, « ARpo » ne redescend pas même après avoir stoppé toute activité web sur la machine -- SR
Merci de ne pas poster plusieurs fois le même problème.
"SROBLIN" <sebastien.roblin@gmail.com> wrote in message
news:87F2BBC3-6C98-48BC-B40B-A4B6B03354D0@microsoft.com...
Résumé :
Nous constatons un problème de leak mémoire sur nos serveurs web (Windows
Server 2003 R2 X86/ Service Pack 2, serveur HP DL360 G5). Le leak se fait
au
niveau du « non paged pool » et le coupable est le tag « ARpo », qui
correspond au driver tcpip.sys sur la machine qui consomme la majorité de
la
mémoire kernel jusqu'à limiter l'accès au serveur. Quelqu'un connait-il
une
solution pour maintenir la machine up ?
Détails :
Le problème s’est manifesté dans IIS par des erreurs « connection reset »
aléatoires sur les navigateurs clients. Suivant les instructions de
débogage
à
http://blogs.msdn.com/david.wang/archive/2005/09/21/HOWTO-Diagnose-IIS6-failing-to-accept-connections-due-to-Connections-Refused.aspx,
il est apparu que le coupable n’était pas IIS mais un gros consommateur de
«
non paged pool » sur la machine. Au moyen de poolmon, nous avons en effet
constaté qu’il y avait près de 230MB de non paged pool consommé sur la
machine sur un total de 250MB. La machine fleurtait donc avec les 20MB de
non
paged pool libres, condition nécessaire pour que le driver http.sys
accepte
de servir les requêtes sur la machine. Poolmon indiquait aussi le plus
gros
consommateur de non paged pool sur la machine : il s’agit du tag « ARpo ».
Nous n’avons trouvé aucune info sur ce tag, mais une recherche dans le
répertoire des drivers (« findstr /m /l hARpo *.sys » sur la racine du
disque
système) a débusqué tcpip.sys. La version de ce fichier est 5.2.3790.3959
(srv03_sp2_rtm.070216-1710). Sur ce serveur, le tag « ARpo » consommait
plus
de 150MB de non paged pool. Nous avons migré notre application web
(ASP.Net
2.0) sur un autre serveur. Nous avons surveillé l’utilisation de mémoire
du
tag « ARpo », qui est passé en une semaine d’une quantité négligeable
(moins
de 1MB) à plus de 40MB. Et le chiffre continue de grimper de façon
continue.
A noter que seul un redémarrage serveur permet de revenir à un niveau
normal,
« ARpo » ne redescend pas même après avoir stoppé toute activité web sur
la
machine
--
SR
Résumé : Nous constatons un problème de leak mémoire sur nos serveurs web (Windows Server 2003 R2 X86/ Service Pack 2, serveur HP DL360 G5). Le leak se fait au niveau du « non paged pool » et le coupable est le tag « ARpo », qui correspond au driver tcpip.sys sur la machine qui consomme la majorité de la mémoire kernel jusqu'à limiter l'accès au serveur. Quelqu'un connait-il une solution pour maintenir la machine up ?
Détails : Le problème s’est manifesté dans IIS par des erreurs « connection reset » aléatoires sur les navigateurs clients. Suivant les instructions de débogage à http://blogs.msdn.com/david.wang/archive/2005/09/21/HOWTO-Diagnose-IIS6-failing-to-accept-connections-due-to-Connections-Refused.aspx, il est apparu que le coupable n’était pas IIS mais un gros consommateur de « non paged pool » sur la machine. Au moyen de poolmon, nous avons en effet constaté qu’il y avait près de 230MB de non paged pool consommé sur la machine sur un total de 250MB. La machine fleurtait donc avec les 20MB de non paged pool libres, condition nécessaire pour que le driver http.sys accepte de servir les requêtes sur la machine. Poolmon indiquait aussi le plus gros consommateur de non paged pool sur la machine : il s’agit du tag « ARpo ». Nous n’avons trouvé aucune info sur ce tag, mais une recherche dans le répertoire des drivers (« findstr /m /l hARpo *.sys » sur la racine du disque système) a débusqué tcpip.sys. La version de ce fichier est 5.2.3790.3959 (srv03_sp2_rtm.070216-1710). Sur ce serveur, le tag « ARpo » consommait plus de 150MB de non paged pool. Nous avons migré notre application web (ASP.Net 2.0) sur un autre serveur. Nous avons surveillé l’utilisation de mémoire du tag « ARpo », qui est passé en une semaine d’une quantité négligeable (moins de 1MB) à plus de 40MB. Et le chiffre continue de grimper de façon continue. A noter que seul un redémarrage serveur permet de revenir à un niveau normal, « ARpo » ne redescend pas même après avoir stoppé toute activité web sur la machine -- SR
GG [MVP]
Bonjour,
Merci de ne pas poster plusieurs fois le même problème.
Il a peut être envie d'avoir une autre réponse que la votre et il sait peut-être chercher aussi bien que vous dans la kb.
-- Cordialement. GG Un livre sur SBS en français et un forum http://sbsfr.mvps.org/livresbs http://forums.mvps.org
Bonjour,
Merci de ne pas poster plusieurs fois le même problème.
Il a peut être envie d'avoir une autre réponse que la votre
et il sait peut-être chercher aussi bien que vous dans la kb.
--
Cordialement.
GG
Un livre sur SBS en français et un forum
http://sbsfr.mvps.org/livresbs http://forums.mvps.org
Merci de ne pas poster plusieurs fois le même problème.
Il a peut être envie d'avoir une autre réponse que la votre et il sait peut-être chercher aussi bien que vous dans la kb.
-- Cordialement. GG Un livre sur SBS en français et un forum http://sbsfr.mvps.org/livresbs http://forums.mvps.org
GG [MVP]
Bonjour,
Nous constatons un problème de leak mémoire sur nos serveurs web
Si vous constatez un memory leak dans le driver TCPIP.SYS vous pouvez peut-être nous montrer quelques traces. Si vous le souhaitez kapimon est un outil qui vous permet de recuperer ces memory leak on peut ensuite escalader le problème. Pour kapimon (Kernel Api Monitor) http://gilisa.free.fr/kapimon/ Installer le fichier TCPIP.SYM du driver TCPIP.SYS pour que les traces de KAPIMON soit plus explicite. Attention KAPIMON installe un driver trace.sys il est absolument inofencif mais il ne faut pas le laisser ensuite traine sur une machine de prod, il peut bien mener se comporter comme un redoutable outil, c'est un outil de debug.
-- Cordialement. GG Un livre sur SBS en français et un forum http://sbsfr.mvps.org/livresbs http://forums.mvps.org
Bonjour,
Nous constatons un problème de leak mémoire sur nos serveurs web
Si vous constatez un memory leak dans le driver TCPIP.SYS vous
pouvez peut-être nous montrer quelques traces.
Si vous le souhaitez kapimon est un outil qui vous permet de recuperer
ces memory leak on peut ensuite escalader le problème.
Pour kapimon (Kernel Api Monitor) http://gilisa.free.fr/kapimon/
Installer le fichier TCPIP.SYM du driver TCPIP.SYS pour que
les traces de KAPIMON soit plus explicite. Attention KAPIMON
installe un driver trace.sys il est absolument inofencif mais il ne faut
pas le laisser ensuite traine sur une machine de prod, il peut bien
mener se comporter comme un redoutable outil, c'est un outil de
debug.
--
Cordialement.
GG
Un livre sur SBS en français et un forum
http://sbsfr.mvps.org/livresbs http://forums.mvps.org
Nous constatons un problème de leak mémoire sur nos serveurs web
Si vous constatez un memory leak dans le driver TCPIP.SYS vous pouvez peut-être nous montrer quelques traces. Si vous le souhaitez kapimon est un outil qui vous permet de recuperer ces memory leak on peut ensuite escalader le problème. Pour kapimon (Kernel Api Monitor) http://gilisa.free.fr/kapimon/ Installer le fichier TCPIP.SYM du driver TCPIP.SYS pour que les traces de KAPIMON soit plus explicite. Attention KAPIMON installe un driver trace.sys il est absolument inofencif mais il ne faut pas le laisser ensuite traine sur une machine de prod, il peut bien mener se comporter comme un redoutable outil, c'est un outil de debug.
-- Cordialement. GG Un livre sur SBS en français et un forum http://sbsfr.mvps.org/livresbs http://forums.mvps.org
je n'explique pas vos commentaires... Ouvrir plusieurs thread pour le même problème revient à du multipost, ce qui génère inutilement du bruit et ne permet pas de suivre l'historique. D'autres personnes peuvent alors poser les mêmes questions que précédemment ce qui fait perdre du temps à tout le monde.
Si ce que je propose ne convient pas, la personne peut le dire simplement et demander d'autres réponses.
-- Cordialement, Mathieu CHATEAU English blog: http://lordoftheping.blogspot.com French blog: http://www.lotp.fr
"GG [MVP]" wrote in message news:%
Bonjour,
Merci de ne pas poster plusieurs fois le même problème.
Il a peut être envie d'avoir une autre réponse que la votre et il sait peut-être chercher aussi bien que vous dans la kb.
-- Cordialement. GG Un livre sur SBS en français et un forum http://sbsfr.mvps.org/livresbs http://forums.mvps.org
Bonjour,
je n'explique pas vos commentaires... Ouvrir plusieurs thread pour le même
problème revient à du multipost, ce qui génère inutilement du bruit et ne
permet pas de suivre l'historique. D'autres personnes peuvent alors poser
les mêmes questions que précédemment ce qui fait perdre du temps à tout le
monde.
Si ce que je propose ne convient pas, la personne peut le dire simplement et
demander d'autres réponses.
--
Cordialement,
Mathieu CHATEAU
English blog: http://lordoftheping.blogspot.com
French blog: http://www.lotp.fr
"GG [MVP]" <news@nospam.assysm.com> wrote in message
news:%238ZbpPKDIHA.3848@TK2MSFTNGP05.phx.gbl...
Bonjour,
Merci de ne pas poster plusieurs fois le même problème.
Il a peut être envie d'avoir une autre réponse que la votre
et il sait peut-être chercher aussi bien que vous dans la kb.
--
Cordialement.
GG
Un livre sur SBS en français et un forum
http://sbsfr.mvps.org/livresbs http://forums.mvps.org
je n'explique pas vos commentaires... Ouvrir plusieurs thread pour le même problème revient à du multipost, ce qui génère inutilement du bruit et ne permet pas de suivre l'historique. D'autres personnes peuvent alors poser les mêmes questions que précédemment ce qui fait perdre du temps à tout le monde.
Si ce que je propose ne convient pas, la personne peut le dire simplement et demander d'autres réponses.
-- Cordialement, Mathieu CHATEAU English blog: http://lordoftheping.blogspot.com French blog: http://www.lotp.fr
"GG [MVP]" wrote in message news:%
Bonjour,
Merci de ne pas poster plusieurs fois le même problème.
Il a peut être envie d'avoir une autre réponse que la votre et il sait peut-être chercher aussi bien que vous dans la kb.
-- Cordialement. GG Un livre sur SBS en français et un forum http://sbsfr.mvps.org/livresbs http://forums.mvps.org
