Bonjour à tous,
Je possède un dédié chez l'hébergeur CTN1, sur lequel j'héberge des sites utilisant la technologie de blogs Wordpress.
Voilà 4 mois que le serveur plante de manière récurrente, et c'est de plus en plus fréquent dernièrement, à raison de une fois / jour. Je suis obligé de rebooter via putty ou de demander le reboot à l'hébergeur quand même putty ne peut plus se connecter au serveur.
L'hébergeur ne sait pas quel est le problème.
Voici ce que m'a dit un technicien trouvé sur codeur.com :
"Sur le site : http://secretstorylivetv.blogspot.com/
Il y a des javascript qui "attaquent" votre site puisqu'il l'appelle sans cesse en causant une erreur. C'est un peu comme une attaque Deny of Service dans un moindre mesure...sauf que cela fait chauffer votre machine inutilement
Les scripts en question :
<div id='header-live' style='position:relative; width:900px; height:460px; margin-bottom:15px;'>
<script src='http://phpadsnew.merco6.com/libraries/bspot.js' type='text/javascript'></script>
</div>
<script type="text/javascript" src="http://phpadsnew.merco6.com/libraries/newsfeed2.ph...;
Avez-vous les accès de ce blog ??
Dans une moindre mesure - car il génère moins de trafic - le site http://secretst0ory.olympe-network.com/Untitled-1....
Cause des erreurs : <span class="Style12">
<iframe id="playerblogtv" src="http://phpadsnew.merco6.com/libraries/live.html&qu...; marginwidth="0" marginheight="0" allowtransparency="yes" width="550" frameborder="no" height="500"></iframe>
</span>
Comme mentionné dans mon offre initiale, j'espérais pouvoir corriger le problème en 1 à 2 heures ou - sinon - de vous faire un diagnostic. Malheureusement, je ne trouve pas nécessairement la solution, mais voici mes suggestions de ce que vous devriez regarder :
1 - Demander au proprietaire du blog dont je vous ai donné l'adresse de retirer les scripts sur son site, car toutes les personnes qui vont sur son site augmentent le trafic sur votre système sans même que vous n'en bénéficiez... Ce n'est pas de votre côté que vous pouvez changer cela, à moins de faire un script particulier de blocage - mais je ne sais pas comment puisque l'IP de ces "attaques" varie. L'option est donc de demander le retrait du script, sinon demander à blogspot de fermer le site en question s'il n'y a pas de réponse.
Actuellement, je suspecte qu'aux heures de pointe, la charge sur votre serveur soit pratiquement doublée juste à cause d'eux, sans toutefois vous apporter de réels visiteurs.
2 - Il faudra vous questionner sur la qualité de votre service d'hébergement. Wordpress 2.5.1 n'a pas à ce que je sache une loop infinie dans son code qui pourrait causer un crash serveur, à moins que vous n'ayiez modifier le code source. Cela signifierait donc un problème différent : mauvaise installation du serveur, CPU (céléron n'est pas haut de gamme) trop peu puissant pour gérer vos services, etc.
Cela peut être pertinent de a. faire un backup de tous vos sites incluant la base de données. b. demander une réinitialisation du serveur c. réinstaller vos site en utilisant la dernière version de wordpress (2.6 je crois). Si les problèmes continuent, j'éliminerais tout d'abord l'hébergeur de l'équation en testant sur un autre serveur (essayer un mois sur godaddy.com , par exemple)."
N'étant pas du tout un averti (je m'occupe juste du contenu de mes blogs, je n'ai pas de connaissances poussées en informatique), et d'autant plus que le serveur fût initialement configuré par un technicien avec qui je n'ai plus de contacts, je me permets de vous demander votre aide.
Que dois-je faire ? Que puis-je faire ?
Version complète: sur le forum Webmaster Hub : Plantage serveur
Webmaster Hub > Création et exploitation de Sites Internet > Les fondations d'un site > Hébergement de Sites
Hello,
avant de réinstaller la machine personnellement je regarderais la configuration des outils en question (probablement Apache, PHP et MySQL).
La plupart des hébergeurs livrent effectivement les machines avec les logiciels installés, mais pas configurés pour autant.
Enfin déjà : de quelle distribution s'agit il ? Si vous ne savez pas, via SSH, tapez : lsb_release -a
Est ce que vous utilisez un "panel de configuration", de type Plesk, CPanel, ou autre ?
Savez vous si la machine manque d'une ressource particulière ? les premières lignes de résultat d'un top pourrait aider à se faire une idée.
En cas de manque de mémoire (ce qui est fort probable à mon avis avec une configuration classique), il y a souvent un minimum de traces dans les logs. Entre autre l'intervention de "oom-killer".
Changer de machine peut également être une solution, mais s'il y a vraiment un problème de configuration ou dans les sites, il y a des chances pour que cela ne fasse que repousser le problème.
avant de réinstaller la machine personnellement je regarderais la configuration des outils en question (probablement Apache, PHP et MySQL).
La plupart des hébergeurs livrent effectivement les machines avec les logiciels installés, mais pas configurés pour autant.
Enfin déjà : de quelle distribution s'agit il ? Si vous ne savez pas, via SSH, tapez : lsb_release -a
Est ce que vous utilisez un "panel de configuration", de type Plesk, CPanel, ou autre ?
Savez vous si la machine manque d'une ressource particulière ? les premières lignes de résultat d'un top pourrait aider à se faire une idée.
En cas de manque de mémoire (ce qui est fort probable à mon avis avec une configuration classique), il y a souvent un minimum de traces dans les logs. Entre autre l'intervention de "oom-killer".
Changer de machine peut également être une solution, mais s'il y a vraiment un problème de configuration ou dans les sites, il y a des chances pour que cela ne fasse que repousser le problème.
Voici les résultats en fonction de chaque commande, quelles en sont les interprétations ? Merci d'avance cher ami 
CODE
[root_AT_R0103 ~]# lsb_release -a
LSB Version: :core-3.1-ia32:core-3.1-noarch:graphics-3.1-ia32:graphics-3.1-no
Distributor ID: FedoraCore
Description: Fedora Core release 6 (Zod)
Release: 6
Codename: Zod
[root_AT_R0103 ~]# top
top - 13:55:59 up 1 day, 20:52, 1 user, load average: 1.13, 0.70, 0.49
Tasks: 92 total, 1 running, 91 sleeping, 0 stopped, 0 zombie
Cpu0 : 43.3%us, 3.7%sy, 0.0%ni, 52.7%id, 0.0%wa, 0.0%hi, 0.3%si, 0.0%st
Mem: 1018520k total, 1002120k used, 16400k free, 53444k buffers
Swap: 2031608k total, 115928k used, 1915680k free, 595500k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
10901 apache 20 0 36868 17m 3872 S 20.6 1.8 1:22.23 httpd
5724 apache 20 0 35712 16m 3740 S 17.6 1.6 2:49.26 httpd
2497 mysql 20 0 164m 18m 2744 S 9.0 1.8 47:06.18 mysqld
4609 apache 20 0 38512 18m 3796 S 0.3 1.9 3:05.92 httpd
14944 root 20 0 2200 1016 804 R 0.3 0.1 0:00.42 top
1 root 20 0 2044 268 240 S 0.0 0.0 0:02.81 init
2 root 15 -5 0 0 0 S 0.0 0.0 0:00.01 kthreadd
3 root RT -5 0 0 0 S 0.0 0.0 0:00.00 migration/0
4 root 15 -5 0 0 0 S 0.0 0.0 0:00.03 ksoftirqd/0
5 root RT -5 0 0 0 S 0.0 0.0 0:00.00 watchdog/0
6 root 15 -5 0 0 0 S 0.0 0.0 0:00.89 events/0
7 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 khelper
49 root 15 -5 0 0 0 S 0.0 0.0 0:19.43 kblockd/0
50 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid
51 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kacpi_notify
131 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 cqueue/0
132 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 ksuspend_usbd
135 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 khubd
137 root 15 -5 0 0 0 S 0.0 0.0 0:00.01 kseriod
160 root 15 -5 0 0 0 S 0.0 0.0 2:21.44 kswapd0
211 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0
363 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 khpsbpkt
375 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kpsmoused
403 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 ata/0
404 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 ata_aux
415 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 ksnapd
418 root 15 -5 0 0 0 S 0.0 0.0 0:15.87 kjournald
450 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kauditd
484 root 16 -4 2768 176 176 S 0.0 0.0 0:00.33 udevd
598 apache 20 0 36572 16m 3420 S 0.0 1.7 4:32.90 httpd
855 apache 20 0 35644 15m 3464 S 0.0 1.6 4:29.78 httpd
1395 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kmpathd/0
1418 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kjournald
2020 root 20 0 9948 272 220 S 0.0 0.0 0:00.89 restorecond
2036 root 20 0 1808 304 256 S 0.0 0.0 0:06.04 syslogd
2039 root 20 0 1652 256 208 S 0.0 0.0 0:02.75 klogd
2074 root 20 0 2136 272 228 S 0.0 0.0 0:00.45 mcstransd
2096 rpc 20 0 1788 144 144 S 0.0 0.0 0:00.00 portmap
2121 rpcuser 20 0 1900 212 212 S 0.0 0.0 0:00.01 rpc.statd
2169 root 20 0 4948 152 124 S 0.0 0.0 0:01.72 rpc.idmapd
2197 dbus 20 0 12964 512 408 S 0.0 0.1 0:00.02 dbus-daemon
2213 root 20 0 2124 192 192 S 0.0 0.0 0:00.00 hcid
2219 root 20 0 1720 192 192 S 0.0 0.0 0:00.00 sdpd
2235 root 10 -10 0 0 0 S 0.0 0.0 0:00.00 krfcommd
2281 root 20 0 12704 392 268 S 0.0 0.0 1:04.35 pcscd
LSB Version: :core-3.1-ia32:core-3.1-noarch:graphics-3.1-ia32:graphics-3.1-no
Distributor ID: FedoraCore
Description: Fedora Core release 6 (Zod)
Release: 6
Codename: Zod
[root_AT_R0103 ~]# top
top - 13:55:59 up 1 day, 20:52, 1 user, load average: 1.13, 0.70, 0.49
Tasks: 92 total, 1 running, 91 sleeping, 0 stopped, 0 zombie
Cpu0 : 43.3%us, 3.7%sy, 0.0%ni, 52.7%id, 0.0%wa, 0.0%hi, 0.3%si, 0.0%st
Mem: 1018520k total, 1002120k used, 16400k free, 53444k buffers
Swap: 2031608k total, 115928k used, 1915680k free, 595500k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
10901 apache 20 0 36868 17m 3872 S 20.6 1.8 1:22.23 httpd
5724 apache 20 0 35712 16m 3740 S 17.6 1.6 2:49.26 httpd
2497 mysql 20 0 164m 18m 2744 S 9.0 1.8 47:06.18 mysqld
4609 apache 20 0 38512 18m 3796 S 0.3 1.9 3:05.92 httpd
14944 root 20 0 2200 1016 804 R 0.3 0.1 0:00.42 top
1 root 20 0 2044 268 240 S 0.0 0.0 0:02.81 init
2 root 15 -5 0 0 0 S 0.0 0.0 0:00.01 kthreadd
3 root RT -5 0 0 0 S 0.0 0.0 0:00.00 migration/0
4 root 15 -5 0 0 0 S 0.0 0.0 0:00.03 ksoftirqd/0
5 root RT -5 0 0 0 S 0.0 0.0 0:00.00 watchdog/0
6 root 15 -5 0 0 0 S 0.0 0.0 0:00.89 events/0
7 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 khelper
49 root 15 -5 0 0 0 S 0.0 0.0 0:19.43 kblockd/0
50 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid
51 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kacpi_notify
131 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 cqueue/0
132 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 ksuspend_usbd
135 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 khubd
137 root 15 -5 0 0 0 S 0.0 0.0 0:00.01 kseriod
160 root 15 -5 0 0 0 S 0.0 0.0 2:21.44 kswapd0
211 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0
363 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 khpsbpkt
375 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kpsmoused
403 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 ata/0
404 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 ata_aux
415 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 ksnapd
418 root 15 -5 0 0 0 S 0.0 0.0 0:15.87 kjournald
450 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kauditd
484 root 16 -4 2768 176 176 S 0.0 0.0 0:00.33 udevd
598 apache 20 0 36572 16m 3420 S 0.0 1.7 4:32.90 httpd
855 apache 20 0 35644 15m 3464 S 0.0 1.6 4:29.78 httpd
1395 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kmpathd/0
1418 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kjournald
2020 root 20 0 9948 272 220 S 0.0 0.0 0:00.89 restorecond
2036 root 20 0 1808 304 256 S 0.0 0.0 0:06.04 syslogd
2039 root 20 0 1652 256 208 S 0.0 0.0 0:02.75 klogd
2074 root 20 0 2136 272 228 S 0.0 0.0 0:00.45 mcstransd
2096 rpc 20 0 1788 144 144 S 0.0 0.0 0:00.00 portmap
2121 rpcuser 20 0 1900 212 212 S 0.0 0.0 0:00.01 rpc.statd
2169 root 20 0 4948 152 124 S 0.0 0.0 0:01.72 rpc.idmapd
2197 dbus 20 0 12964 512 408 S 0.0 0.1 0:00.02 dbus-daemon
2213 root 20 0 2124 192 192 S 0.0 0.0 0:00.00 hcid
2219 root 20 0 1720 192 192 S 0.0 0.0 0:00.00 sdpd
2235 root 10 -10 0 0 0 S 0.0 0.0 0:00.00 krfcommd
2281 root 20 0 12704 392 268 S 0.0 0.0 1:04.35 pcscd
Il me semble avoir lu que tu avais migré ton serveur vers un autre hébergeur... Ne serait-ce pas une piste ? Tu aurais peut-être mal configuré quelque chose ...
Je dis ça, mais ne me demande pas plus d'explications, je suis une bille. Cela pourra peut-être aider les pros à résoudre ton problème... Regardez les messages de Mks (via son profil), il a déjà eu des problèmes du type : Adsense qui ne s'affichait plus.
Bon courage ! De toute manière, ici tu trouveras bien quelqu'un de plus calé que moi pour t'aider (oui, je sais... ce sera pas très dur
)
Je dis ça, mais ne me demande pas plus d'explications, je suis une bille. Cela pourra peut-être aider les pros à résoudre ton problème... Regardez les messages de Mks (via son profil), il a déjà eu des problèmes du type : Adsense qui ne s'affichait plus.
Bon courage ! De toute manière, ici tu trouveras bien quelqu'un de plus calé que moi pour t'aider (oui, je sais... ce sera pas très dur
)
Merci Arlette pour ton soutien et ton suivi )))
Oui j'avais migré depuis un mutualisé OVH vers un dédié CTN1, et la migration s'était très bien déroulée !
Le serveur qui plante, c'est arrivé plus tard. Quant aux adsense qui ne s'affichaient plus, celà était dû à AdSense qui a finalement résolu le problème depuis chez eux
)))Oui j'avais migré depuis un mutualisé OVH vers un dédié CTN1, et la migration s'était très bien déroulée !
Le serveur qui plante, c'est arrivé plus tard. Quant aux adsense qui ne s'affichaient plus, celà était dû à AdSense qui a finalement résolu le problème depuis chez eux
re,
le "lsb_release" permet déjà de savoir quelle distribution tu utilises ; là on peut voir une Fedora Core 6. Ce qui ne m'arrange pas vraiment d'ailleurs... mais on va faire avec.
Sinon pour le top, en vrac :
"load average: 1.13, 0.70, 0.49" => charge 1.13, avec un seul processeur en gros ça nous fait du 113% c'est pas génial
"Cpu0 : 43.3%us, 3.7%sy, 0.0%ni, 52.7%id, 0.0%wa, 0.0%hi, 0.3%si, 0.0%st" => environ 47% du CPU occupé, pas génial non plus mais au moins il n'y a pas d'occupation disque (le 0.0%wa).
"595500k cached" => pas loin de 600Mo de mémoire utilisés pour les différents caches (dont le cache disque), c'est plutôt bon signe la machine est loin de manquer de mémoire (ou bien elle ne sait pas s'en servir, ce qui arrive aussi).
Et des lignes suivantes on peut voir que c'est httpd (Apache+PHP) qui bouffent ces ressources.
Et du peu de lignes "httpd" présentes, ça m'étonnerait que ce soit une saturation du nombre de slots Apache.
Ca n'explique certainement pas un crash serveur, mais ça laisse peu de manœuvre coté CPU à mon avis : quand le processeur est complètement surchargé la consommation mémoire augmente en flèche et on arrive rapidement un crash de la machine s'il n'y a pas les limitations adéquates.
En tous cas Apache en lui même consommant généralement peu de CPU, j'aurais tendance à miser sur PHP comme coupable. Un cache d'opcode est il installé sur le serveur ? (si tu ne sais pas, mets un script sur le site contenant uniquement "<?php phpinfo();" afin qu'on y jette un oeil)
PS : je n'ai pas pensé, mais tu n'aurais pas un mrtg, un munin ou un cacti installé sur cette machine, qu'on voit les courbes d'utilisation des ressources ?
le "lsb_release" permet déjà de savoir quelle distribution tu utilises ; là on peut voir une Fedora Core 6. Ce qui ne m'arrange pas vraiment d'ailleurs... mais on va faire avec.
Sinon pour le top, en vrac :
"load average: 1.13, 0.70, 0.49" => charge 1.13, avec un seul processeur en gros ça nous fait du 113% c'est pas génial
"Cpu0 : 43.3%us, 3.7%sy, 0.0%ni, 52.7%id, 0.0%wa, 0.0%hi, 0.3%si, 0.0%st" => environ 47% du CPU occupé, pas génial non plus mais au moins il n'y a pas d'occupation disque (le 0.0%wa).
"595500k cached" => pas loin de 600Mo de mémoire utilisés pour les différents caches (dont le cache disque), c'est plutôt bon signe la machine est loin de manquer de mémoire (ou bien elle ne sait pas s'en servir, ce qui arrive aussi).
Et des lignes suivantes on peut voir que c'est httpd (Apache+PHP) qui bouffent ces ressources.
Et du peu de lignes "httpd" présentes, ça m'étonnerait que ce soit une saturation du nombre de slots Apache.
Ca n'explique certainement pas un crash serveur, mais ça laisse peu de manœuvre coté CPU à mon avis : quand le processeur est complètement surchargé la consommation mémoire augmente en flèche et on arrive rapidement un crash de la machine s'il n'y a pas les limitations adéquates.
En tous cas Apache en lui même consommant généralement peu de CPU, j'aurais tendance à miser sur PHP comme coupable. Un cache d'opcode est il installé sur le serveur ? (si tu ne sais pas, mets un script sur le site contenant uniquement "<?php phpinfo();" afin qu'on y jette un oeil)
PS : je n'ai pas pensé, mais tu n'aurais pas un mrtg, un munin ou un cacti installé sur cette machine, qu'on voit les courbes d'utilisation des ressources ?
Merci pour l'interprétation, j'en apprends beaucoup même si tout vient d'un seul coup !
"quand le processeur est complètement surchargé la consommation mémoire augmente en flèche et on arrive rapidement un crash de la machine s'il n'y a pas les limitations adéquates."
J'imagine que c'est bien ce qui a lieu.
"Un cache d'opcode est il installé sur le serveur ? (si tu ne sais pas, mets un script sur le site contenant uniquement "<?php phpinfo();" afin qu'on y jette un oeil)"
Comment dois-je m'y prendre ? Je met la balise dans une page que j'upload via le FTP ?
PS : je n'ai pas pensé, mais tu n'aurais pas un mrtg, un munin ou un cacti installé sur cette machine, qu'on voit les courbes d'utilisation des ressources ?
Je n'en ai pas la moindre idée...Je me sens un peu bête là, car je n'apporte rien à tes investigations....
Voudrais-tu les pass FTP par MP ? Peut-être que celà sera plus simple ? (J'ai fait un backup d'à peu près tout ce qui m'importe)
"quand le processeur est complètement surchargé la consommation mémoire augmente en flèche et on arrive rapidement un crash de la machine s'il n'y a pas les limitations adéquates."
J'imagine que c'est bien ce qui a lieu.
"Un cache d'opcode est il installé sur le serveur ? (si tu ne sais pas, mets un script sur le site contenant uniquement "<?php phpinfo();" afin qu'on y jette un oeil)"
Comment dois-je m'y prendre ? Je met la balise dans une page que j'upload via le FTP ?
PS : je n'ai pas pensé, mais tu n'aurais pas un mrtg, un munin ou un cacti installé sur cette machine, qu'on voit les courbes d'utilisation des ressources ?
Je n'en ai pas la moindre idée...Je me sens un peu bête là, car je n'apporte rien à tes investigations....
Voudrais-tu les pass FTP par MP ? Peut-être que celà sera plus simple ? (J'ai fait un backup d'à peu près tout ce qui m'importe)
Pour le phpinfo tu crées un script par exemple "hub-info.php", et dedans tu mets uniquement "<?php phpinfo();". Tu mets ça sur le site via FTP puis tu nous donne l'adresse.
Pour le monitoring, je suppose que s'il y en avait un tu serais au courant, donc tampis.
Non merci, si j'interviens moi même je facture
(et en l'occurrence l'accès SSH serait plus utile que l'accès FTP)
Pour le monitoring, je suppose que s'il y en avait un tu serais au courant, donc tampis.
CITATION
Voudrais-tu les pass FTP par MP ? Peut-être que celà sera plus simple ? (J'ai fait un backup d'à peu près tout ce qui m'importe)
Non merci, si j'interviens moi même je facture
(et en l'occurrence l'accès SSH serait plus utile que l'accès FTP)
Hello !
J'ai bien fait passé le script :
http://eteignezvotreordinateur.com/hub-info.php
Dois-je faire quelque chose d'autre ?
Concernant l'accès, j'ai parlé de FTP mais c'est bien l'accès SSH auquel je pensais...
Si la résolution parfaite du problème nécessite votre intervention, je suis bien entendu prêt à vous rémunérer, c'est la moindre des choses...
J'ai bien fait passé le script :
http://eteignezvotreordinateur.com/hub-info.php
Dois-je faire quelque chose d'autre ?
Concernant l'accès, j'ai parlé de FTP mais c'est bien l'accès SSH auquel je pensais...
Si la résolution parfaite du problème nécessite votre intervention, je suis bien entendu prêt à vous rémunérer, c'est la moindre des choses...
La "bonne nouvelle" c'est qu'il n'y a visiblement aucun cache d'opcode en place sur la machine. Ce qui explique en partie la consommation CPU de PHP.
La mauvaise c'est que je ne suis pas certain de moi pour la procédure "correcte" à utiliser sur une Fedora Core (j'utilise uniquement Debian).
Pour ce qui est de l'intervention, le mieux serait que tu t'adresses à quelqu'un connaissant un peu mieux cette distribution.
La mauvaise c'est que je ne suis pas certain de moi pour la procédure "correcte" à utiliser sur une Fedora Core (j'utilise uniquement Debian).
Pour ce qui est de l'intervention, le mieux serait que tu t'adresses à quelqu'un connaissant un peu mieux cette distribution.
Merci énormément pour le temps que tu m'as consacré.
Si quelqu'un passe par là et pense pouvoir régler le problème, je suis ouvert à toute proposition !!!
Si quelqu'un passe par là et pense pouvoir régler le problème, je suis ouvert à toute proposition !!!
re,
si j'en crois mon survol de ce site, un simple "yum install php-pecl-apc" devrait suffire à l'installation d'APC (qui est un des principaux cache d'opcode).
Quitte à relancer Apache ensuite (service httpd restart).
Mais n'hésite pas à demander confirmation à ton hébergeur avant.
si j'en crois mon survol de ce site, un simple "yum install php-pecl-apc" devrait suffire à l'installation d'APC (qui est un des principaux cache d'opcode).
Quitte à relancer Apache ensuite (service httpd restart).
Mais n'hésite pas à demander confirmation à ton hébergeur avant.
Bonsoir !
J'ai installé le correctif de sécurité dont vous m'avez parlé avec succès.
Dans mon 1er message en haut, je vous parlais d'un script qui pointait vers une adresse de mon serveur. Et bien mon technicien a trouvé ce même script (voir plus haut) dans les sites/blogs suivants :
http://secretst0ory.olympe-network.com/Untitled-1.html
http://serie-skins.ovh.org/live8.php
http://secret-story-parodies.lesiteofficie...ect-live.19.htm
Celui ci a supprimé le script suite à un message de ma part :
http://secretstorylivetv.blogspot.com/
Que puis-je faire ? Sont-ce ces sites qui provoquent notre fameuse surcharge ? Si oui comment blacklister tout ce qui arrive vers phpadsnew.merco6.com (ils linkent vers cette adresse).
Quel est l'intérêt pour ces blogs de faire celà ? Est-ce un stratagème pour me surcharger mon serveur ???
A moins que ça n'ait rien à voir avec ça ?
Merci.
J'ai installé le correctif de sécurité dont vous m'avez parlé avec succès.
Dans mon 1er message en haut, je vous parlais d'un script qui pointait vers une adresse de mon serveur. Et bien mon technicien a trouvé ce même script (voir plus haut) dans les sites/blogs suivants :
http://secretst0ory.olympe-network.com/Untitled-1.html
http://serie-skins.ovh.org/live8.php
http://secret-story-parodies.lesiteofficie...ect-live.19.htm
Celui ci a supprimé le script suite à un message de ma part :
http://secretstorylivetv.blogspot.com/
Que puis-je faire ? Sont-ce ces sites qui provoquent notre fameuse surcharge ? Si oui comment blacklister tout ce qui arrive vers phpadsnew.merco6.com (ils linkent vers cette adresse).
Quel est l'intérêt pour ces blogs de faire celà ? Est-ce un stratagème pour me surcharger mon serveur ???
A moins que ça n'ait rien à voir avec ça ?
Merci.
re,
quel correctif de sécurité ? (APC - qui n'a rien à voir avec une sécurité - n'est pas actif en tous cas ; à moins qu'Apache n'ait pas été relancé ?)
phpAdsNew n'a pas la réputation d'être léger, donc c'est possible que le serveur charge à cause de ça oui. Mais sans "chiffres" indiquant l'ampleur de l'utilisation de ces scripts depuis l'extérieur, difficile à dire.
A priori une règle .htaccess d'anti "hotlink" ferait l'affaire (faire une recherche sur le forum ou google à ce sujet)
Il n'y avait pas un "live" de l'émission diffusé via phpadsnew ? Les sites en question auraient simplement cherché à copier le contenu.
quel correctif de sécurité ?
(APC - qui n'a rien à voir avec une sécurité - n'est pas actif en tous cas ; à moins qu'Apache n'ait pas été relancé ?)CITATION
Que puis-je faire ? Sont-ce ces sites qui provoquent notre fameuse surcharge ?
phpAdsNew n'a pas la réputation d'être léger, donc c'est possible que le serveur charge à cause de ça oui. Mais sans "chiffres" indiquant l'ampleur de l'utilisation de ces scripts depuis l'extérieur, difficile à dire.
CITATION
Si oui comment blacklister tout ce qui arrive vers phpadsnew.merco6.com (ils linkent vers cette adresse).
A priori une règle .htaccess d'anti "hotlink" ferait l'affaire (faire une recherche sur le forum ou google à ce sujet)
CITATION
Quel est l'intérêt pour ces blogs de faire celà ? Est-ce un stratagème pour me surcharger mon serveur ???
Il n'y avait pas un "live" de l'émission diffusé via phpadsnew ? Les sites en question auraient simplement cherché à copier le contenu.
Re !
J'avais ommis de restarter Apache, c'est maintenant chose faite. Pardon pour l'appellation "correctif de sécurité" Mais je ne sais pas ce qu'est un cache d'opcode )
Phpadsnew était installé symboliquement sur mon serveur, au cas où j'en aurais besoin, mais je ne l'ai jamais utilisé...Donc je ne pense pas que ça vienne de là ?
Concernant les "attaques" des blogs de télé-réalité, vous me dites :
Je me suis renseigné sur ce famauex anti hotlink, et j'en ai compris l'utilisation. Malheureusement, je trouve plusieurs modèles différents, et la plupart des pages que j'ai trouvées sont plus des questionnements que des réponses.
Voici mon htaccess actuel :
Que dois-je rajouter ? (J'ai trop peur de la gaffe, d'où ma demande à ce sujet...).
Ca aurait pu effectivement être l'explication, mais je n'ai en aucun cas mis de live sur mon site, de quelque émission de ce genre que ce soit.
Donc si ce n'est pas de la copie de contenu...Je ne vois pas ce que ça peut être ?
En outre, je ne vois pas ce que ça ferait dans phpadsnew ?
Enfin, est-ce qu'il est possible pour ces gens, de "profiter" des ressources serveur d'autres gens pour afficher leur live (illégal, soit dit en passant) sur des blogs blogspot (blogger donc) ?
Autrement dit (j'explique ça n'importe comment parce que je ne m'y connais pas...question de néophyte quoi) : est-ce que les blogs précités n'utiliseraient pas mes ressources pour faire tourner leur live ?
Je ne sais pas si c'est possible techniquement ?
De mon côté, j'ai supprimé phpadsnew.merco6.com via putty, et dès lors, leur live affiche non pas une erreur "FORBIDDEN" avec une référence à merco6.com (site de mon serveur), mais une erreur 404. Est-ce bénéfique pour moi ? Celà veut-il dire que les visiteurs venant de là-bas cessent de "bouffer" mes ressources ? Si oui, et s'il n'y a plus de coupures de mon serveur, celà voudra donc dire que le problème venait de là ?
Il y a beaucoup de si....
Mille fois merci pour votre aide.
J'avais ommis de restarter Apache, c'est maintenant chose faite. Pardon pour l'appellation "correctif de sécurité"
Mais je ne sais pas ce qu'est un cache d'opcode )CITATION
phpAdsNew n'a pas la réputation d'être léger, donc c'est possible que le serveur charge à cause de ça oui. Mais sans "chiffres" indiquant l'ampleur de l'utilisation de ces scripts depuis l'extérieur, difficile à dire.
Phpadsnew était installé symboliquement sur mon serveur, au cas où j'en aurais besoin, mais je ne l'ai jamais utilisé...Donc je ne pense pas que ça vienne de là ?
Concernant les "attaques" des blogs de télé-réalité, vous me dites :
CITATION
A priori une règle .htaccess d'anti "hotlink" ferait l'affaire
Je me suis renseigné sur ce famauex anti hotlink, et j'en ai compris l'utilisation. Malheureusement, je trouve plusieurs modèles différents, et la plupart des pages que j'ai trouvées sont plus des questionnements que des réponses.
Voici mon htaccess actuel :
CODE
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
RewriteRule ^index.php[/]([0-9]+)[/]([0-9]+)[/]([0-9]+)[/][0-9]+-(.+)$ http://www.eteignezvotreordinateur.com/$1/$2/$3/$4 [R=301,L]
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
RewriteRule ^index.php[/]([0-9]+)[/]([0-9]+)[/]([0-9]+)[/][0-9]+-(.+)$ http://www.eteignezvotreordinateur.com/$1/$2/$3/$4 [R=301,L]
Que dois-je rajouter ? (J'ai trop peur de la gaffe, d'où ma demande à ce sujet...).
CITATION
Il n'y avait pas un "live" de l'émission diffusé via phpadsnew ? Les sites en question auraient simplement cherché à copier le contenu.
Ca aurait pu effectivement être l'explication, mais je n'ai en aucun cas mis de live sur mon site, de quelque émission de ce genre que ce soit.
Donc si ce n'est pas de la copie de contenu...Je ne vois pas ce que ça peut être ?
En outre, je ne vois pas ce que ça ferait dans phpadsnew ?
Enfin, est-ce qu'il est possible pour ces gens, de "profiter" des ressources serveur d'autres gens pour afficher leur live (illégal, soit dit en passant) sur des blogs blogspot (blogger donc) ?
Autrement dit (j'explique ça n'importe comment parce que je ne m'y connais pas...question de néophyte quoi) : est-ce que les blogs précités n'utiliseraient pas mes ressources pour faire tourner leur live ?
Je ne sais pas si c'est possible techniquement ?
De mon côté, j'ai supprimé phpadsnew.merco6.com via putty, et dès lors, leur live affiche non pas une erreur "FORBIDDEN" avec une référence à merco6.com (site de mon serveur), mais une erreur 404. Est-ce bénéfique pour moi ? Celà veut-il dire que les visiteurs venant de là-bas cessent de "bouffer" mes ressources ? Si oui, et s'il n'y a plus de coupures de mon serveur, celà voudra donc dire que le problème venait de là ?
Il y a beaucoup de si....
Mille fois merci pour votre aide.
Je confirme APC est maintenant activé sur votre serveur : en standard à chaque fois qu'on accède à une page "dynamique" de votre site (typiquement une page en .php) PHP "recompile"* tout le script avant de l'exécuter. C'est lent et parfaitement inutile. Le "cache d'opcode" se charge donc de conserver en mémoire le résultat de cette compilation afin de pouvoir exécuter aussitôt les scripts, sans traitement superflu.
Selon la structure des sites, la différence de performance peut être énorme.
Pour ce qui est de l'utilisation du sous domaine phpadsnew, oui il est parfaitement possible que suite à une faille de phpadsnew un script y ait été installé afin de diffuser ce fameux Live via votre serveur... Il faudrait remonter plus loin dans les logs et/ou regarder les statistiques de consommation de bande passante (ça l'hébergeur doit certainement le fournir sur votre compte client) afin d'en avoir le coeur net.
En tous cas s'ils tombaient sur une erreur 403, ça m'étonnerait que ce soit la source des problèmes... ce type d'erreur ne passant généralement même pas par PHP.
Idem pour les erreurs 404 qu'il y a maintenant, ça ne consomme quasiment rien, donc aucune sécurité à mettre en place de ce coté.
Par contre si un "pirate" a eu à un moment accès à la machine, ça peut être très génant oui.
*compiler : consiste à transformer un code source lisible par un humain en un fichier binaire exécutable par une machine. (cf : Wikipedia).
Selon la structure des sites, la différence de performance peut être énorme.
Pour ce qui est de l'utilisation du sous domaine phpadsnew, oui il est parfaitement possible que suite à une faille de phpadsnew un script y ait été installé afin de diffuser ce fameux Live via votre serveur... Il faudrait remonter plus loin dans les logs et/ou regarder les statistiques de consommation de bande passante (ça l'hébergeur doit certainement le fournir sur votre compte client) afin d'en avoir le coeur net.
En tous cas s'ils tombaient sur une erreur 403, ça m'étonnerait que ce soit la source des problèmes... ce type d'erreur ne passant généralement même pas par PHP.
Idem pour les erreurs 404 qu'il y a maintenant, ça ne consomme quasiment rien, donc aucune sécurité à mettre en place de ce coté.
Par contre si un "pirate" a eu à un moment accès à la machine, ça peut être très génant oui.
*compiler : consiste à transformer un code source lisible par un humain en un fichier binaire exécutable par une machine. (cf : Wikipedia).
Super, un grand merci pour ce fameux cache !!
Bon, concernant le problème, je pense que c'est très clair : le type profitait de la faille de sécurité de phpadsnew pour y mettre son satané live de Secret Story...
Maintenant la question à se poser c'est : est-ce qu'il a fait ça de manière "externe", sans entrer dans le FTP via un acte de piratage, ou est-ce que c'est possible d'intégrer des scripts dans des failles de sécurité sans pour autant faire ce qu'on veut dans le serveur en général ?
Selon vous, ce n'est pas la cause principale du problème, puisque si ça tombait sur une erreur 403 (c'était le cas aujourd'hui), ça ne consommait pas tant de ressources que ça... donc on en a probablement pas finit.
De mon côté je suis relativement optimiste, je vous tiens au courant de l'évolution des jours à venir...je croise les doigts pour que ça ne replante pas !
Bon, concernant le problème, je pense que c'est très clair : le type profitait de la faille de sécurité de phpadsnew pour y mettre son satané live de Secret Story...
Maintenant la question à se poser c'est : est-ce qu'il a fait ça de manière "externe", sans entrer dans le FTP via un acte de piratage, ou est-ce que c'est possible d'intégrer des scripts dans des failles de sécurité sans pour autant faire ce qu'on veut dans le serveur en général ?
Selon vous, ce n'est pas la cause principale du problème, puisque si ça tombait sur une erreur 403 (c'était le cas aujourd'hui), ça ne consommait pas tant de ressources que ça... donc on en a probablement pas finit.
De mon côté je suis relativement optimiste, je vous tiens au courant de l'évolution des jours à venir...je croise les doigts pour que ça ne replante pas !
Hello !
Le site n'a toujours pas planté depuis, c'est bon signe ! Récemment, il plantait 2 fois / jour...
Serait-on venu à bout du problème ?
Le site n'a toujours pas planté depuis, c'est bon signe ! Récemment, il plantait 2 fois / jour...
Serait-on venu à bout du problème ?
La mise en cache fait beaucoup baisser la charge, espérons que le problème est vraiment réglé et que ce ne soit pas une simple illusion d'optique.
Aie...
N'y a-t-il aucun moyen de voir la consommation de mémoire, afin de savoir si ça "sent" la surcharge ou pas ?
N'y a-t-il aucun moyen de voir la consommation de mémoire, afin de savoir si ça "sent" la surcharge ou pas ?
Si, avec free -m par exemple. Ou top pour surveiller en continue.
- Free -m :
total used free shared buffers cached
Mem: 994 850 144 0 108 614
-/+ buffers/cache: 127 867
Swap: 1983 59 1924
J'ai comme l'impression que c'est mauvais signe : 850 de mémoire utilisée sur 994, non ?
Sinon j'ai essayé de télécharger les logs, c'est vraiment long (de gros fichiers), et je n'arrive pas à les ouvrir avec notepad (trop gros). Il y a un petit utilitaire gratuit pour les lire ?
Merci.
total used free shared buffers cached
Mem: 994 850 144 0 108 614
-/+ buffers/cache: 127 867
Swap: 1983 59 1924
J'ai comme l'impression que c'est mauvais signe : 850 de mémoire utilisée sur 994, non ?
Sinon j'ai essayé de télécharger les logs, c'est vraiment long (de gros fichiers), et je n'arrive pas à les ouvrir avec notepad (trop gros). Il y a un petit utilitaire gratuit pour les lire ?
Merci.
Non, il faut plutôt regarder la ligne ajustée en fonction du cache (-/+ buffers/cache), qui indique 867Mo de libre.
Pour les logs, vaut mieux les consulter directement via SSH : less, grep, awk, wc, tail, head sont des outils assez pratiques pour cela. Mais il y en a sûrement d'autres.
Pour les logs, vaut mieux les consulter directement via SSH : less, grep, awk, wc, tail, head sont des outils assez pratiques pour cela. Mais il y en a sûrement d'autres.
Merci de m'avoir éclairé....
Pendant que je vous tiens, chers spécialistes, j'avais une question qui me taraude l'esprit ce soir, et qui pourrait expliquer entres autres les plantages de mon serveur.
Mon serveur est un Intel Celeron 2.4 Ghz - 1024 Mo - 80 Go - 10 Mb/s SLA - 100 Mb/s - Fedora Core 4.
Or, les plantages sont relativements corrélés au trafic : dès qu'il y a eu des pics, il y a eu plantage (la plupart du temps).
Donc ceci pourrait expliquer une chose : les afflux depuis les live de secret story 2 + les pics = plantages.
Donc ma question est plutôt simple : est-ce que mon serveur est adapté à mon trafic ?
Pour 4 blogs wordpress distincts (donc 4 bases de données), j'ai environ 3 500 visites / jour. Jusqu'ici, le serveur est OK ?
En cas de pics, je peux monter à 5 000 / 6 000 visites par jour (si les 4 blogs font des records au même moment). Là, est-ce toujours OK ?
Et si d'ici quelques mois, j'atteint les 10 000 / 15 000 visites / jour : le serveur est-il toujours OK ?
En d'autres termes, quelles sont ses capacités maximales à ce fichu serveur ?
Selon les informations que je vous ai donné de mon serveur, ainsi que les infos tirées de putty, est-ce que l'offre est adaptée à mes besoins ?
Pendant que je vous tiens, chers spécialistes, j'avais une question qui me taraude l'esprit ce soir, et qui pourrait expliquer entres autres les plantages de mon serveur.
Mon serveur est un Intel Celeron 2.4 Ghz - 1024 Mo - 80 Go - 10 Mb/s SLA - 100 Mb/s - Fedora Core 4.
Or, les plantages sont relativements corrélés au trafic : dès qu'il y a eu des pics, il y a eu plantage (la plupart du temps).
Donc ceci pourrait expliquer une chose : les afflux depuis les live de secret story 2 + les pics = plantages.
Donc ma question est plutôt simple : est-ce que mon serveur est adapté à mon trafic ?
Pour 4 blogs wordpress distincts (donc 4 bases de données), j'ai environ 3 500 visites / jour. Jusqu'ici, le serveur est OK ?
En cas de pics, je peux monter à 5 000 / 6 000 visites par jour (si les 4 blogs font des records au même moment). Là, est-ce toujours OK ?
Et si d'ici quelques mois, j'atteint les 10 000 / 15 000 visites / jour : le serveur est-il toujours OK ?
En d'autres termes, quelles sont ses capacités maximales à ce fichu serveur ?
Selon les informations que je vous ai donné de mon serveur, ainsi que les infos tirées de putty, est-ce que l'offre est adaptée à mes besoins ?
re,
je pense que la machine est largement assez puissante oui, peut être à condition de configurer ça un peu.
Par exemple diminuer le KeepAlive d'Apache à 2-3 secondes est bien souvent obligatoire pour éviter une saturation trop rapide.
Et coté MySQL, je ne sais pas ce que consomme Wordpress, mais il se peut que les buffers par défaut ne soit pas suffisamment dimensionnés.
Après il peut y avoir des centaines de petits détails à configurer... ce n'est pas pour rien que CTN1 propose une formule "infogérée"
je pense que la machine est largement assez puissante oui, peut être à condition de configurer ça un peu.
Par exemple diminuer le KeepAlive d'Apache à 2-3 secondes est bien souvent obligatoire pour éviter une saturation trop rapide.
Et coté MySQL, je ne sais pas ce que consomme Wordpress, mais il se peut que les buffers par défaut ne soit pas suffisamment dimensionnés.
Après il peut y avoir des centaines de petits détails à configurer... ce n'est pas pour rien que CTN1 propose une formule "infogérée"
D'accord, j'ai délégué l'infogérance à un free-lance (plus investi que CTN1).
Merci ENORMEMENT pour vos conseils !!! Pour l'instant, le serveur n'a toujours pas planté...Je touche du bois !
Je vous dis à très bientôt (au prochain plantage))))
Mes amitiés
MKS
Merci ENORMEMENT pour vos conseils !!! Pour l'instant, le serveur n'a toujours pas planté...Je touche du bois !
Je vous dis à très bientôt (au prochain plantage
))))Mes amitiés
MKS
Bonjour,
Je reviens à vous au sujet de mes plantages de serveur.
J'avais donc réussi à trouver la faille dans les crash : c'était des petits malins qui avait profité d'une faille de phpadsnew sur mon serveur pour héberger leur live de l'émission secret story.
Depuis, aucun plantage... jusqu'à aujourd'hui !
Or, aujourd'hui, j'ai eu une hausse vertigineuse de visiteurs. A 15h environ, j'en étais à :
- Plus de 3 500 sur un blog Wordpress.
- 1 000 sur un autre blog wordpress.
- 200 sur un troisième blog wordpress.
- et 100 répartis sur trois derniers blogs wordpress.
J'ai donc sur ce dédié 6 blogs wordpress hébergés, ainsi que 2 sites n'utilisant pas wordpress.
Ces deux sites non-wordpress se lancent (lentement, mais ils se lancent) ! Et tous les wordpress ne se lancent plus (erreur 500).
Je vous rappelle les caractéristiques de mon serveur, hébergé chez CTN1 :
Intel Celeron 2.4 Ghz - 1024 Mo - 80 Go - 10 Mb/s SLA - 100 Mb/s - Fedora Core 4.
Que peut-on en conclure selon vous ?? Mon serveur n'est pas assez puissant ? Déjà ?!
Merci infiniment.
PS : après 20 essais, j'ai ENFIN réussi à me connecter au serveur via putty (il ne veut même pas se connecter pour que je puisse le rebooter le serveur quand ça crashe, du coup je dois persévérer pendant une heure...), et là je suis en train de stopper le serveur quelques minutes avant de le redémarrer (via la commande httpd -k stop et start). Je fais bien ?
PS 2 : je commence à déprimer de voir qu'à chaque fois que certains de mes sites commencent à prendre, il y a un crash serveur. Dois-je changer d'hébergeur ?
Je reviens à vous au sujet de mes plantages de serveur.
J'avais donc réussi à trouver la faille dans les crash : c'était des petits malins qui avait profité d'une faille de phpadsnew sur mon serveur pour héberger leur live de l'émission secret story.
Depuis, aucun plantage... jusqu'à aujourd'hui !
Or, aujourd'hui, j'ai eu une hausse vertigineuse de visiteurs. A 15h environ, j'en étais à :
- Plus de 3 500 sur un blog Wordpress.
- 1 000 sur un autre blog wordpress.
- 200 sur un troisième blog wordpress.
- et 100 répartis sur trois derniers blogs wordpress.
J'ai donc sur ce dédié 6 blogs wordpress hébergés, ainsi que 2 sites n'utilisant pas wordpress.
Ces deux sites non-wordpress se lancent (lentement, mais ils se lancent) ! Et tous les wordpress ne se lancent plus (erreur 500).
Je vous rappelle les caractéristiques de mon serveur, hébergé chez CTN1 :
Intel Celeron 2.4 Ghz - 1024 Mo - 80 Go - 10 Mb/s SLA - 100 Mb/s - Fedora Core 4.
Que peut-on en conclure selon vous ?? Mon serveur n'est pas assez puissant ? Déjà ?!
Merci infiniment.
PS : après 20 essais, j'ai ENFIN réussi à me connecter au serveur via putty (il ne veut même pas se connecter pour que je puisse le rebooter le serveur quand ça crashe, du coup je dois persévérer pendant une heure...), et là je suis en train de stopper le serveur quelques minutes avant de le redémarrer (via la commande httpd -k stop et start). Je fais bien ?
PS 2 : je commence à déprimer de voir qu'à chaque fois que certains de mes sites commencent à prendre, il y a un crash serveur. Dois-je changer d'hébergeur ?
Hello,
un SSH qui met des plombes à se connecter, c'est souvent par manque de mémoire. Un free -m une fois la connexion établie devrait fonctionner.
Tuer les processus Apache peut effectivement fonctionner : cela tue également les processus PHP ainsi que la plupart des requêtes SQL, donc même si Apache n'est certainement pas le fautif, le problème semble au moins temporairement résolu.
La machine me semble toujours assez puissante pour ma part pour un "si petit trafic", 5'000 visiteurs uniques par jour, y a vraiment pas de quoi fouetter un chat. Mais je peux me tromper, Wordpress est peut être encore plus gourmand que ce je pensais.
Il faudrait déjà voir dans les logs à quoi correspond cette erreur.... et ton "infogérant freelance", il en dit quoi ? Après tout, il a hérité du bébé désormais
Pour ce qui est du changement d'hébergeur bien que de prendre une machine plus puissante est rarement une solution pérenne, repartir sur une configuration saine ne serait sûrement pas du luxe. Du coup un petit Kimsufi XXL d'OVH avec une prestation d'infogérance externe pourrait être efficace, tout en laissant beaucoup de marge coté perfs.
un SSH qui met des plombes à se connecter, c'est souvent par manque de mémoire. Un free -m une fois la connexion établie devrait fonctionner.
Tuer les processus Apache peut effectivement fonctionner : cela tue également les processus PHP ainsi que la plupart des requêtes SQL, donc même si Apache n'est certainement pas le fautif, le problème semble au moins temporairement résolu.
La machine me semble toujours assez puissante pour ma part pour un "si petit trafic", 5'000 visiteurs uniques par jour, y a vraiment pas de quoi fouetter un chat. Mais je peux me tromper, Wordpress est peut être encore plus gourmand que ce je pensais.
Il faudrait déjà voir dans les logs à quoi correspond cette erreur.... et ton "infogérant freelance", il en dit quoi ? Après tout, il a hérité du bébé désormais
Pour ce qui est du changement d'hébergeur bien que de prendre une machine plus puissante est rarement une solution pérenne, repartir sur une configuration saine ne serait sûrement pas du luxe. Du coup un petit Kimsufi XXL d'OVH avec une prestation d'infogérance externe pourrait être efficace, tout en laissant beaucoup de marge coté perfs.
Pour moi il est possible que ce soit la mémoire qui soit en quantité insuffisante.
Wordpress est gourmand, et à mon avis ton serveur doit swapper. Ce qui expliquerait que cela mette du temps pour ouvrir une session sous putty.
Mais sans savoir ce que tu tournes comme version mysql et comment elle est paramétrée, il est difficile d'en dire plus.
Je rejoins Kioob, une installation "propre" serait certainement un meilleur départ. Et tant qu'à faire, prends une distribution plus stable que Fedora. Par exemple Debian.
Même question de Kioob aussi: ton "infogérant freelance", il en dit quoi ?
Wordpress est gourmand, et à mon avis ton serveur doit swapper. Ce qui expliquerait que cela mette du temps pour ouvrir une session sous putty.
Mais sans savoir ce que tu tournes comme version mysql et comment elle est paramétrée, il est difficile d'en dire plus.
Je rejoins Kioob, une installation "propre" serait certainement un meilleur départ. Et tant qu'à faire, prends une distribution plus stable que Fedora. Par exemple Debian.
Même question de Kioob aussi: ton "infogérant freelance", il en dit quoi ?
ma petite pierre à l'édifice :
1/ phpadsnew n'existe plus, c'est openx, maintenant. Penses à le mettre vraiment à jour, il n'est pas sain de se ballader avec des programmes non à jour.
2/ Openx (comme phpadsnew, d'ailleurs) est très très gourmand en ressources.
3/ Ne pas mettre les statistiques de phpadsnew : C'est générateur d'un grand nombre de requètes, et en cas de gros trafic, ca sature vite.
4/ 4 blogs, puis 6 blogs, puis phpadsnew : Il y a quoi, sur le serveur, en tout, comme programmes (php) ?
1/ phpadsnew n'existe plus, c'est openx, maintenant. Penses à le mettre vraiment à jour, il n'est pas sain de se ballader avec des programmes non à jour.
2/ Openx (comme phpadsnew, d'ailleurs) est très très gourmand en ressources.
3/ Ne pas mettre les statistiques de phpadsnew : C'est générateur d'un grand nombre de requètes, et en cas de gros trafic, ca sature vite.
4/ 4 blogs, puis 6 blogs, puis phpadsnew : Il y a quoi, sur le serveur, en tout, comme programmes (php) ?
Merci beaucoup pour vos réponses !
free -m
total used free shared buffers cached
Mem: 994 490 504 0 22 156
-/+ buffers/cache: 311 683
Swap: 1983 68 1915
C'est exactement ce qui me déprime. Comment voulez-vous développer un site si à chaque fois qu'il sort de sa coquille pour commencer à tourner, le serveur crashe....
Je ne sais pas si ça peut aider (je suppose que c'est totalement insuffisant mais bon) :
phpMyAdmin - 2.9.2
Version du client MySQL: 5.0.27
Je l'ai mailé.
De mon côté, j'ai rebooté non sans efforts mon serveur.
Jai ensuite installé un plugin nommé "wordpress super cache", et là le deux blogs principaux tournent très rapidement. Je ne sais pas s'il faut y voir un lien de cause à effet ou si c'est une coïncidence, ou un peu des deux...
Enfin, voici des informations en plus, je ne sais pas si elles aident :
Real memory 994.65 MB total, 326.26 MB used
Virtual memory 1.94 GB total, 68.01 MB used
Local disk space 72.02 GB total, 15.31 GB used
Mes informations éclairent-elles votre diagnostic ?
Encore mille fois merci...
CITATION
un SSH qui met des plombes à se connecter, c'est souvent par manque de mémoire. Un free -m une fois la connexion établie devrait fonctionner.
free -m
total used free shared buffers cached
Mem: 994 490 504 0 22 156
-/+ buffers/cache: 311 683
Swap: 1983 68 1915
CITATION
La machine me semble toujours assez puissante pour ma part pour un "si petit trafic", 5'000 visiteurs uniques par jour, y a vraiment pas de quoi fouetter un chat.
C'est exactement ce qui me déprime. Comment voulez-vous développer un site si à chaque fois qu'il sort de sa coquille pour commencer à tourner, le serveur crashe....
CITATION
Mais sans savoir ce que tu tournes comme version mysql et comment elle est paramétrée, il est difficile d'en dire plus.
Je ne sais pas si ça peut aider (je suppose que c'est totalement insuffisant mais bon) :
phpMyAdmin - 2.9.2
Version du client MySQL: 5.0.27
CITATION
ton "infogérant freelance", il en dit quoi ?
Je l'ai mailé.
De mon côté, j'ai rebooté non sans efforts mon serveur.
Jai ensuite installé un plugin nommé "wordpress super cache", et là le deux blogs principaux tournent très rapidement. Je ne sais pas s'il faut y voir un lien de cause à effet ou si c'est une coïncidence, ou un peu des deux...
Enfin, voici des informations en plus, je ne sais pas si elles aident :
Real memory 994.65 MB total, 326.26 MB used
Virtual memory 1.94 GB total, 68.01 MB used
Local disk space 72.02 GB total, 15.31 GB used
Mes informations éclairent-elles votre diagnostic ?
Encore mille fois merci...
Il semble donc que ce ne soit pas la mémoire...
As-tu mis en place le query cache de mysql ?
As-tu mis en place le query cache de mysql ?
Anonymus :
C'est fini, j'ai supprimé phpadsnew du serveur depuis le problème de la dernière fois !
Par contre, je l'ai laissé dans phpmyadmin au bénéfice du doute... pas grave ?
Je ne pense pas avoir openx non plus. En fait je n'avais jamais utilisé phpadsnew à vrai dire.
Je regarde ça où ? Ce que tu appelles "programme php", ce sont les bases qui sont installées ou rien à voir ?
J'ai transmis la question à mon infogérant !
C'est fini, j'ai supprimé phpadsnew du serveur depuis le problème de la dernière fois !
Par contre, je l'ai laissé dans phpmyadmin au bénéfice du doute... pas grave ?
Je ne pense pas avoir openx non plus. En fait je n'avais jamais utilisé phpadsnew à vrai dire.
CITATION
Il y a quoi, sur le serveur, en tout, comme programmes (php) ?
Je regarde ça où ? Ce que tu appelles "programme php", ce sont les bases qui sont installées ou rien à voir ?
CITATION
As-tu mis en place le query cache de mysql ?
J'ai transmis la question à mon infogérant !
Le soucis c'est que là le "free" tu ne l'as pas lancé durant une période de problème. Et un serveur qui manque de mémoire juste après avoir rebooté, ce n'est heureusement pas trop répandu.
Enfin bref, je vais laisser ton infogérant faire puisque lui a accès aux infos en temps réel, et peut beaucoup mieux analyser le problème.
A moins que tu n'optes pour les services de Dan directement, au moins il saura où regarder.
Enfin bref, je vais laisser ton infogérant faire puisque lui a accès aux infos en temps réel, et peut beaucoup mieux analyser le problème.
A moins que tu n'optes pour les services de Dan directement, au moins il saura où regarder.
Malheureusement Dan ne gère que des serveurs OVH 
Bah tu voulais pas changer ? L'économie faite sur le serveur en passant par OVH paye généralement le coût d'un service d'infogérance externe.
L'économie faite sur le serveur en passant par OVH paye généralement le coût d'un service d'infogérance externe.
Bonjour à tous !
Mon serveur ne marche plus en ce moment même, mais j'ai réussi in extremis à faire u free -m via en me connectant via putty :
total used free shared buffers cached
Mem: 994 983 11 0 1 47
-/+ buffers/cache: 934 60
Swap: 1983 1032 951
J'ai comme l'impression que les chiffres ne sont pas corrélés avec les free -m d'avant, du temps où je les faisais après le plantage. On voit bien qu'il y a la 11 de mémoire "FREE", tandis qu'avant c'était dans les 500 je crois..
Si c'est bien celà, comment savoir qu'est-ce qui bouffe la mémoire et l'arrêter ?
PS : Comme d'habitude, tous les blogs sous Wordpress ne fonctionnent pas, tandis que les sites "normaux" se lancent, dont un sous Flash.
Mon serveur ne marche plus en ce moment même, mais j'ai réussi in extremis à faire u free -m via en me connectant via putty :
total used free shared buffers cached
Mem: 994 983 11 0 1 47
-/+ buffers/cache: 934 60
Swap: 1983 1032 951
J'ai comme l'impression que les chiffres ne sont pas corrélés avec les free -m d'avant, du temps où je les faisais après le plantage. On voit bien qu'il y a la 11 de mémoire "FREE", tandis qu'avant c'était dans les 500 je crois..
Si c'est bien celà, comment savoir qu'est-ce qui bouffe la mémoire et l'arrêter ?
PS : Comme d'habitude, tous les blogs sous Wordpress ne fonctionnent pas, tandis que les sites "normaux" se lancent, dont un sous Flash.
Ce qui bouffe de la mémoire, c'est très certainement PHP (et donc Apache) ; mais comme dit plusieurs fois l'essentiel est de savoir pourquoi il y a cette consommation.
Possible que ça soit du Hacking ?
Quelqu'un utiliserait mes ressources ? Comme à l'époque du live Secret Story (voir plus haut) ?
Mon infogérant à analysé les Logs de fond en comble. Il a trouvé ceci :
J'ai rajouté hier une newsletter, qui n'a pas fonctionné, et que j'ai supprimé.
Il a donc rajouté ceci :
Qu'en pensez-vous ?
PS : pour info, j'ai 38 requettes pour un blog au lancement de l'index, et 65 pour un autre (j'ai installé un petit truc qui m'indique ça dans le code source). Ca peut aider ?
Quelqu'un utiliserait mes ressources ? Comme à l'époque du live Secret Story (voir plus haut) ?
Mon infogérant à analysé les Logs de fond en comble. Il a trouvé ceci :
CITATION
voici des erreurs qui semblent avoir un lien avec le plantage...un petit travail de colombo s'impose.
La première chose à vérifier sont les changement récents : avez-vous ajouté des modules ou des fonctionnalités sur vos wordpress ?
[Tue Aug 19 16:27:05 2008] [error] could not make child process 17389 exit, attempting to continue anyway
[Tue Aug 19 16:27:05 2008] [error] could not make child process 16755 exit, attempting to continue anyway
[Tue Aug 19 16:27:05 2008] [error] could not make child process 15496 exit, attempting to continue anyway
[Tue Aug 19 16:27:05 2008] [error] could not make child process 15498 exit, attempting to continue anyway
[Tue Aug 19 16:27:05 2008] [error] could not make child process 17399 exit, attempting to continue anyway
[Tue Aug 19 16:27:05 2008] [error] could not make child process 17404 exit, attempting to continue anyway
[Tue Aug 19 16:27:05 2008] [error] could not make child process 18126 exit, attempting to continue anyway
[Tue Aug 19 16:27:05 2008] [error] could not make child process 16790 exit, attempting to continue anyway
[Tue Aug 19 16:27:05 2008] [error] could not make child process 15536 exit, attempting to continue anyway
[Tue Aug 19 16:27:05 2008] [notice] caught SIGTERM, shutting down
La première chose à vérifier sont les changement récents : avez-vous ajouté des modules ou des fonctionnalités sur vos wordpress ?
[Tue Aug 19 16:27:05 2008] [error] could not make child process 17389 exit, attempting to continue anyway
[Tue Aug 19 16:27:05 2008] [error] could not make child process 16755 exit, attempting to continue anyway
[Tue Aug 19 16:27:05 2008] [error] could not make child process 15496 exit, attempting to continue anyway
[Tue Aug 19 16:27:05 2008] [error] could not make child process 15498 exit, attempting to continue anyway
[Tue Aug 19 16:27:05 2008] [error] could not make child process 17399 exit, attempting to continue anyway
[Tue Aug 19 16:27:05 2008] [error] could not make child process 17404 exit, attempting to continue anyway
[Tue Aug 19 16:27:05 2008] [error] could not make child process 18126 exit, attempting to continue anyway
[Tue Aug 19 16:27:05 2008] [error] could not make child process 16790 exit, attempting to continue anyway
[Tue Aug 19 16:27:05 2008] [error] could not make child process 15536 exit, attempting to continue anyway
[Tue Aug 19 16:27:05 2008] [notice] caught SIGTERM, shutting down
J'ai rajouté hier une newsletter, qui n'a pas fonctionné, et que j'ai supprimé.
Il a donc rajouté ceci :
CITATION
le newsletter contient peut-être une erreur de programmation dans son php qui causerait le plantage...quand le serveur se met à planter comme cela, il faut effectivement regarder en premier lieu les changements qu'on apporte au code php.
L'autre raison possible et très probable, ce serait la hausse de traffic. (...)
Depuis 2 jours vous êtes environ à 10 000 visiteurs par jour (cumulés sur 5 blogs Wordpress, ndlr)! et il y a des heures de pointes, plus de 1000 visiteurs à certains moments
L'autre raison possible et très probable, ce serait la hausse de traffic. (...)
Depuis 2 jours vous êtes environ à 10 000 visiteurs par jour (cumulés sur 5 blogs Wordpress, ndlr)! et il y a des heures de pointes, plus de 1000 visiteurs à certains moments
Qu'en pensez-vous ?
PS : pour info, j'ai 38 requettes pour un blog au lancement de l'index, et 65 pour un autre (j'ai installé un petit truc qui m'indique ça dans le code source). Ca peut aider ?
Ceci est une version "bas débit" de notre forum. Pour voir la version complète avec plus d'information, la mise en page et les images, veuillez cliquer ici.