Mobione Posté 12 Février 2006 Partager Posté 12 Février 2006 Bonjour a tous ! Je suis nouveau, je surfe depuis quelques années sur ce forum, qui est d'une trés grande aide !et c'estla premiére foit que je me lance pour vous demander une aide. j'ai un serveur Xeon avc 1Go de ram, et dessus un site qui fait environ 5.000vu/j,et 20.000pv/j cela dit voila, 4 fois environ /jours, je dois le redemarrer en hard aux HEURES de POINTE, vu qu'il plante ! et c'est lassant ! j'ai lancé un top pour savoir de quel service vient le problême, et a chaques fois le sénario est le même le CPU est surchargé a plus de 140% !!!! Je me demande de quoi cela provient ? script qui produit une boucle quelque part ? configuration de httpd.conf ? entoutcas ma config de httpd est celle en-dessous, est-elle bien faite ? Timeout 120 KeepAlive On MaxKeepAliveRequests 50 KeepAliveTimeout 15 <IfModule prefork.c> StartServers 15 MinSpareServers 10 MaxSpareServers 20 ServerLimit 256 MaxClients 120 MaxRequestsPerChild 100 </IfModule> <IfModule worker.c> StartServers 15 MaxClients 120 MinSpareThreads 25 MaxSpareThreads 75 ThreadsPerChild 25 MaxRequestsPerChild 100 </IfModule> Le plantage se fait d'un coup ! alors qu'avant que sa se guatte sa tourne dans les environs de 10% du CPU et d'un coup en 10 seconde sa grimpe jusq'a arriver a plus de 100% et là la machine BUG, et je dois al redemarrer.. 11789 apache 23 0 2727m 894m 1748 R 84.4 88.6 15:36.11 httpd168 root 18 0 0 0 0 R 77.3 0.0 61:18.92 kswapd012084 apache 17 0 32568 3580 1748 D 3.9 0.3 0:04.54 httpd13590 root 17 0 1628 296 224 D 3.0 0.0 0:00.14 tcp-env12064 apache 16 0 31972 3796 1748 D 2.4 0.4 0:04.29 httpd12158 apache 17 0 37488 3896 1752 D 2.4 0.4 0:03.31 httpd 9081 apache 17 0 33992 4160 1756 D 2.1 0.4 0:04.20 httpd En attendant votre réponse ! Lien vers le commentaire Partager sur d’autres sites More sharing options...
destroyedlolo Posté 12 Février 2006 Partager Posté 12 Février 2006 Je pense que le probleme vient d'un usage excessif de la memoire par Apache (j'ai le meme probleme sur mon site ou les images sont chargees en memoire avant affichage). La solution dans mon cas a ete de diminuer drastiquement le MaxRequestsPerChild et le MaxRequestsPerThread histoire d'etre sur que la memoire prise par PHP est souvent liberee. Si vraiment ca ne suffit pas, tu peux diminuer le MAXCLIENTS (mais en pointe, tes pages s'afficheront moins vite). Lien vers le commentaire Partager sur d’autres sites More sharing options...
Mobione Posté 12 Février 2006 Auteur Partager Posté 12 Février 2006 j'ai diminuéles maxperchild a 20 ! et çaa marché toute la journée jusqu'au drame.. sa vient de buguer ! avec plus de 220% du CPU ! en 10 seconde sa arrive a des reccords ! Une idée ? 168 root 19 0 0 0 0 D 67.7 0.0 24:53.42 kswapd027749 apache 21 0 199m 174m 3636 R 35.8 17.2 1:48.60 httpd27942 apache 17 0 31544 6056 3356 R 26.5 0.6 0:00.89 httpd27587 apache 18 0 934m 446m 3652 R 24.2 44.2 1:53.38 httpd27940 apache 16 0 31156 4920 2864 D 20.9 0.5 0:00.66 httpd27824 apache 16 0 31184 5136 2940 D 18.3 0.5 0:00.82 httpd27293 apache 16 0 34064 8080 3856 D 16.6 0.8 0:03.03 httpd 5207 root 18 0 30888 296 192 R 15.6 0.0 1:56.66 httpd27553 apache 17 0 32076 6920 3712 D 14.9 0.7 0:00.66 httpd27923 apache 17 0 30888 4408 2604 D 14.3 0.4 0:01.13 httpd27751 apache 17 0 31128 5072 2896 D 13.3 0.5 0:01.02 httpd27927 root 17 0 3172 696 520 S 11.9 0.1 0:00.36 relaylock 2910 root 17 0 1544 248 196 S 10.3 0.0 2:31.92 irqbalance27886 apache 15 0 31268 5920 3584 D 8.0 0.6 0:00.68 httpd27867 apache 15 0 31232 6040 3620 D 7.6 0.6 0:01.69 httpd 4719 root 17 0 2152 708 616 S 7.3 0.1 0:01.45 xinetd27931 apache 17 0 30888 2856 1580 D 7.3 0.3 0:00.34 httpd Lien vers le commentaire Partager sur d’autres sites More sharing options...
Dan Posté 13 Février 2006 Partager Posté 13 Février 2006 Bonjour, Rien ne permet 'affirmer qu'il s'agit d'Apache... mais on a toutefois quelques doutes Si Php tourne en module apache, il peut être le fautif... Il faudrait un "top" complet pour permettre d'y voir plus clair, notamment l'usage du swap, de la mémoire, les process qui utilisent le plus de mémoire, etc. Il semble qu'Apache utilise énormément de RAM... selon ce que tu affiches. Essaye de diminuer le MaxRequestsPerChild encore un peu (à 10), pour voir si cela aide. Dan Lien vers le commentaire Partager sur d’autres sites More sharing options...
Mobione Posté 18 Février 2006 Auteur Partager Posté 18 Février 2006 J'ai essayé comme vous m'avez demandé, mais cela n'a pas changé grande chose les plantages sont toujours d'actualité ! j'ai pris un TOP complet que voici : (sachants que ce top est pris au moment du plantage, alors qu'avant les ressources fleurtent avec les 2% du CPU, et 10% de mémoire vive) et d'un coup pendant l'heure de pointe àa part en vrille : Cpu(s): 0.5% us, 92.6% sy, 0.0% ni, 0.0% id, 0.0% wa, 0.3% hi, 6.6% siMem: 1034352k total, 1021416k used, 12936k free, 1060k buffersSwap: 2048276k total, 1079868k used, 968408k free, 12676k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1700 apache 25 0 352m 261m 2792 R 54.7 25.9 2:11.19 httpd 1776 apache 25 0 291m 211m 2792 R 54.0 20.9 2:12.32 httpd 168 root 25 0 0 0 0 S 52.0 0.0 3:19.81 kswapd0 2890 root 18 0 1604 384 340 D 31.5 0.0 0:04.72 syslogd 1891 apache 18 0 30920 4852 2700 R 29.5 0.5 0:20.79 httpd 1896 apache 18 0 31100 6060 3500 R 27.2 0.6 0:02.47 httpd 1711 apache 18 0 31316 5344 2796 D 26.2 0.5 0:30.51 httpd 1713 apache 18 0 31308 5464 2924 D 25.9 0.5 0:23.56 httpd31586 psaadm 18 0 47924 1416 988 R 25.2 0.1 0:28.63 httpsd 1651 apache 25 0 1104m 258m 2792 R 16.2 25.5 2:44.04 httpd 1939 apache 17 0 31112 6000 3484 D 4.3 0.6 0:00.28 httpd 11 root 10 -5 0 0 0 S 1.7 0.0 0:26.97 events/123378 root 16 0 2084 788 516 R 0.7 0.1 1:02.76 top23336 root 16 0 7024 732 620 S 0.3 0.1 0:04.84 sshd 1930 apache 16 0 31052 5756 3292 D 0.3 0.6 0:00.44 httpd 1 root 16 0 1692 324 304 S 0.0 0.0 0:03.14 init 2 root RT 0 0 0 0 S 0.0 0.0 0:00.01 migration/0 3 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0 4 root RT 0 0 0 0 S 0.0 0.0 0:05.29 migration/1 5 root 34 19 0 0 0 S 0.0 0.0 0:00.07 ksoftirqd/1 6 root RT 0 0 0 0 S 0.0 0.0 0:09.36 migration/2 7 root 34 19 0 0 0 S 0.0 0.0 0:00.28 ksoftirqd/2 8 root RT 0 0 0 0 S 0.0 0.0 0:00.39 migration/3 9 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/3 10 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 events/0 12 root 10 -5 0 0 0 S 0.0 0.0 0:29.67 events/2 13 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 events/3 14 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 khelper 15 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kthread 20 root 14 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid 99 root 10 -5 0 0 0 S 0.0 0.0 0:00.32 kblockd/0 100 root 10 -5 0 0 0 S 0.0 0.0 0:00.94 kblockd/1 101 root 10 -5 0 0 0 S 0.0 0.0 0:01.40 kblockd/2 102 root 10 -5 0 0 0 S 0.0 0.0 0:00.58 kblockd/3 105 root 16 0 0 0 0 S 0.0 0.0 0:00.00 khubd 166 root 15 0 0 0 0 S 0.0 0.0 1:58.93 pdflush 167 root 15 0 0 0 0 S 0.0 0.0 0:07.00 pdflush 169 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0 170 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 aio/1 Lien vers le commentaire Partager sur d’autres sites More sharing options...
Mobione Posté 20 Février 2006 Auteur Partager Posté 20 Février 2006 Et vous pouvez voir par là aussi server-status au moment oule serveur est extra-long : http://www.sms-gratuits.net/Xeon-Plantage-jour.html Lien vers le commentaire Partager sur d’autres sites More sharing options...
Dan Posté 20 Février 2006 Partager Posté 20 Février 2006 Tu as 1GB de swap utilisé... pas étonnant que cela rame ! De plus, tu as plus de 90% d'utilisation CPU rien que pour le système.. Dan PS: le lien que tu donnes ne fonctionne pas. 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