evasion Posté 11 Septembre 2004 Partager Posté 11 Septembre 2004 Bonjour tlm, J'ai rencontré d'enormes problèmes avec mon dédié aujourd'hui. Plantage toutes les 30 minutes, seule solution rebooter apache ! Pas pratique sachant que j'ai envie d'aller me coucher lol ! J'ai déja posté sur le forum de mon hebergeur "sivit" et certains m'ont proposer de vérifier les 5 premières lignes de la command TOP (chose que je ne savais pas faire avant) A savoir qu'il n'y a eu aucune modification sur le site si ce n'est l'intégration des pubs adsense de google sur toutes les pages ! (je ne pense pas que ca vienne de la toute fois je vous le signal au passage) je me permet d'afficher les screens de la command TOP Site off ce qui donne : Site on ce qui donne : Je suis loin d'etre un expert mais en regardant ces quelques lignes je me demande si ce n'est pas un probleme de mémoire ? J'espere qu'un pro insomniaque traine dans le coin, j'ai vraiment besoin de votre aide ! MERCI Lien vers le commentaire Partager sur d’autres sites More sharing options...
evasion Posté 12 Septembre 2004 Auteur Partager Posté 12 Septembre 2004 Est ce qu'une connection mysql non fermé pourrait en etre la cause ? Je debute en php et dans certains de mes scripts j'ai oublié de fermer la connection avec la ligne suivante : mysql_close(); Une solution : Apparement je remonte en mémoire, je suis a 58000 ko free Sans doute que ce que je vous dis n'a pas de sens, maisfaut absolument que je trouve rapidement le problème Lien vers le commentaire Partager sur d’autres sites More sharing options...
petit-ourson Posté 12 Septembre 2004 Partager Posté 12 Septembre 2004 Non les connexions mysql (et pour les autres bases de données peut-être) sont automatiquement fermées à la fin du script. Lien vers le commentaire Partager sur d’autres sites More sharing options...
evasion Posté 12 Septembre 2004 Auteur Partager Posté 12 Septembre 2004 Ah je peux donc ecarter cette voie la alors !? Je comprend pas alors pourquoi la mémoire ce vide comme ca ! Lien vers le commentaire Partager sur d’autres sites More sharing options...
Real_Creatif Posté 12 Septembre 2004 Partager Posté 12 Septembre 2004 Renseigne oi du côté de ton hébergeur Lien vers le commentaire Partager sur d’autres sites More sharing options...
Berberber Posté 12 Septembre 2004 Partager Posté 12 Septembre 2004 en fait il faut les 5 lignes suivantes de TOP .... il s'agit peut etre d'un probleme de config apache ou mysql.... Lien vers le commentaire Partager sur d’autres sites More sharing options...
Dan Posté 12 Septembre 2004 Partager Posté 12 Septembre 2004 Salut, Selon ta première image, ton serveur a l'air en bonne santé... vu que le run-queue est bas (load average sur la première ligne qui doit rester inférieur au nombre de CPU que tu as sur ton serveur (soit 1) Par contre, tu as pris cette image trop vite, comme top affiche 88% d'utilisation de CPU. C'est dû à son lancement... Refais la même chose en attendant 10-15 secondes pour voir ce que cela donne. On voit aussi que ton serveur n'a pas été redémarré depuis 40 jours et que tu as un nombre de process important (208). A mon sens, ta configuration apache doit lancer bien trop de serveurs httpd par défaut... ce qui n'est pas forcément intéressant dans ton cas. Tu utilises toute la RAM et le serveur se met à swapper Edites le fichier httpd.conf, et redescend la valeur MaxSpareServers (20 me semble bien) Mets MaxClients à 150 et MaxRequestPerChild à 20, tu devrais être dans le bon si ton serveur ne fait pas 1 million de hits/jour. Dans le cas contraire.... achètes de la RAM Dan Lien vers le commentaire Partager sur d’autres sites More sharing options...
evasion Posté 12 Septembre 2004 Auteur Partager Posté 12 Septembre 2004 Merci dan de ta réponse ! je vais voir ca mais avant j'ai quelques infos complémentaires Justement le maxclient etait configurer a 150 mais le quota etait largement depassé d'ou le plantage d'apache, celui-ci a été monté à 200 mais il arrive encore que le quota soit dépassé ce qui apparement n'est pas normal du tout. Je suis donc à la recherche de cette application foireuse, je trouve bizarre qu'aucune commande ne permet de savoir exactement ce qu'il en est ! C'est vraiment la galère tout ça Merci Lien vers le commentaire Partager sur d’autres sites More sharing options...
evasion Posté 12 Septembre 2004 Auteur Partager Posté 12 Septembre 2004 Si ca peut vous aider, resultat de la commande TOP 20:05:26 up 13:01, 1 user, load average: 0.29, 0.76, 0.77244 processes: 242 sleeping, 2 running, 0 zombie, 0 stoppedCPU states: 15.0% user, 7.6% system, 0.0% nice, 77.3% idleMem: 513612K total, 505132K used, 8480K free, 10304K buffersSwap: 497972K total, 6276K used, 491696K free, 149236K cached PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 9365 webusers 18 0 11308 11M 9656 S 4.0 2.2 0:02 httpd14420 root 16 0 1088 1088 752 R 2.3 0.2 0:02 top 9429 webusers 11 0 11404 11M 9920 S 1.7 2.2 0:01 httpd 9354 webusers 14 0 10964 10M 9184 S 1.5 2.1 0:01 httpd 9243 webusers 10 0 11320 11M 9648 S 1.3 2.2 0:01 httpd 9447 webusers 9 0 10976 10M 9524 S 0.9 2.1 0:01 httpd12341 webusers 11 0 11148 10M 9640 S 0.9 2.1 0:01 httpd 80 root 13 0 0 0 0 SW 0.7 0.0 3:40 kjournald 9291 webusers 11 0 10872 10M 9244 S 0.7 2.1 0:02 httpd 9312 webusers 13 0 11248 10M 9608 S 0.7 2.1 0:01 httpd12330 webusers 11 0 10332 10M 8828 S 0.7 2.0 0:00 httpd13975 webusers 10 0 9584 9584 7868 S 0.5 1.8 0:00 httpd13983 webusers 9 0 9028 9028 7644 S 0.5 1.7 0:00 httpd 81 root 11 0 0 0 0 SW 0.3 0.0 6:07 kjournald 9296 webusers 9 0 11732 11M 9992 S 0.3 2.2 0:02 httpd 9323 webusers 10 0 10980 10M 9440 S 0.3 2.1 0:01 httpd 304 root 9 0 6404 6260 1312 S 0.1 1.2 0:22 named 406 mysql 10 0 13424 13M 1116 S 0.1 2.6 0:12 mysqld 9348 webusers 10 0 11540 11M 9768 S 0.1 2.2 0:01 httpd 9350 webusers 9 0 11864 11M 10360 S 0.1 2.3 0:02 httpd 9358 webusers 9 0 12096 11M 10336 S 0.1 2.3 0:01 httpd 9368 webusers 9 0 11340 11M 9644 S 0.1 2.2 0:02 httpd 9428 webusers 9 0 10544 10M 8848 S 0.1 2.0 0:02 httpd 9433 webusers 9 0 11176 10M 9616 S 0.1 2.1 0:02 httpd12324 webusers 9 0 10008 9.8M 8600 S 0.1 1.9 0:00 httpd13958 webusers 9 0 9652 9652 8140 S 0.1 1.8 0:00 httpd13970 webusers 9 0 9140 9140 7792 S 0.1 1.7 0:00 httpd14367 root 9 0 1856 1828 1548 S 0.1 0.3 0:00 sshd14592 mysql 10 0 13424 13M 1116 S 0.1 2.6 0:00 mysqld 1 root 8 0 476 436 416 S 0.0 0.0 0:07 init 2 root 9 0 0 0 0 SW 0.0 0.0 0:00 keventd 3 root 19 19 0 0 0 SWN 0.0 0.0 0:04 ksoftirqd_CPU0 4 root 9 0 0 0 0 SW 0.0 0.0 0:04 kswapd 5 root 9 0 0 0 0 SW 0.0 0.0 0:00 bdflush 6 root 9 0 0 0 0 SW 0.0 0.0 0:00 kupdated 10 root 9 0 0 0 0 SW 0.0 0.0 0:00 i2oevtd 11 root 9 0 0 0 0 SW 0.0 0.0 3:37 kjournald Lien vers le commentaire Partager sur d’autres sites More sharing options...
Dan Posté 12 Septembre 2004 Partager Posté 12 Septembre 2004 Tu as les mrtg de ton site ? Parce que si on regarde la run queue.. elle est à 0.76 et 0.77 pour la moyenne des 5 et 15 dernières minutes. Il serait intéressant de tourner la commande "sar" sur la période précédant cet affichage... car il a dû se passer qqch Dan PS: tu fais quoi comme hits/jour sur ton serveur ? 244 process me semble plutôt élevé... PS2: tu as compilé Apache avec quelles options? 11 à 12 Mb par process c'est 50% de plus que sur le HUb Lien vers le commentaire Partager sur d’autres sites More sharing options...
evasion Posté 30 Septembre 2004 Auteur Partager Posté 30 Septembre 2004 Salut à tous, Voila quelques temps que le serveur fonctionne correctement Le problème etait lié aux pubs adsenses récement ajoutées Mon script d'annonce générant quasiment une nouvelle url a chaque chargement de page provoqué l'arrivé massive de bot média partner Le script etant par ailleur long à charger ceci provoquait pas mal de connection simultanée (j'ai contasté ca dans le serveur statut) donc avec plus de 100 visiteurs a rechercher des annonces à tout va je vous laisse imaginer le problème Donc contraint et forcé d'enlever les pubs adsenses pour le moment Voila A++ Lien vers le commentaire Partager sur d’autres sites More sharing options...
Sujets conseillés
Veuillez vous connecter pour commenter
Vous pourrez laisser un commentaire après vous êtes connecté.
Connectez-vous maintenant