Je ne sais plus vers qui me tourner, les forums de discussions m’ont expliqués
qu’il fallait que je me dirige vers le support technique de Microsoft.
Si je ne suis pas sur le bon destinataire, je vous remercie de m’indiquer un
email ou bien de
transférer cet email vers les services concernés :
Nous avons installé un outil de URL rewriting Linkfreeze de Helicon.
Le nombre de page parcouru par les moteurs a ainsi considérablement
monté, jusqu'à 100 000 pages. Le problème, c'est que le serveur IIS
tombe maintenant plusieurs fois par jour. Voici les symptômes :
- lorsque le nombre de pages appelé atteint 200 pages par minute mais
aussi une dizaine de pages d'après les fichiers logs de IIS.
- Sur le journal des évènements, nous obtenons les erreurs suivantes
: "Le service Service d'administration IIS s'est terminé de manière
inattendue. Ceci s'est produit 84 fois. L'action corrective suivante va
être effectuée dans 0 millisecondes : Aucune action." erreur 7031.
- Juste avant que le serveur tombe, les pages ASP affichent l'erreur :
"Erreur inattendue. Une erreur
interceptable (C0000005) s'est produite dans un objet
externe. L'exécution du script est interrompue."
Actions entreprises :
- Plusieurs échanges de mail avec la société éditrice de Linkfreeze qui me
dise que le
problème vient d'ailleurs :o|
- Nous avons changés de serveurs : W2000 server SP4, IIS 5.0, 1.4 Ghz,
1Go de RAM -> W2000 Server SP4, IIS 5.0, 3.0 Ghz, 2 Go de RAM.
Problème toujours présent.
- Toutes les mises à jour ont été effectuées
- Installation de IIS State dont le résultat sur le log est :
Opened log file 'C:\iisstate\output\IISState-5436.log'
***********************
Starting new log output
IISState version 3.3.1
Fri Aug 12 17:55:17 2005
OS = Windows 2000
Executable: inetinfo.exe
PID = 5436
Note: Thread times are formatted as HH:MM:SS.ms
***********************
IIS has crashed...
Beginning Analysis
DLL (!FunctionName) that failed: ntdll!RtlAllocateHeap
Thread ID: 4
System Thread ID: 1320
Kernel Time: 0:0:0.46
User Time: 0:0:0.15
Thread Type: Possible ASP page. Possible DCOM activity
Executing Page: ASP.dll symbols not found. Unable to locate ASP page.
Continuing with other analysis.
Thread ID: 10
System Thread ID: 12ac
Kernel Time: 0:0:0.203
User Time: 0:0:0.62
*** WARNING: Unable to verify checksum for C:\Program
Files\SWsoft\Plesk\isapi\mapping.dll
*** ERROR: Symbol file could not be found. Defaulted to export symbols
for C:\Program Files\SWsoft\Plesk\isapi\mapping.dll -
Thread Type: Other
# ChildEBP RetAddr
00 0124eb78 77e86335 ntdll!ZwReadFile+0xb
01 0124ebec 100076de KERNEL32!ReadFile+0x181
WARNING: Stack unwind information not available. Following frames may
be wrong.
02 0124f280 10004373 mapping!TerminateFilter+0x66be
03 0124f390 10004864 mapping!TerminateFilter+0x3353
04 00000002 00000000 mapping!TerminateFilter+0x3844
Thread ID: 12
System Thread ID: 1ecc
Kernel Time: 0:0:0.0
User Time: 0:0:0.0
Thread Type: Possible ASP page. Possible DCOM activity
Executing Page: ASP.dll symbols not found. Unable to locate ASP page.
Continuing with other analysis.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Patrick Philippot
Bonjour,
Il est difficile de faire un tel diagnostic à distance mais vu le log, je dirais que l'application ASP fuit:
DLL (!FunctionName) that failed: ntdll!RtlAllocateHeap
La première chose à faire est de configurer l'appli ASP pour qu'elle tourne dans un processus séparé. Au moins, ça ne tuera pas le service quand l'erreur se produit. Ensuite, cela permettra de vérifier que c'est bien l'appli qui se plante et donc de vous diriger vers votre fournisseur.
-- Patrick Philippot - Microsoft MVP MainSoft Consulting Services www.mainsoft.fr
Bonjour,
Il est difficile de faire un tel diagnostic à distance mais vu le log,
je dirais que l'application ASP fuit:
DLL (!FunctionName) that failed: ntdll!RtlAllocateHeap
La première chose à faire est de configurer l'appli ASP pour qu'elle
tourne dans un processus séparé. Au moins, ça ne tuera pas le service
quand l'erreur se produit. Ensuite, cela permettra de vérifier que c'est
bien l'appli qui se plante et donc de vous diriger vers votre
fournisseur.
--
Patrick Philippot - Microsoft MVP
MainSoft Consulting Services
www.mainsoft.fr
Il est difficile de faire un tel diagnostic à distance mais vu le log, je dirais que l'application ASP fuit:
DLL (!FunctionName) that failed: ntdll!RtlAllocateHeap
La première chose à faire est de configurer l'appli ASP pour qu'elle tourne dans un processus séparé. Au moins, ça ne tuera pas le service quand l'erreur se produit. Ensuite, cela permettra de vérifier que c'est bien l'appli qui se plante et donc de vous diriger vers votre fournisseur.
-- Patrick Philippot - Microsoft MVP MainSoft Consulting Services www.mainsoft.fr
Bruno
Bonjour,
merci pour votre réponse. Quand vous dites l'application ASP ? S'agit il d'isoler les différents hosts de IIS car cela est déjà fait. Sinon, pouvez m'indiquer la démarche à suivre pour configurer l'appli pour qu'elle tourne dans un processus isolé.
Merci pour votre aide Bruno
"Patrick Philippot" a écrit :
Bonjour,
Il est difficile de faire un tel diagnostic à distance mais vu le log, je dirais que l'application ASP fuit:
DLL (!FunctionName) that failed: ntdll!RtlAllocateHeap
La première chose à faire est de configurer l'appli ASP pour qu'elle tourne dans un processus séparé. Au moins, ça ne tuera pas le service quand l'erreur se produit. Ensuite, cela permettra de vérifier que c'est bien l'appli qui se plante et donc de vous diriger vers votre fournisseur.
-- Patrick Philippot - Microsoft MVP MainSoft Consulting Services www.mainsoft.fr
Bonjour,
merci pour votre réponse.
Quand vous dites l'application ASP ? S'agit il d'isoler les différents hosts
de IIS car cela est déjà fait. Sinon, pouvez m'indiquer la démarche
à suivre pour configurer l'appli pour qu'elle tourne dans un processus isolé.
Merci pour votre aide
Bruno
"Patrick Philippot" a écrit :
Bonjour,
Il est difficile de faire un tel diagnostic à distance mais vu le log,
je dirais que l'application ASP fuit:
DLL (!FunctionName) that failed: ntdll!RtlAllocateHeap
La première chose à faire est de configurer l'appli ASP pour qu'elle
tourne dans un processus séparé. Au moins, ça ne tuera pas le service
quand l'erreur se produit. Ensuite, cela permettra de vérifier que c'est
bien l'appli qui se plante et donc de vous diriger vers votre
fournisseur.
--
Patrick Philippot - Microsoft MVP
MainSoft Consulting Services
www.mainsoft.fr
merci pour votre réponse. Quand vous dites l'application ASP ? S'agit il d'isoler les différents hosts de IIS car cela est déjà fait. Sinon, pouvez m'indiquer la démarche à suivre pour configurer l'appli pour qu'elle tourne dans un processus isolé.
Merci pour votre aide Bruno
"Patrick Philippot" a écrit :
Bonjour,
Il est difficile de faire un tel diagnostic à distance mais vu le log, je dirais que l'application ASP fuit:
DLL (!FunctionName) that failed: ntdll!RtlAllocateHeap
La première chose à faire est de configurer l'appli ASP pour qu'elle tourne dans un processus séparé. Au moins, ça ne tuera pas le service quand l'erreur se produit. Ensuite, cela permettra de vérifier que c'est bien l'appli qui se plante et donc de vous diriger vers votre fournisseur.
-- Patrick Philippot - Microsoft MVP MainSoft Consulting Services www.mainsoft.fr
Patrick Philippot
Bonjour,
Bruno wrote:
Quand vous dites l'application ASP ? S'agit il d'isoler les différents hosts de IIS car cela est déjà fait.
Non, il s'agit que toutes les DLLs impliquées dans l'application soit chargées par un processus différent du processus IIS lui-même. De cette manière, si l'application fuit ou provoque un crash, cela n'arrête pas le serveur.
Sinon, pouvez m'indiquer la démarche à suivre pour configurer l'appli pour qu'elle tourne dans un processus isolé.
Cela varie avec les versions de IIS. Avec IIS 4, on coche une case (je n'ai plus l'intitutlé en tête) dans la boîte de dialogue Propriétés de l'appli ASP (dans IIS Manager - clic droit sur le répertoire virtuel de l'appli).
Dans IIS 5 puisque c'est ce que vous utilisez, c'est un peu différent. Il faut, pour isoler complètement l'application ASP, mettre le niveau de protection à High (isolated) dans le champ "Application Protection" de la boîte de dialogue Propriétés. Par défaut il est à Medium (pooled). Désolé, je n'ai pas les intitulés en français.
-- Patrick Philippot - Microsoft MVP MainSoft Consulting Services www.mainsoft.fr
Bonjour,
Bruno wrote:
Quand vous dites l'application ASP ? S'agit il d'isoler les
différents hosts de IIS car cela est déjà fait.
Non, il s'agit que toutes les DLLs impliquées dans l'application soit
chargées par un processus différent du processus IIS lui-même. De cette
manière, si l'application fuit ou provoque un crash, cela n'arrête pas
le serveur.
Sinon, pouvez m'indiquer la démarche
à suivre pour configurer l'appli pour qu'elle tourne
dans un processus isolé.
Cela varie avec les versions de IIS. Avec IIS 4, on coche une case (je
n'ai plus l'intitutlé en tête) dans la boîte de dialogue Propriétés de
l'appli ASP (dans IIS Manager - clic droit sur le répertoire virtuel de
l'appli).
Dans IIS 5 puisque c'est ce que vous utilisez, c'est un peu différent.
Il faut, pour isoler complètement l'application ASP, mettre le niveau de
protection à High (isolated) dans le champ "Application Protection" de
la boîte de dialogue Propriétés. Par défaut il est à Medium (pooled).
Désolé, je n'ai pas les intitulés en français.
--
Patrick Philippot - Microsoft MVP
MainSoft Consulting Services
www.mainsoft.fr
Quand vous dites l'application ASP ? S'agit il d'isoler les différents hosts de IIS car cela est déjà fait.
Non, il s'agit que toutes les DLLs impliquées dans l'application soit chargées par un processus différent du processus IIS lui-même. De cette manière, si l'application fuit ou provoque un crash, cela n'arrête pas le serveur.
Sinon, pouvez m'indiquer la démarche à suivre pour configurer l'appli pour qu'elle tourne dans un processus isolé.
Cela varie avec les versions de IIS. Avec IIS 4, on coche une case (je n'ai plus l'intitutlé en tête) dans la boîte de dialogue Propriétés de l'appli ASP (dans IIS Manager - clic droit sur le répertoire virtuel de l'appli).
Dans IIS 5 puisque c'est ce que vous utilisez, c'est un peu différent. Il faut, pour isoler complètement l'application ASP, mettre le niveau de protection à High (isolated) dans le champ "Application Protection" de la boîte de dialogue Propriétés. Par défaut il est à Medium (pooled). Désolé, je n'ai pas les intitulés en français.
-- Patrick Philippot - Microsoft MVP MainSoft Consulting Services www.mainsoft.fr
Bruno
Bonjour,
merci pour votre aide. J'ai isolé toutes les applications comme indiqués. IIS tombe malgré tout :-( Savez vous comment isoler l'application tel que "linkfreeze" qui n'est pas dans un répertoire virtuel mais intégrée dans les onglets des hosts de IIS (Snep-in extension) ?
Merci
"Patrick Philippot" a écrit :
Bonjour,
Bruno wrote: > Quand vous dites l'application ASP ? S'agit il d'isoler les > différents hosts de IIS car cela est déjà fait.
Non, il s'agit que toutes les DLLs impliquées dans l'application soit chargées par un processus différent du processus IIS lui-même. De cette manière, si l'application fuit ou provoque un crash, cela n'arrête pas le serveur.
> Sinon, pouvez m'indiquer la démarche > à suivre pour configurer l'appli pour qu'elle tourne > dans un processus isolé.
Cela varie avec les versions de IIS. Avec IIS 4, on coche une case (je n'ai plus l'intitutlé en tête) dans la boîte de dialogue Propriétés de l'appli ASP (dans IIS Manager - clic droit sur le répertoire virtuel de l'appli).
Dans IIS 5 puisque c'est ce que vous utilisez, c'est un peu différent. Il faut, pour isoler complètement l'application ASP, mettre le niveau de protection à High (isolated) dans le champ "Application Protection" de la boîte de dialogue Propriétés. Par défaut il est à Medium (pooled). Désolé, je n'ai pas les intitulés en français.
-- Patrick Philippot - Microsoft MVP MainSoft Consulting Services www.mainsoft.fr
Bonjour,
merci pour votre aide.
J'ai isolé toutes les applications comme indiqués. IIS tombe malgré tout :-(
Savez vous comment isoler l'application tel que "linkfreeze" qui n'est pas
dans un répertoire virtuel mais intégrée dans les onglets des hosts de IIS
(Snep-in extension) ?
Merci
"Patrick Philippot" a écrit :
Bonjour,
Bruno wrote:
> Quand vous dites l'application ASP ? S'agit il d'isoler les
> différents hosts de IIS car cela est déjà fait.
Non, il s'agit que toutes les DLLs impliquées dans l'application soit
chargées par un processus différent du processus IIS lui-même. De cette
manière, si l'application fuit ou provoque un crash, cela n'arrête pas
le serveur.
> Sinon, pouvez m'indiquer la démarche
> à suivre pour configurer l'appli pour qu'elle tourne
> dans un processus isolé.
Cela varie avec les versions de IIS. Avec IIS 4, on coche une case (je
n'ai plus l'intitutlé en tête) dans la boîte de dialogue Propriétés de
l'appli ASP (dans IIS Manager - clic droit sur le répertoire virtuel de
l'appli).
Dans IIS 5 puisque c'est ce que vous utilisez, c'est un peu différent.
Il faut, pour isoler complètement l'application ASP, mettre le niveau de
protection à High (isolated) dans le champ "Application Protection" de
la boîte de dialogue Propriétés. Par défaut il est à Medium (pooled).
Désolé, je n'ai pas les intitulés en français.
--
Patrick Philippot - Microsoft MVP
MainSoft Consulting Services
www.mainsoft.fr
merci pour votre aide. J'ai isolé toutes les applications comme indiqués. IIS tombe malgré tout :-( Savez vous comment isoler l'application tel que "linkfreeze" qui n'est pas dans un répertoire virtuel mais intégrée dans les onglets des hosts de IIS (Snep-in extension) ?
Merci
"Patrick Philippot" a écrit :
Bonjour,
Bruno wrote: > Quand vous dites l'application ASP ? S'agit il d'isoler les > différents hosts de IIS car cela est déjà fait.
Non, il s'agit que toutes les DLLs impliquées dans l'application soit chargées par un processus différent du processus IIS lui-même. De cette manière, si l'application fuit ou provoque un crash, cela n'arrête pas le serveur.
> Sinon, pouvez m'indiquer la démarche > à suivre pour configurer l'appli pour qu'elle tourne > dans un processus isolé.
Cela varie avec les versions de IIS. Avec IIS 4, on coche une case (je n'ai plus l'intitutlé en tête) dans la boîte de dialogue Propriétés de l'appli ASP (dans IIS Manager - clic droit sur le répertoire virtuel de l'appli).
Dans IIS 5 puisque c'est ce que vous utilisez, c'est un peu différent. Il faut, pour isoler complètement l'application ASP, mettre le niveau de protection à High (isolated) dans le champ "Application Protection" de la boîte de dialogue Propriétés. Par défaut il est à Medium (pooled). Désolé, je n'ai pas les intitulés en français.
-- Patrick Philippot - Microsoft MVP MainSoft Consulting Services www.mainsoft.fr
Mourad Lagdas
Desole de repondre ci tard...
Ok, generalement chaque fois que voud voyez que IIS crashes et que la fonction qui a cause le crash est "ntdll!RtlAllocateHeap+0x...." la cause est une des deux: - Il n'ya pas assez de memoire ou - il y'a "heap corruption" (desole mais je ne sais pas traduire ca en Francais) .
Si le processus "inetinfo.exe" n'a pas consomme beaucoup de memoire le temps du crash, il faut que vous chercher la cause de "Heap Corruption". Il est tres difficile ou meme impossible de determiner la cause de "heap corruption" sans que vous avez configure le system apriori pour cette raison.
Microsoft vient de publier un outil sur son site Beta qui facilite la tache un peu. allez a: http://beta.microsoft.com Utilizer votre compte hotmail pour "DebugDiag" pur Guest ID.
Download DebugDiag et aussi la presentation qui va avec. Cet outil vous aidera a debugger le probleme de "heap corruption".
Si vous etes interesse a utulizer l'outil, n'hesiter pas a emailer le group et on peut continuer avec les etapes exact que vous deves faire pour savoir la cause de "heap corruption"
Merci
Mourad
"Bruno" wrote in message news:
Bonjour,
merci pour votre aide. J'ai isolé toutes les applications comme indiqués. IIS tombe malgré tout
:-(
Savez vous comment isoler l'application tel que "linkfreeze" qui n'est pas dans un répertoire virtuel mais intégrée dans les onglets des hosts de IIS (Snep-in extension) ?
Merci
"Patrick Philippot" a écrit :
> Bonjour, > > Bruno wrote: > > Quand vous dites l'application ASP ? S'agit il d'isoler les > > différents hosts de IIS car cela est déjà fait. > > Non, il s'agit que toutes les DLLs impliquées dans l'application soit > chargées par un processus différent du processus IIS lui-même. De cette > manière, si l'application fuit ou provoque un crash, cela n'arrête pas > le serveur. > > > Sinon, pouvez m'indiquer la démarche > > à suivre pour configurer l'appli pour qu'elle tourne > > dans un processus isolé. > > Cela varie avec les versions de IIS. Avec IIS 4, on coche une case (je > n'ai plus l'intitutlé en tête) dans la boîte de dialogue Propriétés de > l'appli ASP (dans IIS Manager - clic droit sur le répertoire virtuel de > l'appli). > > Dans IIS 5 puisque c'est ce que vous utilisez, c'est un peu différent. > Il faut, pour isoler complètement l'application ASP, mettre le niveau de > protection à High (isolated) dans le champ "Application Protection" de > la boîte de dialogue Propriétés. Par défaut il est à Medium (pooled). > Désolé, je n'ai pas les intitulés en français. > > -- > Patrick Philippot - Microsoft MVP > MainSoft Consulting Services > www.mainsoft.fr > > >
Desole de repondre ci tard...
Ok, generalement chaque fois que voud voyez que IIS crashes et que la
fonction qui a cause le crash est
"ntdll!RtlAllocateHeap+0x...." la cause est une des deux:
- Il n'ya pas assez de memoire ou
- il y'a "heap corruption" (desole mais je ne sais pas traduire ca en
Francais) .
Si le processus "inetinfo.exe" n'a pas consomme beaucoup de memoire le temps
du crash, il faut que vous chercher la cause de "Heap Corruption". Il est
tres difficile ou meme impossible de determiner la cause de "heap
corruption" sans que vous avez configure le system apriori pour cette
raison.
Microsoft vient de publier un outil sur son site Beta qui facilite la tache
un peu.
allez a: http://beta.microsoft.com
Utilizer votre compte hotmail
pour "DebugDiag" pur Guest ID.
Download DebugDiag et aussi la presentation qui va avec.
Cet outil vous aidera a debugger le probleme de "heap corruption".
Si vous etes interesse a utulizer l'outil, n'hesiter pas a emailer le group
et on peut continuer avec les etapes exact que vous deves faire pour savoir
la cause de "heap corruption"
Merci
Mourad
"Bruno" <Bruno@discussions.microsoft.com> wrote in message
news:6846E955-0A7A-48C3-8FC3-103CA286056D@microsoft.com...
Bonjour,
merci pour votre aide.
J'ai isolé toutes les applications comme indiqués. IIS tombe malgré tout
:-(
Savez vous comment isoler l'application tel que "linkfreeze" qui n'est pas
dans un répertoire virtuel mais intégrée dans les onglets des hosts de IIS
(Snep-in extension) ?
Merci
"Patrick Philippot" a écrit :
> Bonjour,
>
> Bruno wrote:
> > Quand vous dites l'application ASP ? S'agit il d'isoler les
> > différents hosts de IIS car cela est déjà fait.
>
> Non, il s'agit que toutes les DLLs impliquées dans l'application soit
> chargées par un processus différent du processus IIS lui-même. De cette
> manière, si l'application fuit ou provoque un crash, cela n'arrête pas
> le serveur.
>
> > Sinon, pouvez m'indiquer la démarche
> > à suivre pour configurer l'appli pour qu'elle tourne
> > dans un processus isolé.
>
> Cela varie avec les versions de IIS. Avec IIS 4, on coche une case (je
> n'ai plus l'intitutlé en tête) dans la boîte de dialogue Propriétés de
> l'appli ASP (dans IIS Manager - clic droit sur le répertoire virtuel de
> l'appli).
>
> Dans IIS 5 puisque c'est ce que vous utilisez, c'est un peu différent.
> Il faut, pour isoler complètement l'application ASP, mettre le niveau de
> protection à High (isolated) dans le champ "Application Protection" de
> la boîte de dialogue Propriétés. Par défaut il est à Medium (pooled).
> Désolé, je n'ai pas les intitulés en français.
>
> --
> Patrick Philippot - Microsoft MVP
> MainSoft Consulting Services
> www.mainsoft.fr
>
>
>
Ok, generalement chaque fois que voud voyez que IIS crashes et que la fonction qui a cause le crash est "ntdll!RtlAllocateHeap+0x...." la cause est une des deux: - Il n'ya pas assez de memoire ou - il y'a "heap corruption" (desole mais je ne sais pas traduire ca en Francais) .
Si le processus "inetinfo.exe" n'a pas consomme beaucoup de memoire le temps du crash, il faut que vous chercher la cause de "Heap Corruption". Il est tres difficile ou meme impossible de determiner la cause de "heap corruption" sans que vous avez configure le system apriori pour cette raison.
Microsoft vient de publier un outil sur son site Beta qui facilite la tache un peu. allez a: http://beta.microsoft.com Utilizer votre compte hotmail pour "DebugDiag" pur Guest ID.
Download DebugDiag et aussi la presentation qui va avec. Cet outil vous aidera a debugger le probleme de "heap corruption".
Si vous etes interesse a utulizer l'outil, n'hesiter pas a emailer le group et on peut continuer avec les etapes exact que vous deves faire pour savoir la cause de "heap corruption"
Merci
Mourad
"Bruno" wrote in message news:
Bonjour,
merci pour votre aide. J'ai isolé toutes les applications comme indiqués. IIS tombe malgré tout
:-(
Savez vous comment isoler l'application tel que "linkfreeze" qui n'est pas dans un répertoire virtuel mais intégrée dans les onglets des hosts de IIS (Snep-in extension) ?
Merci
"Patrick Philippot" a écrit :
> Bonjour, > > Bruno wrote: > > Quand vous dites l'application ASP ? S'agit il d'isoler les > > différents hosts de IIS car cela est déjà fait. > > Non, il s'agit que toutes les DLLs impliquées dans l'application soit > chargées par un processus différent du processus IIS lui-même. De cette > manière, si l'application fuit ou provoque un crash, cela n'arrête pas > le serveur. > > > Sinon, pouvez m'indiquer la démarche > > à suivre pour configurer l'appli pour qu'elle tourne > > dans un processus isolé. > > Cela varie avec les versions de IIS. Avec IIS 4, on coche une case (je > n'ai plus l'intitutlé en tête) dans la boîte de dialogue Propriétés de > l'appli ASP (dans IIS Manager - clic droit sur le répertoire virtuel de > l'appli). > > Dans IIS 5 puisque c'est ce que vous utilisez, c'est un peu différent. > Il faut, pour isoler complètement l'application ASP, mettre le niveau de > protection à High (isolated) dans le champ "Application Protection" de > la boîte de dialogue Propriétés. Par défaut il est à Medium (pooled). > Désolé, je n'ai pas les intitulés en français. > > -- > Patrick Philippot - Microsoft MVP > MainSoft Consulting Services > www.mainsoft.fr > > >
Bruno
Merci pour votre réponse,
J'ai installé l'outil debugdialog et ensuite configuré avec le wizard pour obtenir un fichier dmp après un crash de IIS. Et cela m'a généré des fichiers dmp que j'ai ensuite fait anlyser par "crash/Hang Analysis" et "Memory Pressure Analysis", cela m'a généré deux pages que j'ai mis en ligne aux adresses respectives suivantes : http://84.246.225.34/debug/IIS_Report__Date_11_21_2005__Time_07_06_38PM__890.mht et http://84.246.225.34/debug/Memory_Report__Date_11_21_2005__Time_07_10_36PM__390.mht
Les recommandations de la première page indique qu'il s'agit un problème de Heap Corruption comme vous l'aviez indiqé. D'après les recommandations de cette page, j'ai installé l'outil IIS debug tools et lancé iisdump.exe -I -p 22056, un message d'erreur apparaît m'indiquant le message suivant : "Error, you must be an administrator to run this tool", or je suis bien l'administrateur :o( Ainsi, d'après des forums, j'ai remplacé iisdump par adplus en installant l'outil Debugging tools for windows, puis en tapant : ADPplus -iis -crash, celui-ci me fournit un fichier dmp que fait analysé par cdb.exe et windbg.exe. Ces derniers donnent un message d'erreur : "ERROR : Symbol file could not be found. Defaulted to export symbols for NTDLL.DLL"
Première question : suis je sur la bonne voie ? Deuxième question : Si oui, comment fournir les symboles pour qu'ils puissent continuer l'analyse.
Merci pour votre aide.
Bruno
en demandant un C
"Mourad Lagdas" a écrit :
Desole de repondre ci tard...
Ok, generalement chaque fois que voud voyez que IIS crashes et que la fonction qui a cause le crash est "ntdll!RtlAllocateHeap+0x...." la cause est une des deux: - Il n'ya pas assez de memoire ou - il y'a "heap corruption" (desole mais je ne sais pas traduire ca en Francais) .
Si le processus "inetinfo.exe" n'a pas consomme beaucoup de memoire le temps du crash, il faut que vous chercher la cause de "Heap Corruption". Il est tres difficile ou meme impossible de determiner la cause de "heap corruption" sans que vous avez configure le system apriori pour cette raison.
Microsoft vient de publier un outil sur son site Beta qui facilite la tache un peu. allez a: http://beta.microsoft.com Utilizer votre compte hotmail pour "DebugDiag" pur Guest ID.
Download DebugDiag et aussi la presentation qui va avec. Cet outil vous aidera a debugger le probleme de "heap corruption".
Si vous etes interesse a utulizer l'outil, n'hesiter pas a emailer le group et on peut continuer avec les etapes exact que vous deves faire pour savoir la cause de "heap corruption"
Merci
Mourad
"Bruno" wrote in message news: > Bonjour, > > merci pour votre aide. > J'ai isolé toutes les applications comme indiqués. IIS tombe malgré tout :-( > Savez vous comment isoler l'application tel que "linkfreeze" qui n'est pas > dans un répertoire virtuel mais intégrée dans les onglets des hosts de IIS > (Snep-in extension) ? > > Merci > > "Patrick Philippot" a écrit : > > > Bonjour, > > > > Bruno wrote: > > > Quand vous dites l'application ASP ? S'agit il d'isoler les > > > différents hosts de IIS car cela est déjà fait. > > > > Non, il s'agit que toutes les DLLs impliquées dans l'application soit > > chargées par un processus différent du processus IIS lui-même. De cette > > manière, si l'application fuit ou provoque un crash, cela n'arrête pas > > le serveur. > > > > > Sinon, pouvez m'indiquer la démarche > > > à suivre pour configurer l'appli pour qu'elle tourne > > > dans un processus isolé. > > > > Cela varie avec les versions de IIS. Avec IIS 4, on coche une case (je > > n'ai plus l'intitutlé en tête) dans la boîte de dialogue Propriétés de > > l'appli ASP (dans IIS Manager - clic droit sur le répertoire virtuel de > > l'appli). > > > > Dans IIS 5 puisque c'est ce que vous utilisez, c'est un peu différent. > > Il faut, pour isoler complètement l'application ASP, mettre le niveau de > > protection à High (isolated) dans le champ "Application Protection" de > > la boîte de dialogue Propriétés. Par défaut il est à Medium (pooled). > > Désolé, je n'ai pas les intitulés en français. > > > > -- > > Patrick Philippot - Microsoft MVP > > MainSoft Consulting Services > > www.mainsoft.fr > > > > > >
Merci pour votre réponse,
J'ai installé l'outil debugdialog et ensuite configuré avec le wizard
pour obtenir un fichier dmp après un crash de IIS.
Et cela m'a généré des fichiers dmp que j'ai ensuite fait anlyser par
"crash/Hang Analysis" et "Memory Pressure Analysis", cela m'a généré deux
pages que j'ai mis en ligne aux adresses respectives suivantes :
http://84.246.225.34/debug/IIS_Report__Date_11_21_2005__Time_07_06_38PM__890.mht
et
http://84.246.225.34/debug/Memory_Report__Date_11_21_2005__Time_07_10_36PM__390.mht
Les recommandations de la première page indique qu'il s'agit un problème de
Heap Corruption comme vous l'aviez indiqé. D'après les recommandations de
cette page, j'ai installé l'outil IIS debug tools et lancé iisdump.exe -I -p
22056, un message d'erreur apparaît m'indiquant le message suivant :
"Error, you must be an administrator to run this tool", or je suis bien
l'administrateur :o(
Ainsi, d'après des forums, j'ai remplacé iisdump par adplus en installant
l'outil Debugging tools for windows, puis en tapant : ADPplus -iis -crash,
celui-ci me fournit un fichier dmp que fait analysé par cdb.exe et
windbg.exe. Ces derniers donnent un message d'erreur :
"ERROR : Symbol file could not be found. Defaulted to export symbols for
NTDLL.DLL"
Première question :
suis je sur la bonne voie ?
Deuxième question :
Si oui, comment fournir les symboles pour qu'ils puissent continuer l'analyse.
Merci pour votre aide.
Bruno
en demandant un C
"Mourad Lagdas" a écrit :
Desole de repondre ci tard...
Ok, generalement chaque fois que voud voyez que IIS crashes et que la
fonction qui a cause le crash est
"ntdll!RtlAllocateHeap+0x...." la cause est une des deux:
- Il n'ya pas assez de memoire ou
- il y'a "heap corruption" (desole mais je ne sais pas traduire ca en
Francais) .
Si le processus "inetinfo.exe" n'a pas consomme beaucoup de memoire le temps
du crash, il faut que vous chercher la cause de "Heap Corruption". Il est
tres difficile ou meme impossible de determiner la cause de "heap
corruption" sans que vous avez configure le system apriori pour cette
raison.
Microsoft vient de publier un outil sur son site Beta qui facilite la tache
un peu.
allez a: http://beta.microsoft.com
Utilizer votre compte hotmail
pour "DebugDiag" pur Guest ID.
Download DebugDiag et aussi la presentation qui va avec.
Cet outil vous aidera a debugger le probleme de "heap corruption".
Si vous etes interesse a utulizer l'outil, n'hesiter pas a emailer le group
et on peut continuer avec les etapes exact que vous deves faire pour savoir
la cause de "heap corruption"
Merci
Mourad
"Bruno" <Bruno@discussions.microsoft.com> wrote in message
news:6846E955-0A7A-48C3-8FC3-103CA286056D@microsoft.com...
> Bonjour,
>
> merci pour votre aide.
> J'ai isolé toutes les applications comme indiqués. IIS tombe malgré tout
:-(
> Savez vous comment isoler l'application tel que "linkfreeze" qui n'est pas
> dans un répertoire virtuel mais intégrée dans les onglets des hosts de IIS
> (Snep-in extension) ?
>
> Merci
>
> "Patrick Philippot" a écrit :
>
> > Bonjour,
> >
> > Bruno wrote:
> > > Quand vous dites l'application ASP ? S'agit il d'isoler les
> > > différents hosts de IIS car cela est déjà fait.
> >
> > Non, il s'agit que toutes les DLLs impliquées dans l'application soit
> > chargées par un processus différent du processus IIS lui-même. De cette
> > manière, si l'application fuit ou provoque un crash, cela n'arrête pas
> > le serveur.
> >
> > > Sinon, pouvez m'indiquer la démarche
> > > à suivre pour configurer l'appli pour qu'elle tourne
> > > dans un processus isolé.
> >
> > Cela varie avec les versions de IIS. Avec IIS 4, on coche une case (je
> > n'ai plus l'intitutlé en tête) dans la boîte de dialogue Propriétés de
> > l'appli ASP (dans IIS Manager - clic droit sur le répertoire virtuel de
> > l'appli).
> >
> > Dans IIS 5 puisque c'est ce que vous utilisez, c'est un peu différent.
> > Il faut, pour isoler complètement l'application ASP, mettre le niveau de
> > protection à High (isolated) dans le champ "Application Protection" de
> > la boîte de dialogue Propriétés. Par défaut il est à Medium (pooled).
> > Désolé, je n'ai pas les intitulés en français.
> >
> > --
> > Patrick Philippot - Microsoft MVP
> > MainSoft Consulting Services
> > www.mainsoft.fr
> >
> >
> >
J'ai installé l'outil debugdialog et ensuite configuré avec le wizard pour obtenir un fichier dmp après un crash de IIS. Et cela m'a généré des fichiers dmp que j'ai ensuite fait anlyser par "crash/Hang Analysis" et "Memory Pressure Analysis", cela m'a généré deux pages que j'ai mis en ligne aux adresses respectives suivantes : http://84.246.225.34/debug/IIS_Report__Date_11_21_2005__Time_07_06_38PM__890.mht et http://84.246.225.34/debug/Memory_Report__Date_11_21_2005__Time_07_10_36PM__390.mht
Les recommandations de la première page indique qu'il s'agit un problème de Heap Corruption comme vous l'aviez indiqé. D'après les recommandations de cette page, j'ai installé l'outil IIS debug tools et lancé iisdump.exe -I -p 22056, un message d'erreur apparaît m'indiquant le message suivant : "Error, you must be an administrator to run this tool", or je suis bien l'administrateur :o( Ainsi, d'après des forums, j'ai remplacé iisdump par adplus en installant l'outil Debugging tools for windows, puis en tapant : ADPplus -iis -crash, celui-ci me fournit un fichier dmp que fait analysé par cdb.exe et windbg.exe. Ces derniers donnent un message d'erreur : "ERROR : Symbol file could not be found. Defaulted to export symbols for NTDLL.DLL"
Première question : suis je sur la bonne voie ? Deuxième question : Si oui, comment fournir les symboles pour qu'ils puissent continuer l'analyse.
Merci pour votre aide.
Bruno
en demandant un C
"Mourad Lagdas" a écrit :
Desole de repondre ci tard...
Ok, generalement chaque fois que voud voyez que IIS crashes et que la fonction qui a cause le crash est "ntdll!RtlAllocateHeap+0x...." la cause est une des deux: - Il n'ya pas assez de memoire ou - il y'a "heap corruption" (desole mais je ne sais pas traduire ca en Francais) .
Si le processus "inetinfo.exe" n'a pas consomme beaucoup de memoire le temps du crash, il faut que vous chercher la cause de "Heap Corruption". Il est tres difficile ou meme impossible de determiner la cause de "heap corruption" sans que vous avez configure le system apriori pour cette raison.
Microsoft vient de publier un outil sur son site Beta qui facilite la tache un peu. allez a: http://beta.microsoft.com Utilizer votre compte hotmail pour "DebugDiag" pur Guest ID.
Download DebugDiag et aussi la presentation qui va avec. Cet outil vous aidera a debugger le probleme de "heap corruption".
Si vous etes interesse a utulizer l'outil, n'hesiter pas a emailer le group et on peut continuer avec les etapes exact que vous deves faire pour savoir la cause de "heap corruption"
Merci
Mourad
"Bruno" wrote in message news: > Bonjour, > > merci pour votre aide. > J'ai isolé toutes les applications comme indiqués. IIS tombe malgré tout :-( > Savez vous comment isoler l'application tel que "linkfreeze" qui n'est pas > dans un répertoire virtuel mais intégrée dans les onglets des hosts de IIS > (Snep-in extension) ? > > Merci > > "Patrick Philippot" a écrit : > > > Bonjour, > > > > Bruno wrote: > > > Quand vous dites l'application ASP ? S'agit il d'isoler les > > > différents hosts de IIS car cela est déjà fait. > > > > Non, il s'agit que toutes les DLLs impliquées dans l'application soit > > chargées par un processus différent du processus IIS lui-même. De cette > > manière, si l'application fuit ou provoque un crash, cela n'arrête pas > > le serveur. > > > > > Sinon, pouvez m'indiquer la démarche > > > à suivre pour configurer l'appli pour qu'elle tourne > > > dans un processus isolé. > > > > Cela varie avec les versions de IIS. Avec IIS 4, on coche une case (je > > n'ai plus l'intitutlé en tête) dans la boîte de dialogue Propriétés de > > l'appli ASP (dans IIS Manager - clic droit sur le répertoire virtuel de > > l'appli). > > > > Dans IIS 5 puisque c'est ce que vous utilisez, c'est un peu différent. > > Il faut, pour isoler complètement l'application ASP, mettre le niveau de > > protection à High (isolated) dans le champ "Application Protection" de > > la boîte de dialogue Propriétés. Par défaut il est à Medium (pooled). > > Désolé, je n'ai pas les intitulés en français. > > > > -- > > Patrick Philippot - Microsoft MVP > > MainSoft Consulting Services > > www.mainsoft.fr > > > > > >
Mourad Lagdas
Hi Bruno;
Merci d'avoir utiliser DebugDiag.
Quand vous debugger un problem de crash, l'analyse doit etre contre le script (crash/hang). Le script "Memory pressure" est a lancer quand on debug memory leaks (fuite de memoire). Dans tout cas, j'ai vu le rapport IIS_Report__Date_11_21_2005__Time_07_06_38PM__890.mht. Celui-ci indique que le probleme est en effet "heap corruption".
Heap corruption was detected in heap 0x00070000, however pageheap was not enabled in this dump. Please follow the instructions in the recommendation section for troubleshooting heap corruption issues.
Current NTGlobalFlags value: 00000000
L'etape suivante serait de refaire la meme chose mais avec l'option "pageheap" selectionnee. Quand vous creer "crash rule" indiquer que c'est contre "all instances on inetinfo.exe" et vous aurer le choix de selectionner 2 types de pageheap "Normal pageheap" et "Full pageheap". Coomencer avec "Normal pageheap".
vous pouvez bien sur utiliser les autres debuggers (windbg.exe, cdb.exe, adplus, ou iisdump) mais j'aurai bien aime si vous continuer avec debugdiag surtout parcequ'on veut bien du feedback sur l'outil qui nous aidera a l'amiglorer
Merci Bien
Mourad
"Bruno" wrote in message news:
Merci pour votre réponse,
J'ai installé l'outil debugdialog et ensuite configuré avec le wizard pour obtenir un fichier dmp après un crash de IIS. Et cela m'a généré des fichiers dmp que j'ai ensuite fait anlyser par "crash/Hang Analysis" et "Memory Pressure Analysis", cela m'a généré deux pages que j'ai mis en ligne aux adresses respectives suivantes :
Les recommandations de la première page indique qu'il s'agit un problème
de
Heap Corruption comme vous l'aviez indiqé. D'après les recommandations de
cette page, j'ai installé l'outil IIS debug tools et lancé
iisdump.exe -I -p
22056, un message d'erreur apparaît m'indiquant le message suivant : "Error, you must be an administrator to run this tool", or je suis bien l'administrateur :o( Ainsi, d'après des forums, j'ai remplacé iisdump par adplus en installant l'outil Debugging tools for windows, puis en tapant : ADPplus -iis -crash, celui-ci me fournit un fichier dmp que fait analysé par cdb.exe et windbg.exe. Ces derniers donnent un message d'erreur : "ERROR : Symbol file could not be found. Defaulted to export symbols for NTDLL.DLL"
Première question : suis je sur la bonne voie ? Deuxième question : Si oui, comment fournir les symboles pour qu'ils puissent continuer
l'analyse.
Merci pour votre aide.
Bruno
en demandant un C
"Mourad Lagdas" a écrit :
> Desole de repondre ci tard... > > Ok, generalement chaque fois que voud voyez que IIS crashes et que la > fonction qui a cause le crash est > "ntdll!RtlAllocateHeap+0x...." la cause est une des deux: > - Il n'ya pas assez de memoire ou > - il y'a "heap corruption" (desole mais je ne sais pas traduire ca en > Francais) . > > Si le processus "inetinfo.exe" n'a pas consomme beaucoup de memoire le
temps
> du crash, il faut que vous chercher la cause de "Heap Corruption". Il
est
> tres difficile ou meme impossible de determiner la cause de "heap > corruption" sans que vous avez configure le system apriori pour cette > raison. > > Microsoft vient de publier un outil sur son site Beta qui facilite la
tache
> un peu. > allez a: http://beta.microsoft.com > Utilizer votre compte hotmail > pour "DebugDiag" pur Guest ID. > > Download DebugDiag et aussi la presentation qui va avec. > Cet outil vous aidera a debugger le probleme de "heap corruption". > > Si vous etes interesse a utulizer l'outil, n'hesiter pas a emailer le
group
> et on peut continuer avec les etapes exact que vous deves faire pour
savoir
> la cause de "heap corruption" > > Merci > > Mourad > > > "Bruno" wrote in message > news: > > Bonjour, > > > > merci pour votre aide. > > J'ai isolé toutes les applications comme indiqués. IIS tombe malgré
tout
> :-( > > Savez vous comment isoler l'application tel que "linkfreeze" qui n'est
pas
> > dans un répertoire virtuel mais intégrée dans les onglets des hosts de
IIS
> > (Snep-in extension) ? > > > > Merci > > > > "Patrick Philippot" a écrit : > > > > > Bonjour, > > > > > > Bruno wrote: > > > > Quand vous dites l'application ASP ? S'agit il d'isoler les > > > > différents hosts de IIS car cela est déjà fait. > > > > > > Non, il s'agit que toutes les DLLs impliquées dans l'application
soit
> > > chargées par un processus différent du processus IIS lui-même. De
cette
> > > manière, si l'application fuit ou provoque un crash, cela n'arrête
pas
> > > le serveur. > > > > > > > Sinon, pouvez m'indiquer la démarche > > > > à suivre pour configurer l'appli pour qu'elle tourne > > > > dans un processus isolé. > > > > > > Cela varie avec les versions de IIS. Avec IIS 4, on coche une case
(je
> > > n'ai plus l'intitutlé en tête) dans la boîte de dialogue Propriétés
de
> > > l'appli ASP (dans IIS Manager - clic droit sur le répertoire virtuel
de
> > > l'appli). > > > > > > Dans IIS 5 puisque c'est ce que vous utilisez, c'est un peu
différent.
> > > Il faut, pour isoler complètement l'application ASP, mettre le
niveau de
> > > protection à High (isolated) dans le champ "Application Protection"
de
> > > la boîte de dialogue Propriétés. Par défaut il est à Medium
(pooled).
> > > Désolé, je n'ai pas les intitulés en français. > > > > > > -- > > > Patrick Philippot - Microsoft MVP > > > MainSoft Consulting Services > > > www.mainsoft.fr > > > > > > > > > > > >
Hi Bruno;
Merci d'avoir utiliser DebugDiag.
Quand vous debugger un problem de crash, l'analyse doit etre contre le
script (crash/hang). Le script "Memory pressure" est a lancer quand on debug
memory leaks (fuite de memoire).
Dans tout cas, j'ai vu le rapport
IIS_Report__Date_11_21_2005__Time_07_06_38PM__890.mht.
Celui-ci indique que le probleme est en effet "heap corruption".
Heap corruption was detected in heap 0x00070000, however pageheap was not
enabled in this dump. Please follow the instructions in the recommendation
section for troubleshooting heap corruption issues.
Current NTGlobalFlags value: 00000000
L'etape suivante serait de refaire la meme chose mais avec l'option
"pageheap" selectionnee.
Quand vous creer "crash rule" indiquer que c'est contre "all instances on
inetinfo.exe" et vous aurer le choix de selectionner 2 types de pageheap
"Normal pageheap" et "Full pageheap". Coomencer avec "Normal pageheap".
vous pouvez bien sur utiliser les autres debuggers (windbg.exe, cdb.exe,
adplus, ou iisdump) mais j'aurai bien aime si vous continuer avec debugdiag
surtout parcequ'on veut bien du feedback sur l'outil qui nous aidera a
l'amiglorer
Merci Bien
Mourad
"Bruno" <Bruno@discussions.microsoft.com> wrote in message
news:23A6AB72-17A0-481D-9D9C-17D80F8916D6@microsoft.com...
Merci pour votre réponse,
J'ai installé l'outil debugdialog et ensuite configuré avec le wizard
pour obtenir un fichier dmp après un crash de IIS.
Et cela m'a généré des fichiers dmp que j'ai ensuite fait anlyser par
"crash/Hang Analysis" et "Memory Pressure Analysis", cela m'a généré deux
pages que j'ai mis en ligne aux adresses respectives suivantes :
Les recommandations de la première page indique qu'il s'agit un problème
de
Heap Corruption comme vous l'aviez indiqé. D'après les recommandations de
cette page, j'ai installé l'outil IIS debug tools et lancé
iisdump.exe -I -p
22056, un message d'erreur apparaît m'indiquant le message suivant :
"Error, you must be an administrator to run this tool", or je suis bien
l'administrateur :o(
Ainsi, d'après des forums, j'ai remplacé iisdump par adplus en installant
l'outil Debugging tools for windows, puis en tapant : ADPplus -iis -crash,
celui-ci me fournit un fichier dmp que fait analysé par cdb.exe et
windbg.exe. Ces derniers donnent un message d'erreur :
"ERROR : Symbol file could not be found. Defaulted to export symbols for
NTDLL.DLL"
Première question :
suis je sur la bonne voie ?
Deuxième question :
Si oui, comment fournir les symboles pour qu'ils puissent continuer
l'analyse.
Merci pour votre aide.
Bruno
en demandant un C
"Mourad Lagdas" a écrit :
> Desole de repondre ci tard...
>
> Ok, generalement chaque fois que voud voyez que IIS crashes et que la
> fonction qui a cause le crash est
> "ntdll!RtlAllocateHeap+0x...." la cause est une des deux:
> - Il n'ya pas assez de memoire ou
> - il y'a "heap corruption" (desole mais je ne sais pas traduire ca en
> Francais) .
>
> Si le processus "inetinfo.exe" n'a pas consomme beaucoup de memoire le
temps
> du crash, il faut que vous chercher la cause de "Heap Corruption". Il
est
> tres difficile ou meme impossible de determiner la cause de "heap
> corruption" sans que vous avez configure le system apriori pour cette
> raison.
>
> Microsoft vient de publier un outil sur son site Beta qui facilite la
tache
> un peu.
> allez a: http://beta.microsoft.com
> Utilizer votre compte hotmail
> pour "DebugDiag" pur Guest ID.
>
> Download DebugDiag et aussi la presentation qui va avec.
> Cet outil vous aidera a debugger le probleme de "heap corruption".
>
> Si vous etes interesse a utulizer l'outil, n'hesiter pas a emailer le
group
> et on peut continuer avec les etapes exact que vous deves faire pour
savoir
> la cause de "heap corruption"
>
> Merci
>
> Mourad
>
>
> "Bruno" <Bruno@discussions.microsoft.com> wrote in message
> news:6846E955-0A7A-48C3-8FC3-103CA286056D@microsoft.com...
> > Bonjour,
> >
> > merci pour votre aide.
> > J'ai isolé toutes les applications comme indiqués. IIS tombe malgré
tout
> :-(
> > Savez vous comment isoler l'application tel que "linkfreeze" qui n'est
pas
> > dans un répertoire virtuel mais intégrée dans les onglets des hosts de
IIS
> > (Snep-in extension) ?
> >
> > Merci
> >
> > "Patrick Philippot" a écrit :
> >
> > > Bonjour,
> > >
> > > Bruno wrote:
> > > > Quand vous dites l'application ASP ? S'agit il d'isoler les
> > > > différents hosts de IIS car cela est déjà fait.
> > >
> > > Non, il s'agit que toutes les DLLs impliquées dans l'application
soit
> > > chargées par un processus différent du processus IIS lui-même. De
cette
> > > manière, si l'application fuit ou provoque un crash, cela n'arrête
pas
> > > le serveur.
> > >
> > > > Sinon, pouvez m'indiquer la démarche
> > > > à suivre pour configurer l'appli pour qu'elle tourne
> > > > dans un processus isolé.
> > >
> > > Cela varie avec les versions de IIS. Avec IIS 4, on coche une case
(je
> > > n'ai plus l'intitutlé en tête) dans la boîte de dialogue Propriétés
de
> > > l'appli ASP (dans IIS Manager - clic droit sur le répertoire virtuel
de
> > > l'appli).
> > >
> > > Dans IIS 5 puisque c'est ce que vous utilisez, c'est un peu
différent.
> > > Il faut, pour isoler complètement l'application ASP, mettre le
niveau de
> > > protection à High (isolated) dans le champ "Application Protection"
de
> > > la boîte de dialogue Propriétés. Par défaut il est à Medium
(pooled).
> > > Désolé, je n'ai pas les intitulés en français.
> > >
> > > --
> > > Patrick Philippot - Microsoft MVP
> > > MainSoft Consulting Services
> > > www.mainsoft.fr
> > >
> > >
> > >
>
>
>
Quand vous debugger un problem de crash, l'analyse doit etre contre le script (crash/hang). Le script "Memory pressure" est a lancer quand on debug memory leaks (fuite de memoire). Dans tout cas, j'ai vu le rapport IIS_Report__Date_11_21_2005__Time_07_06_38PM__890.mht. Celui-ci indique que le probleme est en effet "heap corruption".
Heap corruption was detected in heap 0x00070000, however pageheap was not enabled in this dump. Please follow the instructions in the recommendation section for troubleshooting heap corruption issues.
Current NTGlobalFlags value: 00000000
L'etape suivante serait de refaire la meme chose mais avec l'option "pageheap" selectionnee. Quand vous creer "crash rule" indiquer que c'est contre "all instances on inetinfo.exe" et vous aurer le choix de selectionner 2 types de pageheap "Normal pageheap" et "Full pageheap". Coomencer avec "Normal pageheap".
vous pouvez bien sur utiliser les autres debuggers (windbg.exe, cdb.exe, adplus, ou iisdump) mais j'aurai bien aime si vous continuer avec debugdiag surtout parcequ'on veut bien du feedback sur l'outil qui nous aidera a l'amiglorer
Merci Bien
Mourad
"Bruno" wrote in message news:
Merci pour votre réponse,
J'ai installé l'outil debugdialog et ensuite configuré avec le wizard pour obtenir un fichier dmp après un crash de IIS. Et cela m'a généré des fichiers dmp que j'ai ensuite fait anlyser par "crash/Hang Analysis" et "Memory Pressure Analysis", cela m'a généré deux pages que j'ai mis en ligne aux adresses respectives suivantes :
Les recommandations de la première page indique qu'il s'agit un problème
de
Heap Corruption comme vous l'aviez indiqé. D'après les recommandations de
cette page, j'ai installé l'outil IIS debug tools et lancé
iisdump.exe -I -p
22056, un message d'erreur apparaît m'indiquant le message suivant : "Error, you must be an administrator to run this tool", or je suis bien l'administrateur :o( Ainsi, d'après des forums, j'ai remplacé iisdump par adplus en installant l'outil Debugging tools for windows, puis en tapant : ADPplus -iis -crash, celui-ci me fournit un fichier dmp que fait analysé par cdb.exe et windbg.exe. Ces derniers donnent un message d'erreur : "ERROR : Symbol file could not be found. Defaulted to export symbols for NTDLL.DLL"
Première question : suis je sur la bonne voie ? Deuxième question : Si oui, comment fournir les symboles pour qu'ils puissent continuer
l'analyse.
Merci pour votre aide.
Bruno
en demandant un C
"Mourad Lagdas" a écrit :
> Desole de repondre ci tard... > > Ok, generalement chaque fois que voud voyez que IIS crashes et que la > fonction qui a cause le crash est > "ntdll!RtlAllocateHeap+0x...." la cause est une des deux: > - Il n'ya pas assez de memoire ou > - il y'a "heap corruption" (desole mais je ne sais pas traduire ca en > Francais) . > > Si le processus "inetinfo.exe" n'a pas consomme beaucoup de memoire le
temps
> du crash, il faut que vous chercher la cause de "Heap Corruption". Il
est
> tres difficile ou meme impossible de determiner la cause de "heap > corruption" sans que vous avez configure le system apriori pour cette > raison. > > Microsoft vient de publier un outil sur son site Beta qui facilite la
tache
> un peu. > allez a: http://beta.microsoft.com > Utilizer votre compte hotmail > pour "DebugDiag" pur Guest ID. > > Download DebugDiag et aussi la presentation qui va avec. > Cet outil vous aidera a debugger le probleme de "heap corruption". > > Si vous etes interesse a utulizer l'outil, n'hesiter pas a emailer le
group
> et on peut continuer avec les etapes exact que vous deves faire pour
savoir
> la cause de "heap corruption" > > Merci > > Mourad > > > "Bruno" wrote in message > news: > > Bonjour, > > > > merci pour votre aide. > > J'ai isolé toutes les applications comme indiqués. IIS tombe malgré
tout
> :-( > > Savez vous comment isoler l'application tel que "linkfreeze" qui n'est
pas
> > dans un répertoire virtuel mais intégrée dans les onglets des hosts de
IIS
> > (Snep-in extension) ? > > > > Merci > > > > "Patrick Philippot" a écrit : > > > > > Bonjour, > > > > > > Bruno wrote: > > > > Quand vous dites l'application ASP ? S'agit il d'isoler les > > > > différents hosts de IIS car cela est déjà fait. > > > > > > Non, il s'agit que toutes les DLLs impliquées dans l'application
soit
> > > chargées par un processus différent du processus IIS lui-même. De
cette
> > > manière, si l'application fuit ou provoque un crash, cela n'arrête
pas
> > > le serveur. > > > > > > > Sinon, pouvez m'indiquer la démarche > > > > à suivre pour configurer l'appli pour qu'elle tourne > > > > dans un processus isolé. > > > > > > Cela varie avec les versions de IIS. Avec IIS 4, on coche une case
(je
> > > n'ai plus l'intitutlé en tête) dans la boîte de dialogue Propriétés
de
> > > l'appli ASP (dans IIS Manager - clic droit sur le répertoire virtuel
de
> > > l'appli). > > > > > > Dans IIS 5 puisque c'est ce que vous utilisez, c'est un peu
différent.
> > > Il faut, pour isoler complètement l'application ASP, mettre le
niveau de
> > > protection à High (isolated) dans le champ "Application Protection"
de
> > > la boîte de dialogue Propriétés. Par défaut il est à Medium
(pooled).
> > > Désolé, je n'ai pas les intitulés en français. > > > > > > -- > > > Patrick Philippot - Microsoft MVP > > > MainSoft Consulting Services > > > www.mainsoft.fr > > > > > > > > > > > >
Bruno
Salut Mourad,
j'ai refait la même manipulation avec debugdialog avec l'option "Normal pageheap" et j'obtiens http://84.246.225.34/debug/IIS_Report__Date_12_20_2005__Time_11_13_51AM__406.mht e http://84.246.225.34/debug/Memory_Report__Date_12_20_2005__Time_10_05_28AM__265.mht
Le message dans le report donne : "msvcrt.dll from Microsoft Corporation has caused an access violation exception (0xC0000005) when trying to read from memory location "
Savez comment je peux résoudre ce problème, à priori le fichier "msvcrt.dll" est la dernière version disponible.
Merci pour votre aide
"Mourad Lagdas" a écrit :
Hi Bruno;
Merci d'avoir utiliser DebugDiag.
Quand vous debugger un problem de crash, l'analyse doit etre contre le script (crash/hang). Le script "Memory pressure" est a lancer quand on debug memory leaks (fuite de memoire). Dans tout cas, j'ai vu le rapport IIS_Report__Date_11_21_2005__Time_07_06_38PM__890.mht. Celui-ci indique que le probleme est en effet "heap corruption".
Heap corruption was detected in heap 0x00070000, however pageheap was not enabled in this dump. Please follow the instructions in the recommendation section for troubleshooting heap corruption issues.
Current NTGlobalFlags value: 00000000
L'etape suivante serait de refaire la meme chose mais avec l'option "pageheap" selectionnee. Quand vous creer "crash rule" indiquer que c'est contre "all instances on inetinfo.exe" et vous aurer le choix de selectionner 2 types de pageheap "Normal pageheap" et "Full pageheap". Coomencer avec "Normal pageheap".
vous pouvez bien sur utiliser les autres debuggers (windbg.exe, cdb.exe, adplus, ou iisdump) mais j'aurai bien aime si vous continuer avec debugdiag surtout parcequ'on veut bien du feedback sur l'outil qui nous aidera a l'amiglorer
Merci Bien
Mourad
"Bruno" wrote in message news: > Merci pour votre réponse, > > J'ai installé l'outil debugdialog et ensuite configuré avec le wizard > pour obtenir un fichier dmp après un crash de IIS. > Et cela m'a généré des fichiers dmp que j'ai ensuite fait anlyser par > "crash/Hang Analysis" et "Memory Pressure Analysis", cela m'a généré deux > pages que j'ai mis en ligne aux adresses respectives suivantes : > http://84.246.225.34/debug/IIS_Report__Date_11_21_2005__Time_07_06_38PM__890.mht > et > http://84.246.225.34/debug/Memory_Report__Date_11_21_2005__Time_07_10_36PM__390.mht > > Les recommandations de la première page indique qu'il s'agit un problème de > Heap Corruption comme vous l'aviez indiqé. D'après les recommandations de
> cette page, j'ai installé l'outil IIS debug tools et lancé iisdump.exe -I -p > 22056, un message d'erreur apparaît m'indiquant le message suivant : > "Error, you must be an administrator to run this tool", or je suis bien > l'administrateur :o( > Ainsi, d'après des forums, j'ai remplacé iisdump par adplus en installant > l'outil Debugging tools for windows, puis en tapant : ADPplus -iis -crash, > celui-ci me fournit un fichier dmp que fait analysé par cdb.exe et > windbg.exe. Ces derniers donnent un message d'erreur : > "ERROR : Symbol file could not be found. Defaulted to export symbols for > NTDLL.DLL" > > Première question : > suis je sur la bonne voie ? > Deuxième question : > Si oui, comment fournir les symboles pour qu'ils puissent continuer l'analyse. > > Merci pour votre aide. > > Bruno > > > en demandant un C > > "Mourad Lagdas" a écrit : > > > Desole de repondre ci tard... > > > > Ok, generalement chaque fois que voud voyez que IIS crashes et que la > > fonction qui a cause le crash est > > "ntdll!RtlAllocateHeap+0x...." la cause est une des deux: > > - Il n'ya pas assez de memoire ou > > - il y'a "heap corruption" (desole mais je ne sais pas traduire ca en > > Francais) . > > > > Si le processus "inetinfo.exe" n'a pas consomme beaucoup de memoire le temps > > du crash, il faut que vous chercher la cause de "Heap Corruption". Il est > > tres difficile ou meme impossible de determiner la cause de "heap > > corruption" sans que vous avez configure le system apriori pour cette > > raison. > > > > Microsoft vient de publier un outil sur son site Beta qui facilite la tache > > un peu. > > allez a: http://beta.microsoft.com > > Utilizer votre compte hotmail > > pour "DebugDiag" pur Guest ID. > > > > Download DebugDiag et aussi la presentation qui va avec. > > Cet outil vous aidera a debugger le probleme de "heap corruption". > > > > Si vous etes interesse a utulizer l'outil, n'hesiter pas a emailer le group > > et on peut continuer avec les etapes exact que vous deves faire pour savoir > > la cause de "heap corruption" > > > > Merci > > > > Mourad > > > > > > "Bruno" wrote in message > > news: > > > Bonjour, > > > > > > merci pour votre aide. > > > J'ai isolé toutes les applications comme indiqués. IIS tombe malgré tout > > :-( > > > Savez vous comment isoler l'application tel que "linkfreeze" qui n'est pas > > > dans un répertoire virtuel mais intégrée dans les onglets des hosts de IIS > > > (Snep-in extension) ? > > > > > > Merci > > > > > > "Patrick Philippot" a écrit : > > > > > > > Bonjour, > > > > > > > > Bruno wrote: > > > > > Quand vous dites l'application ASP ? S'agit il d'isoler les > > > > > différents hosts de IIS car cela est déjà fait. > > > > > > > > Non, il s'agit que toutes les DLLs impliquées dans l'application soit > > > > chargées par un processus différent du processus IIS lui-même. De cette > > > > manière, si l'application fuit ou provoque un crash, cela n'arrête pas > > > > le serveur. > > > > > > > > > Sinon, pouvez m'indiquer la démarche > > > > > à suivre pour configurer l'appli pour qu'elle tourne > > > > > dans un processus isolé. > > > > > > > > Cela varie avec les versions de IIS. Avec IIS 4, on coche une case (je > > > > n'ai plus l'intitutlé en tête) dans la boîte de dialogue Propriétés de > > > > l'appli ASP (dans IIS Manager - clic droit sur le répertoire virtuel de > > > > l'appli). > > > > > > > > Dans IIS 5 puisque c'est ce que vous utilisez, c'est un peu différent. > > > > Il faut, pour isoler complètement l'application ASP, mettre le niveau de > > > > protection à High (isolated) dans le champ "Application Protection" de > > > > la boîte de dialogue Propriétés. Par défaut il est à Medium (pooled). > > > > Désolé, je n'ai pas les intitulés en français. > > > > > > > > -- > > > > Patrick Philippot - Microsoft MVP > > > > MainSoft Consulting Services > > > > www.mainsoft.fr > > > > > > > > > > > > > > > > > >
Salut Mourad,
j'ai refait la même manipulation avec debugdialog avec l'option "Normal
pageheap" et j'obtiens
http://84.246.225.34/debug/IIS_Report__Date_12_20_2005__Time_11_13_51AM__406.mht
e
http://84.246.225.34/debug/Memory_Report__Date_12_20_2005__Time_10_05_28AM__265.mht
Le message dans le report donne :
"msvcrt.dll from Microsoft Corporation has caused an access violation
exception (0xC0000005) when trying to read from memory location "
Savez comment je peux résoudre ce problème, à priori le fichier "msvcrt.dll"
est la dernière version
disponible.
Merci pour votre aide
"Mourad Lagdas" a écrit :
Hi Bruno;
Merci d'avoir utiliser DebugDiag.
Quand vous debugger un problem de crash, l'analyse doit etre contre le
script (crash/hang). Le script "Memory pressure" est a lancer quand on debug
memory leaks (fuite de memoire).
Dans tout cas, j'ai vu le rapport
IIS_Report__Date_11_21_2005__Time_07_06_38PM__890.mht.
Celui-ci indique que le probleme est en effet "heap corruption".
Heap corruption was detected in heap 0x00070000, however pageheap was not
enabled in this dump. Please follow the instructions in the recommendation
section for troubleshooting heap corruption issues.
Current NTGlobalFlags value: 00000000
L'etape suivante serait de refaire la meme chose mais avec l'option
"pageheap" selectionnee.
Quand vous creer "crash rule" indiquer que c'est contre "all instances on
inetinfo.exe" et vous aurer le choix de selectionner 2 types de pageheap
"Normal pageheap" et "Full pageheap". Coomencer avec "Normal pageheap".
vous pouvez bien sur utiliser les autres debuggers (windbg.exe, cdb.exe,
adplus, ou iisdump) mais j'aurai bien aime si vous continuer avec debugdiag
surtout parcequ'on veut bien du feedback sur l'outil qui nous aidera a
l'amiglorer
Merci Bien
Mourad
"Bruno" <Bruno@discussions.microsoft.com> wrote in message
news:23A6AB72-17A0-481D-9D9C-17D80F8916D6@microsoft.com...
> Merci pour votre réponse,
>
> J'ai installé l'outil debugdialog et ensuite configuré avec le wizard
> pour obtenir un fichier dmp après un crash de IIS.
> Et cela m'a généré des fichiers dmp que j'ai ensuite fait anlyser par
> "crash/Hang Analysis" et "Memory Pressure Analysis", cela m'a généré deux
> pages que j'ai mis en ligne aux adresses respectives suivantes :
>
http://84.246.225.34/debug/IIS_Report__Date_11_21_2005__Time_07_06_38PM__890.mht
> et
>
http://84.246.225.34/debug/Memory_Report__Date_11_21_2005__Time_07_10_36PM__390.mht
>
> Les recommandations de la première page indique qu'il s'agit un problème
de
> Heap Corruption comme vous l'aviez indiqé. D'après les recommandations de
> cette page, j'ai installé l'outil IIS debug tools et lancé
iisdump.exe -I -p
> 22056, un message d'erreur apparaît m'indiquant le message suivant :
> "Error, you must be an administrator to run this tool", or je suis bien
> l'administrateur :o(
> Ainsi, d'après des forums, j'ai remplacé iisdump par adplus en installant
> l'outil Debugging tools for windows, puis en tapant : ADPplus -iis -crash,
> celui-ci me fournit un fichier dmp que fait analysé par cdb.exe et
> windbg.exe. Ces derniers donnent un message d'erreur :
> "ERROR : Symbol file could not be found. Defaulted to export symbols for
> NTDLL.DLL"
>
> Première question :
> suis je sur la bonne voie ?
> Deuxième question :
> Si oui, comment fournir les symboles pour qu'ils puissent continuer
l'analyse.
>
> Merci pour votre aide.
>
> Bruno
>
>
> en demandant un C
>
> "Mourad Lagdas" a écrit :
>
> > Desole de repondre ci tard...
> >
> > Ok, generalement chaque fois que voud voyez que IIS crashes et que la
> > fonction qui a cause le crash est
> > "ntdll!RtlAllocateHeap+0x...." la cause est une des deux:
> > - Il n'ya pas assez de memoire ou
> > - il y'a "heap corruption" (desole mais je ne sais pas traduire ca en
> > Francais) .
> >
> > Si le processus "inetinfo.exe" n'a pas consomme beaucoup de memoire le
temps
> > du crash, il faut que vous chercher la cause de "Heap Corruption". Il
est
> > tres difficile ou meme impossible de determiner la cause de "heap
> > corruption" sans que vous avez configure le system apriori pour cette
> > raison.
> >
> > Microsoft vient de publier un outil sur son site Beta qui facilite la
tache
> > un peu.
> > allez a: http://beta.microsoft.com
> > Utilizer votre compte hotmail
> > pour "DebugDiag" pur Guest ID.
> >
> > Download DebugDiag et aussi la presentation qui va avec.
> > Cet outil vous aidera a debugger le probleme de "heap corruption".
> >
> > Si vous etes interesse a utulizer l'outil, n'hesiter pas a emailer le
group
> > et on peut continuer avec les etapes exact que vous deves faire pour
savoir
> > la cause de "heap corruption"
> >
> > Merci
> >
> > Mourad
> >
> >
> > "Bruno" <Bruno@discussions.microsoft.com> wrote in message
> > news:6846E955-0A7A-48C3-8FC3-103CA286056D@microsoft.com...
> > > Bonjour,
> > >
> > > merci pour votre aide.
> > > J'ai isolé toutes les applications comme indiqués. IIS tombe malgré
tout
> > :-(
> > > Savez vous comment isoler l'application tel que "linkfreeze" qui n'est
pas
> > > dans un répertoire virtuel mais intégrée dans les onglets des hosts de
IIS
> > > (Snep-in extension) ?
> > >
> > > Merci
> > >
> > > "Patrick Philippot" a écrit :
> > >
> > > > Bonjour,
> > > >
> > > > Bruno wrote:
> > > > > Quand vous dites l'application ASP ? S'agit il d'isoler les
> > > > > différents hosts de IIS car cela est déjà fait.
> > > >
> > > > Non, il s'agit que toutes les DLLs impliquées dans l'application
soit
> > > > chargées par un processus différent du processus IIS lui-même. De
cette
> > > > manière, si l'application fuit ou provoque un crash, cela n'arrête
pas
> > > > le serveur.
> > > >
> > > > > Sinon, pouvez m'indiquer la démarche
> > > > > à suivre pour configurer l'appli pour qu'elle tourne
> > > > > dans un processus isolé.
> > > >
> > > > Cela varie avec les versions de IIS. Avec IIS 4, on coche une case
(je
> > > > n'ai plus l'intitutlé en tête) dans la boîte de dialogue Propriétés
de
> > > > l'appli ASP (dans IIS Manager - clic droit sur le répertoire virtuel
de
> > > > l'appli).
> > > >
> > > > Dans IIS 5 puisque c'est ce que vous utilisez, c'est un peu
différent.
> > > > Il faut, pour isoler complètement l'application ASP, mettre le
niveau de
> > > > protection à High (isolated) dans le champ "Application Protection"
de
> > > > la boîte de dialogue Propriétés. Par défaut il est à Medium
(pooled).
> > > > Désolé, je n'ai pas les intitulés en français.
> > > >
> > > > --
> > > > Patrick Philippot - Microsoft MVP
> > > > MainSoft Consulting Services
> > > > www.mainsoft.fr
> > > >
> > > >
> > > >
> >
> >
> >
j'ai refait la même manipulation avec debugdialog avec l'option "Normal pageheap" et j'obtiens http://84.246.225.34/debug/IIS_Report__Date_12_20_2005__Time_11_13_51AM__406.mht e http://84.246.225.34/debug/Memory_Report__Date_12_20_2005__Time_10_05_28AM__265.mht
Le message dans le report donne : "msvcrt.dll from Microsoft Corporation has caused an access violation exception (0xC0000005) when trying to read from memory location "
Savez comment je peux résoudre ce problème, à priori le fichier "msvcrt.dll" est la dernière version disponible.
Merci pour votre aide
"Mourad Lagdas" a écrit :
Hi Bruno;
Merci d'avoir utiliser DebugDiag.
Quand vous debugger un problem de crash, l'analyse doit etre contre le script (crash/hang). Le script "Memory pressure" est a lancer quand on debug memory leaks (fuite de memoire). Dans tout cas, j'ai vu le rapport IIS_Report__Date_11_21_2005__Time_07_06_38PM__890.mht. Celui-ci indique que le probleme est en effet "heap corruption".
Heap corruption was detected in heap 0x00070000, however pageheap was not enabled in this dump. Please follow the instructions in the recommendation section for troubleshooting heap corruption issues.
Current NTGlobalFlags value: 00000000
L'etape suivante serait de refaire la meme chose mais avec l'option "pageheap" selectionnee. Quand vous creer "crash rule" indiquer que c'est contre "all instances on inetinfo.exe" et vous aurer le choix de selectionner 2 types de pageheap "Normal pageheap" et "Full pageheap". Coomencer avec "Normal pageheap".
vous pouvez bien sur utiliser les autres debuggers (windbg.exe, cdb.exe, adplus, ou iisdump) mais j'aurai bien aime si vous continuer avec debugdiag surtout parcequ'on veut bien du feedback sur l'outil qui nous aidera a l'amiglorer
Merci Bien
Mourad
"Bruno" wrote in message news: > Merci pour votre réponse, > > J'ai installé l'outil debugdialog et ensuite configuré avec le wizard > pour obtenir un fichier dmp après un crash de IIS. > Et cela m'a généré des fichiers dmp que j'ai ensuite fait anlyser par > "crash/Hang Analysis" et "Memory Pressure Analysis", cela m'a généré deux > pages que j'ai mis en ligne aux adresses respectives suivantes : > http://84.246.225.34/debug/IIS_Report__Date_11_21_2005__Time_07_06_38PM__890.mht > et > http://84.246.225.34/debug/Memory_Report__Date_11_21_2005__Time_07_10_36PM__390.mht > > Les recommandations de la première page indique qu'il s'agit un problème de > Heap Corruption comme vous l'aviez indiqé. D'après les recommandations de
> cette page, j'ai installé l'outil IIS debug tools et lancé iisdump.exe -I -p > 22056, un message d'erreur apparaît m'indiquant le message suivant : > "Error, you must be an administrator to run this tool", or je suis bien > l'administrateur :o( > Ainsi, d'après des forums, j'ai remplacé iisdump par adplus en installant > l'outil Debugging tools for windows, puis en tapant : ADPplus -iis -crash, > celui-ci me fournit un fichier dmp que fait analysé par cdb.exe et > windbg.exe. Ces derniers donnent un message d'erreur : > "ERROR : Symbol file could not be found. Defaulted to export symbols for > NTDLL.DLL" > > Première question : > suis je sur la bonne voie ? > Deuxième question : > Si oui, comment fournir les symboles pour qu'ils puissent continuer l'analyse. > > Merci pour votre aide. > > Bruno > > > en demandant un C > > "Mourad Lagdas" a écrit : > > > Desole de repondre ci tard... > > > > Ok, generalement chaque fois que voud voyez que IIS crashes et que la > > fonction qui a cause le crash est > > "ntdll!RtlAllocateHeap+0x...." la cause est une des deux: > > - Il n'ya pas assez de memoire ou > > - il y'a "heap corruption" (desole mais je ne sais pas traduire ca en > > Francais) . > > > > Si le processus "inetinfo.exe" n'a pas consomme beaucoup de memoire le temps > > du crash, il faut que vous chercher la cause de "Heap Corruption". Il est > > tres difficile ou meme impossible de determiner la cause de "heap > > corruption" sans que vous avez configure le system apriori pour cette > > raison. > > > > Microsoft vient de publier un outil sur son site Beta qui facilite la tache > > un peu. > > allez a: http://beta.microsoft.com > > Utilizer votre compte hotmail > > pour "DebugDiag" pur Guest ID. > > > > Download DebugDiag et aussi la presentation qui va avec. > > Cet outil vous aidera a debugger le probleme de "heap corruption". > > > > Si vous etes interesse a utulizer l'outil, n'hesiter pas a emailer le group > > et on peut continuer avec les etapes exact que vous deves faire pour savoir > > la cause de "heap corruption" > > > > Merci > > > > Mourad > > > > > > "Bruno" wrote in message > > news: > > > Bonjour, > > > > > > merci pour votre aide. > > > J'ai isolé toutes les applications comme indiqués. IIS tombe malgré tout > > :-( > > > Savez vous comment isoler l'application tel que "linkfreeze" qui n'est pas > > > dans un répertoire virtuel mais intégrée dans les onglets des hosts de IIS > > > (Snep-in extension) ? > > > > > > Merci > > > > > > "Patrick Philippot" a écrit : > > > > > > > Bonjour, > > > > > > > > Bruno wrote: > > > > > Quand vous dites l'application ASP ? S'agit il d'isoler les > > > > > différents hosts de IIS car cela est déjà fait. > > > > > > > > Non, il s'agit que toutes les DLLs impliquées dans l'application soit > > > > chargées par un processus différent du processus IIS lui-même. De cette > > > > manière, si l'application fuit ou provoque un crash, cela n'arrête pas > > > > le serveur. > > > > > > > > > Sinon, pouvez m'indiquer la démarche > > > > > à suivre pour configurer l'appli pour qu'elle tourne > > > > > dans un processus isolé. > > > > > > > > Cela varie avec les versions de IIS. Avec IIS 4, on coche une case (je > > > > n'ai plus l'intitutlé en tête) dans la boîte de dialogue Propriétés de > > > > l'appli ASP (dans IIS Manager - clic droit sur le répertoire virtuel de > > > > l'appli). > > > > > > > > Dans IIS 5 puisque c'est ce que vous utilisez, c'est un peu différent. > > > > Il faut, pour isoler complètement l'application ASP, mettre le niveau de > > > > protection à High (isolated) dans le champ "Application Protection" de > > > > la boîte de dialogue Propriétés. Par défaut il est à Medium (pooled). > > > > Désolé, je n'ai pas les intitulés en français. > > > > > > > > -- > > > > Patrick Philippot - Microsoft MVP > > > > MainSoft Consulting Services > > > > www.mainsoft.fr > > > > > > > > > > > > > > > > > >