De titel zegt het al..... een webserver van een klant slaat op random momenten compleet op hol.
Op de meest gekke momenten (bijvoorbeeld midden in de nacht als er nauwelijks tot geen requests zijn) begint Apache memory te eten... en te eten... todat op den duur zowel het ram geheugen als de swap helemaal vol zitten. Gevolg is dat de machine freezed (geen memory, en vooraf al 100.00+ load) en dus een powercycle nodig heeft om weer online te komen.
Vreemd genoeg werkt het soms dagen zonder problemen, en dan plotseling op een willekeurig moment (kan midden in de nacht zijn, maar ook tijdens piekuren) slaat de boel op hol.
Op de dagen dat goed werkt is er vaak gewoon zat geheugen vrij - er wordt een groot deel van het geheugen (40%+) gebruikt voor caching - gewoon normaal dus.
Vaak is het slechts een enkele apache PID dat volle mep resources trekt, wanneer ik deze bekijk met server-status gaat het vaak om een "onschuldige" link, kan de index.php zijn maar ook een andere pagina. Geen rare queries te vinden @ MySQL, echter stapelen de requests zich op omdat de systeem load dermate hoge is; gevolg MySQL connecties vol.
Wat het vooral lastig maakt is dat dit 9 van de 10 keer gebeurd als ik slaap of in de auto zit, even snel kijken wat er op de machine gebeurd tijdens zo'n "crash" is dan toch wel wat lastig
Op het moment dat de webserver "crashed" en ik SSH open heb staan zie ik het ram geheugen + swap vol lopen. Wanneer ik tijdig apache kill wordt het weer rustig, en wordt de machines weer stabiel zonder dat er een reboot nodig is.
Betreft een machine met veel CPU power en 16GB ram + 16GB swap. Zou meer dan genoeg moeten zijn iig :-)
Standaard Apache config welke bij elke DA doos terug te vinden is heb ik al wat "gesnoeid"; max clients e.d. variablen zijn al stuk lager, maar dit heeft jammer genoeg weinig invloed gehad.
Iemand vergelijkbare problemen gehad?![]()

Likes:


, even snel kijken wat er op de machine gebeurd tijdens zo'n "crash" is dan toch wel wat lastig 
Quote
