Bonjour,
 
J'ai un serveur qui tourne sur fedora core 6 et qui propose différents services (http, mail, cvs, ...).
Ce matin je me rend compte que les services ne sont plus accessibles, la connexion est bien effectuée mais je me ramasse un timeout.
Si je fais un netstat -an je vois qu'il y a un paquet de connexion tcp (au moins 200) qui sont en CLOSE_WAIT.
Et pour la plupart, le port distant est le 80 et le port local est assez aléatoire (de 50000 à 60000).
Donc première question, d'où viennent toutes ces connexions? Se pourrait-il que je recoive un timeout car ma machine est saturée de connexions? Et enfin est-il de supprimer toutes ces connexions?
 
Merci d'avance pour votre aide!

Alors c'est un problème applicatif.

La configuration marchait encore très bien hier et rien n'a été changé depuis.
N'est-ce pas bizarre ce nombre important de connexions en CLOSE_WAIT? Et ce que je ne comprends vraiment pas c'est que le port distant de ces connexions est le 80...

non pas vraiment. T'as un truc qui a fait lancer des téléchargements et ça couille un peu. Mais y a pas de problème avoir des CLOSE_WAIT du tout

C'est quand même bizarre que depuis que j'ai ce paquet de connexions en CLOSE_WAIT (y en a plus de 400 finalement) je n'arrive plus à accéder mon service...

et un redemarrage d apache?

Ce n'est pas un problème avec apache, c'est le port distant qui est 80, pas le local. Ca me perturbe d'ailleurs...

mais t'es connecté sur la machine là ?

Oui, j'y ai toujours accès via ssh ou via la console vmware mais les services cvs, pop etc... sont en timeout...

pb avec eth0?
ifdown
ifup
ou
#service network restart
(faire attention avant si le service peut redemarrer correct, sinon plus d'accès distant )

J'ai déjà essayé le network restart mais ça n'a rien changé... :-(

MAIS 9A VEUT DIRE QUOI TIMEOUT ?

sudo tshark tcp port 80 &
curl http://server/ > /dev/null

ça veut dire que le temps de latence d'un paquet ip est dépassé (il me semble).

Dans mon cas il arrive à se connecter au serveur (les 2 premiers paquets passent) puis le serveur ne répond plus et j'obtiens un joli message "timeout".

C'est quoi l'appli qui bouffe les sockets ?
 
lsof | grep -i ipv4

m'étonnerait beaucoup. avec un ulimit sensé à 1024, il te faudrait un paquet d'appli

farib > ah ben voilà, c'est moins grave que prévu vu qu'apparament c'est yum qui fait des updates. Ca me rassure mais comment ça se fait qu'il ne ferme pas les connexions?

mais si ça se ferme, t'inquiètes pas.

bah elles restent en tout cas en CLOSE_WAIT et c'est pas très propre...
400 connexions qui restent comme ça après 2 semaines ça risque de faire bcp après 1 an...

Heu t'es sûr qu'elles sont restées deux semaines en CLOSE_WAIT ?
Dans ce cas là vérifie les timers liés à TCP via sysctl

netstat -anpt et trouve à qui elles sont.

bah yum tourne depuis 15j ...

yum c'est de la merde, c'est pas nouveau.