Conseil configuration Apache

Robinson · 14 Février 2010

Bonjour,

J'ai un site internet qui gère un nombre assez important d'images générées via php. Ces images sont toutes simples.
Cependant chaque image étant un fichier php, cela crée de nombreux processus apache qui ralentissent le serveur aux heures de pointes.
Quelle configuration est la plus adaptée ?

Actuellement :

Code:

Timeout 300
KeepAlive On
MaxKeepAliveRequests 150

KeepAliveTimeout 5

<IfModule mpm_prefork_module>
    StartServers         10
    MinSpareServers      10
    MaxSpareServers     140
    MaxClients          256
    MaxRequestsPerChild 4000
</IfModule>

<IfModule mpm_worker_module>
    StartServers         1O
    MaxClients          256
    MinSpareThreads      40
    MaxSpareThreads     160 
    ThreadsPerChild      35
    MaxRequestsPerChild 4000
</IfModule>

Mon serveur est puissant (Bi-Xeon Quad 8x2.33, 16Go ram).

Merci.

Julia41 · 14 Février 2010

Timeout, je mettrais ça à 2/3s : si une image mets plus que ce temps là à être affichée par l'utilisateur, c'est "pas normal" (sauf grosse image bien sûr.
Pour les autres conf, j'augmenterais un peu le MinSpare.

Je trouve le MaxRequests.. un peu élevé.

Tu peux gagner un peu en virant pas mal de module inutile.

Autre question qui est plus "bête" qu'autre chose, mets-tu en cache tes images ? (à moins qu'elles doivent vraiment changer souvent).
Au niveau du serveur web, tu pourrais tester lighttpd.

Robinson · 14 Février 2010

Merci.
J'ai fais quelques modifs mais cela n'apporte rien pour le moment.

Je vais donc essayer de réduire le nombre d'images générées par php même si ça s'annonce galère

jcaron · 14 Février 2010

Quant tu dis que le serveur ralentit aux heures de pointe, qu'est-ce-qui sature? Le CPU (0% idle, load average élevé), ou la RAM (la machine commence à swapper)?

Dans le premier cas, la config Apache ne va pas changer grand chose, il faut soit plus de CPU dispo (i.e. une machine avec plus de cores), soit en utiliser moins. La première chose à faire c'est, si possible, de mettre en place un cache afin de ne pas avoir à regénérer les images à chaque fois. Tu peux aussi t'assurer que ton script gère bien les Expires et autres headers de contrôle de cache qui vont avec, et même les If-Modified-Since, tout ça pouvant réduire le nombre de requêtes à traiter.

Dans le deuxième cas, ça peut paraître contre-intuitif, mais il faut souvent réduire le nombre de processus Apache (MaxClients). Un processus Apache avec php peut bouffer beaucoup beaucoup de RAM (ça dépend de la façon dont php est installé et configuré, mais voir un processus qui fait >100 Mo est loin d'être choquant). Dans ta config, tu indiques que tu peux avoir 256 processus, à raison de 100 Mo par processus ça fait plus de 25 Go, donc ta machine qui n'en a que 16 (moins l'espace occupé par le système, les autres processus...) va swapper, et là ça va vraiment ramer. Il faut que tu détermines la taille maximale d'un de tes processus (en examinant ps -axl), et tu mets MaxClients à (par exemple 14 Go / taille max). Suivant la config, MaxKeepAliveRequests et MaxRequetsperChild peuvent avoir une influence aussi.

Au final, c'est souvent une conbinaison des deux problèmes: tu satures le CPU, dont Apache utilise plus de processus pour essayer de traiter les requêtes, tu satures la RAM, tu swappes, badaboum.

La première chose est donc avant tout d'avoir plus d'éléments sur ce qui se passe quand ça rame (un top et un ps -axl à ce moment-là seraient un bon début).

Jacques.

Robinson · 14 Février 2010

Aucun soucis CPU et RAM...

idle souvent autour de 90% (le load average à 0,80)
RAM, 250mo libre et 13Go dans le cache, aucun swap.

Tasks: 437 total, 1 running, 436 sleeping, 0 stopped, 0 zombie

C'est continuellement ainsi.
ça doit bouchonner quelque part mais j'ai du mal à déceler où.

jcaron · 14 Février 2010

Et c'est comme ça même quand ça rame? Ca se manifeste comment exactement, le fait que ça rame? C'est valable pour toutes les requêtes ou seulement certaines? http uniquement ou aussi ssh par exemple? Tu as des requêtes SQL? Le serveur SQL est-il sur la même machine? Sinon, n'est-ce-pas cette machine-là qui rame?

Autre possibilité, n'y a-t-il pas saturation au niveau des accès disque? Là je ne sais pas trop comment ça se mesure sous les différentes variantes de Linux (sous FreeBSD cf systat -io, gstat...).

Autre piste, une saturation du lien Ethernet, ou une limitation de la bande passante utilisable? Des pertes de paquets?

Sinon tu as peut-être un problème de locking quelque part qui fait que tu ne peux pas faire deux requêtes simultanément?

Que donne le server-status d'apache?

Jacques.

Robinson · 14 Février 2010

Oui c'est ainsi quand ça rame.
Je n'ai qu'un seul serveur, mysql ne pose pas de soucis apparent.

C'est bien http qui pose soucis. Ce matin quand cela "ramait", mêmes de simples images mettaient un peu de temps à s'afficher, mais principalement c'est toute la page qui était en attente, dès qu'elle se "débloquait", elle apparaissait relativement vite.

J'ai diminué de moitié les images générées via php, cela va un peu mieux, moins de processus simultanés mais toujours des lags trop importants.
J'avais déjà constaté ces lags depuis quelques temps avant de mettre en place ces images. Elles ont amplifié le problème visiblement.

Ce qui est bizarre, c'est que les lags arrivent assez brutalement, à 400 connectés simultanés, pas de soucis, très bonne vitesse; à 420, ça commence à laguer en s'amplifiant plus le nombre augmente.

La commande server-status est introuvable.

jcaron · 14 Février 2010

Les "connectés simultanés" c'est toujours un concept particulièrement intéressant dans le cadre d'un serveur web. Si tu parles de nombre de connectés tels que comptés un CMS quelconque (genre nombre d'utilisateurs qui ont fait une connexion dans les X dernières minutes), ce n'est normalement pas spécialement important. Si tu parles du nombre de connexions TCP simultanées c'est un autre problème.

Server-status c'est un module de Apache (mod_status), qu'il faut généralement activer et paramétrer dans httpd.conf (http://httpd.apache.org/docs/2.2/mod/mod_status.html). Ca te permet ensuite de voir combien de slots sont utilisés.

Une autre piste c'est que tes processus fassent appel à des ressources externes qui prennent un peu de temps à répondre (pas forcément beaucoup, mais assez pour que ça bloque un processus qui attend une réponse pendant quelques dizaines/centaines de millisecondes par exemple). Dans ce cas le nombre de slots (MaxClients) va être saturé par ces processus en attente, et les requêtes qui arrivent derrière doivent attendre qu'un slot se libère. Dans ce cas il faut augmenter MaxClients, en tenant compte de la RAM utilisée par chaque processus et de ta RAM totale, sinon tu vas swapper (cf post précédent).

Jacques.

Robinson · 15 Février 2010

Bonjour et merci.

Etrangement ce matin, la taille des processus apache a diminué de moitié (10mo) et la mémoire RAM libre est en constante augmentation, là elle est à 4,3Go.
Comment cela se fait-il qu'elle sorte du cache ainsi ?

Cependant, le site continue de laguer dès que le nombre de connectés augmente, avec des pages apparaissant seulement entre 1 et 2,5 secondes après un clic... Elles s'affichent rapidement, mais il y a une attente avant leur déclenchement.

Le load average est par contre repassé au-dessus de 1, mais toujours avec un idle autour de 90%...

jcaron · 15 Février 2010

Quand les processus atteignent MaxRequestsPerChild, ils s'arrêtent, et un nouveau est lancé à la place, qui sera plus petit, et va ensuite grossir au fur et à mesure qu'il traite des requêtes. Assez souvent (surtout si le nombre de processus reste à peu près constant, en général à l'une des deux limites), tous les processus redémarrent à peu près en même temps.

Tes processus Apache ne font que 10-20 Mo? Php est configuré comment? Module, externe, fastcgi...?

Grosso-modo load-average = (1-idle) * nombre de cores (tant que idle > 0). Donc 90% idle, 8 cores, load average = +- 0.8. Tant que ton load average reste inférieur à 8 normalement il reste du idle, et tout va bien de ce point de vue.

Tu n'as pas répondu concernant le fait que tes scripts fassent éventuellement appel à une ressource externe (une requête http par exemple) et ce que dit server-status...

Jacques.

Robinson · 15 Février 2010

Concernant MaxRequestsPerChild, je l'avais diminué à 1000 d'où certainement la diminution d'utilisation RAM.

Oui les processus apache font 10mo (20 hier).
Php est configuré en externe.

Oki, merci j'ai compris pour le idle

Et non aucun script ne fait appel à une requête externe (hormis les scripts audiotel mais pas de soucis de ce côté).
Pour server-status, je n'arrive pas à l'activer.
Je l'active bien dans apache2.conf mais la commande est toujours inconnue, et l'exécution de mondomaine.com/server-status ne fonctionne pas non plus (pas d'autorisation).
Je me souviens avoir déjà voulu l'installer/activer mais sans succès.

jcaron · 15 Février 2010

Il faut que mod_status soit chargé et activé, bien sûr. Et de mémoire la config par défaut inclut une limitation qui ne permet de le consulter qu'en local ou un truc du genre, donc il faut évidemment adapter à ton cas particulier. Une fois activé tu peux aussi y accéder via apachectl fullstatus.

Jacques.

Robinson · 15 Février 2010

J'ai enfin réussi...
Voici ce que cela donne :

Server Version: Apache/2.2.9 (Debian) PHP/5.2.6-1+lenny3 with
Suhosin-Patch

Server Built: Jul 14 2009 20:44:04
__________________________________________________________________

Current Time: Monday, 15-Feb-2010 14:44:10 CET
Restart Time: Monday, 15-Feb-2010 14:38:37 CET
Parent Server Generation: 49
Server uptime: 5 minutes 32 seconds
221 requests currently being processed, 35 idle workers

CKKKKCCKK_CKKKKKCK_KKKC_KCKKKCKWC_KKCK_KCC_KKCKKKCKKKC__CKCCKKK_
KKC_KKKCW_KRKKKC_KKKCCCC_KKKKK_KKKKKCCKKKCCKKK_KKKKKCCKCKKKKKKCK
KKKCKKKCKKCKKKCCKCKCKKK_CK__KWCKCCKKCKCW_KKKKCKKKC_K_KCCCK_KKKK_
KKK_K_CKCCKWC_CC_CKKKWWKC_C__KKKKKCKKCCKKK_CKKKK_KK_CK_KCCKKK_CC
................................................................
................................................................
................

Scoreboard Key:
"_" Waiting for Connection, "S" Starting up, "R" Reading Request,
"W" Sending Reply, "K" Keepalive (read), "D" DNS Lookup,
"C" Closing connection, "L" Logging, "G" Gracefully finishing,
"I" Idle cleanup of worker, "." Open slot with no current process

Mais actuellement, cela ne rame pas, moins de visiteurs.

jcaron · 15 Février 2010

Ben regarde ce que ça donne au moment où ça "rame", tu vas probablement observer qu'il n'y a pas de "_" (idle workers) et probablement pas ou peu de "." (open slot).

En fait ton problème vient des keep-alives: le serveur garde la connexion (et le processus) au cas où il y aurait une autre requête du même client (pour éviter d'établir une nouvelle connexion TCP à chaque fois), et ça sature le nombre de processus disponibles (pour tout de plein de processus qui ne font en fait rien), et quand ça arrive les nouvelles connexions doivent attendre qu'un slot se libère (par timeout du keepalive). Deux options:
- augmenter sensiblement MaxClients (en faisant attention à ne pas faire swapper la machine pour autant, i.e. en tenant compte de la taille de chaque process Apache + la taille du process php qui peut aller avec)
- réduire KeepAliveTimeout. Ce qui compte surtout ce sont les requêtes "enchaînées" (genre page + css + js + images) donc 2-3 secondes doivent probablement suffire.

Evidemment si tu as un cas particulier genre ton site fait une requête toutes les secondes pour mettre à jour je ne sais quoi, tu te retrouves en gros avec un processus par utilisateur présent, et il faut donc augmenter MaxClients en conséquence (ou carrément désactiver les KeepAlives, mais ça a d'autres conséquences sur les performances).

Jacques.

Robinson · 15 Février 2010

Merci pour toutes ces infos

KeepAliveTimeout a déjà été passé à 3.

Je vais augmenter Maxclients. Autrefois, il était plus élevé. Depuis un changement de serveur, je ne l'avais pas rehaussé.
Je le passe à 350.
Ce soir, je ferai un point sur ce que ça donne.

Robinson · 15 Février 2010

C'est déjà beaucoup mieux

Current Time: Monday, 15-Feb-2010 18:23:52 CET
Restart Time: Monday, 15-Feb-2010 16:41:06 CET
Parent Server Generation: 51
Server uptime: 1 hour 42 minutes 46 seconds
312 requests currently being processed, 38 idle workers

KKCKKCKKCKKKKCC_CCKK_CCK_KC_W_KKKKC_KKKKCCWK_K_CKCCKCKKKKKCKKCK_
KCKCCWCKK___CKKCCCCKKCCKKKKCKKKRC_KK_CKCK_CK_KCKCCKKWKKK_KKKK__K
C_RKCKCRKRCRCCCKCCKKWKKKK_K_KKKCKKKKKKK_CKKKCCKKCCKWKKK_KCKCKCKK
CKCCCKWKWCKRKK_CKKCK_K_CKKCWCKCKWKKKCKKKCKKRCCCCKRCKCCKKCCCKCKKC
KCKCKKKK_KKKKRKK_KK_CKKK_KCC_K_CKW_KRKCRKCKKKCKCCKKKCCCCKC_KCK_C
_CKKCKKKCKKKKRCKCKKKKCKKKCKC_K..................................
................

Il n'y a plus aucun lag

Et niveau RAM, pas de soucis pour le moment.

Merci beaucoup de ton aide.

capmarketer · 16 Octobre 2010

Bonjour,

J'ai un problème similaire et je n'arrive pas à trouver la bonne équation depuis bientôt 4 jours...
J'ai un serveur kimsufi:
Intel - Quad Core Q6600 - 4x 2.40+ GHz
memoire: 4 Go DDR

et j'ai souvent dans les 220 connexions en simultanée...

Voici ma config apache:

Timeout 60
KeepAlive On
MaxKeepAliveRequests 100
KeepAliveTimeout 2

<IfModule mpm_prefork_module>
StartServers 5
ServerLimit 245
MaxClients 240
MinSpareServers 5
MaxSpareServers 10
MaxRequestsPerChild 0
</IfModule>

<IfModule mpm_worker_module>
ServerLimit 10
ThreadsPerChild 24
MaxClients 240
MinSpareThreads 10
MaxSpareThreads 50
MaxRequestsPerChild 0
</IfModule>

Quelqu'un y voit un truc :S. Merci d'avance pour votre aide.

jcaron · 19 Octobre 2010

Que dit top? Que dit ps axl? Que dit server-status? Qu'est-ce-qui se passe exactement?

Jacques.

capmarketer · 28 Octobre 2010

voici top

top - 13:01:29 up 56 min, 1 user, load average: 0.44, 0.29, 0.27
Tasks: 214 total, 1 running, 213 sleeping, 0 stopped, 0 zombie
Cpu(s): 13.8%us, 0.7%sy, 0.0%ni, 85.0%id, 0.5%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 4041856k total, 3926808k used, 115048k free, 15344k buffers
Swap: 10239352k total, 24788k used, 10214564k free, 160608k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
5601 www-data 40 0 332m 83m 6472 S 24 2.1 0:28.59 apache2
5592 www-data 40 0 328m 79m 5952 S 18 2.0 0:25.16 apache2
5720 www-data 40 0 328m 80m 6308 S 15 2.0 0:26.40 apache2
2931 mysql 40 0 500m 115m 7476 S 1 2.9 0:36.01 mysqld
5597 www-data 40 0 323m 75m 6568 S 0 1.9 0:31.71 apache2
7563 root 40 0 19252 1460 980 R 0 0.0 0:01.68 top
1 root 40 0 19324 1488 1176 S 0 0.0 0:01.14 init
2 root 40 0 0 0 0 S 0 0.0 0:00.00 kthreadd
3 root RT 0 0 0 0 S 0 0.0 0:00.00 migration/0
4 root 20 0 0 0 0 S 0 0.0 0:00.00 ksoftirqd/0
5 root RT 0 0 0 0 S 0 0.0 0:00.00 migration/1
6 root 20 0 0 0 0 S 0 0.0 0:00.00 ksoftirqd/1
7 root RT 0 0 0 0 S 0 0.0 0:00.00 migration/2
8 root 20 0 0 0 0 S 0 0.0 0:00.00 ksoftirqd/2
9 root RT 0 0 0 0 S 0 0.0 0:00.01 migration/3
10 root 20 0 0 0 0 S 0 0.0 0:00.00 ksoftirqd/3
11 root 20 0 0 0 0 S 0 0.0 0:00.00 events/0
12 root 20 0 0 0 0 S 0 0.0 0:00.00 events/1
13 root 20 0 0 0 0 S 0 0.0 0:00.00 events/2
14 root 20 0 0 0 0 S 0 0.0 0:00.00 events/3
15 root 20 0 0 0 0 S 0 0.0 0:00.00 cpuset
16 root 20 0 0 0 0 S 0 0.0 0:00.02 khelper
22 root 20 0 0 0 0 S 0 0.0 0:00.00 async/mgr
238 root 20 0 0 0 0 S 0 0.0 0:00.00 sync_supers
240 root 20 0 0 0 0 S 0 0.0 0:00.00 bdi-default
241 root 20 0 0 0 0 S 0 0.0 0:00.00 kintegrityd/0
242 root 20 0 0 0 0 S 0 0.0 0:00.00 kintegrityd/1
243 root 20 0 0 0 0 S 0 0.0 0:00.00 kintegrityd/2
244 root 20 0 0 0 0 S 0 0.0 0:00.00 kintegrityd/3
245 root 20 0 0 0 0 S 0 0.0 0:00.00 kblockd/0
246 root 20 0 0 0 0 S 0 0.0 0:00.00 kblockd/1
247 root 20 0 0 0 0 S 0 0.0 0:00.00 kblockd/2
248 root 20 0 0 0 0 S 0 0.0 0:00.00 kblockd/3
249 root 20 0 0 0 0 S 0 0.0 0:00.00 kacpid
250 root 20 0 0 0 0 S 0 0.0 0:00.00 kacpi_notify
251 root 20 0 0 0 0 S 0 0.0 0:00.00 kacpi_hotplug
344 root 20 0 0 0 0 S 0 0.0 0:00.00 ata/0
345 root 20 0 0 0 0 S 0 0.0 0:00.00 ata/1
346 root 20 0 0 0 0 S 0 0.0 0:00.00 ata/2
347 root 20 0 0 0 0 S 0 0.0 0:00.00 ata/3
348 root 20 0 0 0 0 S 0 0.0 0:00.00 ata_aux
352 root 20 0 0 0 0 S 0 0.0 0:00.00 ksuspend_usbd
356 root 20 0 0 0 0 S 0 0.0 0:00.00 khubd
359 root 20 0 0 0 0 S 0 0.0 0:00.00 kseriod
395 root 20 0 0 0 0 S 0 0.0 0:00.00 rpciod/0
396 root 20 0 0 0 0 S 0 0.0 0:00.00 rpciod/1
397 root 20 0 0 0 0 S 0 0.0 0:00.00 rpciod/2
398 root 20 0 0 0 0 S 0 0.0 0:00.00 rpciod/3
399 root 20 0 0 0 0 S 0 0.0 0:00.00 kvm-irqfd-clean
451 root 20 0 0 0 0 S 0 0.0 0:00.18 kswapd0
452 root 25 5 0 0 0 S 0 0.0 0:00.00 ksmd
453 root 20 0 0 0 0 S 0 0.0 0:00.00 aio/0
454 root 20 0 0 0 0 S 0 0.0 0:00.00 aio/1
455 root 20 0 0 0 0 S 0 0.0 0:00.00 aio/2
456 root 20 0 0 0 0 S 0 0.0 0:00.00 aio/3
460 root 20 0 0 0 0 S 0 0.0 0:00.00 nfsiod
461 root 15 -5 0 0 0 S 0 0.0 0:00.00 kslowd000
462 root 15 -5 0 0 0 S 0 0.0 0:00.00 kslowd001
464 root 20 0 0 0 0 S 0 0.0 0:00.00 xfs_mru_cache
465 root 20 0 0 0 0 S 0 0.0 0:00.00 xfslogd/0
466 root 20 0 0 0 0 S 0 0.0 0:00.00 xfslogd/1
467 root 20 0 0 0 0 S 0 0.0 0:00.00 xfslogd/2
468 root 20 0 0 0 0 S 0 0.0 0:00.00 xfslogd/3
469 root 20 0 0 0 0 S 0 0.0 0:00.00 xfsdatad/0

et voici ma conf apache :S

Timeout 30
KeepAlive On
MaxKeepAliveRequests 50
KeepAliveTimeout 5

<IfModule mpm_prefork_module>
StartServers 15
MinSpareServers 10
MaxSpareServers 50
MaxClients 256
ServerLimit 257
MaxRequestsPerChild 0
</IfModule>

<IfModule mpm_worker_module>
StartServers 15
ThreadsPerChild 15
MaxClients 256
MinSpareThreads 10
MaxSpareThreads 50
MaxRequestsPerChild 0
</IfModule>

<IfModule mpm_event_module>
StartServers 2
MaxClients 150
MinSpareThreads 25
MaxSpareThreads 75
ThreadLimit 64
ThreadsPerChild 25
MaxRequestsPerChild 0
</IfModule>

et juste une petite précision:
au fait quand le serveur se surcharge, impossible de se relancer tout seul. il plante et il faut absolument rebooter la machine distant

. il y aurait-il une manière à auto maintenir le service malgré mes 6000 visiteurs unique par jour sans changer de gamme de serveur?

merci beaucoup pour votre aide

capmarketer · 28 Octobre 2010

voici quelques images:

je reste ouvert à tous vos conseils
grand merci

jcaron · 1 Novembre 2010

Ce qui serait intéressant, c'est top et/ou ps axl et surtout server-status au moment où ça part en vrille...

Tu peux déjà commencer par réduire MaxClients à quelque chose comme 35-50, ça devrait éviter que la machine parte en vrille totale comme elle le fait là (normal: chaque processus Apache semble occuper environ 80 Mo, et tu l'autorises à en avoir 256, je te laisse faire le calcul). Mais tu vas probablement te retrouver avec des lags méchants parce que les keep-alives vont "bloquer" des processus trop longtemps, ce qui va te forcer soit à réduire encore le KeepAliveTimeout, soit à carrément virer les KeepAlives, ce qui n'est pas une bonne idée d'un point de vue perfs.

Au delà, sans savoir ce que fait ton serveur exactement (php? perl? via exécutable, module, fastcgi? autre chose?), difficile d'en dire beaucoup plus. Mon petit doigt me dit que tu utilises mod_php ou mod_perl, mais il est loin d'en être convaincu. Dans ce genre de scénario, c'est souvent une bonne idée d'avoir deux Apache différents: l'un avec mod_whatever pour les parties dynamiques, et une version "super light" (ou un lighttpd, ou nginx...) pour les fichiers statiques. Ensuite tu peux soit faire en sorte que ton site utilise les bonnes URLs pour les différents types de liens, soit utiliser un reverse proxy comme pound pour faire le tri. Mais bon, je m'avance beaucoup, c'est pas comme si on avait beaucoup d'infos...

Jacques.

capmarketer · 1 Novembre 2010

Woooow! ça fait plaisir d'avoir la compagnie d'un pro

. Merci pour cette réponse bien détaillé.
Voici ...

Code:

ps axl:
F   UID   PID  PPID PRI  NI    VSZ   RSS WCHAN  STAT TTY        TIME COMMAND
4     0     1     0  40   0  19324   972 poll_s Ss   ?          0:01 /sbin/init
1     0     2     0  40   0      0     0 kthrea S    ?          0:00 [kthreadd]
1     0     3     2 -100  -      0     0 migrat S    ?          0:00 [migration/0]
1     0     4     2  20   0      0     0 ksofti S    ?          0:00 [ksoftirqd/0]
1     0     5     2 -100  -      0     0 migrat S    ?          0:00 [migration/1]
1     0     6     2  20   0      0     0 ksofti S    ?          0:00 [ksoftirqd/1]
1     0     7     2 -100  -      0     0 migrat S    ?          0:00 [migration/2]
1     0     8     2  20   0      0     0 ksofti S    ?          0:00 [ksoftirqd/2]
1     0     9     2 -100  -      0     0 migrat S    ?          0:00 [migration/3]
1     0    10     2  20   0      0     0 ksofti S    ?          0:00 [ksoftirqd/3]
1     0    11     2  20   0      0     0 worker S    ?          0:00 [events/0]
1     0    12     2  20   0      0     0 worker S    ?          0:00 [events/1]
1     0    13     2  20   0      0     0 worker S    ?          0:00 [events/2]
1     0    14     2  20   0      0     0 worker S    ?          0:00 [events/3]
1     0    15     2  20   0      0     0 worker S    ?          0:00 [cpuset]
1     0    16     2  20   0      0     0 worker S    ?          0:00 [khelper]
1     0    22     2  20   0      0     0 async_ S    ?          0:00 [async/mgr]
1     0   238     2  20   0      0     0 bdi_sy S    ?          0:00 [sync_supers]
1     0   240     2  20   0      0     0 bdi_fo S    ?          0:00 [bdi-default]
1     0   241     2  20   0      0     0 worker S    ?          0:00 [kintegrityd/0]
1     0   242     2  20   0      0     0 worker S    ?          0:00 [kintegrityd/1]
1     0   243     2  20   0      0     0 worker S    ?          0:00 [kintegrityd/2]
1     0   244     2  20   0      0     0 worker S    ?          0:00 [kintegrityd/3]
1     0   245     2  20   0      0     0 worker S    ?          0:00 [kblockd/0]
1     0   246     2  20   0      0     0 worker S    ?          0:00 [kblockd/1]
1     0   247     2  20   0      0     0 worker S    ?          0:00 [kblockd/2]
1     0   248     2  20   0      0     0 worker S    ?          0:00 [kblockd/3]
1     0   249     2  20   0      0     0 worker S    ?          0:00 [kacpid]
1     0   250     2  20   0      0     0 worker S    ?          0:00 [kacpi_notify]
1     0   251     2  20   0      0     0 worker S    ?          0:00 [kacpi_hotplug]
1     0   345     2  20   0      0     0 worker S    ?          0:00 [ata/0]
1     0   346     2  20   0      0     0 worker S    ?          0:00 [ata/1]
1     0   347     2  20   0      0     0 worker S    ?          0:00 [ata/2]
1     0   348     2  20   0      0     0 worker S    ?          0:00 [ata/3]
1     0   349     2  20   0      0     0 worker S    ?          0:00 [ata_aux]
1     0   353     2  20   0      0     0 worker S    ?          0:00 [ksuspend_usbd]
1     0   357     2  20   0      0     0 hub_th S    ?          0:00 [khubd]
1     0   360     2  20   0      0     0 serio_ S    ?          0:00 [kseriod]
1     0   397     2  20   0      0     0 worker S    ?          0:00 [rpciod/0]
1     0   398     2  20   0      0     0 worker S    ?          0:00 [rpciod/1]
1     0   399     2  20   0      0     0 worker S    ?          0:00 [rpciod/2]
1     0   400     2  20   0      0     0 worker S    ?          0:00 [rpciod/3]
1     0   401     2  20   0      0     0 worker S    ?          0:00 [kvm-irqfd-clean]
1     0   453     2  20   0      0     0 kswapd S    ?          0:24 [kswapd0]
1     0   454     2  25   5      0     0 ksm_sc SN   ?          0:00 [ksmd]
1     0   455     2  20   0      0     0 worker S    ?          0:00 [aio/0]
1     0   456     2  20   0      0     0 worker S    ?          0:00 [aio/1]
1     0   457     2  20   0      0     0 worker S    ?          0:00 [aio/2]
1     0   458     2  20   0      0     0 worker S    ?          0:00 [aio/3]
1     0   462     2  20   0      0     0 worker S    ?          0:00 [nfsiod]
1     0   463     2  15  -5      0     0 slow_w S<   ?          0:00 [kslowd000]
1     0   464     2  15  -5      0     0 slow_w S<   ?          0:00 [kslowd001]
1     0   466     2  20   0      0     0 worker S    ?          0:00 [xfs_mru_cache]
1     0   467     2  20   0      0     0 worker S    ?          0:00 [xfslogd/0]
1     0   468     2  20   0      0     0 worker S    ?          0:00 [xfslogd/1]
1     0   469     2  20   0      0     0 worker S    ?          0:00 [xfslogd/2]
1     0   470     2  20   0      0     0 worker S    ?          0:00 [xfslogd/3]
1     0   471     2  20   0      0     0 worker S    ?          0:00 [xfsdatad/0]
1     0   472     2  20   0      0     0 worker S    ?          0:00 [xfsdatad/1]
1     0   473     2  20   0      0     0 worker S    ?          0:00 [xfsdatad/2]
1     0   474     2  20   0      0     0 worker S    ?          0:00 [xfsdatad/3]
1     0   475     2  20   0      0     0 worker S    ?          0:00 [xfsconvertd/0]
1     0   476     2  20   0      0     0 worker S    ?          0:00 [xfsconvertd/1]
1     0   477     2  20   0      0     0 worker S    ?          0:00 [xfsconvertd/2]
1     0   478     2  20   0      0     0 worker S    ?          0:00 [xfsconvertd/3]
1     0   479     2  20   0      0     0 worker S    ?          0:00 [ocfs2_wq]
1     0   480     2  20   0      0     0 worker S    ?          0:00 [o2quot/0]
1     0   481     2  20   0      0     0 worker S    ?          0:00 [o2quot/1]
1     0   482     2  20   0      0     0 worker S    ?          0:00 [o2quot/2]
1     0   483     2  20   0      0     0 worker S    ?          0:00 [o2quot/3]
1     0   486     2  20   0      0     0 worker S    ?          0:00 [user_dlm]
1     0   488     2  20   0      0     0 worker S    ?          0:00 [glock_workqueue]
1     0   489     2  20   0      0     0 worker S    ?          0:00 [glock_workqueue]
1     0   490     2  20   0      0     0 worker S    ?          0:00 [glock_workqueue]
1     0   491     2  20   0      0     0 worker S    ?          0:00 [glock_workqueue]
1     0   492     2  20   0      0     0 worker S    ?          0:00 [delete_workqueu]
1     0   493     2  20   0      0     0 worker S    ?          0:00 [delete_workqueu]
1     0   494     2  20   0      0     0 worker S    ?          0:00 [delete_workqueu]
1     0   495     2  20   0      0     0 worker S    ?          0:00 [delete_workqueu]
1     0   496     2  20   0      0     0 worker S    ?          0:00 [crypto/0]
1     0   497     2  20   0      0     0 worker S    ?          0:00 [crypto/1]
1     0   498     2  20   0      0     0 worker S    ?          0:00 [crypto/2]
1     0   499     2  20   0      0     0 worker S    ?          0:00 [crypto/3]
1     0  1219     2  20   0      0     0 worker S    ?          0:00 [iscsi_eh]
1     0  1228     2  20   0      0     0 worker S    ?          0:00 [fc_rport_eq]
1     0  1229     2   0 -20      0     0 fcoe_p S<   ?          0:00 [fcoethread/0]
1     0  1230     2   0 -20      0     0 fcoe_p S<   ?          0:00 [fcoethread/1]
1     0  1231     2   0 -20      0     0 fcoe_p S<   ?          0:00 [fcoethread/2]
1     0  1232     2   0 -20      0     0 fcoe_p S<   ?          0:00 [fcoethread/3]
1     0  1243     2  20   0      0     0 scsi_e S    ?          0:00 [scsi_eh_0]
1     0  1245     2  20   0      0     0 scsi_e S    ?          0:00 [scsi_eh_1]
1     0  1259     2  20   0      0     0 mtd_bl S    ?          0:00 [mtdblockd]
1     0  1315     2  20   0      0     0 worker S    ?          0:00 [kpsmoused]
1     0  1338     2  20   0      0     0 worker S    ?          0:00 [kstriped]
1     0  1340     2  20   0      0     0 worker S    ?          0:00 [kdelayd/0]
1     0  1341     2  20   0      0     0 worker S    ?          0:00 [kdelayd/1]
1     0  1342     2  20   0      0     0 worker S    ?          0:00 [kdelayd/2]
1     0  1343     2  20   0      0     0 worker S    ?          0:00 [kdelayd/3]
1     0  1344     2  20   0      0     0 worker S    ?          0:00 [kmpathd/0]
1     0  1345     2  20   0      0     0 worker S    ?          0:00 [kmpathd/1]
1     0  1346     2  20   0      0     0 worker S    ?          0:00 [kmpathd/2]
1     0  1347     2  20   0      0     0 worker S    ?          0:00 [kmpathd/3]
1     0  1348     2  20   0      0     0 worker S    ?          0:00 [kmpath_handlerd]
1     0  1349     2  20   0      0     0 worker S    ?          0:00 [ksnapd]
1     0  1352     2  20   0      0     0 worker S    ?          0:00 [edac-poller]
1     0  1366     2  20   0      0     0 worker S    ?          0:00 [kondemand/0]
1     0  1367     2  20   0      0     0 worker S    ?          0:00 [kondemand/1]
1     0  1368     2  20   0      0     0 worker S    ?          0:00 [kondemand/2]
1     0  1369     2  20   0      0     0 worker S    ?          0:00 [kondemand/3]
1     0  1370     2  20   0      0     0 worker S    ?          0:00 [kconservative/0]
1     0  1371     2  20   0      0     0 worker S    ?          0:00 [kconservative/1]
1     0  1372     2  20   0      0     0 worker S    ?          0:00 [kconservative/2]
1     0  1373     2  20   0      0     0 worker S    ?          0:00 [kconservative/3]
1     0  1402     2  20   0      0     0 worker S    ?          0:00 [usbhid_resumer]
1     0  1427     2  20   0      0     0 kjourn S    ?          0:01 [jbd2/sda1-8]
1     0  1428     2  20   0      0     0 worker S    ?          0:00 [ext4-dio-unwrit]
1     0  1429     2  20   0      0     0 worker S    ?          0:00 [ext4-dio-unwrit]
1     0  1430     2  20   0      0     0 worker S    ?          0:00 [ext4-dio-unwrit]
1     0  1431     2  20   0      0     0 worker S    ?          0:00 [ext4-dio-unwrit]
1     0  1451     1  40   0  12636   532 poll_s S    ?          0:00 upstart-udev-bridge --daemon
5     0  1453     1  16  -4  16928   424 poll_s S<s  ?          0:00 udevd --daemon
1     0  2292     2  20   0      0     0 bdi_wr S    ?          0:00 [flush-8:0]
5     0  2386  1453  18  -2  16924   360 poll_s S<   ?          0:00 udevd --daemon
5     0  2387  1453  18  -2  16924   136 poll_s S<   ?          0:00 udevd --daemon
1     0  2552     2  20   0      0     0 kjourn S    ?          0:00 [jbd2/sda2-8]
1     0  2553     2  20   0      0     0 worker S    ?          0:00 [ext4-dio-unwrit]
1     0  2554     2  20   0      0     0 worker S    ?          0:00 [ext4-dio-unwrit]
1     0  2555     2  20   0      0     0 worker S    ?          0:00 [ext4-dio-unwrit]
1     0  2556     2  20   0      0     0 worker S    ?          0:00 [ext4-dio-unwrit]
4     0  2647     1  40   0   8192   208 syslog Ss   ?          0:00 dd bs=1 if=/proc/kmsg of=/var/run/rsyslog/kmsg
5   101  2660     1  40   0 185780  1016 poll_s Sl   ?          0:03 rsyslogd -c4
0     0  2681     1  40   0   5984   240 n_tty_ Ss+  tty4       0:00 /sbin/getty -8 38400 tty4
0     0  2683     1  40   0   5984   240 n_tty_ Ss+  tty5       0:00 /sbin/getty -8 38400 tty5
0     0  2686     1  40   0   5984   240 n_tty_ Ss+  tty2       0:00 /sbin/getty -8 38400 tty2
0     0  2687     1  40   0   5984   240 n_tty_ Ss+  tty3       0:00 /sbin/getty -8 38400 tty3
0     0  2689     1  40   0   5984   240 n_tty_ Ss+  tty6       0:00 /sbin/getty -8 38400 tty6
5     0  2705     1  40   0  18708   400 hrtime Ss   ?          0:00 cron
5   103  2736     1  40   0 236716 12496 rt_sig Ssl  ?          0:20 /usr/sbin/named -u bind
5     0  2761     1  40   0  49068   568 poll_s Ss   ?          0:00 /usr/sbin/sshd
0     0  2797     1  40   0  17612   296 wait   S    ?          0:00 /bin/sh /usr/bin/mysqld_safe
4   102  2930  2797  40   0 803880 85840 poll_s Sl   ?          5:21 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqld/mysqld.pid --socket=/var/run/mysqld/mysqld.sock --port=3306
0     0  2931  2797  40   0   3908   352 pipe_w S    ?          0:00 logger -t mysqld -p daemon.error
0   109  3020     1  40   0  98396   676 poll_s S    ?          0:00 /usr/lib/postgresql/8.4/bin/postgres -D /var/lib/postgresql/8.4/main -c config_file=/etc/postgresql/8.4/main/postgresql.conf
1   109  3183  3020  40   0  98396   352 poll_s Ss   ?          0:01 postgres: writer process
1   109  3184  3020  40   0  98396   280 poll_s Ss   ?          0:00 postgres: wal writer process
1   109  3185  3020  40   0  98528   592 poll_s Ss   ?          0:00 postgres: autovacuum launcher process
1   109  3186  3020  40   0  69940   404 poll_s Ss   ?          0:00 postgres: stats collector process
1   106  3615     1  40   0  25960  1392 pause  Ss   ?          0:00 /usr/bin/freshclam -d --quiet
4     0  3704     1  40   0  37012   576 epoll_ Ss   ?          0:00 /usr/lib/postfix/master
4   105  3711  3704  40   0  39232   656 epoll_ S    ?          0:00 qmgr -l -t fifo -u
1     0  3733     1  40   0  12512   176 poll_s Ss   ?          0:00 /sbin/mdadm --monitor --pid-file /var/run/mdadm/monitor.pid --daemonise --scan --syslog
5   107  3755     1  40   0  69704   400 poll_s Ss   ?          0:00 proftpd: (accepting connections)
5     0  3880     1  40   0 134844  2508 poll_s Sl   ?          0:04 /usr/bin/python /usr/bin/fail2ban-server -b -s /var/run/fail2ban/fail2ban.sock
1     0  3893     1  40   0  65004   428 inet_c Ss   ?          0:00 /usr/share/webmin/virtual-server/lookup-domain-daemon.pl
1     0  3909     1  40   0  65332  1540 poll_s Ss   ?          0:00 /usr/bin/perl /usr/share/webmin/miniserv.pl /etc/webmin/miniserv.conf
0     0  3911     1  40   0   5984   240 n_tty_ Ss+  tty1       0:00 /sbin/getty -8 38400 tty1
5     0 10250     1  40   0 268304 16560 poll_s Ss   ?          0:00 /usr/sbin/apache2 -k start
5    33 10254 10250  40   0 334320 80912 poll_s S    ?          2:42 /usr/sbin/apache2 -k start
5    33 10255 10250  40   0 333760 80320 semtim S    ?          2:30 /usr/sbin/apache2 -k start
5    33 10256 10250  40   0 342760 88348 poll_s S    ?          2:57 /usr/sbin/apache2 -k start
5    33 10257 10250  40   0 340268 86288 semtim S    ?          2:46 /usr/sbin/apache2 -k start
5    33 10258 10250  40   0 329908 76384 semtim S    ?          2:36 /usr/sbin/apache2 -k start
5    33 10259 10250  40   0 334860 81672 semtim S    ?          3:03 /usr/sbin/apache2 -k start
5    33 10260 10250  40   0 333808 79428 semtim S    ?          2:43 /usr/sbin/apache2 -k start
5    33 10261 10250  40   0 331108 76580 semtim S    ?          2:36 /usr/sbin/apache2 -k start
5    33 10262 10250  40   0 339012 85572 semtim S    ?          2:43 /usr/sbin/apache2 -k start
5    33 10263 10250  40   0 330252 76668 semtim S    ?          2:28 /usr/sbin/apache2 -k start
5    33 10264 10250  40   0 342828 89092 semtim S    ?          2:43 /usr/sbin/apache2 -k start
5    33 10265 10250  40   0 330468 76528 semtim S    ?          2:54 /usr/sbin/apache2 -k start
5    33 10266 10250  40   0 330336 76704 semtim S    ?          2:57 /usr/sbin/apache2 -k start
5    33 10267 10250  40   0 328548 74596 semtim S    ?          2:43 /usr/sbin/apache2 -k start
5    33 10268 10250  40   0 335908 82196 semtim S    ?          2:40 /usr/sbin/apache2 -k start
5    33 10269 10250  40   0 336296 81864 semtim S    ?          2:30 /usr/sbin/apache2 -k start
5    33 10270 10250  40   0 328196 74876 semtim S    ?          3:09 /usr/sbin/apache2 -k start
5    33 10271 10250  40   0 333768 79992 semtim S    ?          2:41 /usr/sbin/apache2 -k start
5    33 10272 10250  40   0 336328 82036 semtim S    ?          2:56 /usr/sbin/apache2 -k start
5    33 10273 10250  40   0 340016 85120 poll_s S    ?          2:38 /usr/sbin/apache2 -k start
5    33 10274 10250  40   0 342312 88136 semtim S    ?          2:44 /usr/sbin/apache2 -k start
5    33 10275 10250  40   0 342600 88104 semtim S    ?          2:51 /usr/sbin/apache2 -k start
5    33 10276 10250  40   0 336272 81812 poll_s S    ?          2:55 /usr/sbin/apache2 -k start
5    33 10277 10250  40   0 328176 73920 epoll_ S    ?          2:46 /usr/sbin/apache2 -k start
5    33 10278 10250  40   0 336068 81692 poll_s S    ?          2:32 /usr/sbin/apache2 -k start
5    33 10279 10250  40   0 339672 85624 semtim S    ?          2:47 /usr/sbin/apache2 -k start
5    33 10280 10250  40   0 338704 84440 poll_s S    ?          2:32 /usr/sbin/apache2 -k start
5    33 10281 10250  40   0 336252 82792 semtim S    ?          2:33 /usr/sbin/apache2 -k start
5    33 10283 10250  40   0 330232 76076 poll_s S    ?          2:31 /usr/sbin/apache2 -k start
5    33 10284 10250  40   0 329592 75144 poll_s S    ?          2:50 /usr/sbin/apache2 -k start
5    33 10285 10250  40   0 335904 81664 poll_s S    ?          2:42 /usr/sbin/apache2 -k start
5    33 10286 10250  40   0 330320 75992 poll_s S    ?          2:51 /usr/sbin/apache2 -k start
5    33 10287 10250  40   0 330004 76532 semtim S    ?          2:43 /usr/sbin/apache2 -k start
5    33 10288 10250  40   0 328824 74832 semtim S    ?          2:37 /usr/sbin/apache2 -k start
5    33 10289 10250  40   0 335792 81180 semtim S    ?          2:57 /usr/sbin/apache2 -k start
5    33 10290 10250  40   0 339104 85036 poll_s S    ?          2:40 /usr/sbin/apache2 -k start
5    33 10291 10250  40   0 343264 89420 semtim S    ?          2:40 /usr/sbin/apache2 -k start
5    33 10292 10250  40   0 328456 74124 semtim S    ?          2:43 /usr/sbin/apache2 -k start
5    33 10293 10250  40   0 328240 74296 -      R    ?          2:30 /usr/sbin/apache2 -k start
5    33 10294 10250  40   0 333920 80364 semtim S    ?          2:37 /usr/sbin/apache2 -k start
5    33 10295 10250  40   0 327844 73800 semtim S    ?          2:26 /usr/sbin/apache2 -k start
5    33 10296 10250  40   0 329264 74956 semtim S    ?          2:44 /usr/sbin/apache2 -k start
5    33 10297 10250  40   0 342812 88612 semtim S    ?          2:31 /usr/sbin/apache2 -k start
5    33 10298 10250  40   0 328180 73888 semtim S    ?          2:47 /usr/sbin/apache2 -k start
5    33 10299 10250  40   0 330804 77244 poll_s S    ?          2:26 /usr/sbin/apache2 -k start
5    33 11802 10250  40   0 330980 76496 semtim S    ?          2:31 /usr/sbin/apache2 -k start
5    33 12005 10250  40   0 335896 81652 semtim S    ?          2:22 /usr/sbin/apache2 -k start
5    33 12006 10250  40   0 329556 75996 semtim S    ?          2:23 /usr/sbin/apache2 -k start
5    33 12007 10250  40   0 341812 87472 semtim S    ?          2:22 /usr/sbin/apache2 -k start
5    33 12008 10250  40   0 342844 88132 poll_s S    ?          2:32 /usr/sbin/apache2 -k start
4   105 12012  3704  40   0  41592  3104 epoll_ S    ?          0:00 tlsmgr -l -t unix -u -c
4   105 24707  3704  40   0  39072  2148 epoll_ S    ?          0:00 pickup -l -t fifo -u -c
4     0 28340  2761  40   0  70500  3244 unix_s Ss   ?          0:00 sshd: capmarketer [priv]
5  1004 28401 28340  40   0  70500  1908 poll_s S    ?          0:00 sshd: capmarketer@notty
0  1004 28403 28401  40   0  42296  1876 poll_s Ss   ?          0:00 /usr/lib/openssh/sftp-server
4     0 29033  2761  40   0  70500  3336 poll_s Ss   ?          0:00 sshd: root@pts/0
4     0 29094 29033  40   0  20236  2124 wait   Ss   pts/0      0:00 -bash
4     0 29107 29094  40   0   6672   896 -      R+   pts/0      0:00 ps axl

et server-status donne ceci :S:
-bash: server-status : commande introuvable

En fait, je ne réussi même plus à me connecté quand le serveur est saturé car l'accès ssh est aussi bloqué et il me faut passer par le manager de OVH pour rebooter la machine de façon hard.

Mon serveur est Apache2 avec PHP/MySQL + Perl et utilise mod_php et mod su_exec avec webmin (virtualmin).
Je n'ai pas de page statiques. Il y a un système de cache mais je l'ai désactivé car cela n'arrangeait pas non plus les choses.
Voici un phpinfo: http://capmarketer.com/a.php

Sinon, j'ai 10 sites en activité sur ce serveur dont 9 à très faible audience et un qui reçoit quotidiennement en moyenne 6.000 visiteurs uniques et plus de 20.000 pages vues.

Il y aurait-il un moyen de pouvoir toujours se connecter via ssh même durant les piques de visites ou de saturation mémoire? actuellement c'est mon hébergeur qui risque de pas être très content car je les appelle beaucoup ^^.

Déjà je vais réduire le MaxClients (je l'avais augmenté car le serveur s'était planté avec la valeur par défaut 150 et je recevais environ 290 visiteurs en simultané).

Avec ces infos que penses-tu de la situation? et que ferais-tu à ma place? héhéhéhé... le moment est trop beau pour poser toutes ces questions

.

Encore merci

Mayeul

jcaron · 2 Novembre 2010

Server-status ce n'est pas une commande mais un module d'Apache (mod_status), généralement accessible via /server-status une fois activé dans la config (et éventuellement via apachectl status ou apachectl fullstatus si tu as tout configuré comme il faut).

Tu as forcément des fichiers statiques: CSS, JS, images, etc. Vu que tu as mod_php installé, ça veut dire qu'un processus avec php embarqué qui occupe plus de 80 Mo de RAM est mobilisé pour servir chacun de ces fichiers. C'est pour ça que quand on utilise mod_php ou mod_perl, on sert les fichiers statiques avec un autre serveur.

Là, quand on serveur part en vrille, il swappe tellement qu'il est presque forcément injoignable, il passe sa vie à balancer des bouts de RAM sur disque pour faire de la place pour charger d'autres bouts de RAM à partir du disque. Tu vois (les lignes blanches sur le graphe) qu'il y a des périodes il n'arrive même pas à répondre aux requêtes pour les stats (ou à envoyer les stats, suivant le système employé).

Ne confonds pas le nombre de visiteurs tel qu'annoncé par certains CMS avec le nombre de clients simultanés, ça n'a pas forcément grand chose à voir. HTTP est essentiellement connectionless (même si avec les Keep-Alives ça se discute), tu peux avoir des milliers de visiteurs "simultanés" (i.e. dans les dernières dizaines de secondes/minutes) et n'utiliser que quelques dizaines de processus HTTP.

Plusieurs pistes à explorer:
- d'abord regarder ce que donne server-status
- réduire MaxClients
- éventuellement réduire ou désactiver les Keep-Alives
- éventuellement réduire MaxRequestsPerChild: je suppose que comme mod_perl, mod_php a tendance à grossir, grossir, grossir...
- séparer les fichiers statiques sur un serveur séparé (un apache bien light ça consomme quelques Mo par connexion, contre plusieurs dizaines pour le httpd avec mod_php)
- réduire le nombre et/ou la taille des fichiers statiques (agrégation, minification et compressions des JS, CSS, spriting des images...)
- passer de mod_php à php en exécutable (éventuellement via suexec) ou en fastcgi
- faire du ménage dans mod_php (extensions chargées, etc.)
- ajouter beaucoup, beaucoup plus de RAM

20 000 pages vues par jour, ça fait difficilement plus de 1 requête dynamique par seconde en pointe, à moins que tu aies des très grosses pointes très très limitées dans le temps. Avec un serveur correctement configuré, ça devrait très très largement tenir sur ta machine.

Jacques.

jcaron · 2 Novembre 2010

Je rajoute que si tu te greffes à une discussion existante, ce serait bien de lire les réponses qui y ont déjà été faites, parce que pour beaucoup de choses (genre server-status), ça a déjà été expliqué à la page d'avant...

Jacques.

capmarketer · 3 Novembre 2010

Bonjour,

Déjà un grand merci car en réduisant MaxClients j'ai au moins accès à la machine via SSH. Ce qui aide vraiment.
J'ai fait moins de hard reboot depuis le weekend dernier

.

Enorme! même les CSS, JS,... me consomment de la mémoire comme du PHP? plus amateur, meurt je pense :-D.
Je vais mettre en oeuvre ce weekend tes dernières recommandations.

Je me suis trompé avec le mod_php, car je suis plutôt en suexec avec webmin gratuit. Il pareil d'ailleurs qu'avec la version pro on peut avoir plusieurs configurations apache pour une même machine. Peut être rendre bcp moins gourmand l'une que d'autres

, enfin... pour les JS et CSS tu as totalement raison, je me demande même s'il faut forcément apache pour les fichier statiques :-/... Peut être pour la minifycation et la compression? Actuellement j'utilise minify (http://code.google.com/p/minify/) pour les CSS et JS.

Merci beaucoup

jcaron · 5 Novembre 2010

Si tu n'utilises pas mod_php, alors tes processus Apache sont bien trop gros. Peut-être que mod_php est chargé alors que tu ne l'utilises pas? Mais comme ni dans ton top ni dans ton ps on ne voit de processus php, j'ai tendance à penser que tu utilises mod_php quand même.

Si tu n'utilises pas mod_php (ni mod_perl ou autre module très gourmand), il n'y a pas de problème particulier à servir les fichiers statiques avec le même Apache. Il n'y a que quand tu utilises ces modules que c'est problématique.

Jacques.

guiparm · 29 Décembre 2010

Bonjour à tous,

je rencontre à peu près le même soucis avec apache2 sous debian5. Plusieurs fois par semaine mon serveur d'autoformation (moodle), se met en vrac, obligé de le rebooté manuellement, plus de connexion ssh disponible (machine virtuelle gérée par vmware esxi).

Tout d'abord la config :
-double processeur : Intel(R) Xeon(R) CPU E5540 @ 2.53GHz
-1 Go de mémoire vive.

Il n'y a pas plus de 30 à 50 connexions simultanée (je pense...).

J'ai créé un script qui releve toutes les 5 minutes le top, et voila ce que j'ai avant un plantage (load average élévé, beaucoup de process apache :

Code:

top - 10:05:54 up 3 days, 22:09,  0 users,  load average: 103.38, 120.77, 86.11
Tasks: 210 total,   3 running, 190 sleeping,   0 stopped,  17 zombie
Cpu(s):  0.3%us,  0.5%sy,  0.0%ni, 99.3%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   1036032k total,   922420k used,   113612k free,     1196k buffers
Swap:   281096k total,   264684k used,    16412k free,    20644k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND            
23699 www-data  20   0 36980 9.8m   80 D   19  1.0   0:14.74 apache2            
23761 www-data  20   0 37196 7500  180 D   19  0.7   0:14.32 apache2            
23703 www-data  20   0 36980 7952   80 R   12  0.8   0:14.26 apache2            
23815 www-data  20   0 37172 9720   88 D   12  0.9   0:14.08 apache2            
23865 www-data  20   0 37156  12m 2300 D   12  1.2   0:14.12 apache2            
23862 www-data  20   0 37156  12m 2300 R    8  1.2   0:13.80 apache2            
23690 www-data  20   0 36952  11m 1580 D    4  1.2   0:14.52 apache2            
23769 www-data  20   0 36152 8208    4 D    4  0.8   0:13.10 apache2            
23881 www-data  20   0 25884 4404 2256 S    4  0.4   0:13.84 apache2            
23895 www-data  20   0 25748  932    4 D    4  0.1   0:13.00 apache2            
23914 www-data  20   0 13488  380    4 D    4  0.0   0:05.00 php                
23923 mysql     20   0 97.9m  11m 2272 S    4  1.1   0:04.80 mysqld             
23967 root      20   0  2520 1104  796 R    4  0.1   0:00.02 top                
 3375 root      20   0  3392   44    4 D    2  0.0   2:17.02 hald-addon-stor    
    1 root      20   0  2104   80   56 S    0  0.0   0:23.24 init               
    2 root      15  -5     0    0    0 S    0  0.0   0:00.00 kthreadd           
    3 root      RT  -5     0    0    0 S    0  0.0   0:00.00 migration/0        
    4 root      15  -5     0    0    0 S    0  0.0   0:05.76 ksoftirqd/0        
    5 root      RT  -5     0    0    0 S    0  0.0   0:00.02 watchdog/0         
    6 root      RT  -5     0    0    0 S    0  0.0   0:00.02 migration/1        
    7 root      15  -5     0    0    0 S    0  0.0   0:03.26 ksoftirqd/1        
    8 root      RT  -5     0    0    0 S    0  0.0   0:00.00 watchdog/1         
    9 root      15  -5     0    0    0 S    0  0.0   0:05.02 events/0           
   10 root      15  -5     0    0    0 S    0  0.0   0:05.44 events/1           
   11 root      15  -5     0    0    0 S    0  0.0   0:00.00 khelper            
   44 root      15  -5     0    0    0 S    0  0.0   0:01.84 kblockd/0          
   45 root      15  -5     0    0    0 S    0  0.0   0:01.18 kblockd/1          
   47 root      15  -5     0    0    0 S    0  0.0   0:00.00 kacpid             
   48 root      15  -5     0    0    0 S    0  0.0   0:00.00 kacpi_notify       
  178 root      15  -5     0    0    0 S    0  0.0   0:00.00 kseriod            
  223 root      15  -5     0    0    0 S    0  0.0   0:43.77 kswapd0            
  224 root      15  -5     0    0    0 S    0  0.0   0:00.00 aio/0              
  225 root      15  -5     0    0    0 S    0  0.0   0:00.00 aio/1              
  812 root      15  -5     0    0    0 S    0  0.0   0:00.00 ata/0              
  813 root      15  -5     0    0    0 S    0  0.0   0:00.00 ata/1              
  814 root      15  -5     0    0    0 S    0  0.0   0:00.00 ata_aux            
 1001 root      15  -5     0    0    0 S    0  0.0   0:00.00 scsi_eh_0          
 1134 root      15  -5     0    0    0 S    0  0.0   0:16.02 kjournald          
 1206 root      16  -4  2292    8    4 S    0  0.0   0:00.04 udevd              
 1751 root      15  -5     0    0    0 S    0  0.0   0:00.00 kpsmoused          
 2007 root      15  -5     0    0    0 S    0  0.0   0:08.92 kjournald          
 2218 root      20   0     0    0    0 S    0  0.0   0:02.70 vmmemctl           
 2357 root      20   0  3224  388  256 S    0  0.0   1:54.42 vmware-guestd      
 2384 daemon    20   0  1896    8    4 S    0  0.0   0:00.00 portmap            
 2632 root      20   0  4140  412    4 D    0  0.0   0:22.22 syslog-ng          
 2640 root      20   0  1768    8    4 S    0  0.0   0:00.00 acpid              
 2650 messageb  20   0  2620    8    4 S    0  0.0   0:00.00 dbus-daemon        
 2666 avahi     20   0  2988   52    4 S    0  0.0   0:02.02 avahi-daemon       
 2667 avahi     20   0  2884    8    4 S    0  0.0   0:00.00 avahi-daemon       
 2758 root      18  -2  5416   48    4 S    0  0.0   0:00.04 sshd               
 2799 root      20   0  2836  104    4 S    0  0.0   0:00.20 mysqld_safe        
 2891 nagios    20   0  3744   80   48 S    0  0.0   0:24.30 nrpe               
 2897 root      20   0  2820    8    4 S    0  0.0   0:00.02 soffice            
 2981 root      20   0  5624   76    4 D    0  0.0   0:19.26 master             
 2989 postfix   20   0  5680   68    4 S    0  0.0   0:12.32 qmgr               
 2998 root      20   0  3412    8    4 S    0  0.0   0:00.00 famd               
 3010 root      20   0 94312    8    4 S    0  0.0   0:00.38 soffice.bin        
 3316 ntp       20   0  4276   92   40 S    0  0.0   0:17.02 ntpd               
 3329 haldaemo  20   0  5456  336   56 S    0  0.0   0:21.64 hald               
 3330 root      20   0  3328    8    4 S    0  0.0   0:00.00 hald-runner        
 3363 root      20   0  3392    4    4 S    0  0.0   0:00.00 hald-addon-inpu    
 3372 haldaemo  20   0  2272    8    4 S    0  0.0   0:00.00 hald-addon-acpi    
 3373 root      20   0  3392  148   96 S    0  0.0   0:23.68 hald-addon-stor    
 3393 proftpd   20   0  5520  112   36 S    0  0.0   0:20.38 proftpd            
 3413 root      20   0  3456  236  156 S    0  0.0   0:17.10 cron               
 3427 root      20   0 25748  764    4 D    0  0.1   0:26.50 apache2            
 3447 root      20   0  104m 1824  472 S    0  0.2   4:16.33 fail2ban-server    
 3519 root      20   0  1768    8    4 S    0  0.0   0:00.00 getty              
 3520 root      20   0  1768    8    4 S    0  0.0   0:00.00 getty              
 3521 root      20   0  1768    8    4 S    0  0.0   0:00.00 getty              
 3522 root      20   0  1768    4    4 S    0  0.0   0:00.00 getty              
 3523 root      20   0  1768    8    4 S    0  0.0   0:00.00 getty              
 3524 root      20   0  1768    4    4 S    0  0.0   0:00.00 getty             
10482 www-data  20   0     0    0    0 Z    0  0.0   0:19.56 apache2 <defunct>  
14753 www-data  20   0 36188 9624    4 S    0  0.9   0:18.48 apache2            
16158 root      20   0     0    0    0 S    0  0.0   0:05.60 pdflush            
21929 www-data  20   0 36724 9080    4 S    0  0.9   0:13.64 apache2            
23654 www-data  20   0 36432  10m    4 S    0  1.0   0:09.52 apache2            
23658 www-data  20   0 36432  11m  412 S    0  1.1   0:14.14 apache2            
23659 www-data  20   0 36704 8856    4 S    0  0.9   0:08.94 apache2            
23660 www-data  20   0 36700  10m  412 S    0  1.1   0:14.42 apache2            
23666 www-data  20   0     0    0    0 Z    0  0.0   0:13.04 apache2 <defunct>  
23676 www-data  20   0 36184 9960  252 S    0  1.0   0:12.94 apache2            
23681 www-data  20   0 36168 8844  180 S    0  0.9   0:13.30 apache2            
23688 www-data  20   0     0    0    0 Z    0  0.0   0:12.34 apache2 <defunct>  
23689 www-data  20   0 36440 7376  316 S    0  0.7   0:13.86 apache2            
23692 www-data  20   0 36440 8584    4 D    0  0.8   0:12.92 apache2            
23693 www-data  20   0     0    0    0 Z    0  0.0   0:12.98 apache2 <defunct>  
23694 www-data  20   0 36440 8544    4 S    0  0.8   0:08.72 apache2            
23695 www-data  20   0 36440 8500    4 S    0  0.8   0:00.64 apache2            
23698 www-data  20   0 36432 8252    4 S    0  0.8   0:08.60 apache2            
23700 www-data  20   0 36420 8516    4 D    0  0.8   0:13.02 apache2            
23701 www-data  20   0 36980 9136    4 S    0  0.9   0:09.60 apache2            
23702 www-data  20   0 36420 8812  180 S    0  0.9   0:12.56 apache2            
23704 www-data  20   0     0    0    0 Z    0  0.0   0:12.74 apache2 <defunct>  
23705 www-data  20   0 36696 8308    4 S    0  0.8   0:08.12 apache2            
23709 www-data  20   0 36424 9020  152 S    0  0.9   0:13.76 apache2            
23710 www-data  20   0     0    0    0 Z    0  0.0   0:12.54 apache2 <defunct>  
23711 www-data  20   0 36180 8780  232 S    0  0.8   0:12.60 apache2            
23712 www-data  20   0     0    0    0 Z    0  0.0   0:13.12 apache2 <defunct>  
23713 www-data  20   0 36168 8112    4 S    0  0.8   0:08.58 apache2            
23714 www-data  20   0     0    0    0 Z    0  0.0   0:12.98 apache2 <defunct>  
23715 www-data  20   0 36436 9108    4 S    0  0.9   0:09.46 apache2            
23716 www-data  20   0 36520 8580    4 D    0  0.8   0:11.86 apache2            
23717 www-data  20   0 36432 9.9m  184 S    0  1.0   0:13.98 apache2            
23718 www-data  20   0 37200 1608    4 D    0  0.2   0:14.24 apache2            
23719 www-data  20   0 36448  10m  184 S    0  1.0   0:14.00 apache2            
23720 www-data  20   0 36440  10m  320 S    0  1.1   0:14.46 apache2            
23721 www-data  20   0 36168 8384    4 D    0  0.8   0:14.38 apache2            
23722 www-data  20   0     0    0    0 Z    0  0.0   0:13.68 apache2 <defunct>  
23723 www-data  20   0 36432 8292    4 S    0  0.8   0:09.58 apache2            
23724 www-data  20   0     0    0    0 Z    0  0.0   0:13.72 apache2 <defunct>  
23733 www-data  20   0 36180 9700  156 S    0  0.9   0:14.12 apache2            
23736 www-data  20   0 25892 2176  324 S    0  0.2   0:13.44 apache2            
23737 www-data  20   0 36948 8924    4 D    0  0.9   0:14.04 apache2            
23738 www-data  20   0 36696  10m  168 S    0  1.0   0:14.24 apache2            
23739 www-data  20   0 36180 8344    4 S    0  0.8   0:09.06 apache2            
23740 www-data  20   0 36980 1460    4 D    0  0.1   0:14.38 apache2            
23741 www-data  20   0 36168 9176  220 S    0  0.9   0:14.20 apache2            
23743 www-data  20   0 36948 1940    4 D    0  0.2   0:14.02 apache2            
23744 www-data  20   0 36172  10m  336 S    0  1.0   0:14.20 apache2            
23745 www-data  20   0 36696 3364  296 S    0  0.3   0:13.70 apache2            
23746 www-data  20   0 36168  10m  336 S    0  1.0   0:14.04 apache2            
23747 www-data  20   0 36172 9316  140 S    0  0.9   0:14.14 apache2            
23748 www-data  20   0 36420 8124    4 D    0  0.8   0:14.20 apache2            
23749 www-data  20   0 36168 9976  188 S    0  1.0   0:14.08 apache2            
23750 www-data  20   0     0    0    0 Z    0  0.0   0:12.84 apache2 <defunct>  
23757 www-data  20   0     0    0    0 Z    0  0.0   0:13.38 apache2 <defunct>  
23758 www-data  20   0 36432  10m  368 S    0  1.1   0:14.00 apache2            
23759 www-data  20   0 36172 9476  156 S    0  0.9   0:13.98 apache2            
23760 www-data  20   0 37204 7432    4 D    0  0.7   0:14.00 apache2            
23762 www-data  20   0 36704 8672  180 S    0  0.8   0:12.78 apache2            
23763 www-data  20   0 36448 8868  212 S    0  0.9   0:13.00 apache2            
23764 www-data  20   0 36432  10m  420 S    0  1.1   0:14.02 apache2            
23765 www-data  20   0 36172  10m  832 S    0  1.0   0:14.22 apache2            
23766 www-data  20   0 36168  10m  336 S    0  1.0   0:14.12 apache2            
23767 www-data  20   0 36172  11m  592 S    0  1.1   0:14.36 apache2            
23768 www-data  20   0 36432  10m  416 S    0  1.1   0:14.14 apache2            
23770 www-data  20   0     0    0    0 Z    0  0.0   0:13.44 apache2 <defunct>  
23771 www-data  20   0 37196 8736    4 D    0  0.8   0:13.96 apache2            
23773 www-data  20   0 36432 9036  184 S    0  0.9   0:13.88 apache2            
23791 www-data  20   0 36168  10m  432 S    0  1.0   0:13.98 apache2            
23792 www-data  20   0 25892 2300  348 S    0  0.2   0:13.40 apache2            
23794 www-data  20   0 36152 8284    4 S    0  0.8   0:08.88 apache2            
23795 www-data  20   0 37196 8824    4 D    0  0.9   0:14.02 apache2            
23796 www-data  20   0 36932 9.9m  140 S    0  1.0   0:13.80 apache2            
23797 www-data  20   0 25892 2248  348 S    0  0.2   0:13.46 apache2            
23798 www-data  20   0 36696 8492    4 S    0  0.8   0:09.12 apache2            
23799 www-data  20   0     0    0    0 Z    0  0.0   0:11.98 apache2 <defunct>  
23800 www-data  20   0 36696 8584    4 D    0  0.8   0:12.16 apache2            
23801 www-data  20   0 36432  10m  216 S    0  1.0   0:13.66 apache2            
23802 www-data  20   0 36948 8532    4 D    0  0.8   0:13.88 apache2            
23804 www-data  20   0 36172  10m  308 S    0  1.0   0:13.70 apache2            
23805 www-data  20   0     0    0    0 Z    0  0.0   0:12.84 apache2 <defunct>  
23806 www-data  20   0     0    0    0 Z    0  0.0   0:04.06 apache2 <defunct>  
23807 www-data  20   0 36660 8348    4 D    0  0.8   0:13.96 apache2            
23808 www-data  20   0 36140 7960    4 S    0  0.8   0:08.26 apache2            
23809 www-data  20   0 36400 9732  236 S    0  0.9   0:13.72 apache2            
23813 www-data  20   0 36432  11m  396 S    0  1.1   0:13.78 apache2            
23816 www-data  20   0 36124 8080    4 S    0  0.8   0:00.72 apache2            
23820 www-data  20   0 36688 8288    4 D    0  0.8   0:14.08 apache2            
23821 www-data  20   0 36432 8556    4 S    0  0.8   0:08.86 apache2            
23822 www-data  20   0 36432 9080  184 S    0  0.9   0:13.44 apache2            
23825 www-data  20   0 36440 8740  296 S    0  0.8   0:04.98 apache2            
23826 www-data  20   0 25892 1676    4 S    0  0.2   0:08.18 apache2            
23827 www-data  20   0 25892 2308  344 S    0  0.2   0:13.42 apache2            
23828 www-data  20   0 36432 8180    4 S    0  0.8   0:09.14 apache2            
23829 www-data  20   0 36140 9.8m  180 S    0  1.0   0:13.88 apache2            
23831 www-data  20   0 36432 8180   92 S    0  0.8   0:11.88 apache2            
23832 www-data  20   0 36432 8272    4 S    0  0.8   0:08.50 apache2            
23833 www-data  20   0 36348 8216    4 D    0  0.8   0:13.26 apache2            
23835 www-data  20   0 36432 8712  204 S    0  0.8   0:12.44 apache2            
23848 www-data  20   0 26936 2128    4 D    0  0.2   0:14.00 apache2            
23849 www-data  20   0 36124  10m  508 S    0  1.1   0:13.90 apache2            
23850 www-data  20   0     0    0    0 Z    0  0.0   0:13.52 apache2 <defunct>  
23853 www-data  20   0 36144 8100    4 S    0  0.8   0:08.08 apache2            
23855 www-data  20   0 36124  10m  432 S    0  1.0   0:13.74 apache2            
23858 www-data  20   0 36124  10m  436 S    0  1.0   0:13.82 apache2            
23860 www-data  20   0 36124  11m  868 S    0  1.1   0:14.12 apache2            
23861 www-data  20   0 36432 9944  196 S    0  1.0   0:13.68 apache2            
23864 www-data  20   0 35360 8180    4 D    0  0.8   0:13.88 apache2            
23869 www-data  20   0 25748  904    4 S    0  0.1   0:08.82 apache2            
23874 www-data  20   0 36124  10m  476 S    0  1.0   0:13.74 apache2            
23875 www-data  20   0 36124 9464  488 S    0  0.9   0:13.56 apache2            
23877 www-data  20   0 25884 1584    4 S    0  0.2   0:09.06 apache2            
23878 www-data  20   0 25884 1684    4 S    0  0.2   0:09.30 apache2            
23879 www-data  20   0 25884 2108  276 S    0  0.2   0:12.62 apache2            
23880 www-data  20   0 25884 2036  276 S    0  0.2   0:12.58 apache2            
23882 www-data  20   0 25884 1924  260 S    0  0.2   0:12.56 apache2            
23883 www-data  20   0 25884 1956  200 S    0  0.2   0:12.42 apache2            
23884 www-data  20   0 25892 1620    4 S    0  0.2   0:08.92 apache2            
23888 www-data  20   0 25892 1664    4 S    0  0.2   0:08.92 apache2            
23893 www-data  20   0 25900 1640    4 S    0  0.2   0:08.60 apache2            
23896 www-data  20   0 25884 1588    4 S    0  0.2   0:08.54 apache2            
23898 www-data  20   0 25900 1612    4 S    0  0.2   0:08.90 apache2            
23899 www-data  20   0 25748  852    4 S    0  0.1   0:09.22 apache2            
23909 root      20   0  3788  140    4 S    0  0.0   0:00.04 cron               
23912 www-data  20   0  2556  116    4 S    0  0.0   0:00.00 sh                 
23924 root      20   0  1752   68    4 S    0  0.0   0:00.02 logger             
23939 nagios    20   0  3744   60    4 D    0  0.0   0:04.70 nrpe               
23940 postfix   20   0  5636  440  164 S    0  0.0   0:04.06 pickup             
23942 www-data  20   0 25748 1000  124 S    0  0.1   0:03.80 apache2            
23943 www-data  20   0 25748  856    4 S    0  0.1   0:00.06 apache2            
23944 www-data  20   0 25748 1484  576 S    0  0.1   0:04.04 apache2            
23945 www-data  20   0 25748  868    4 S    0  0.1   0:00.00 apache2            
23947 nagios    20   0  3744   56    4 D    0  0.0   0:03.98 nrpe               
23950 root      20   0     0    0    0 S    0  0.0   0:00.00 pdflush            
23955 root      20   0     0    0    0 S    0  0.0   0:00.00 pdflush            
23956 root      20   0  3788  900  712 S    0  0.1   0:00.02 cron               
23961 root      20   0  2552 1040  904 S    0  0.1   0:00.04 process.sh

Vmware me précise la cause du plantage, comme étant une surcharge du CPU.

Le serveur moodle utilise du php et une base de données mysql.

Voici mon apache2.conf :

Code:

# Timeout: The number of seconds before receives and sends time out.
#
Timeout 300

#
# KeepAlive: Whether or not to allow persistent connections (more than
# one request per connection). Set to "Off" to deactivate.
#
KeepAlive On

#
# MaxKeepAliveRequests: The maximum number of requests to allow
# during a persistent connection. Set to 0 to allow an unlimited amount.
# We recommend you leave this number high, for maximum performance.
#
MaxKeepAliveRequests 100

#
# KeepAliveTimeout: Number of seconds to wait for the next request from the
# same client on the same connection.
#
KeepAliveTimeout 15

##
## Server-Pool Size Regulation (MPM specific)
## 

# prefork MPM
# StartServers: number of server processes to start
# MinSpareServers: minimum number of server processes which are kept spare
# MaxSpareServers: maximum number of server processes which are kept spare
# MaxClients: maximum number of server processes allowed to start
# MaxRequestsPerChild: maximum number of requests a server process serves
<IfModule mpm_prefork_module>
    StartServers          5
    MinSpareServers       5
    MaxSpareServers      10
    MaxClients          150
    MaxRequestsPerChild   0
</IfModule>

# worker MPM
# StartServers: initial number of server processes to start
# MaxClients: maximum number of simultaneous client connections
# MinSpareThreads: minimum number of worker threads which are kept spare
# MaxSpareThreads: maximum number of worker threads which are kept spare
# ThreadsPerChild: constant number of worker threads in each server process
# MaxRequestsPerChild: maximum number of requests a server process serves
<IfModule mpm_worker_module>
    StartServers          2
    MaxClients          150
    MinSpareThreads      25
    MaxSpareThreads      75 
    ThreadsPerChild      25
    MaxRequestsPerChild   0
</IfModule>

# These need to be set in /etc/apache2/envvars
User ${APACHE_RUN_USER}
Group ${APACHE_RUN_GROUP}

#
# AccessFileName: The name of the file to look for in each directory
# for additional configuration directives.  See also the AllowOverride
# directive.
#

AccessFileName .htaccess

#
# The following lines prevent .htaccess and .htpasswd files from being 
# viewed by Web clients. 
#
<Files ~ "^\.ht">
    Order allow,deny
    Deny from all
</Files>

#
# DefaultType is the default MIME type the server will use for a document
# if it cannot otherwise determine one, such as from filename extensions.
# If your server contains mostly text or HTML documents, "text/plain" is
# a good value.  If most of your content is binary, such as applications
# or images, you may want to use "application/octet-stream" instead to
# keep browsers from trying to display binary files as though they are
# text.
#
DefaultType text/plain


#
# HostnameLookups: Log the names of clients or just their IP addresses
# e.g., www.apache.org (on) or 204.62.129.132 (off).
# The default is off because it'd be overall better for the net if people
# had to knowingly turn this feature on, since enabling it means that
# each client request will result in AT LEAST one lookup request to the
# nameserver.
#
HostnameLookups Off

# ErrorLog: The location of the error log file.
# If you do not specify an ErrorLog directive within a <VirtualHost>
# container, error messages relating to that virtual host will be
# logged here.  If you *do* define an error logfile for a <VirtualHost>
# container, that host's errors will be logged there and not here.
#
ErrorLog /var/log/apache2/error.log

#
# LogLevel: Control the number of messages logged to the error_log.
# Possible values include: debug, info, notice, warn, error, crit,
# alert, emerg.
#
LogLevel warn

# Include module configuration:
Include /etc/apache2/mods-enabled/*.load
Include /etc/apache2/mods-enabled/*.conf

# Include all the user configurations:
Include /etc/apache2/httpd.conf

# Include ports listing
Include /etc/apache2/ports.conf

#
# The following directives define some format nicknames for use with
# a CustomLog directive (see below).
# If you are behind a reverse proxy, you might want to change %h into %{X-Forwarded-For}i
#
LogFormat "%v:%p %h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" vhost_combined
LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined
LogFormat "%h %l %u %t \"%r\" %>s %b" common
LogFormat "%{Referer}i -> %U" referer
LogFormat "%{User-agent}i" agent

#
# Define an access log for VirtualHosts that don't define their own logfile
CustomLog /var/log/apache2/other_vhosts_access.log vhost_combined

#
# Customizable error responses come in three flavors:
# 1) plain text 2) local redirects 3) external redirects
#
# Some examples:
#ErrorDocument 500 "The server made a boo boo."
#ErrorDocument 404 /missing.html
#ErrorDocument 404 "/cgi-bin/missing_handler.pl"
#ErrorDocument 402 http://www.example.com/subscription_info.html
#

#
# Putting this all together, we can internationalize error responses.
#
# We use Alias to redirect any /error/HTTP_<error>.html.var response to
# our collection of by-error message multi-language collections.  We use 
# includes to substitute the appropriate text.
#
# You can modify the messages' appearance without changing any of the
# default HTTP_<error>.html.var files by adding the line:
#
#   Alias /error/include/ "/your/include/path/"
#
# which allows you to create your own set of files by starting with the
# /usr/share/apache2/error/include/ files and copying them to /your/include/path/, 
# even on a per-VirtualHost basis.  The default include files will display
# your Apache version number and your ServerAdmin email address regardless
# of the setting of ServerSignature.
#
# The internationalized error documents require mod_alias, mod_include
# and mod_negotiation.  To activate them, uncomment the following 30 lines.

#    Alias /error/ "/usr/share/apache2/error/"
#
#    <Directory "/usr/share/apache2/error">
#        AllowOverride None
#        Options IncludesNoExec
#        AddOutputFilter Includes html
#        AddHandler type-map var
#        Order allow,deny
#        Allow from all
#        LanguagePriority en cs de es fr it nl sv pt-br ro
#        ForceLanguagePriority Prefer Fallback
#    </Directory>
#
#    ErrorDocument 400 /error/HTTP_BAD_REQUEST.html.var
#    ErrorDocument 401 /error/HTTP_UNAUTHORIZED.html.var
#    ErrorDocument 403 /error/HTTP_FORBIDDEN.html.var
#    ErrorDocument 404 /error/HTTP_NOT_FOUND.html.var
#    ErrorDocument 405 /error/HTTP_METHOD_NOT_ALLOWED.html.var
#    ErrorDocument 408 /error/HTTP_REQUEST_TIME_OUT.html.var
#    ErrorDocument 410 /error/HTTP_GONE.html.var
#    ErrorDocument 411 /error/HTTP_LENGTH_REQUIRED.html.var
#    ErrorDocument 412 /error/HTTP_PRECONDITION_FAILED.html.var
#    ErrorDocument 413 /error/HTTP_REQUEST_ENTITY_TOO_LARGE.html.var
#    ErrorDocument 414 /error/HTTP_REQUEST_URI_TOO_LARGE.html.var
#    ErrorDocument 415 /error/HTTP_UNSUPPORTED_MEDIA_TYPE.html.var
#    ErrorDocument 500 /error/HTTP_INTERNAL_SERVER_ERROR.html.var
#    ErrorDocument 501 /error/HTTP_NOT_IMPLEMENTED.html.var
#    ErrorDocument 502 /error/HTTP_BAD_GATEWAY.html.var
#    ErrorDocument 503 /error/HTTP_SERVICE_UNAVAILABLE.html.var
#    ErrorDocument 506 /error/HTTP_VARIANT_ALSO_VARIES.html.var



# Include of directories ignores editors' and dpkg's backup files,
# see README.Debian for details.

# Include generic snippets of statements
Include /etc/apache2/conf.d/

# Include the virtual host configurations:
Include /etc/apache2/sites-enabled/

Si vous avez besoin de plus d'éléments dites le moi .

Merci d'avance

Julia41 · 29 Décembre 2010

Ce qui est bizarre c'est que tes procs apache ne consomment "pas tant que ça" comparé à ton processeur et à ton load average.
load average: 103.38, 120.77, 86.11

Tu pourrais virer le keepalive pour commencer, diminuer le timeout (une abération de le mettre à 300 même si c'est fait par défaut) .

Perso, je me demande si ça ne viendrait pas de ton "hote" VM, plutôt que de ta VM en elle même.

guiparm · 30 Décembre 2010

ok,
je vais essayer.
Merci.

guiparm · 3 Janvier 2011

Re à tous et bonne année !!!!

je reviens avec des mauvaises nouvelles. Mon serveur à encore planté.... je n'ai rien remarqué de louche dans le top mais dans syslog oui....

Code:

kernel: [198598.613095] apache2 invoked oom-killer: gfp_mask=0x1201d2, order=0, oomkilladj=0
Jan  2 08:49:58 visioV2 kernel: [198598.613099] Pid: 29923, comm: apache2 Not tainted 2.6.26-2-686 #1
Jan  2 08:49:58 visioV2 kernel: [198598.613174]  [<c01591be>] oom_kill_process+0x4f/0x195
Jan  2 08:49:58 visioV2 kernel: [198598.613185]  [<c01595e8>] out_of_memory+0x14e/0x17f
Jan  2 08:49:58 visioV2 kernel: [198598.613190]  [<c015b550>] __alloc_pages_internal+0x2b8/0x34e
Jan  2 08:49:58 visioV2 kernel: [198598.613195]  [<c015b5f2>] __alloc_pages+0x7/0x9
Jan  2 08:49:58 visioV2 kernel: [198598.613197]  [<c015cf68>] __do_page_cache_readahead+0x86/0x163
Jan  2 08:49:58 visioV2 kernel: [198598.613201]  [<c015d37f>] do_page_cache_readahead+0x3d/0x4a
Jan  2 08:49:58 visioV2 kernel: [198598.613204]  [<c0158a5e>] filemap_fault+0x164/0x35a
Jan  2 08:49:58 visioV2 kernel: [198598.613209]  [<c0161eba>] __do_fault+0x42/0x34d
Jan  2 08:50:01 visioV2 kernel: [198598.613213]  [<c0174696>] do_sync_read+0xbf/0xfe
Jan  2 08:50:01 visioV2 kernel: [198598.613218]  [<c01640ab>] handle_mm_fault+0x30c/0x6dd
Jan  2 08:50:07 visioV2 kernel: [198598.613224]  [<c0177584>] sys_fstat64+0x1e/0x23
Jan  2 08:50:07 visioV2 kernel: [198598.613226]  [<c01bada1>] security_file_permission+0xc/0xd
Jan  2 08:50:07 visioV2 kernel: [198598.613230]  [<c0115bab>] do_page_fault+0x2a3/0x5c0
Jan  2 08:50:07 visioV2 kernel: [198598.613234]  [<c0175277>] sys_read+0x3c/0x63
Jan  2 08:50:07 visioV2 kernel: [198598.613237]  [<c0115908>] do_page_fault+0x0/0x5c0
Jan  2 08:50:07 visioV2 kernel: [198598.613239]  [<c02ba272>] error_code+0x72/0x78
Jan  2 08:50:07 visioV2 kernel: [198598.613242]  [<c02b0000>] quirk_amd_ide_mode+0xa2/0xb6
Jan  2 08:50:07 visioV2 kernel: [198598.613246]  =======================
Jan  2 08:50:07 visioV2 kernel: [198598.613248] Mem-info:
Jan  2 08:50:07 visioV2 kernel: [198598.613249] DMA per-cpu:
Jan  2 08:50:07 visioV2 kernel: [198598.613250] CPU    0: hi:    0, btch:   1 usd:   0
Jan  2 08:50:07 visioV2 kernel: [198598.613251] CPU    1: hi:    0, btch:   1 usd:   0
Jan  2 08:50:07 visioV2 kernel: [198598.613252] Normal per-cpu:
Jan  2 08:50:07 visioV2 kernel: [198598.613254] CPU    0: hi:  186, btch:  31 usd: 176
Jan  2 08:50:07 visioV2 kernel: [198598.613255] CPU    1: hi:  186, btch:  31 usd: 162
Jan  2 08:50:07 visioV2 kernel: [198598.613256] HighMem per-cpu:
Jan  2 08:50:07 visioV2 kernel: [198598.613257] CPU    0: hi:   42, btch:   7 usd:  36
Jan  2 08:50:07 visioV2 kernel: [198598.613258] CPU    1: hi:   42, btch:   7 usd:  36
Jan  2 08:50:07 visioV2 kernel: [198598.613260] Active:40386 inactive:201346 dirty:1 writeback:0 unstable:0
Jan  2 08:50:07 visioV2 kernel: [198598.613261]  free:2976 slab:3550 mapped:59 pagetables:1773 bounce:0
Jan  2 08:50:07 visioV2 kernel: [198598.613263] DMA free:4056kB min:68kB low:84kB high:100kB active:4872kB inactive:3924kB present:16256kB pages_scanned:23773 all_unreclaimable? yes
Jan  2 08:50:07 visioV2 kernel: [198598.613265] lowmem_reserve[]: 0 873 1000 1000
Jan  2 08:50:09 visioV2 kernel: [198598.613268] Normal free:7736kB min:3744kB low:4680kB high:5616kB active:38388kB inactive:791632kB present:894080kB pages_scanned:2100102 all_unreclaimable? yes
Jan  2 08:50:09 visioV2 kernel: [198598.613270] lowmem_reserve[]: 0 0 1016 1016
Jan  2 08:50:09 visioV2 kernel: [198598.613273] HighMem free:112kB min:128kB low:264kB high:400kB active:118284kB inactive:9828kB present:130048kB pages_scanned:252207 all_unreclaimable? yes
Jan  2 08:50:09 visioV2 kernel: [198598.613275] lowmem_reserve[]: 0 0 0 0
Jan  2 08:50:09 visioV2 kernel: [198598.613277] DMA: 2*4kB 2*8kB 0*16kB 0*32kB 1*64kB 1*128kB 1*256kB 1*512kB 1*1024kB 1*2048kB 0*4096kB = 4056kB
Jan  2 08:50:09 visioV2 kernel: [198598.613282] Normal: 930*4kB 0*8kB 1*16kB 1*32kB 0*64kB 1*128kB 1*256kB 1*512kB 1*1024kB 1*2048kB 0*4096kB = 7736kB
Jan  2 08:50:05 visioV2 mysqld_safe[30066]: Number of processes running now: 0
Jan  2 08:50:09 visioV2 kernel: [198598.613287] HighMem: 4*4kB 2*8kB 1*16kB 0*32kB 1*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 112kB
Jan  2 08:50:09 visioV2 kernel: [198598.613291] 166 total pagecache pages
Jan  2 08:50:09 visioV2 kernel: [198598.613293] Swap cache: add 103426, delete 103420, find 14944/18543
Jan  2 08:50:09 visioV2 kernel: [198598.613294] Free swap  = 0kB
Jan  2 08:50:09 visioV2 kernel: [198598.613295] Total swap = 281096kB
Jan  2 08:50:09 visioV2 kernel: [198598.615434] 262144 pages of RAM
Jan  2 08:50:09 visioV2 kernel: [198598.615435] 32768 pages of HIGHMEM
Jan  2 08:50:09 visioV2 kernel: [198598.615436] 3200 reserved pages
Jan  2 08:50:09 visioV2 kernel: [198598.615437] 35467 pages shared
Jan  2 08:50:09 visioV2 kernel: [198598.615438] 6 pages swap cached
Jan  2 08:50:06 visioV2 mysqld_safe[30068]: restarted
Jan  2 08:50:09 visioV2 kernel: [198598.615439] 1 pages dirty
Jan  2 08:50:09 visioV2 kernel: [198598.615440] 0 pages writeback
Jan  2 08:50:09 visioV2 kernel: [198598.615440] 59 pages mapped
Jan  2 08:50:09 visioV2 kernel: [198598.615441] 3550 pages slab
Jan  2 08:50:09 visioV2 kernel: [198598.615442] 1773 pages pagetables
Jan  2 08:50:09 visioV2 kernel: [198598.615444] Out of memory: kill process 29842 (mysqld) score 42383 or a child
Jan  2 08:50:09 visioV2 kernel: [198598.617097] Killed process 29842 (mysqld)
Jan  2 08:50:09 visioV2 kernel: [198664.787878] INFO: task apache2:29860 blocked for more than 120 seconds.
Jan  2 08:50:09 visioV2 kernel: [198664.788012] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Jan  2 08:50:09 visioV2 kernel: [198664.788202] apache2       D 40d722ff     0 29860   3457
Jan  2 08:50:09 visioV2 kernel: [198664.788205]        f749ad20 00200086 f7a3f574 40d722ff 00009781 f749aeac c180bfc0 00000000 
Jan  2 08:50:09 visioV2 kernel: [198664.788209]        00000002 f0147f3c 265e23d9 00000000 c0156c09 f0147f3c f0135ee0 c14421e0 
Jan  2 08:50:09 visioV2 kernel: [198664.788212]        dd1368fc dd136904 dd136900 f749ad20 c02b92ee eb41de80 dd136904 f749ad20 
Jan  2 08:50:09 visioV2 kernel: [198664.788215] Call Trace:
Jan  2 08:50:09 visioV2 kernel: [198664.788234]  [<c0156c09>] find_lock_page+0x19/0x7c
Jan  2 08:50:09 visioV2 kernel: [198664.788241]  [<c02b92ee>] __mutex_lock_slowpath+0x50/0x7b
Jan  2 08:50:09 visioV2 kernel: [198664.788246]  [<c02b9184>] mutex_lock+0xa/0xb
Jan  2 08:50:09 visioV2 kernel: [198664.788248]  [<c01580b8>] generic_file_aio_write+0x41/0xa9
Jan  2 08:50:09 visioV2 kernel: [198664.788252]  [<f8987f99>] ext3_file_write+0x19/0x83 [ext3]
Jan  2 08:50:09 visioV2 kernel: [198664.788271]  [<c0174596>] do_sync_write+0xbf/0x100
Jan  2 08:50:09 visioV2 kernel: [198664.788277]  [<c0131a44>] autoremove_wake_function+0x0/0x2d
Jan  2 08:50:09 visioV2 kernel: [198664.788283]  [<c0125bc2>] do_setitimer+0x2aa/0x31a
Jan  2 08:50:09 visioV2 kernel: [198664.788287]  [<c017dfc0>] fasync_helper+0x3c/0xb7
Jan  2 08:50:09 visioV2 kernel: [198664.788290]  [<c01bada1>] security_file_permission+0xc/0xd
Jan  2 08:50:09 visioV2 kernel: [198664.788294]  [<c01744d7>] do_sync_write+0x0/0x100
Jan  2 08:50:09 visioV2 kernel: [198664.788296]  [<c0174d08>] vfs_write+0x83/0x120
Jan  2 08:50:09 visioV2 kernel: [198664.788299]  [<c01752da>] sys_write+0x3c/0x63
Jan  2 08:50:09 visioV2 kernel: [198664.788301]  [<c0103857>] sysenter_past_esp+0x78/0xb1
Jan  2 08:50:09 visioV2 kernel: [198664.788306]  [<c02b0000>] quirk_amd_ide_mode+0xa2/0xb6
Jan  2 08:50:09 visioV2 kernel: [198664.788310]  =======================
Jan  2 08:50:09 visioV2 kernel: [198666.935810] INFO: task apache2:29977 blocked for more than 120 seconds.
Jan  2 08:50:09 visioV2 kernel: [198666.935943] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Jan  2 08:50:09 visioV2 kernel: [198666.936131] apache2       D ebe0572c     0 29977   3457
Jan  2 08:50:09 visioV2 kernel: [198666.936134]        f26cc080 00200086 f7a3f574 ebe0572c 00009781 f26cc20c c1815fc0 00000001 
Jan  2 08:50:09 visioV2 kernel: [198666.936138]        00000005 ed68ae34 08477824 00000000 c0156c09 ed68ae34 ee241ee0 c14421e0 
Jan  2 08:50:09 visioV2 kernel: [198666.936141]        dd1368fc dd136904 dd136900 f26cc080 c02b92ee cba7fe80 eb419e80 f26cc080 
Jan  2 08:50:09 visioV2 kernel: [198666.936144] Call Trace:
Jan  2 08:50:09 visioV2 kernel: [198666.936162]  [<c0156c09>] find_lock_page+0x19/0x7c
Jan  2 08:50:09 visioV2 kernel: [198666.936169]  [<c02b92ee>] __mutex_lock_slowpath+0x50/0x7b
Jan  2 08:50:09 visioV2 kernel: [198666.936174]  [<c02b9184>] mutex_lock+0xa/0xb
Jan  2 08:50:09 visioV2 kernel: [198666.936177]  [<c01580b8>] generic_file_aio_write+0x41/0xa9
Jan  2 08:50:09 visioV2 kernel: [198666.936181]  [<f8987f99>] ext3_file_write+0x19/0x83 [ext3]
Jan  2 08:50:09 visioV2 kernel: [198666.936191]  [<c0174596>] do_sync_write+0xbf/0x100
Jan  2 08:50:09 visioV2 kernel: [198666.936197]  [<c0131a44>] autoremove_wake_function+0x0/0x2d
Jan  2 08:50:09 visioV2 kernel: [198666.936203]  [<c017007b>] shmem_file_read+0x53/0x246
Jan  2 08:50:09 visioV2 kernel: [198666.936205]  [<c01bada1>] security_file_permission+0xc/0xd
Jan  2 08:50:09 visioV2 kernel: [198666.936209]  [<c01744d7>] do_sync_write+0x0/0x100
Jan  2 08:50:09 visioV2 kernel: [198666.936211]  [<c0174d08>] vfs_write+0x83/0x120
Jan  2 08:50:09 visioV2 kernel: [198666.936214]  [<c01752da>] sys_write+0x3c/0x63
Jan  2 08:50:09 visioV2 kernel: [198666.936217]  [<c0103857>] sysenter_past_esp+0x78/0xb1
Jan  2 08:50:09 visioV2 kernel: [198666.936221]  [<c02b0000>] quirk_amd_ide_mode+0xa2/0xb6
Jan  2 08:50:09 visioV2 kernel: [198666.936225]  =======================
Jan  2 08:50:09 visioV2 kernel: [198666.936227] INFO: task apache2:29986 blocked for more than 120 seconds.
Jan  2 08:50:09 visioV2 kernel: [198666.936348] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Jan  2 08:50:09 visioV2 kernel: [198666.936546] apache2       D d3e89a42     0 29986   3457
Jan  2 08:50:09 visioV2 kernel: [198666.936548]        eb4359c0 00200082 f7a3f574 d3e89a42 00009781 eb435b4c c1815fc0 00000001 
Jan  2 08:50:09 visioV2 kernel: [198666.936552]        00000005 eb6f5d84 252ffe99 00000000 c0156c09 eb6f5d84 eb41dee0 c14421e0 
Jan  2 08:50:09 visioV2 kernel: [198666.936555]        dd1368fc dd136904 dd136900 eb4359c0 c02b92ee eb419e80 f0135e80 eb4359c0 
Jan  2 08:50:09 visioV2 kernel: [198666.936558] Call Trace:
Jan  2 08:50:09 visioV2 kernel: [198666.936562]  [<c0156c09>] find_lock_page+0x19/0x7c
Jan  2 08:50:09 visioV2 kernel: [198666.936566]  [<c02b92ee>] __mutex_lock_slowpath+0x50/0x7b
Jan  2 08:50:09 visioV2 kernel: [198666.936569]  [<c02b9184>] mutex_lock+0xa/0xb
Jan  2 08:50:09 visioV2 kernel: [198666.936571]  [<c01580b8>] generic_file_aio_write+0x41/0xa9
Jan  2 08:50:09 visioV2 kernel: [198666.936575]  [<f8987f99>] ext3_file_write+0x19/0x83 [ext3]
Jan  2 08:50:09 visioV2 kernel: [198666.936583]  [<c0174596>] do_sync_write+0xbf/0x100
Jan  2 08:50:09 visioV2 kernel: [198666.936588]  [<c0131a44>] autoremove_wake_function+0x0/0x2d
Jan  2 08:50:09 visioV2 kernel: [198666.936593]  [<c0125bc2>] do_setitimer+0x2aa/0x31a
Jan  2 08:50:09 visioV2 kernel: [198666.936597]  [<c017dfc0>] fasync_helper+0x3c/0xb7
Jan  2 08:50:09 visioV2 kernel: [198666.936599]  [<c01bada1>] security_file_permission+0xc/0xd
Jan  2 08:50:09 visioV2 kernel: [198666.936602]  [<c01744d7>] do_sync_write+0x0/0x100
Jan  2 08:50:09 visioV2 kernel: [198666.936604]  [<c0174d08>] vfs_write+0x83/0x120
Jan  2 08:50:09 visioV2 kernel: [198666.936607]  [<c01752da>] sys_write+0x3c/0x63
Jan  2 08:50:09 visioV2 kernel: [198666.936610]  [<c0103857>] sysenter_past_esp+0x78/0xb1
Jan  2 08:50:09 visioV2 kernel: [198666.936614]  [<c02b0000>] quirk_amd_ide_mode+0xa2/0xb6
Jan  2 08:50:09 visioV2 kernel: [198666.936617]  =======================
Jan  2 08:50:09 visioV2 kernel: [198666.936618] INFO: task apache2:29987 blocked for more than 120 seconds.
Jan  2 08:50:09 visioV2 kernel: [198666.936743] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Jan  2 08:50:09 visioV2 kernel: [198666.936947] apache2       D d6fa6712     0 29987   3457
Jan  2 08:50:09 visioV2 kernel: [198666.936950]        eb4355a0 00200082 f7a3f574 d6fa6712 00009781 eb43572c c1815fc0 00000001 
Jan  2 08:50:09 visioV2 kernel: [198666.936953]        c14421e0 c0354e40 0c2d0f28 00000000 f1de1c5c eb6391d4 c015d987 c14421e0 
Jan  2 08:50:09 visioV2 kernel: [198666.936957]        dd1368fc dd136904 dd136900 eb4355a0 c02b92ee ee241e80 eb41de80 eb4355a0 
Jan  2 08:50:09 visioV2 kernel: [198666.936960] Call Trace:
Jan  2 08:50:09 visioV2 kernel: [198666.936964]  [<c015d987>] mark_page_accessed+0x18/0x2b
Jan  2 08:50:09 visioV2 kernel: [198666.936969]  [<c02b92ee>] __mutex_lock_slowpath+0x50/0x7b
Jan  2 08:50:09 visioV2 kernel: [198666.936973]  [<c02b9184>] mutex_lock+0xa/0xb
Jan  2 08:50:09 visioV2 kernel: [198666.936975]  [<c01580b8>] generic_file_aio_write+0x41/0xa9
Jan  2 08:50:09 visioV2 kernel: [198666.936978]  [<f8987f99>] ext3_file_write+0x19/0x83 [ext3]
Jan  2 08:50:09 visioV2 kernel: [198666.936986]  [<c0174596>] do_sync_write+0xbf/0x100
Jan  2 08:50:09 visioV2 kernel: [198666.936991]  [<c0131a44>] autoremove_wake_function+0x0/0x2d
Jan  2 08:50:09 visioV2 kernel: [198666.936996]  [<c0125bc2>] do_setitimer+0x2aa/0x31a
Jan  2 08:50:09 visioV2 kernel: [198666.936998]  [<c017dfc0>] fasync_helper+0x3c/0xb7
Jan  2 08:50:09 visioV2 kernel: [198666.937000]  [<c01bada1>] security_file_permission+0xc/0xd
Jan  2 08:50:09 visioV2 kernel: [198666.937003]  [<c01744d7>] do_sync_write+0x0/0x100
Jan  2 08:50:09 visioV2 kernel: [198666.937005]  [<c0174d08>] vfs_write+0x83/0x120
Jan  2 08:50:09 visioV2 kernel: [198666.937008]  [<c01752da>] sys_write+0x3c/0x63
Jan  2 08:50:09 visioV2 kernel: [198666.937011]  [<c0103857>] sysenter_past_esp+0x78/0xb1
Jan  2 08:50:09 visioV2 kernel: [198666.937015]  [<c02b0000>] quirk_amd_ide_mode+0xa2/0xb6
Jan  2 08:50:09 visioV2 kernel: [198666.937018]  =======================
Jan  2 08:50:09 visioV2 kernel: [198666.937025] INFO: task apache2:30033 blocked for more than 120 seconds.
Jan  2 08:50:09 visioV2 kernel: [198666.937149] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Jan  2 08:50:09 visioV2 kernel: [198666.937344] apache2       D fb5e6bff     0 30033   3457
Jan  2 08:50:09 visioV2 kernel: [198666.937346]        d95d6280 00200082 f7a3f574 fb5e6bff 00009781 d95d640c c180bfc0 00000000 
Jan  2 08:50:09 visioV2 kernel: [198666.937350]        00000007 d941d284 000a7399 00000000 c0156c09 d941d284 d0315ee0 c14421e0 
Jan  2 08:50:09 visioV2 kernel: [198666.937353]        dd1368fc dd136904 dd136900 d95d6280 c02b92ee d1b03e80 cba7fe80 d95d6280 
Jan  2 08:50:09 visioV2 kernel: [198666.937356] Call Trace:
Jan  2 08:50:09 visioV2 kernel: [198666.937360]  [<c0156c09>] find_lock_page+0x19/0x7c
Jan  2 08:50:09 visioV2 kernel: [198666.937364]  [<c02b92ee>] __mutex_lock_slowpath+0x50/0x7b
Jan  2 08:50:09 visioV2 kernel: [198666.937367]  [<c02b9184>] mutex_lock+0xa/0xb
Jan  2 08:50:09 visioV2 kernel: [198666.937369]  [<c01580b8>] generic_file_aio_write+0x41/0xa9
Jan  2 08:50:09 visioV2 kernel: [198666.937373]  [<f8987f99>] ext3_file_write+0x19/0x83 [ext3]
Jan  2 08:50:09 visioV2 kernel: [198666.937381]  [<c0174596>] do_sync_write+0xbf/0x100
Jan  2 08:50:09 visioV2 kernel: [198666.937386]  [<c0131a44>] autoremove_wake_function+0x0/0x2d
Jan  2 08:50:09 visioV2 kernel: [198666.937392]  [<c01bada1>] security_file_permission+0xc/0xd
Jan  2 08:50:09 visioV2 kernel: [198666.937394]  [<c01744d7>] do_sync_write+0x0/0x100
Jan  2 08:50:09 visioV2 kernel: [198666.937397]  [<c0174d08>] vfs_write+0x83/0x120
Jan  2 08:50:09 visioV2 kernel: [198666.937400]  [<c01752da>] sys_write+0x3c/0x63
Jan  2 08:50:09 visioV2 kernel: [198666.937402]  [<c0103857>] sysenter_past_esp+0x78/0xb1
Jan  2 08:50:09 visioV2 kernel: [198666.937406]  [<c02b0000>] quirk_amd_ide_mode+0xa2/0xb6
Jan  2 08:50:09 visioV2 kernel: [198666.937410]  =======================
Jan  2 08:50:09 visioV2 kernel: [198666.937413] INFO: task apache2:30047 blocked for more than 120 seconds.
Jan  2 08:50:09 visioV2 kernel: [198666.937538] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Jan  2 08:50:09 visioV2 kernel: [198666.937733] apache2       D f93ca7f4     0 30047   3457
Jan  2 08:50:09 visioV2 kernel: [198666.937735]        d0b5c040 00200086 f7a3f574 f93ca7f4 00009781 d0b5c1cc c180bfc0 00000000 
Jan  2 08:50:09 visioV2 kernel: [198666.937739]        00000007 cd899f94 0088818f 00000000 c0156c09 cd899f94 cba7fee0 c14421e0 
Jan  2 08:50:09 visioV2 kernel: [198666.937742]        dd1368fc dd136904 dd136900 d0b5c040 c02b92ee d0315e80 ee241e80 d0b5c040 
Jan  2 08:50:09 visioV2 kernel: [198666.937745] Call Trace:
Jan  2 08:50:09 visioV2 kernel: [198666.937754]  [<c0156c09>] find_lock_page+0x19/0x7c
Jan  2 08:50:09 visioV2 kernel: [198666.937758]  [<c02b92ee>] __mutex_lock_slowpath+0x50/0x7b
Jan  2 08:50:09 visioV2 kernel: [198666.937761]  [<c02b9184>] mutex_lock+0xa/0xb
Jan  2 08:50:09 visioV2 kernel: [198666.937763]  [<c01580b8>] generic_file_aio_write+0x41/0xa9
Jan  2 08:50:09 visioV2 kernel: [198666.937767]  [<f8987f99>] ext3_file_write+0x19/0x83 [ext3]
Jan  2 08:50:09 visioV2 kernel: [198666.937774]  [<c0174596>] do_sync_write+0xbf/0x100
Jan  2 08:50:09 visioV2 kernel: [198666.937779]  [<c0131a44>] autoremove_wake_function+0x0/0x2d
Jan  2 08:50:09 visioV2 kernel: [198666.937784]  [<c0125bc2>] do_setitimer+0x2aa/0x31a
Jan  2 08:50:09 visioV2 kernel: [198666.937787]  [<c017dfc0>] fasync_helper+0x3c/0xb7
Jan  2 08:50:09 visioV2 kernel: [198666.937788]  [<c01bada1>] security_file_permission+0xc/0xd
Jan  2 08:50:09 visioV2 kernel: [198666.937791]  [<c01744d7>] do_sync_write+0x0/0x100
Jan  2 08:50:09 visioV2 kernel: [198666.937793]  [<c0174d08>] vfs_write+0x83/0x120
Jan  2 08:50:09 visioV2 kernel: [198666.937796]  [<c01752da>] sys_write+0x3c/0x63
Jan  2 08:50:09 visioV2 kernel: [198666.937799]  [<c0103857>] sysenter_past_esp+0x78/0xb1
Jan  2 08:50:09 visioV2 kernel: [198666.937803]  [<c02b0000>] quirk_amd_ide_mode+0xa2/0xb6
Jan  2 08:50:09 visioV2 kernel: [198666.937806]  =======================
Jan  2 08:50:09 visioV2 kernel: [198668.294644] master invoked oom-killer: gfp_mask=0x1201d2, order=0, oomkilladj=0
Jan  2 08:50:09 visioV2 kernel: [198668.294648] Pid: 3011, comm: master Not tainted 2.6.26-2-686 #1
Jan  2 08:50:09 visioV2 kernel: [198668.294664]  [<c01591be>] oom_kill_process+0x4f/0x195
Jan  2 08:50:09 visioV2 kernel: [198668.294672]  [<c01595e8>] out_of_memory+0x14e/0x17f
Jan  2 08:50:09 visioV2 kernel: [198668.294677]  [<c015b550>] __alloc_pages_internal+0x2b8/0x34e
Jan  2 08:50:09 visioV2 kernel: [198668.294681]  [<c015b5f2>] __alloc_pages+0x7/0x9
Jan  2 08:50:09 visioV2 kernel: [198668.294683]  [<c015cf68>] __do_page_cache_readahead+0x86/0x163
Jan  2 08:50:09 visioV2 kernel: [198668.294688]  [<c015d37f>] do_page_cache_readahead+0x3d/0x4a
Jan  2 08:50:09 visioV2 kernel: [198668.294691]  [<c0158a5e>] filemap_fault+0x164/0x35a
Jan  2 08:50:09 visioV2 kernel: [198668.294695]  [<c0161eba>] __do_fault+0x42/0x34d
Jan  2 08:50:09 visioV2 kernel: [198668.294699]  [<c011d47b>] hrtick_set+0x8f/0xd8
Jan  2 08:50:09 visioV2 kernel: [198668.294702]  [<c02b8d87>] schedule+0x63d/0x66f
Jan  2 08:50:09 visioV2 kernel: [198668.294707]  [<c01640ab>] handle_mm_fault+0x30c/0x6dd
Jan  2 08:50:09 visioV2 kernel: [198668.294711]  [<c0129900>] process_timeout+0x0/0x5
Jan  2 08:50:09 visioV2 kernel: [198668.294716]  [<c01991a6>] sys_epoll_wait+0x3be/0x3f3
Jan  2 08:50:09 visioV2 kernel: [198668.294719]  [<c0115bab>] do_page_fault+0x2a3/0x5c0
Jan  2 08:50:09 visioV2 kernel: [198668.294724]  [<c0115908>] do_page_fault+0x0/0x5c0
Jan  2 08:50:09 visioV2 kernel: [198668.294726]  [<c02ba272>] error_code+0x72/0x78
Jan  2 08:50:09 visioV2 kernel: [198668.294731]  =======================
Jan  2 08:50:09 visioV2 kernel: [198668.294732] Mem-info:
Jan  2 08:50:09 visioV2 kernel: [198668.294733] DMA per-cpu:
Jan  2 08:50:09 visioV2 kernel: [198668.294734] CPU    0: hi:    0, btch:   1 usd:   0
Jan  2 08:50:09 visioV2 kernel: [198668.294735] CPU    1: hi:    0, btch:   1 usd:   0
Jan  2 08:50:09 visioV2 kernel: [198668.294736] Normal per-cpu:
Jan  2 08:50:09 visioV2 kernel: [198668.294737] CPU    0: hi:  186, btch:  31 usd: 181
Jan  2 08:50:09 visioV2 kernel: [198668.294739] CPU    1: hi:  186, btch:  31 usd: 178
Jan  2 08:50:09 visioV2 kernel: [198668.294740] HighMem per-cpu:
Jan  2 08:50:09 visioV2 kernel: [198668.294741] CPU    0: hi:   42, btch:   7 usd:  36
Jan  2 08:50:09 visioV2 kernel: [198668.294742] CPU    1: hi:   42, btch:   7 usd:  36
Jan  2 08:50:09 visioV2 kernel: [198668.294744] Active:231496 inactive:10122 dirty:0 writeback:0 unstable:0
Jan  2 08:50:09 visioV2 kernel: [198668.294745]  free:2981 slab:3537 mapped:56 pagetables:1773 bounce:0
Jan  2 08:50:09 visioV2 kernel: [198668.294747] DMA free:4056kB min:68kB low:84kB high:100kB active:4876kB inactive:3920kB present:16256kB pages_scanned:24413 all_unreclaimable? yes
Jan  2 08:50:09 visioV2 kernel: [198668.294749] lowmem_reserve[]: 0 873 1000 1000
Jan  2 08:50:09 visioV2 kernel: [198668.294752] Normal free:7756kB min:3744kB low:4680kB high:5616kB active:810588kB inactive:18940kB present:894080kB pages_scanned:2171484 all_unreclaimable? yes
Jan  2 08:50:09 visioV2 kernel: [198668.294754] lowmem_reserve[]: 0 0 1016 1016
Jan  2 08:50:09 visioV2 kernel: [198668.294757] HighMem free:112kB min:128kB low:264kB high:400kB active:110520kB inactive:17628kB present:130048kB pages_scanned:254875 all_unreclaimable? yes
Jan  2 08:50:09 visioV2 kernel: [198668.294758] lowmem_reserve[]: 0 0 0 0
Jan  2 08:50:09 visioV2 kernel: [198668.294761] DMA: 2*4kB 2*8kB 0*16kB 0*32kB 1*64kB 1*128kB 1*256kB 1*512kB 1*1024kB 1*2048kB 0*4096kB = 4056kB
Jan  2 08:50:09 visioV2 kernel: [198668.294766] Normal: 925*4kB 5*8kB 1*16kB 1*32kB 0*64kB 1*128kB 1*256kB 1*512kB 1*1024kB 1*2048kB 0*4096kB = 7756kB
Jan  2 08:50:09 visioV2 kernel: [198668.294770] HighMem: 4*4kB 2*8kB 1*16kB 0*32kB 1*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 112kB
Jan  2 08:50:09 visioV2 kernel: [198668.294775] 127 total pagecache pages
Jan  2 08:50:09 visioV2 kernel: [198668.294776] Swap cache: add 104015, delete 104010, find 14971/18632
Jan  2 08:50:09 visioV2 kernel: [198668.294778] Free swap  = 0kB
Jan  2 08:50:09 visioV2 kernel: [198668.294779] Total swap = 281096kB
Jan  2 08:50:09 visioV2 kernel: [198668.296868] 262144 pages of RAM
Jan  2 08:50:09 visioV2 kernel: [198668.296869] 32768 pages of HIGHMEM
Jan  2 08:50:09 visioV2 kernel: [198668.296870] 3200 reserved pages
Jan  2 08:50:09 visioV2 kernel: [198668.296871] 35550 pages shared
Jan  2 08:50:09 visioV2 kernel: [198668.296872] 5 pages swap cached
Jan  2 08:50:09 visioV2 kernel: [198668.296873] 0 pages dirty
Jan  2 08:50:09 visioV2 kernel: [198668.296874] 0 pages writeback
Jan  2 08:50:09 visioV2 kernel: [198668.296875] 56 pages mapped
Jan  2 08:50:09 visioV2 kernel: [198668.296876] 3537 pages slab
Jan  2 08:50:09 visioV2 kernel: [198668.296876] 1773 pages pagetables
Jan  2 08:50:09 visioV2 kernel: [198668.296878] Out of memory: kill process 29868 (mysqld) score 42383 or a child
Jan  2 08:50:10 visioV2 kernel: [198668.297137] Killed process 29868 (mysqld)
Jan  2 08:50:10 visioV2 kernel: [198671.231909] INFO: task apache2:30036 blocked for more than 120 seconds.
Jan  2 08:50:10 visioV2 kernel: [198671.232041] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Jan  2 08:50:10 visioV2 kernel: [198671.232229] apache2       D 09f867fc     0 30036   3457
Jan  2 08:50:10 visioV2 kernel: [198671.232232]        d0377340 00200082 f7a3f574 09f867fc 00009783 d03774cc c180bfc0 00000000 
Jan  2 08:50:10 visioV2 kernel: [198671.232236]        00000007 d034d754 134aaaf6 00000000 c0156c09 d034d754 d1b03ee0 c1189740 
Jan  2 08:50:10 visioV2 kernel: [198671.232239]        dd1368fc dd136904 dd136900 d0377340 c02b92ee dd136904 d0315e80 d0377340 
Jan  2 08:50:10 visioV2 kernel: [198671.232242] Call Trace:
Jan  2 08:50:10 visioV2 kernel: [198671.232259]  [<c0156c09>] find_lock_page+0x19/0x7c
Jan  2 08:50:10 visioV2 kernel: [198671.232267]  [<c02b92ee>] __mutex_lock_slowpath+0x50/0x7b
Jan  2 08:50:10 visioV2 kernel: [198671.232272]  [<c02b9184>] mutex_lock+0xa/0xb
Jan  2 08:50:10 visioV2 kernel: [198671.232274]  [<c01580b8>] generic_file_aio_write+0x41/0xa9
Jan  2 08:50:10 visioV2 kernel: [198671.232278]  [<f8987f99>] ext3_file_write+0x19/0x83 [ext3]
Jan  2 08:50:10 visioV2 kernel: [198671.232288]  [<c0174596>] do_sync_write+0xbf/0x100
Jan  2 08:50:10 visioV2 kernel: [198671.232294]  [<c0131a44>] autoremove_wake_function+0x0/0x2d
Jan  2 08:50:10 visioV2 kernel: [198671.232300]  [<c0125bc2>] do_setitimer+0x2aa/0x31a
Jan  2 08:50:16 visioV2 kernel: [198671.232303]  [<c017dfc0>] fasync_helper+0x3c/0xb7
Jan  2 08:50:16 visioV2 kernel: [198671.232306]  [<c01bada1>] security_file_permission+0xc/0xd
Jan  2 08:50:16 visioV2 kernel: [198671.232310]  [<c01744d7>] do_sync_write+0x0/0x100
Jan  2 08:50:16 visioV2 kernel: [198671.232312]  [<c0174d08>] vfs_write+0x83/0x120
Jan  2 08:50:16 visioV2 kernel: [198671.232315]  [<c01752da>] sys_write+0x3c/0x63
Jan  2 08:50:16 visioV2 kernel: [198671.232318]  [<c0103857>] sysenter_past_esp+0x78/0xb1
Jan  2 08:50:16 visioV2 kernel: [198671.232322]  [<c02b0000>] quirk_amd_ide_mode+0xa2/0xb6
Jan  2 08:50:16 visioV2 kernel: [198671.232326]  =======================
Jan  2 08:50:16 visioV2 kernel: [198793.635541] INFO: task apache2:29860 blocked for more than 120 seconds.
Jan  2 08:50:16 visioV2 kernel: [198793.635690] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Jan  2 08:50:28 visioV2 kernel: [198793.635886] apache2       D 40d722ff     0 29860   3457
Jan  2 08:50:28 visioV2 kernel: [198793.635893]        f749ad20 00200086 f7a3f574 40d722ff 00009781 f749aeac c180bfc0 00000000 
Jan  2 08:50:28 visioV2 kernel: [198793.635901]        00000002 f0147f3c 265e23d9 00000000 c0156c09 f0147f3c f0135ee0 c14421e0 
Jan  2 08:50:28 visioV2 kernel: [198793.635904]        dd1368fc dd136904 dd136900 f749ad20 c02b92ee eb41de80 dd136904 f749ad20 
Jan  2 08:50:28 visioV2 kernel: [198793.635907] Call Trace:
Jan  2 08:50:28 visioV2 kernel: [198793.635931]  [<c0156c09>] find_lock_page+0x19/0x7c
Jan  2 08:50:28 visioV2 kernel: [198793.635955]  [<c02b92ee>] __mutex_lock_slowpath+0x50/0x7b
Jan  2 08:50:28 visioV2 kernel: [198793.635966]  [<c02b9184>] mutex_lock+0xa/0xb
Jan  2 08:50:28 visioV2 kernel: [198793.635969]  [<c01580b8>] generic_file_aio_write+0x41/0xa9
Jan  2 08:50:29 visioV2 kernel: [198793.635973]  [<f8987f99>] ext3_file_write+0x19/0x83 [ext3]
Jan  2 08:50:29 visioV2 kernel: [198793.635983]  [<c0174596>] do_sync_write+0xbf/0x100
Jan  2 08:50:29 visioV2 kernel: [198793.635994]  [<c0131a44>] autoremove_wake_function+0x0/0x2d
Jan  2 08:50:29 visioV2 kernel: [198793.636005]  [<c0125bc2>] do_setitimer+0x2aa/0x31a
Jan  2 08:50:29 visioV2 kernel: [198793.636013]  [<c017dfc0>] fasync_helper+0x3c/0xb7
Jan  2 08:50:29 visioV2 kernel: [198793.636020]  [<c01bada1>] security_file_permission+0xc/0xd
Jan  2 08:50:29 visioV2 kernel: [198793.636029]  [<c01744d7>] do_sync_write+0x0/0x100
Jan  2 08:50:29 visioV2 kernel: [198793.636031]  [<c0174d08>] vfs_write+0x83/0x120
Jan  2 08:50:29 visioV2 kernel: [198793.636034]  [<c01752da>] sys_write+0x3c/0x63
Jan  2 08:50:29 visioV2 kernel: [198793.636037]  [<c0103857>] sysenter_past_esp+0x78/0xb1
Jan  2 08:50:29 visioV2 kernel: [198793.636046]  [<c02b0000>] quirk_amd_ide_mode+0xa2/0xb6
Jan  2 08:50:29 visioV2 kernel: [198793.636050]  =======================
Jan  2 08:50:29 visioV2 kernel: [198795.784066] INFO: task apache2:29977 blocked for more than 120 seconds.
Jan  2 08:50:29 visioV2 kernel: [198795.784208] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Jan  2 08:50:29 visioV2 kernel: [198795.784428] apache2       D ebe0572c     0 29977   3457
Jan  2 08:50:29 visioV2 kernel: [198795.784431]        f26cc080 00200086 f7a3f574 ebe0572c 00009781 f26cc20c c1815fc0 00000001 
Jan  2 08:50:29 visioV2 kernel: [198795.784435]        00000005 ed68ae34 08477824 00000000 c0156c09 ed68ae34 ee241ee0 c14421e0 
Jan  2 08:50:29 visioV2 kernel: [198795.784438]        dd1368fc dd136904 dd136900 f26cc080 c02b92ee cba7fe80 eb419e80 f26cc080 
Jan  2 08:50:29 visioV2 kernel: [198795.784441] Call Trace:
Jan  2 08:50:29 visioV2 kernel: [198795.784459]  [<c0156c09>] find_lock_page+0x19/0x7c
Jan  2 08:50:29 visioV2 kernel: [198795.784467]  [<c02b92ee>] __mutex_lock_slowpath+0x50/0x7b
Jan  2 08:50:29 visioV2 kernel: [198795.784472]  [<c02b9184>] mutex_lock+0xa/0xb
Jan  2 08:50:29 visioV2 kernel: [198795.784479]  [<c01580b8>] generic_file_aio_write+0x41/0xa9
Jan  2 08:50:29 visioV2 kernel: [198795.784483]  [<f8987f99>] ext3_file_write+0x19/0x83 [ext3]
Jan  2 08:50:29 visioV2 kernel: [198795.784493]  [<c0174596>] do_sync_write+0xbf/0x100
Jan  2 08:50:29 visioV2 kernel: [198795.784499]  [<c0131a44>] autoremove_wake_function+0x0/0x2d
Jan  2 08:50:29 visioV2 kernel: [198795.784506]  [<c017007b>] shmem_file_read+0x53/0x246
Jan  2 08:50:29 visioV2 kernel: [198795.784508]  [<c01bada1>] security_file_permission+0xc/0xd
Jan  2 08:50:29 visioV2 kernel: [198795.784513]  [<c01744d7>] do_sync_write+0x0/0x100
Jan  2 08:50:29 visioV2 kernel: [198795.784515]  [<c0174d08>] vfs_write+0x83/0x120
Jan  2 08:50:29 visioV2 kernel: [198795.784518]  [<c01752da>] sys_write+0x3c/0x63
Jan  2 08:50:29 visioV2 kernel: [198795.784521]  [<c0103857>] sysenter_past_esp+0x78/0xb1
Jan  2 08:50:29 visioV2 kernel: [198795.784526]  [<c02b0000>] quirk_amd_ide_mode+0xa2/0xb6
Jan  2 08:50:29 visioV2 kernel: [198795.784529]  =======================
Jan  2 08:50:29 visioV2 kernel: [198795.784532] INFO: task apache2:29986 blocked for more than 120 seconds.
Jan  2 08:50:29 visioV2 kernel: [198795.784663] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Jan  2 08:50:29 visioV2 kernel: [198795.784871] apache2       D d3e89a42     0 29986   3457
Jan  2 08:50:29 visioV2 kernel: [198795.784873]        eb4359c0 00200082 f7a3f574 d3e89a42 00009781 eb435b4c c1815fc0 00000001 
Jan  2 08:50:29 visioV2 kernel: [198795.784877]        00000005 eb6f5d84 252ffe99 00000000 c0156c09 eb6f5d84 eb41dee0 c14421e0 
Jan  2 08:50:29 visioV2 kernel: [198795.784880]        dd1368fc dd136904 dd136900 eb4359c0 c02b92ee eb419e80 f0135e80 eb4359c0 
Jan  2 08:50:29 visioV2 kernel: [198795.784883] Call Trace:
Jan  2 08:50:29 visioV2 kernel: [198795.784887]  [<c0156c09>] find_lock_page+0x19/0x7c
Jan  2 08:50:29 visioV2 kernel: [198795.784891]  [<c02b92ee>] __mutex_lock_slowpath+0x50/0x7b
Jan  2 08:50:29 visioV2 kernel: [198795.784895]  [<c02b9184>] mutex_lock+0xa/0xb
Jan  2 08:50:29 visioV2 kernel: [198795.784897]  [<c01580b8>] generic_file_aio_write+0x41/0xa9
Jan  2 08:50:29 visioV2 kernel: [198795.784901]  [<f8987f99>] ext3_file_write+0x19/0x83 [ext3]
Jan  2 08:50:29 visioV2 kernel: [198795.784909]  [<c0174596>] do_sync_write+0xbf/0x100
Jan  2 08:50:29 visioV2 kernel: [198795.784914]  [<c0131a44>] autoremove_wake_function+0x0/0x2d
Jan  2 08:50:29 visioV2 kernel: [198795.784919]  [<c0125bc2>] do_setitimer+0x2aa/0x31a
Jan  2 08:50:29 visioV2 kernel: [198795.784924]  [<c017dfc0>] fasync_helper+0x3c/0xb7
Jan  2 08:50:29 visioV2 kernel: [198795.784926]  [<c01bada1>] security_file_permission+0xc/0xd
Jan  2 08:50:29 visioV2 kernel: [198795.784929]  [<c01744d7>] do_sync_write+0x0/0x100
Jan  2 08:50:29 visioV2 kernel: [198795.784932]  [<c0174d08>] vfs_write+0x83/0x120
Jan  2 08:50:29 visioV2 kernel: [198795.784935]  [<c01752da>] sys_write+0x3c/0x63
Jan  2 08:50:29 visioV2 kernel: [198795.784938]  [<c0103857>] sysenter_past_esp+0x78/0xb1
Jan  2 08:50:29 visioV2 kernel: [198795.784942]  [<c02b0000>] quirk_amd_ide_mode+0xa2/0xb6
Jan  2 08:50:29 visioV2 kernel: [198795.784945]  =======================
Jan  2 08:50:29 visioV2 kernel: [198795.784947] INFO: task apache2:29987 blocked for more than 120 seconds.
Jan  2 08:50:29 visioV2 kernel: [198795.787547] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Jan  2 08:50:29 visioV2 kernel: [198795.787750] apache2       D d6fa6712     0 29987   3457
Jan  2 08:50:29 visioV2 kernel: [198795.787752]        eb4355a0 00200082 f7a3f574 d6fa6712 00009781 eb43572c c1815fc0 00000001 
Jan  2 08:50:29 visioV2 kernel: [198795.787755]        c14421e0 c0354e40 0c2d0f28 00000000 f1de1c5c eb6391d4 c015d987 c14421e0 
Jan  2 08:50:29 visioV2 kernel: [198795.787759]        dd1368fc dd136904 dd136900 eb4355a0 c02b92ee ee241e80 eb41de80 eb4355a0 
Jan  2 08:50:29 visioV2 kernel: [198795.787762] Call Trace:
Jan  2 08:50:29 visioV2 kernel: [198795.787766]  [<c015d987>] mark_page_accessed+0x18/0x2b
Jan  2 08:50:29 visioV2 kernel: [198795.787770]  [<c02b92ee>] __mutex_lock_slowpath+0x50/0x7b
Jan  2 08:50:29 visioV2 kernel: [198795.787774]  [<c02b9184>] mutex_lock+0xa/0xb
Jan  2 08:50:29 visioV2 kernel: [198795.787776]  [<c01580b8>] generic_file_aio_write+0x41/0xa9
Jan  2 08:50:29 visioV2 kernel: [198795.787780]  [<f8987f99>] ext3_file_write+0x19/0x83 [ext3]
Jan  2 08:50:29 visioV2 kernel: [198795.787788]  [<c0174596>] do_sync_write+0xbf/0x100
Jan  2 08:50:29 visioV2 kernel: [198795.787793]  [<c0131a44>] autoremove_wake_function+0x0/0x2d
Jan  2 08:50:29 visioV2 kernel: [198795.787798]  [<c0125bc2>] do_setitimer+0x2aa/0x31a
Jan  2 08:50:29 visioV2 kernel: [198795.787801]  [<c017dfc0>] fasync_helper+0x3c/0xb7
Jan  2 08:50:29 visioV2 kernel: [198795.787809]  [<c01bada1>] security_file_permission+0xc/0xd
Jan  2 08:50:29 visioV2 kernel: [198795.787813]  [<c01744d7>] do_sync_write+0x0/0x100
Jan  2 08:50:29 visioV2 kernel: [198795.787816]  [<c0174d08>] vfs_write+0x83/0x120
Jan  2 08:50:29 visioV2 kernel: [198795.787819]  [<c01752da>] sys_write+0x3c/0x63
Jan  2 08:50:29 visioV2 kernel: [198795.787822]  [<c0103857>] sysenter_past_esp+0x78/0xb1
Jan  2 08:50:29 visioV2 kernel: [198795.787826]  [<c02b0000>] quirk_amd_ide_mode+0xa2/0xb6
Jan  2 08:50:29 visioV2 kernel: [198795.787829]  =======================
Jan  2 08:50:29 visioV2 kernel: [198795.787836] INFO: task apache2:30033 blocked for more than 120 seconds.
Jan  2 08:50:29 visioV2 kernel: [198795.787959] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Jan  2 08:50:29 visioV2 kernel: [198795.788150] apache2       D fb5e6bff     0 30033   3457
Jan  2 08:50:29 visioV2 kernel: [198795.788152]        d95d6280 00200082 f7a3f574 fb5e6bff 00009781 d95d640c c180bfc0 00000000 
Jan  2 08:50:29 visioV2 kernel: [198795.788156]        00000007 d941d284 000a7399 00000000 c0156c09 d941d284 d0315ee0 c14421e0 
Jan  2 08:50:29 visioV2 kernel: [198795.788159]        dd1368fc dd136904 dd136900 d95d6280 c02b92ee d1b03e80 cba7fe80 d95d6280 
Jan  2 08:50:29 visioV2 kernel: [198795.788162] Call Trace:
Jan  2 08:50:29 visioV2 kernel: [198795.788166]  [<c0156c09>] find_lock_page+0x19/0x7c
Jan  2 08:50:29 visioV2 kernel: [198795.788170]  [<c02b92ee>] __mutex_lock_slowpath+0x50/0x7b
Jan  2 08:50:29 visioV2 kernel: [198795.788174]  [<c02b9184>] mutex_lock+0xa/0xb
Jan  2 08:50:29 visioV2 kernel: [198795.788176]  [<c01580b8>] generic_file_aio_write+0x41/0xa9
Jan  2 08:50:29 visioV2 kernel: [198795.788180]  [<f8987f99>] ext3_file_write+0x19/0x83 [ext3]
Jan  2 08:50:29 visioV2 kernel: [198795.788188]  [<c0174596>] do_sync_write+0xbf/0x100
Jan  2 08:50:29 visioV2 kernel: [198795.788193]  [<c0131a44>] autoremove_wake_function+0x0/0x2d
Jan  2 08:50:29 visioV2 kernel: [198795.788199]  [<c01bada1>] security_file_permission+0xc/0xd
Jan  2 08:50:29 visioV2 kernel: [198795.788202]  [<c01744d7>] do_sync_write+0x0/0x100
Jan  2 08:50:29 visioV2 kernel: [198795.788205]  [<c0174d08>] vfs_write+0x83/0x120
Jan  2 08:50:29 visioV2 kernel: [198795.788207]  [<c01752da>] sys_write+0x3c/0x63
Jan  2 08:50:29 visioV2 kernel: [198795.788211]  [<c0103857>] sysenter_past_esp+0x78/0xb1
Jan  2 08:50:29 visioV2 kernel: [198795.788214]  [<c02b0000>] quirk_amd_ide_mode+0xa2/0xb6
Jan  2 08:50:29 visioV2 kernel: [198795.788218]  =======================
Jan  2 08:50:29 visioV2 kernel: [198795.788221] INFO: task apache2:30047 blocked for more than 120 seconds.
Jan  2 08:50:29 visioV2 kernel: [198795.788345] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Jan  2 08:50:29 visioV2 kernel: [198795.788536] apache2       D f93ca7f4     0 30047   3457
Jan  2 08:50:29 visioV2 kernel: [198795.788540]        d0b5c040 00200086 f7a3f574 f93ca7f4 00009781 d0b5c1cc c180bfc0 00000000 
Jan  2 08:50:29 visioV2 kernel: [198795.788544]        00000007 cd899f94 0088818f 00000000 c0156c09 cd899f94 cba7fee0 c14421e0 
Jan  2 08:50:29 visioV2 kernel: [198795.788547]        dd1368fc dd136904 dd136900 d0b5c040 c02b92ee d0315e80 ee241e80 d0b5c040 
Jan  2 08:50:29 visioV2 kernel: [198795.788550] Call Trace:
Jan  2 08:50:29 visioV2 kernel: [198795.788555]  [<c0156c09>] find_lock_page+0x19/0x7c
Jan  2 08:50:29 visioV2 kernel: [198795.788559]  [<c02b92ee>] __mutex_lock_slowpath+0x50/0x7b
Jan  2 08:50:29 visioV2 kernel: [198795.788563]  [<c02b9184>] mutex_lock+0xa/0xb
Jan  2 08:50:29 visioV2 kernel: [198795.788565]  [<c01580b8>] generic_file_aio_write+0x41/0xa9
Jan  2 08:50:29 visioV2 kernel: [198795.788569]  [<f8987f99>] ext3_file_write+0x19/0x83 [ext3]
Jan  2 08:50:29 visioV2 kernel: [198795.788576]  [<c0174596>] do_sync_write+0xbf/0x100
Jan  2 08:50:29 visioV2 kernel: [198795.788582]  [<c0131a44>] autoremove_wake_function+0x0/0x2d
Jan  2 08:50:29 visioV2 kernel: [198795.788587]  [<c0125bc2>] do_setitimer+0x2aa/0x31a
Jan  2 08:50:29 visioV2 kernel: [198795.788590]  [<c017dfc0>] fasync_helper+0x3c/0xb7
Jan  2 08:50:29 visioV2 kernel: [198795.788592]  [<c01bada1>] security_file_permission+0xc/0xd
Jan  2 08:50:29 visioV2 kernel: [198795.788595]  [<c01744d7>] do_sync_write+0x0/0x100
Jan  2 08:50:29 visioV2 kernel: [198795.788597]  [<c0174d08>] vfs_write+0x83/0x120
Jan  2 08:50:29 visioV2 kernel: [198795.788600]  [<c01752da>] sys_write+0x3c/0x63
Jan  2 08:50:29 visioV2 kernel: [198795.788603]  [<c0103857>] sysenter_past_esp+0x78/0xb1
Jan  2 08:50:29 visioV2 kernel: [198795.788607]  [<c02b0000>] quirk_amd_ide_mode+0xa2/0xb6
Jan  2 08:50:29 visioV2 kernel: [198795.788613]  =======================
Jan  2 08:50:29 visioV2 kernel: [198800.078560] INFO: task apache2:30036 blocked for more than 120 seconds.
Jan  2 08:50:29 visioV2 kernel: [198800.078699] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Jan  2 08:50:29 visioV2 kernel: [198800.078894] apache2       D 09f867fc     0 30036   3457
Jan  2 08:50:29 visioV2 kernel: [198800.078897]        d0377340 00200082 f7a3f574 09f867fc 00009783 d03774cc c180bfc0 00000000 
Jan  2 08:50:29 visioV2 kernel: [198800.078901]        00000007 d034d754 134aaaf6 00000000 c0156c09 d034d754 d1b03ee0 c1189740 
Jan  2 08:50:29 visioV2 kernel: [198800.078905]        dd1368fc dd136904 dd136900 d0377340 c02b92ee dd136904 d0315e80 d0377340 
Jan  2 08:50:29 visioV2 kernel: [198800.078908] Call Trace:
Jan  2 08:50:29 visioV2 kernel: [198800.078926]  [<c0156c09>] find_lock_page+0x19/0x7c
Jan  2 08:50:29 visioV2 kernel: [198800.078933]  [<c02b92ee>] __mutex_lock_slowpath+0x50/0x7b
Jan  2 08:50:29 visioV2 kernel: [198800.078938]  [<c02b9184>] mutex_lock+0xa/0xb
Jan  2 08:50:29 visioV2 kernel: [198800.078941]  [<c01580b8>] generic_file_aio_write+0x41/0xa9
Jan  2 08:50:29 visioV2 kernel: [198800.078951]  [<f8987f99>] ext3_file_write+0x19/0x83 [ext3]
Jan  2 08:50:29 visioV2 kernel: [198800.078961]  [<c0174596>] do_sync_write+0xbf/0x100
Jan  2 08:50:29 visioV2 kernel: [198800.078967]  [<c0131a44>] autoremove_wake_function+0x0/0x2d
Jan  2 08:50:29 visioV2 kernel: [198800.078973]  [<c0125bc2>] do_setitimer+0x2aa/0x31a
Jan  2 08:50:29 visioV2 kernel: [198800.078977]  [<c017dfc0>] fasync_helper+0x3c/0xb7
Jan  2 08:50:29 visioV2 kernel: [198800.078979]  [<c01bada1>] security_file_permission+0xc/0xd
Jan  2 08:50:29 visioV2 kernel: [198800.078983]  [<c01744d7>] do_sync_write+0x0/0x100
Jan  2 08:50:29 visioV2 kernel: [198800.078985]  [<c0174d08>] vfs_write+0x83/0x120
Jan  2 08:50:29 visioV2 kernel: [198800.078988]  [<c01752da>] sys_write+0x3c/0x63
Jan  2 08:50:29 visioV2 kernel: [198800.078991]  [<c0103857>] sysenter_past_esp+0x78/0xb1
Jan  2 08:50:29 visioV2 kernel: [198800.078995]  [<c02b0000>] quirk_amd_ide_mode+0xa2/0xb6
Jan  2 08:50:29 visioV2 kernel: [198800.078999]  =======================
Jan  2 08:50:29 visioV2 kernel: [198922.487840] INFO: task apache2:29860 blocked for more than 120 seconds.
Jan  2 08:50:29 visioV2 kernel: [198922.487979] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Jan  2 21:00:33 visioV2 kernel: [198922.488174] apache2       D 40d722ff     0 29860   3457
Jan  2 21:00:34 visioV2 kernel: [198922.488177]        f749ad20 00200086 f7a3f574 40d722ff 00009781 f749aeac c180bfc0 00000000 
Jan  2 21:00:34 visioV2 kernel: [198922.488181]        00000002 f0147f3c 265e23d9 00000000 c0156c09 f0147f3c f0135ee0 c14421e0 
Jan  2 21:00:34 visioV2 kernel: [198922.488184]        dd1368fc dd136904 dd136900 f749ad20 c02b92ee eb41de80 dd136904 f749ad20 
Jan  2 21:00:34 visioV2 kernel: [198922.488188] Call Trace:
Jan  2 21:00:34 visioV2 kernel: [198922.488206]  [<c0156c09>] find_lock_page+0x19/0x7c
Jan  2 21:00:34 visioV2 kernel: [198922.488214]  [<c02b92ee>] __mutex_lock_slowpath+0x50/0x7b
Jan  2 21:00:35 visioV2 kernel: [198922.488219]  [<c02b9184>] mutex_lock+0xa/0xb
Jan  2 21:00:35 visioV2 kernel: [198922.488221]  [<c01580b8>] generic_file_aio_write+0x41/0xa9
Jan  2 21:00:35 visioV2 kernel: [198922.488226]  [<f8987f99>] ext3_file_write+0x19/0x83 [ext3]
Jan  2 21:00:35 visioV2 kernel: [198922.488236]  [<c0174596>] do_sync_write+0xbf/0x100
Jan  2 21:00:35 visioV2 kernel: [198922.488242]  [<c0131a44>] autoremove_wake_function+0x0/0x2d
Jan  2 21:00:35 visioV2 kernel: [198922.488247]  [<c0125bc2>] do_setitimer+0x2aa/0x31a
Jan  2 21:00:35 visioV2 kernel: [198922.488250]  [<c017dfc0>] fasync_helper+0x3c/0xb7
Jan  2 21:00:35 visioV2 kernel: [198922.488253]  [<c01bada1>] security_file_permission+0xc/0xd
Jan  2 21:00:35 visioV2 kernel: [198922.488256]  [<c01744d7>] do_sync_write+0x0/0x100
Jan  2 21:00:35 visioV2 kernel: [198922.488259]  [<c0174d08>] vfs_write+0x83/0x120
Jan  2 21:00:35 visioV2 kernel: [198922.488262]  [<c01752da>] sys_write+0x3c/0x63
Jan  2 21:00:35 visioV2 kernel: [198922.488265]  [<c0103857>] sysenter_past_esp+0x78/0xb1
Jan  2 21:00:35 visioV2 kernel: [198922.488270]  [<c02b0000>] quirk_amd_ide_mode+0xa2/0xb6
Jan  2 21:00:35 visioV2 kernel: [198922.488273]  =======================
Jan  2 21:00:35 visioV2 kernel: [198924.635549] INFO: task apache2:29977 blocked for more than 120 seconds.
Jan  2 21:00:35 visioV2 kernel: [198924.635690] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Jan  2 21:00:35 visioV2 kernel: [198924.635885] apache2       D ebe0572c     0 29977   3457
Jan  2 21:00:35 visioV2 kernel: [198924.635888]        f26cc080 00200086 f7a3f574 ebe0572c 00009781 f26cc20c c1815fc0 00000001 
Jan  2 21:00:35 visioV2 kernel: [198924.635892]        00000005 ed68ae34 08477824 00000000 c0156c09 ed68ae34 ee241ee0 c14421e0 
Jan  2 21:00:35 visioV2 kernel: [198924.635895]        dd1368fc dd136904 dd136900 f26cc080 c02b92ee cba7fe80 eb419e80 f26cc080 
Jan  2 21:00:35 visioV2 kernel: [198924.635898] Call Trace:
Jan  2 21:00:35 visioV2 kernel: [198924.635916]  [<c0156c09>] find_lock_page+0x19/0x7c
Jan  2 21:00:35 visioV2 kernel: [198924.635924]  [<c02b92ee>] __mutex_lock_slowpath+0x50/0x7b
Jan  2 21:00:35 visioV2 kernel: [198924.635929]  [<c02b9184>] mutex_lock+0xa/0xb
Jan  2 21:00:35 visioV2 kernel: [198924.635931]  [<c01580b8>] generic_file_aio_write+0x41/0xa9
Jan  2 21:00:35 visioV2 kernel: [198924.635935]  [<f8987f99>] ext3_file_write+0x19/0x83 [ext3]
Jan  2 21:00:35 visioV2 kernel: [198924.635945]  [<c0174596>] do_sync_write+0xbf/0x100
Jan  2 21:00:35 visioV2 kernel: [198924.635952]  [<c0131a44>] autoremove_wake_function+0x0/0x2d
Jan  2 21:00:35 visioV2 kernel: [198924.635958]  [<c017007b>] shmem_file_read+0x53/0x246
Jan  2 21:00:35 visioV2 kernel: [198924.635961]  [<c01bada1>] security_file_permission+0xc/0xd
Jan  2 21:00:35 visioV2 kernel: [198924.635964]  [<c01744d7>] do_sync_write+0x0/0x100
Jan  2 21:00:35 visioV2 kernel: [198924.635966]  [<c0174d08>] vfs_write+0x83/0x120
Jan  2 21:00:35 visioV2 kernel: [198924.635969]  [<c01752da>] sys_write+0x3c/0x63
Jan  2 21:00:35 visioV2 kernel: [198924.635973]  [<c0103857>] sysenter_past_esp+0x78/0xb1
Jan  2 21:00:35 visioV2 kernel: [198924.635977]  [<c02b0000>] quirk_amd_ide_mode+0xa2/0xb6
Jan  2 21:00:35 visioV2 kernel: [198924.635981]  =======================

Si vous voulez la suite il suffit de demander

.
Par contre les messages d'erreurs viennent bien du kernel?? Si j'ai raisons mon serveur va vraiment pas bien non?
Donc si vous pensez que le problème est vraiement trop compliqué à regler, je suis partant pour une reinstall de la bête.
Donnez moi vos avis.

Merci d'avance.

fandecine · 3 Janvier 2011

Bonjour,

A la lecture du résultat de la commande top, il apparait que ton serveur swappe beaucoup, au point de consommer toute la mémoire de swapp (lignes des logs du genre "Free swap = 0kB" et "Out of memory: kill process...")

Et lorsqu'il n'y a plus de mémoire disponible et que le système en réclame et bien ça marche plus :mrgreen:

Il te faut trouver ce qui consomme toute cette mémoire

Julia41 · 4 Janvier 2011

oom veut dire out of memory.
Donc un soucis de pas assez de RAM.
Il faut trouver pourquoi il en prends trop (ou alors mieux, installer Lighttpd ou Nginx

)

guiparm · 4 Janvier 2011

Dans le syslog, toutes les lignes avec 'Free swap' il y a la valeur 0 et pour le 'Out of memory' c'est le daemon mysqld qui est concerné.

Mon serveur Moodle (autoformation) lance un script toutes les 5 minutes avec des commandes php, pour le relever de statistiques. Serait-il la cause de mes malheurs?

voici le début du script cron.php de moodle :

Code:

/// This script looks through all the module directories for cron.php files
/// and runs them.  These files can contain cleanup functions, email functions
/// or anything that needs to be run on a regular basis.
///
/// This file is best run from cron on the host system (ie outside PHP).
/// The script can either be invoked via the web server or via a standalone
/// version of PHP compiled for CGI.

Et pour Lighttpd ou Nginx, sa nécessite une configuration spéciale, ou juste en installant le paquet c'est opérationnelle?
merci pour votre aide.

guiparm · 4 Janvier 2011

J'ai rajouter un deuxième disque dur de 6Go en tant que partition Swap

.
Je vous tiens au courant la semaine prochaine voir s'il y a eu d'autres plantages ou pas.
Merci encore.

guiparm · 20 Janvier 2011

Bon ben plus de plantage. Mon problème venait de la .
Merci encore pour votre aide.
A++

Julia41 · 21 Janvier 2011

Merci pour ton retour qui pourra certainement aider des googleurs

Si jamais tu es motivé, n'hésites quand même pas à te renseigner pour Nginx ou Lighttpd, ça pourra être pas mal