Of een appool recycle de boel oplost is lastig te zeggen.
Meestal als een site de melding geeft is het na 1 of 2 keer refreshen weg (soms ook niet).
Het aantal worker processes is naar mijn idee gelijk aan het aantal w3wp processen.
Dus om de vraag te beantwoorden hoeveel worker processes er draaien, dat zijn er rond de 500/700.
Logging....
Goed punt, Ik heb al wel met perfmon enige counters in de gaten gehouden, maar niets piekt wanneer het fout gaat. Als iemand suggesties heeft voor wat en hoe ik het beste kan loggen om hier iets raars uit te halen, dan hoor ik het graag!
Hier ook een screenshot van mijn appool instellingen.
Let erop dat de beperkende waardes voor physical memory, virtual memory en request limit bewust zijn ingeperkt om dit probleem nog een klein beetje in toom te houden, zonder die limieten gaan de 'server too busy's' echt helemaal los...

Kan het zijn dat 1 site de hele asp.net queue vol zet?
Zo ja, is er een manier om te achterhalen welke dit is?
Meestal als een site de melding geeft is het na 1 of 2 keer refreshen weg (soms ook niet).
Het aantal worker processes is naar mijn idee gelijk aan het aantal w3wp processen.
Dus om de vraag te beantwoorden hoeveel worker processes er draaien, dat zijn er rond de 500/700.
Logging....
Goed punt, Ik heb al wel met perfmon enige counters in de gaten gehouden, maar niets piekt wanneer het fout gaat. Als iemand suggesties heeft voor wat en hoe ik het beste kan loggen om hier iets raars uit te halen, dan hoor ik het graag!
Hier ook een screenshot van mijn appool instellingen.
Let erop dat de beperkende waardes voor physical memory, virtual memory en request limit bewust zijn ingeperkt om dit probleem nog een klein beetje in toom te houden, zonder die limieten gaan de 'server too busy's' echt helemaal los...

Kan het zijn dat 1 site de hele asp.net queue vol zet?
Zo ja, is er een manier om te achterhalen welke dit is?