[scotta]

Pour l'instant je n'ai installé aucun plugin, j'ai juste eu le temps d'installer un template que j'avais déjà utilisé sans problèmes avant.

J'ai lancé une nouvelle discussion ; https://forum.ovh.com/showthread.php...401#post652401

[staan]

Tu utilises des plugins ou des templates sur joomla ou il est brut ?

[scotta]

Bonjour,
Oui j'utilise Joomla, mais même avec un fichier tout simple en php ca ne marche pas. C'est un site de demo, donc pas de charge particulière ce cet hébergement.

[staan]

Bonjour Scotta, je te conseille de démarrer un nouveau sujet pour éviter les confusion.

Ton site utilise un CMS ?

[scotta]

J'ai le même problème depuis ce matin sur cluster011
pages html : ok
pages php (simple echo) : Pas ok
J'ai aussi essayé de passer en php 5.5 et de vider la cache CDN comme recommandé sur le forum, mais cela ne change rien.
une idée ?

[staan]

Alex.P m'a parfaitement aidé, et je l'en remercie !

Le problème venait bien d'un script de mon site, et d'un emboitement de fichiers nombreux dans un dossier !

Merci, sujet clos !

[guardian]

est ce qu'on peut connaitre les plafonds exacts de ressources ?
est ce que c'est spécifié qqpart?

quand on demande au client de s'engager pour 12 mois sans possibilité de rétractation, il me semble qu'on se doit d'être parfaitement clair sur les chiffres

[guardian]

Pas de panique

De notre coté l'infrastructure sait très bien encaissé ce type de charge.

Le probleme de staan est spécifique à son architecture de site. ( il pourra confirmer après avoir tester les pistes que je lui ai donné )

Alex.P

pouvez vous être un peu plus précis?

mon site a également une architecture tout à fait unique, ce n'est pas un simple wordpress

et le plan "performance" se prétend approprié à des site "techniques"

mon code n'a rien d'amateur mais il fera très ponctuellement appel à des ressources cpu importantes, et est assez exigeant niveau ressource sql en raison d'une forte fréquentation le weekend

j'ai l'impression que votre plan est au final assez flou, on doit s'engager pour douze mois sans savoir si vous allez pouvoir tenir vos promesses en matière de ressources disponibles, pourquoi ne peut on pas payer au mois dans le cas des serveurs partagés?

[Alex.P]

Pas de panique

De notre coté l'infrastructure sait très bien encaissé ce type de charge.

Le probleme de staan est spécifique à son architecture de site. ( il pourra confirmer après avoir tester les pistes que je lui ai donné )

Alex.P

[guardian]

Bonjour,

Je peux enfin t'apporter des réponses quant aux indisponibilités chroniques de ton site.

Ton site commence à être victime de son succès, j'ai en effet de plus en plus de logs de dépassements de lafonds de ressources :
- Déjà 25 fois aujourd'hui
- 2311 fois hier
- 6200 fois samedi
- 2569 fois vendredi
- etc...

Ceci explique les lenteurs.

D'autre part, de nombreux scripts tombent en timeout. Si la fréquentation de ton site continue d'augmenter comme ça, il va falloir que tu repenses la manière dont est codé ton site. J'ai demandé à mon collègue qu'il t'apporte des exemples précis sur le ticket que tu as avec le support.

oulalalala!!! ce que je viens de lire me fait très peur
j'ai un site qui fait dans les 25,000 à 35,000 pageviews / day
de plus vu la courbe du trafic au cours des derniers mois ce chiffre risque de doubler d'ici moins d'un an
je voulais venir chez ovh car mon hôte actuel n'assure pas, surtout au niveau de la base de données
je pensais que votre plan performance suffirait largement, est ce que je me serais trompé?
je ne voyais pas de problème dans les spécifications du serveur, mais là vous parlez de plafond ressource?

[staan]

Je t'ai envoyé un email Alex P

Dans les logs j'ai souvent des erreurs FASTCGI qui arrivent...

Ca pourrait être la cause ou les conséquences des ralentissements / blocages occasionnels ?

[Wed Sep 23 19:36:52 2015] [error] [client XXXXXX] [host www.XXXXXX.fr] FastCGI: incomplete headers (0 bytes) received from server "/homez.755/XXXXXX/www/advsearch.php", referer: http://www.XXXXXX
[Wed Sep 23 19:36:52 2015] [error] [client XXXXXX] [host wwwXXXX] FastCGI: An error happend on Fastcgi processing, fallback to CGI, referer: http://www.XXXXXX
[Wed Sep 23 19:36:52 2015] [error] [client XXXXXX] [host www.XXXXXX.fr] FastCGI: comm with server "/homez.755/XXXXXX/www/advsearch.php" aborted: idle timeout (300 sec), referer: http://www.XXXXXX.fr/

Même soucis avec FASTCGI...

[Alex.P]

Peux tu me donner ton numéro de ticket ? ou ton site ?

Mon email est sur mon profil si tu le souhaite.

Alex.P

[staan]

Alors mise à jour, c'est réglé à moitié : j'ai des moments de la journée (et de la nuit, ou je n'ai aucun trafic) où le site est complètement coupé (impossible d'accéder à une page PHP) .

Si je modifie le fichier .OVHconfig en changeant la version de PHP, le site revient quasi instantanément.

Je me retrouve avec un site complètement instable depuis 3 semaines, une fréquentation en chute libre (idem pour mes revenus du coup)à

Je passe mon temps à changer de version de PHP au fil de la journée, mes task cron ne sont même pas éxecutées (lancées depuis un navigateur, pas de soucis, par contre elles ne se lancent pas et je ne recois aucun log par email là dessus).

Toujours sur le cluster015 ...

[staan]

Bon ben pour moi ca semble réglé, depuis hier c'est stable, toujours la même fréquentation sur mon site, pas de modification de code source, bref, j'ai pas l'impression que le problème venait de chez moi...

[martingale]

A nouveau aujourd'hui pas mal de problèmes, de grosses lenteurs, des connections vers mysql qui ne sont font plus...
Pas de traffic particulier pourtant !!!

[staan]

J'ai aussi pensé au CRONjobs, mais j'ai modifié volontairement les taches planifiés pour voir si ca impactait... Mon CMS n'en comporte pas en natif, j'ai déjà vérifié, et les logs ne me montrent rien

J'aimerai bien passer sur une offre dédié, mais je n'ai pas le temps, et je suis tout seul pour gérer ca j'ai déjà tenté l'expérience Kimsufi, et j'ai tout arrêté très vite (IP blacklistée pour le webmail, performances pas si géniale que ca...)

[Nowwhat]

Comme tu peut imaginer - et pour toi c'est vraiment très simple de constater : ton site ne reçoit (très) probablement pas des milliers de requêtes entre 04h00 et 06h00.

Mais : un des ces requêtes va activer un processus, aussi appelé web-cron.
Nos CMS en ont plein.
J'ai un simple site WordPress, et regarde ce que je trouve dans une table MySQL nommé wp_options:
(attention: export brut)

a:8:{i:1441635073;a:1:{s:30:"wp_scheduled_auto_dra ft_delete";a:1:{s:32:"40cd750bba9870f18aada2478b24 840a";a:3:{s:8:"schedule";s:5:"daily";s:4:"args";a:0:{}s:8:"interval";i:86400;}}}i:144 1649760;a:1:{s:20:"wp_maybe_auto_update";a:1:{s:32:"40cd750bba9870f18aada2478b24840a";a:3 :{s:8:"schedule";s:10:"twicedaily";s:4:"args";a:0:{}s:8:"interval";i:43200;}}}i:144 1653950;a:3:{s:16:"wp_version_check";a:1:{s:32:"40cd750bba9870f18aada2478b24840a";a:3 :{s:8:"schedule";s:10:"twicedaily";s:4:"args";a:0:{}s:8:"interval";i:43200;}}s: 17:"wp_update_plugins";a:1:{s:32:"40cd750bba9870f18aada2478b24840a";a:3 :{s:8:"schedule";s:10:"twicedaily";s:4:"args";a:0:{}s:8:"interval";i:43200;}}s: 16:"wp_update_themes";a:1:{s:32:"40cd750bba9870f18aada2478b24840a";a:3 :{s:8:"schedule";s:10:"twicedaily";s:4:"args";a:0:{}s:8:"interval";i:43200;}}}i:144 1664170;a:1:{s:13:"sm_ping_daily";a:1:{s:32:"40cd7 50bba9870f18aada2478b24840a";a:3:{s:8:"schedule";s:5:"daily";s:4:"args";a:0:{}s:8:"interval";i:86400;}}}i:144 1675265;a:1:{s:29:"simple_history/maybe_purge_db";a:1:{s:32:"40cd750bba9870f18aada24 78b24840a";a:3:{s:8:"schedule";s:5:"daily";s:4:"args";a:0:{}s:8:"interval";i:86400;}}}i:144 1697167;a:1:{s:19:"wp_scheduled_delete";a:1:{s:32:"40cd750bba9870f18aada2478b24840a";a:3 :{s:8:"schedule";s:5:"daily";s:4:"args";a:0:{}s:8:"interval";i:86400;}}}s:20: "wp_batch_split_terms";a:5:{i:1441092584;a:1:{s:32 :"40cd750bba9870f18aada2478b24840a";a:2:{s:8:"schedule";b:0;s:4:"args";a:0:{}}}i:1441092587;a:1:{s:32:"4 0cd750bba9870f18aada2478b24840a";a:2:{s:8:"schedul e";b:0;s:4:"args";a:0:{}}}i:1441092636;a:1:{s:32:" 40cd750bba9870f18aada2478b24840a";a:2:{s:8:"schedule";b:0;s:4:"args";a:0:{}}}i:1441092638;a:1:{s:32:"4 0cd750bba9870f18aada2478b24840a";a:2:{s:8:"schedule";b:0;s:4:"args";a:0:{}}}i:1441092641;a:1:{s:32:"4 0cd750bba9870f18aada2478b24840a";a:2:{s:8:"schedule";b:0;s:4:"args";a:0:{}}}}s:7:"version";i:2;}

Plusieurs choses s'exécute chaque jour, certains même deux fois par jour, voir plus souvent.

Pour mon site, c'est le test qui détermine si
Une nouvelle version WP est dispo.
Même choser pour les themes.
Même chose pour les plugins.
Et j'en passe.

A toi de voir ce qui ce passe sur ton sur ton site / CMS.

En gros, il faut savoir ce qui se passe sur ton site, sous quelle conditions et quand.
(soit : tu fais comme moi balance tout sur un serveur du genre https://www.soyoustart.com/fr/offres/e3-sat-2.xml et t'auras tellement de capacité que l'urgence n’existe plus - t'auras un peu plus de temps de regarder tout ça de plus près, pour tout comprendre ..... )

[staan]

Et pour mes pics CPU depuis 3 jours, même avec une page PHP avec un echo "bonjour", entre 4h et 6h du matin à chaque fois, l'explication serait?

CF : http://prntscr.com/8dljgt

[Nowwhat]

....
D'après les graph http et google analytics, je n'ai pas plus de fréquentation que le mois dernier...

La fréquentation n'est qu'un facteur qui détermine la charge sur le serveur web (et serveur MySQL).

Je te présente le site, qui tiendra la route, même avec des milliers de visiteurs par heure:
Un fichier "index.html" avec:

Bonjour tous !!

et rien d'autre ....
Ce site tiendra le choque, sauf si la planète entier décide de le visiter.

Maintenant, tu remplace ce mini-site avec un vrai usine-à-gaz (PHP), rempli jusqu’au plafond avec des plugins, avec beaucoup de continue ....
Ça va stresser déjà beaucoup plus. Et un jour, tu dépasse ce que un 'Mutu' (n'importe quel type) pourrait te fournir.

Tout ça n'est pas vraiment nouveau. Et c'est pour ça qu'OVH possède d'autres solutions mieux adapté à cette demande.

[staan]

juGU, par contre, j'ai toujours un soucis, regarde au niveau des logs CPU, depuis le 28 aout, j'ai des pics entre 4h et 6h du matin, pour des raisons que j'ignore.

D'après les graph http et google analytics, je n'ai pas plus de fréquentation que le mois dernier...

[JuGU]

Bonjour,

Je peux enfin t'apporter des réponses quant aux indisponibilités chroniques de ton site.

Ton site commence à être victime de son succès, j'ai en effet de plus en plus de logs de dépassements de lafonds de ressources :
- Déjà 25 fois aujourd'hui
- 2311 fois hier
- 6200 fois samedi
- 2569 fois vendredi
- etc...

Ceci explique les lenteurs.

D'autre part, de nombreux scripts tombent en timeout. Si la fréquentation de ton site continue d'augmenter comme ça, il va falloir que tu repenses la manière dont est codé ton site. J'ai demandé à mon collègue qu'il t'apporte des exemples précis sur le ticket que tu as avec le support.

[martingale]

En ce qui me concerne le problème a été résolu apparemment et pour le moment et après avoir créé un ticket, mais je n'ai pas eu d'explications.
Pour répondre à la question de la version php je suis en 5.4 rien d'extraordinaire.

[tontonclem]

Grande nouvelle mon site et tout mon hébergement viennent d'etre fermés par ovh
"Votre hébergement est infecté par le malware php CryptoPHP"

[tontonclem]

[ca remarche
ca ne remarche plus]
= Mon quotidien depuis une semaine !

j'avais déjà un fichier ovhconfig avec les memes données que les tiennes dedans pour ma part mais le problème est là.

[chmod777]

OVH ???
Cela fait 14h que notre site est HS !
perf2014x1
cluster014
filer 604

As-tu essayé de changer la version php de ton site (si tu es sûr que celle choisie est compatible) dans le .ovhconfig ?
Cela a marché pour staan.

[martingale]

OVH ???
Cela fait 14h que notre site est HS !
perf2014x1
cluster014
filer 604


Message affiché :
502 Bad Gateway
nginx

[staan]

Le problème a l'air d'être réglé pour moi (pour le moment) en placant un fichier .ovhconfig à la racine de mon hébergement (avant le repertoire www )

voici le contenu du .ovhconfig



Tentez de centraliser vos tests afin qu'on puisse simplifier le travail des techniciens.

EDIT : ca ne remarche plus \o/

re EDIT : ca remarche

[martingale]

C'est rageant, car notre site est inaccessible alors que payons pour du performance1 !!!
Et cela n'est pas du à une pointe de traffic, de cpu ou autre, il y a peu de traffic sur notre site.
Tout simplement cela ne répond pas.

Ce qui est anormal, c'est que quand on se connecte au manager sur l'hébergement en question, on a aucune info, tout va bien, alors que le site ne répond pas. Pourquoi aucune info ne remonte clairement sur le manager ? Il faut se pallucher les forum, les "travaux" on il n'y a rien de clair vu de l'extérieur.

Un peu de transparence et de communication ce serait bien non ?

[staan]

Le problème a l'air d'être réglé pour moi (pour le moment) en placant un fichier .ovhconfig à la racine de mon hébergement (avant le repertoire www )

voici le contenu du .ovhconfig

app.engine=php
app.engine.version=5.5
http.firewall=none
environment=production

Tentez de centraliser vos tests afin qu'on puisse simplifier le travail des techniciens.

[martingale]

Bonjour,
idem pour moi, site inaccessible depuis 2H00 du matin, il est en performance1, sur cluster015, un simple fichier html appelé mais pas de réponse.
Il y a un problème avec ce cluster ? je ne vois rien au niveau des "travaux"
Cdtl

[staan]

ovhconfig en 5.5 et le site à l'air d'être reparti (pour le moment). je viens de faire des test avec un fichiers phpinfo() et :

PHP Version 5.6.6 = ok

PHP Version 5.5.22 = ok

5.4 = PAS OK

PHP Version 5.3.29 = ok


Le php 5.4 foutrai donc le dawa ?!


Comme je n'ai pas beaucoup d'affluence pour le moment, je vous tiens au jus si ca repart en sucette ...

[tontonclem]

Hello je suis le fameux "cas similaire" sur cluster 015.
Symptomes identiques en effet. Et tout autant désespéré.
Php 5_4 ou 5_6 n'a rien changé chez moi
Je te tiens au courant selon l'avancement de mon coté... :/

[staan]

Bonne idée Chmod777, je tente le coup

[chmod777]

Effectivement, on dirait les mêmes symptômes.
Essaye peut-être de changer de version de php (passer de 5.5 à 5.6 par exemple, ou l'inverse) dans le .ovhconfig si ton site est compatible. Pas sûr que ça puisse changer quelque chose, mais on ne sait jamais.

[staan]

ce qui est étrange c'est qu'il y a un autre sujet récent qui traite du même problème et le site qui est inaccessible est également sur le cluster015...

Donc problème avec OVH?

En effet ! je n'avais pas vu qu'il était également sur le cluster15 ...

J'espère vraiment que ca vient de là, parce que je désespère complètement là.... :'(

[arn0]

ce qui est étrange c'est qu'il y a un autre sujet récent qui traite du même problème et le site qui est inaccessible est également sur le cluster015...

Donc problème avec OVH?

[staan]

J'ai déplacé le repertoire WWW vers WWW2 et j'ai mis un simple fichier PHP sans appel externe, juste du code html à l'intérieur à la racine du nouveau WWW, et le site est toujours aussi lent et inaccessible ...

http://www.edited.fr/index.php => inaccessible
http://www.edited.fr/server.jpg => instantanné.


Y'a un gros soucis au niveau de PHP là non ?!

[staan]

Oui, tout est bon et n'a pas été modifié depuis plusieurs mois, la page index et ses appels sont correct, de plus, si je fais une simple page test.php avec un phpinfo(), il est impossible d'y accéder, ca tourne en boucle et ca timeout aussi...

Là à l'instant le site est accessible (long, mais accessible).


EDIT : la tâche vient d'être annulé par le support OVH, et le site est toujours inaccessible.

[JuGU]

En regardant tes logs error, j'ai souvent ce retour :

[Fri Sep 04 13:19:14 2015] [error] [client x.x.x.x] [host www.nomdedomaine.tld] Script timed out before returning headers: index.php

As-tu jeté un oeil ?

[staan]

De plus, la "tache antihack scan" qui été plantée à été relancée ce matin par le support, et hop de nouveau plantée depuis 12h50 ...

[staan]

Normal que ton site est (pour moi - FAI Orange) HS ?

Non il n'est pas HS le PHP n'aboutis pas, mais le reste oui ... teste cette url bidon pour voir :

http://www.edited.fr/faq.html

Concernant le devis pour detection de hack, je vais attendre un peu le retour du support, parce que j'ai vraiment l'impression que le problème ne vient pas de chez moi ...

[JuGU]

Je peux lancer une infogérance pour un diagnostique de hack au tarif de 40€HT/15 min d'intervention :

https://www.ovh.com/fr/g1683.infoger...erventions-web

Tu auras un rapport complet de l'infection de ton site.

Souhaites-tu la mettre en place ?

[Nowwhat]

Normal que ton site est (pour moi - FAI Orange) HS ?

[staan]

déjà fait pour les jours précédent et pour ce matin, au niveau des logs HTTP rien d'anormal.

[JuGU]

Je remarque qu'au même moment, tu as un dépassement du plafond de ressources. Vérifies tes logs sur https://logs.ovh.net/lenomdetonsite.tld dans les logs bruts, et vérifies les requêtes faites à ce moment là sur ton site.

[staan]

Pour ce qui est des graph logs :

http://prntscr.com/8cg5n7

(Utilisation du CPU, explosion en pleine nuit quand le trafic est au plus bas)
si on zoom sur le dernier pic (ce matin très tôt) les horraires sont les mêmes (entre 4 et 6h du mat) : http://prntscr.com/8cg79a

On se penche sur les graph des requetes : http://prntscr.com/8cg7in (chute libre depuis les ralentissements, je perds du trafic, des visiteurs, et donc de l'argent) ce qui montre que le site n'est pas surchargé, et si on regarde attentivement aux horraires des pics CPU : http://prntscr.com/8cg80n on voit bien que les pics de CPU sont aux moments où j'ai le moins de traffic, ce qui ne correspond pas du tout à un problème "d'optimisation" de mon site.

Le service client m'a répondu en parallèle et la tache "antihack scan" vient d'être restart sur mon hébergement.

[staan]

Bonjour Julien, merci de ta réponse,

Le domaine est edited .

[JuGU]

Bonjour Staan.

Il se peut que ton site ait été hacké et qu'il utilise beaucoup de CPU à ton insu. Mais pour vérifier plus en détails, peux-tu me communiquer le nom de domaine concerné s'il te plaît ?

Merci d'avance.

[staan]

Bonjour,

On va commencer par le commencement.

Je suis chez OVH avec mon site depuis un moment déjà (4 ans), j'ai migré sur un pack perfomance 1 avec SQL PRIVEE 128Mo depuis 1 an et demi, ou 2 ans je sais plus trop.

Le site fonctionne très bien comme d'habitude (il s'agit d'un site de "rencontre" avec ~30 000 membres, dont plusieurs centaines connectés différents chaque jours (et plus de 1000 membres actifs par mois au minimum) et je suis sur le cluster015 .

Rien modifié sur le site depuis le mois de juillet, trafic normal (même stats et même résultats que d'habitude.

Depuis quelques jours (le 30 aout) et surtout depuis le 02 septembre, des membres se sont plaints de ralentissements voir de ne pas pouvoir accéder au site (effectivement le site est "down" (ne répond pas au ping, n'affiche pas les page PHP, ca tourne dans le vent) mais affiche les images et les pages HTML en affichage direct (genre www.monsite.Fr/test.html s'affiche niquel, idem pour monsite.fr/image.jpg, par contre le site n'affiche pas monsite.fr/index.php , boucle infini + timeout ... )

J'ai épluché les logs et jai constaté une activité "bizarre" depuis le 30/08 entre 4h30 et 5h30 du matin (pas beaucoup de visiteurs sur mon site, pas beaucoup de requêtes HTTP, mais une explosion du CPU ! (cf screenshot).

http://prntscr.com/8ca6h4

Rebelote le 31 /08 , le 01/09, le 02 septembre, le 03 septembre et ce matin ca à duré de 4h à 6h30....

J'ai ouvert un ticket, on me dit que c'est mon site qui doit etre optimisé et qui bouffe trop de ressources (j'y crois pas du tout à ca, ca fonctionnait très bien et encore mieux depuis plusieurs mois), je demande si je suis pas en quarantaine OVH à cause d'un excès de quotas et on m'affirme le contraire...

En regardant dans les taches, j'ai une tache inconnue de OVH qui apparait : http://prntscr.com/8ca61f

ANTIHACK SCAN (?!?) et qui est plantée ? serais-ce lié ? ou j'ai eu une intrusion sur mon site ?

Alors peut être une intrusion, donc vérification de base :

J'ai check les logs, pas d'envoie d'email massif, log HTTP j'ai check aussi, je ne vois rien d'anormal (en même temps 200Mo de log par jour...) et je n'ai pas de fichiers modifiés "récemment" sur mon FTP...

Impossible de savoir quels fichiers utilisent le CPU et d'où vient mon problème (et le support ne me répond pas pour la tache "antihack scan" ......

Quelqu'un pour m'aiguiller, parce que là , je commence à perdre de l'argent et des visiteurs...