Serveur qui part en couille

Quelques réponses
- Dans mon cas le serveur ne plante pas (MaxClient faible), simplement plus personne ne peut entrer chez apache vu que les CLOSE_WAIT qui ont décidé de ne pas sortir finissent par occuper toutes les places .
- Je ne pense pas que ce soit une attaque ou du slowloris. Ce n'est pas spécialement violent et j'ai déjà trouvé du GoogleBot en CLOSE_WAIT. (Il est en général quasi seul la nuit sur ce serveur).
- @caaptus: J'avais déjà indiqué : "j'ai mis un cron qui surveille /proc/loadavg et redémarre Apache s'il bloque (ou va bloquer!) mais c'est pas l'idéal.". Redémarrer apache toutes les 15 min !!
- modifier le keepalive pour ça ne serait pas justifié, comme le dit Bool. Il se trouve qu'il l'est déjà dans ce cas qui ne génère que des pages dynamiques et utilise un hébergement mutu pour tout ce qui est statique.
- je vais surveiller de plus près ces CLOSE_WAIT maintenant, et vais trouver ...!
à suivre...

Julgates j'ai eu un soucis de charge serveur trop élevée sur debian aussi en juin sur un serveur qui tournait très bien il s'est mis à monter en charge avec un loadavg constamment supérieur à 4 et des pics à 12 sur un serveur qui normalement ne dépassait jamais 2. Ovh m'a alerté également d'une température CPU anormale, très élevée.
C'est apache qui en était la cause et la machine plantait régulièrement au bout d'un moment avec des tas de connexions pas fermées. J'ai baissé les Keepalive, ajusté les réglages et il y a eu un mieux mais pas un fonctionnement normal non plus et toujours des montées en charge par moment...
Et puis fin juin, lors d'un apt-get update, il y a eu une mise à jour d'apache et depuis tout est revenu à la normal, le loadavg a chuté d'un coup et il est même encore plus bas qu'avant.
Je pense que comme l'a dit bool, il y a un truc pas net au niveau apache qui doit trainer, et des correctifs ont été faits