OVH Community, votre nouvel espace communautaire.

(Hébergement performance) : pages PHP inaccessibles...


Jean-Michel 25
24/05/2016, 18h52
Bien sur mais même un méchant script php d'une seule ligne : phpinfo(), tombe de la même façon en timeout...

Daniel60
24/05/2016, 18h48
Citation Envoyé par Jean-Michel 25
Merci pour l'info.
Comme je suis docile j'ai migré ma base données sur du SQL privé, mais je doute qu'il y ait un rapport.
A suivre donc...
Sauf si tes pages sont composées à partir d'une base de données

Jean-Michel 25
24/05/2016, 18h39
Merci pour l'info.
Comme je suis docile j'ai migré ma base données sur du SQL privé, mais je doute qu'il y ait un rapport.
A suivre donc...

Fred.
24/05/2016, 18h27
Citation Envoyé par Jean-Michel 25
Bonjour

J'ai remarqué que périodiquement, et en ce moment en particulier, mes pages php ne sont pas accessibles : les navigateur mouline et je tombe en time-out.
Les pages html ou autres (.jpg) s'affichent au quart de tour.
Je rencontre régulièrement ce problème sur une offre Perf 2014x4 (la plus grosse) avec un site au trafic pourtant assez modeste (un peu plus de 1000 visiteurs par jour.
Généralement ça se termine en Timeout, 502 ou 504 Bad Gateway.
Uniquement sur le PHP, tout ce qui est autre que le PHP répond.
On a connu plus d'une demi-journée de coupure cette semaine.

Il semblerait que ce soit lié à une saturation des Workers PHP mais OVH étant très silencieux sur le problème, ce n'est qu'une supposition. Les tickets ouverts n'ont jamais été répondu, sauf une fois pour dire que c'était réglé (au bout de plusieurs jours).
Le fait est que sur ce site, j'ai connu le même problème quand il était sur une offre Pro, en plus grave, car c'était quotidien. Une fois migré en Perf2014x4, c'est passé... mais c'est revenu hier.
J'ai constaté qu'OVH avait modifié le fichier .ovhconfig en ajoutant une ligne indiquant : container.image=stable

buddy
18/05/2016, 18h37
tu peux le faire hein, optimiser la base de données prend quelques secondes / minutes sous phpmyadmin et çà ne fait pas de mal

Jean-Michel 25
18/05/2016, 18h15
Mais difficile de refuser de faire ce que demande la hotline...

nitrix-ud
18/05/2016, 16h56
j'ai du mal à comprendre l'impact sur un script qui ne contient que phpinfo() et qui est touché comme le reste...
c'est normal que tu aies du mal à comprendre, car il n'y a aucun rapport entre ta base et phpinfo()...

Jean-Michel 25
18/05/2016, 16h42
La hotline me suggère d'optimiser ma base de données.
Je vais le faire mais j'ai du mal à comprendre l'impact sur un script qui ne contient que phpinfo() et qui est touché comme le reste...

Gaston_Phone
17/05/2016, 23h02
Alors là je sèche. Désolé de t'avoir suggéré un tel essai.

Jean-Michel 25
17/05/2016, 22h34
Non, j'ai essayé, mais c'est pire.

Bilan :
En 5.4 avec ini_set( 'default_charset', 'UTF-8' ) : accents OK
En 5.4 sans ini_set( 'default_charset', 'UTF-8' ) : accents OK
En 5.6 avec ini_set( 'default_charset', 'UTF-8' ) : accents KO
En 5.6 avec ini_set( 'default_charset', 'iso8859-1' ) : accents KO++ (pire)

J'ai laissé ini_set( 'default_charset', 'UTF-8' );

Gaston_Phone
17/05/2016, 22h26
Le lien indique : ini_set('default_charset', 'iso8859-1');.

Pourquoi ne pas essayer ?

Jean-Michel 25
17/05/2016, 22h22
Mes pages sont en UTF8.
et ini_set( 'default_charset', 'UTF-8' ); dans mon fichier commun à toutes les pages (include) n'a pas résolu mon problème d'accents.
Donc retour à 5.4.45 en attendant d'y voir plus clair; Je ne peux pas me battre sur tous les fronts à la fois...

Gaston_Phone
17/05/2016, 22h05
Citation Envoyé par Jean-Michel 25
Je repasse à 5.4 suite à des problèmes d'accents avec 5.6
Voir --> OVH - PHP 5.6 - Mauvais affichage des caractères accentués

Jean-Michel 25
17/05/2016, 22h01
Mêmes problèmes d'accents avec php 5.5
Je retourne donc dans la version d'avant. Le manager dit 4.4, phpinfo dit 5.4.45
Plus de problèmes d'accents.

Avec des yeux reposés je me pencherai sur cette question d'accents, en m'aidant de ceci :
https://openclassrooms.com/forum/suj...ration-php-5-6

Mais j'ai du mal à comprendre pourquoi le site bloquerait de temps en temps certains utilisateurs seulement.
Et la même page (la page d'accueil) est accessible ou non, comme au loto...

Jean-Michel 25
17/05/2016, 21h55
Je vais essayer 5.5

Certaines de mes pages sont statiques (Dreamweaver), d'autres issues de base Mysql...

buddy
17/05/2016, 21h41
Étonnant...
Et en 5.5 ça ne marche pas non plus ?
Ce sont les accents de texte copiés dans le html ou de texte issue d'une base de données ?

Jean-Michel 25
17/05/2016, 21h31
Je repasse à 5.4 suite à des problèmes d'accents avec 5.6

Jean-Michel 25
17/05/2016, 21h05
Bonne idée.

En fait mon interface client m'indiquait 4.4 et le phpinfo m'indiquait 5.4.
Par l'interface client, je vient de passer à 5.6
Je surveille le comportement...

buddy
17/05/2016, 19h24
Tu es toujours en php 5 via le .Htaccess ? Soit php 5.2?

Si tu mets php via le. Ovhconfig ça marche mieux ?
Avec php 5.5 ou +, https://www.ovh.com/fr/g1207.configu...ebergement-web

Jean-Michel 25
17/05/2016, 19h06
C'est fait, encore pas plus tard que ce matin.
Mais ça ne se bouscule pas pour répondre...

Daniel60
17/05/2016, 19h03
Je ne vois guère d'autre solution que de faire un ticket d'incident.

Jean-Michel 25
17/05/2016, 18h52
Mon site est régulièrement inaccessible, et c'est réellement problématique.
J'ai placé des logs, pour pouvoir qualifier le problème.
Voici :

Régulièrement (plusieurs fois par jour), les pages php sont inaccessibles pendant plusieurs minutes, parfois un quart d'heure.
Le navigateur mouline et la connexion n'aboutit pas.

- cela ne dépend pas du navigateur
- cela ne concerne que les pages php. Une image .jpg est accessible par son adresse. Mon log en .txt aussi !
- cela ne concerne a priori pas le htaccess, que j'ai dépouillé des url rewrite
- pendant qu'un utilisateur est bloqué, d'autres peuvent accéder normalement au site : pendant le blocage, mon log auquel j'accède en direct me signale une activité normale (divers utilisateurs sur diverses pages).

Maintenant que fait-on ?
Par quel bout on prend le problème ?

Votre aide serait appréciée.

Daniel60
11/05/2016, 16h44
Le premier point est à vérifier. La second importe peu.

Jean-Michel 25
11/05/2016, 15h39
Dans mon forum, on peut afficher des images hébergées dehors, oui

A l'inverse, j'ai vu dans les logs que certaines images de mon site sont affichées par un lien direct depuis certains boutiques d'annonces Ebay

Daniel60
11/05/2016, 15h30
As-tu des liens externes ?

Jean-Michel 25
11/05/2016, 15h26
Voici mon htaccess :
[CODE]SetEnv PHP_VER 5
ErrorDocument 404 /erreur404.htm
order allow,deny
allow from all
deny from xx.xx.xx.xx (hacker)

Jean-Michel 25
11/05/2016, 14h49
Je n'ai pas de log "out" (la liste des fichiers "out" est vide dans mon interface OVH).
Et pas de plugin : c'est un site entièrement fait maison.

Pas moyen de savoir quel processus se fait jeter par une erreur 403 202 ?
Les lignes de log ne donnent que des IP, l'heure, et "GET / HTTP/1.1" 403 202 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)"...

Et il y a un paquet de lignes de ce genre, avec des IP différentes, par vagues...
C'est bien mystérieux pour moi !

Daniel60
11/05/2016, 14h36
Généralement ce problème survient lorsque qu'une ressource extérieure tarde trop à répondre. Vérifie tes accès out et tes plugins si tu en utilises.

Jean-Michel 25
11/05/2016, 14h28
Bonjour

J'ai trouvé les logs.
Dans le log WEB on trouve des périodes avec de très nombreuses erreurs consécutives :
Code:
193.200.32.115 www.[monsite].com - [11/May/2016:13:55:20 +0200] "GET / HTTP/1.1" 403 202 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)"
Le tuto d'OVH indique :
Code:
403 : Site bloqué au niveau des permissions ou via une configuration du site
Cela ne me dit pas grand'chose !
Quelqu'un pourrait-il me guider ?
A savoir que le site fonctionne comme une fusée la plupart du temps, et qu'il se met à bloquer plusieurs fois par jour.
Trouver l'origine arrangerait bien les utilisateurs !...

Je ne sais pas s'il y a un rapport, mais dans le log Errors il y a à la même période quelques lignes du genre :
Code:
[Wed May 11 13:55:59 2016] [error] [client 40.77.167.52] [host www.[monsite]..com] FastCGI: comm with server "/homez.xxx/[monsite]./www/dossiers/index.php" aborted: idle timeout (300 sec)
[Wed May 11 13:55:59 2016] [error] [client 40.77.167.52] [host www.[monsite]..com] FastCGI: incomplete headers (0 bytes) received from server "/homez.xxx/[monsite]./www/dossiers/index.php"
Merci pour votre aide...

Jean-Michel 25
27/04/2016, 18h05
Citation Envoyé par vcasse
Non, vous avez une partie "OSL vous permet de consulter les logs bruts en temps réel " qui permet de voir les logs avec un écart maximum de cinq minutes.

Cordialement,
Vincent
OK, merci !

Jon17
27/04/2016, 14h00
Ces derniers jours, j'ai vécu le même phénomène à quelques reprises pendant de courtes durées, ce qui n'arrivait pas auparavant. Mêmes causes ? Les logs me renseigneront la prochaine fois.

vcasse
27/04/2016, 13h46
Non, vous avez une partie "OSL vous permet de consulter les logs bruts en temps réel " qui permet de voir les logs avec un écart maximum de cinq minutes.

Cordialement,
Vincent

Jean-Michel 25
27/04/2016, 13h28
C'est à nouveau coincé. Très problématique !
Le site est coincé en ce moment 27/4/2016 13:23
Je viens d'ouvrir un ticket : num. 2016042719035145
L'hébergement est sur ftp.cluster006.ovh.net, Filer 763

Je me demande bien quel est le problème !

Dans l'interface client, on ne peut voir les logs que le lendemain ?

nitrix-ud
26/04/2016, 17h55
Là, c'est reparti comme une fusée...
Tant mieux

Jean-Michel 25
26/04/2016, 17h44
Merci pour ces réponses.

En fait je ne sais pas bien lire les logs, d'autant qu'il y a pas mal de trafic sur ce site.
La prochaine fois qu'il sera bloqué, je regarderai les logs immédiatement et éventuellement j'ouvrirai un ticket avec tous les détails.
Là, c'est reparti comme une fusée...

Bonne journée

nitrix-ud
26/04/2016, 17h27
Si le mutu performance est bien adapté à ton site (en terme de ressources...)
ET
Si tu n'as pas un script qui déconne...

alors très souvent, c'est qu'il y a un souci du côté d'OVH... attaque en cours, filer en rade, pb avec mysql, ...

Mon premier réflexe est de consulter les travaux des hébergements mutualisés :
http://travaux.ovh.net/?project=4&status=all&perpage=50

Après le mieux pour avoir un retour de la team OVH, est de donner un max d'info....
filer, cluster, éventuellement ton NIC, le nom de domaine...

Pour que ces données restent privées tu peux ouvrir un ticket et simplement donner le numéro sur le forum.

Bon courage

Daniel60
26/04/2016, 17h12
Consulter les logs ?

Jean-Michel 25
26/04/2016, 16h36
Bonjour

J'ai remarqué que périodiquement, et en ce moment en particulier, mes pages php ne sont pas accessibles : les navigateur mouline et je tombe en time-out.
Les pages html ou autres (.jpg) s'affichent au quart de tour.

C'est très problématique parce que ce site est assez fréquenté.

Les pages en question n'ont pas été modifiées. Pas de problème de script php donc.
Par exemple une page contenant uniquement une ligne : phpinfo(), bloque comme les autres.

Quelle piste me donneriez-vous pour déterminer le problème ?...
Merci pour votre aide.