Zend FR

Je pense qu'il faut changer très rapidement car 130 visiteurs c'est comme même pas beaucoup !

en fouillant ds les log j'ai sa : "

[Sun Oct 26 14:20:08 2008] [error] [client 127.0.0.1] Directory index forbidden by Options directive: /var/www/html/

"
sur des milliers de ligne et sur un autre fichier il me parle  "internal dummy connection"

une idée j'ai été voir su google  on trouve ceci http://wiki.apache.org/httpd/InternalDummyConnection

Mais je trouve de ligne parlant du pb de connection

Cédric

Dernière modification par lebilien (27-10-2008 10:06:52)

Bonjour lebilien,

C'est un serveur dédié ? c'est toi qui fait tes confs système et apache ?

A priori ton problème vient d'une conf système : le nb de connexions max du système. C'est la valeur "open files". Une connexion vu d'un linux est vue comme un fichier ouvert et ce nombre de fichiers ouverts simultanément est limité dans les confs système. Si ton apache bouffe toutes les connexions, c'est normal que ssh ne fonctionne plus non plus, c'est ton système qui ne veut plus créer une connexion, il s'en fout que ça soit apache ou ssh...

Note : un apache avec 130 connexion simultanées consomme énormément de connexions à cause des time wait. Je te laisse regarder les machines à état du protocole IP si tu veux comprendre pourquoi (ça ne te servira pas tous les jours )

Tu peux faire un "netstat | wc -l"pour avoir ton nb de connexions ouvertes (à quelques lignes près...). lsof te donnerait des résultats plus précis, mais sur une machine chargée, ça plombe encore plus la machine...

Maintenant la recette de cuisine pour corriger tout ça
Conf système
- fais un "ulimit -a" et regarde le open files. A priori il doit être trop bas. (il est parfois à 1024 par défaut, tu peux le monter à 16384 sans trop de scrupules en général...)

Si ça ne résoud pas ton problème, tu peux regarder :
- les paramètres dans /proc/sys/net/ipv4, notament la durée du timewait (je suis un peu rouillé, ça fait longtemps que je n'ai pas touché à ces param... je te laisse fouiller sur Internet pour trouver leurs significations respectives...)

Ton nombre de connexion max peut aussi venir de problèmes dans ta conf apache
- regarde ton Timeout, il ne doit pas être top haut (30 si tu n'as pas de script super long, ça doit suffire)
- regarde le MaxClient, tu auras peut-être besoin de l'augmenter

Si rien de tout ça ne fonctionne tu peux :
- chercher tuning linux et tuning apache dans google
- changer de serveur

A+, Philippe
PS : pour avoir 130 connexions simultanées, soit tu as un trafic de fou (ce que je te souhaite), soit tu peux regarder aussi coté appli si tes pages ne mettent pas trop de temps à répondre, mais ça je pense que tu as déjà regardé

maxclient il me semble que si tu dépasse les 250, il est nécessaire de recompiler apache (je pense avoir lu ça il y a quelques jours). Google t'en dira plus.
En tout cas, le post de Philippe est très intéressant. J'administre mon dédié depuis quelques jours et tout ces conseils me seront très utile.

Déjà as-tu regardé du coté de l'optimisation de son site ? Utilises-tu un cache d'opcode ? Un système de caching de tes pages statiques ?

Sinon il te faut une machine avec plus de ram. Tu peux regarder du coté d'une dedibox XL par exemple qui embarque 3 Go de ram pour 50€ HT. Ovh doit proposer à peu près la même chose.

Maxclient=256  et timeout=120 sa devrai être bon ?
"netstat | wc -l"=1028  avec 48 connecter sur le site

Si t'as un nb de connexion qui se bloque autour de 1024, cherche pas plus loin, c'est les open files. Tapes la ligne suivante et t'auras résolu ton problème.

ulimit -n 16384

Pour le timeout apache avec le nb de connexion que tu as ça me paraît très élevé. Ca veut dire que si un process plante ou met un temps fou à répondre, apache met 120s avant de le tuer. J'aurais tendance à mettre moins (chez moi c'est plutôt autour de 30).

A+, Philippe

Fais gaffe, cette valeur n'est pas conservée en cas de reboot du serveur. Tu auras intérêt à ajouter cette commande dans un fichier de conf quelconque au reboot.

A+, Philippe

Hum... en fait ma réponse n'était tjrs pas complète... pour l'analyse de mes open files, je suis à peu près sur de mon truc... par contre pour la conf, c'est moins simple que le ulimit : ulimit ne fixe le nombre d'open file max que pour la session courante. Si tu veux vraiment changer la conf en dur, il faut suivre les étapes suivantes :

1) faire "cat /proc/sys/fs/file-max" pour voir le nb de file descriptor maximum de ton système. Si c'est plus grand que 16384, c'est tout bon, ne change rien.

2) éditer /etc/security/limits.conf (je suis sous centos)
et ajouter les 2 lignes suivantes :

*   hard    nofile  16384
*   soft    nofile  16384

3) pour tester que ça marche bien, tu ouvres un shell sur n'importe quel user de la machine et tu fais "ulimit -a"
Si ton nombre d'open files est bien à 16384, c'est tout bon et ça devrait concerner aussi le user apache...

Sur ce, j'arrête de te spammer...
A+, Philippe

Bon voila le serveur a passé le dimanche a premiére vu aucune coupure ( j'en serai plus dans l'aprés midis ) en tous cas premiere nouvelle on a battu un record de visite avant on stagné a un certain nombre tous les dimanche a cause des pannes et la on augmenté de plus de 20 % mais je vais etudier les log cette aprés midis pour voir si y a des coupure.

Merci de votre aide

Cédric