Erreur 500
Sujet résolu (erreur dans l'hôte, pourtant le support m'avait indiqué l'hôte "défaillant")...
Merci encore pour votre aide !
Mon client FTP est FileZilla
Je n'ai pas pas touché la ligne 5
Daniel60
08/04/2016, 13h23
A première vue tes fins de ligne ne sont pas correctes [CRLF] au lieu de [LF]. Quel est ton client FTP ?
Es-tu sûr de la syntaxe de la ligne 5 container image? Le ligne devrait se terminer par un retour. Essaie en la supprimant.
Le voici, le voilà
http://pastebin.com/7vG6F5cb
Merci, désolé je n'avais pas compris
Daniel60
08/04/2016, 11h16
Envoyé par
nitrix-ud
Je crois qu'il voulait parler de ton fichier .ovhconfig
Bien sûr What else ?
nitrix-ud
08/04/2016, 11h03
Envoyé par
asvelt
Je crois qu'il voulait parler de ton fichier .ovhconfig
Tenez Daniel60 :
ici :
http://pastebin.com/2SiFN0WR
Merci encore
Bonjour,
@Gaston : Oui oui après avoir re-vérifié, il s'agit du bon fichier, à la racine de tout du "serveur".
@Daniel60 : je te le mettrai de bonne heure
Merci pour votre aide,
Daniel60
07/04/2016, 07h00
Mets ton fichier sur pastebin.com que l'on puisse ly jeter un coup d’œil
Gaston_Phone
06/04/2016, 21h34
Envoyé par
asvelt
Tout d'abord je tiens à vous remercier pour vos réponses, où le support tarde à me répondre ! Alors j'ai mis à jour le OVH config avec les valeurs (par défaut "production") en repartant de 0.
J'ai maintenant dans les logs erreur toujours un problème avec le ovh config.
Est-ce bien
/.ovhconfig ?
(En minuscules, en un seul mot et avec un "point" devant)
bonjour,
Tout d'abord je tiens à vous remercier pour vos réponses, où le support tarde à me répondre ! Alors j'ai mis à jour le OVH config avec les valeurs (par défaut "production") en repartant de 0.
J'ai maintenant dans les logs erreur toujours un problème avec le ovh config.
[Tue Apr 05 23:53:44 2016] [warn] [client 10.****.55.96] [host ****.fr] [ovhconfig] syntax error in /homez.653/****/.ovhconfig:5, referer:
https://****.fr/index.php?
[Tue Apr 05 23:53:44 2016] [warn] [client 10.****.55.96] [host ****.fr] [ovhconfig] syntax error in /homez.653/****/.ovhconfig:5, referer:
https://****.fr/index.php?
[Tue Apr 05 23:53:45 2016] [warn] [client ****] [host ****.fr] [ovhconfig] syntax error in /homez.653/****/.ovhconfig:5, referer:
https://****.fr/index.php?
[Tue Apr 05 23:53:46 2016] [warn] [client 10.1****.17.64] [host ****.fr] [ovhconfig] syntax error in /homez.653/****/.ovhconfig:5, referer:
https://****.fr/index.php?
[Tue Apr 05 23:54:28 2016] [warn] [client 10.****.55.100] [host ****.fr] [ovhconfig] syntax error in /homez.653/****/.ovhconfig:5
J'en ai vraiment marre sérieusement, c'est la première fois que j'ai autant de soucis ! Aussi, je tiens à préciser que je n'ai JAMAIS modifié le fichier .htaccess.
Cordialement,
Merci encore pour votre aide
Bonjour,
pas de .ovhconfig == utilisation de la version PHP par défaut de votre cluster (donc visiblement PHP5.4 dans votre cas).
Sinon visiblement si c'est à cause du SQL que vous avez l'erreur 500 c'est que vous avez un problème avec votre SQL privé, (je vous conseil de re-vérifier les infos de vos scripts et aussi de voir si l'instance SQL privé est toujours en ligne et non planté).
Aussi il va falloir re-vérifier les logs d'erreur apache pour voir pourquoi il continue à donner du 500 car dans +80% des cas erreur 500 == erreur de l'utilisateur dans un fichier .htaccess ou dans un fichier de configuration.
Cordialement, janus57
Oui.. Bien sur !
Ravi d'apprendre que je ne suis pas le seul... On m'avait pourtant vendu OVH comme un bon service, soit disant le meilleur français. Avec beaucoup d'hébergeurs, c'est le premier avec lequel j'ai autant de soucis et aussi longtemps ....
Résultat du test 1 script normal, sans ovhconfig et htaccess :
Version de PHP : 5.4.45
Etablissement de la connexion SQL en mode PDO
Connexion échouée : SQLSTATE[HY000] [2003] Can't connect to MySQL server on 'ge92532-001.privatesql.ovh.net' (110)
Durée du traitement = 127.24 secondes
---
Resultat 2 :
Version de PHP : 5.4.45
$DBconnect = 'mysql:dbname=*****data;host=ge92*****.privatesql. ovh.net;port=35***'
Etablissement de la connexion SQL en mode PDO
Connexion échouée : SQLSTATE[HY000] [2003] Can't connect to MySQL server on 'ge92****.privatesql.ovh.net' (110)
Durée du traitement = 127.26 secondes
En savoir plus sur http://wordetweb.com/word-et-web/OVH...70o6zm3j4Jl.99
Après avoir effectué ces deux tests, j'ai remis le ovhconfig et htaccess
Aussi, j'ai remarqué un truc bizarre. Le premier test indique une version de php à 5.4.45 - alors que dans le ovhconfig et sur le manager il indique 5.6. Peut être parce que le test était effectué sans le ovhconfig et htaccess.
Gaston_Phone
03/04/2016, 21h44
Décidément, aujourd'hui c'est la foire aux "Erreurs 500".
As-tu toujours des erreurs " de connexion SQL en mode PDO " dans le script
OVH - Test de Base de Données via un script en langage PDO ?
Si oui, peux-tu refaire le test en supprimant
provisoirement les fichiers : .ovhconfig et .htaccess ?
Envoyé par
asvelt
J'ai regardé et visiblement il a bien l'air configuré au format Text par défaut.
J'ai téléchargé le fichier du serveur, et l'ai édité avec Komodo (mon éditeur PHP).
Puis re-uploadé. Toujours le même problème....... Merci de votre aide
Le support ne m'a pas répondu et ce depuis deux jours... Je commence à en avoir marre
Merci pour vos réponses,
*Si vous utilisez un système d'exploitation Mac, le logiciel TextEdit est configuré par défaut pour produire un texte codé en RTF. Ce codage étant incompatible il convient de sélectionner dans les options le mode 'Texte'.
J'ai regardé et visiblement il a bien l'air configuré au format Text par défaut.
Bonjour merci pour vos réponses,
*Si vous utilisez un système d'exploitation Mac, le logiciel TextEdit est configuré par défaut pour produire un texte codé en RTF. Ce codage étant incompatible il convient de sélectionner dans les options le mode 'Texte'.
J'ai regardé, et je suis allé dans Format, et j'ai que l'option "Convertir au format RTF", donc il est bien configuré en Texte.
... et un format RTF, ça donne un beau "500" direct.
Daniel60
31/03/2016, 10h24
Envoyé par
asvelt
Il est édité avec TextEdit sous MacBook pro, éditeur de text basic en direct depuis filezilla (avec le View/edit).
Attention Texedit produit par défaut du RTF voir ici :
https://forum.ovh.com/showthread.php...ition+htaccess
Il est édité avec TextEdit sous MacBook pro, éditeur de text basic en direct depuis filezilla (avec le View/edit).
Le manager ne montre pas de surcharge ni de dépassement de ressources...
Que disent les stats du manager d'ailleurs (normalement y a les stats CPU/HTTP/SQL) ?
Seulement les graphiques. Rien ne semble anormal...
Bonjour,
il est édité avec quoi le ovhconfig ?
Dans le manager y a pas les stats du SQL privé (pour voir si saturation) ?
Que disent les stats du manager d'ailleurs (normalement y a les stats CPU/HTTP/SQL) ?
Cordialement, janus57
Merci Janus57
J'ai modifié les données que tu m'as dit et maintenant mon fichier ovhconfig est sous cette forme :
-- debut ovhconfig --
app.engine=php
app.engine.version=5.6
http.firewall=none
environment=production
container.image=default_image
-- fin ovh config --
Mon site utilise PDO pour le développement personnel, et est sous prestashop pour la fonction de base.
Je n'utilise pas, personnellement, des fonctions datées...
Merci
- - - Mise à jour - - -
Les derniers fichiers logs sont ceux d'hier (29). Il doit y avoir 1 jour de décalage.
Bonjour,
d'après le message d'erreur le problème touche la ligne 5
donc dans le coin de :
environment=production
container.image=default_image
Si votre site support PHP5.6 et que vous avez finit de dev il faut mettre ceci :
app.engine=php
app.engine.version=5.6
http.firewall=none
environment=production
Petit rappel du guide OVH :
Code:
; ovhconfig
;
; this file must be placed in $HOME/.ovhconfig or in $DOCUMENT_ROOT/.ovhconfig
; __app.engine__
;
; values: php (php engine + opcache accelerator)
; notice: if php, a phpcgi engine will be activated as fallback (if previous engine crash)
;
; php:
; IMPORTANT: register_globals and magic_quotes_gpc are off for security
; php options .htaccess (like php version) are ignored
; phpcgi:
; IMPORTANT this is a fallback or previous system
; in this case __app.engine.version__ will be considerated as AUTO and php version will be old system
; (meaning depending .htaccess or .phpX extension)
;
app.engine=php
; __app.engine.version__ specify version of your engine
;
; for php:
; default: 5.6
; for phpcgi:
; this options is ignored (= fallback in AUTO)
;
app.engine.version=5.6
; __http.firewall__ used to add application firewall (filter http requests)
;
; values: none | security
; default: none
;
http.firewall=none
; __environment__
;
; values: production | development
;
; production:
; apache will maximise local cache
; mod_expires will grow up TTL of js, css, pdf, images, video, audio
; you can override it changing expiration explicitly or in your .htaccess
; feel free to look on our guide.
; development:
; no expiration is added, files are not locally in cache,
; will speed up tests but decrease performances
;
; choosen environment will also be available in your variable ENVIRONMENT unix env
;
; default: production
;
environment=development
Note : il est plus simple de regarder les dernier logs en date, je sais pas comment OVH gère les logs, mais trouver les logs du 30/03/2016 serait mieux.
Cordialement, janus57
Toujours rien y fait. Ca semble persister même en prod... J'aurai au moins tenté.
Mon OVH config :
app.engine=php
app.engine.version=5.5
http.firewall=none
environment=production
container.image=default_image
je tiens à préciser, que je viens de modifier environment. Avant, la valeur de environment était "environment". Je viens de la passer en "production" en respect de l'indication du log (message 30)
Gaston_Phone
30/03/2016, 22h05
On aurait du commencer par cela.
Ton fichier .ovhconfig contiendrait des erreurs ou des caractères non ascii.
Hum, il y a beaucoup d'erreurs de ce type :
[Tue Mar 29 00:05:23 2016] [warn] [client 10.****] [host ****.fr] [ovhconfig] syntax error in /homez.653/****/.ovhconfig:5
[Tue Mar 29 00:05:23 2016] [warn] [client 10.****] [host ****.fr] [ovhconfig] missing or unrecognized parameter for environment, fallback to default value: production
...
J'ai regardé le ovh config et le environnement est configuré sur environnement, dois-je le modifier en production ?
Gaston_Phone
30/03/2016, 21h26
Oui "Logs erreur : les différentes erreurs générées par votre site.".
Oui c'est pour ça que j'ai précisé le numéro du message
On est d'accord que les logs que tu veux sont ceux-ci :
https://www.ovh.com/fr/hosting/guide...gs_de_mon_site ?
Gaston_Phone
30/03/2016, 21h18
Envoyé par
asvelt
Oui oui c'est ce que j'ai mis en mise à jour Message 22.
Il m'est difficile de lire les "rapiéçages" à postériori.
Que disent les fichier des erreurs, des logs ?
Oui oui c'est ce que j'ai voulu dire en mise à jour Message 22.
J'ai bien accès mais je ne sais pas comment savoir "s'il est en saturation"..
Merci
Gaston_Phone
30/03/2016, 21h05
Envoyé par
asvelt
Désolé... Comment savoir s'il est en saturation ?
Cela je ne sais pas.
Mais as-tu accès à ta base de données via phpmyadmin ?
Si oui est-ce qu'il y a saturation ?
Désolé... Comment savoir s'il est en saturation ?
Gaston_Phone
30/03/2016, 20h52
Envoyé par
janus57
est-ce que vous y avez accès via phpMyAdmin ?
Si oui est-ce qu'il y a saturation ?
Et la réponse est ...
J'ai créé un ticket en parallèle ... Mais on a le droit à 1 réponse par semaine avec OVH....
- - - Mise à jour - - -
Billet OVH : billet 2016033019026347
- - - Mise à jour - - -
Merci pour votre aide en tout cas
- - - Mise à jour - - -
PHP My ADMIN oui j'y ai accès
Bonjour,
est-ce que vous y avez accès via phpMyAdmin ?
Si oui est-ce qu'il y a saturation ?
Cordialement, janus57
Gaston_Phone
30/03/2016, 16h05
Si tu n'arives pas à accéder à ton serveur SQL privé avec le script suggéré, je te propose de :
- Déclarer un incident via le manager
- Mettre ici le n° du ticket Incident et/ou ton NIC.
Pardon, oui, les données de connexion sont bonnes et vérifiées.
D'autres scripts (prestashop) n'ont pas de problème. J'avais déjà eu des soucis avec les connexions d'OVH où d'ailleurs tu m'as bien aidé dans un post cité précédemment.
Gaston_Phone
30/03/2016, 12h52
Dixit OVH :
https://www.ovh.com/fr/g2023.tout_sur_le_sql_prive
Vous retrouverez le nom du serveur à renseigner (nom d'hôte) et le port dans votre espace client dans le cadre "Connexion SQL".
Est-ce que tu as fait ?
OK ! J'ai donc respecté ta présentation :
$DBhost = "ge925******.privatesql.ovh.net"; // Par exemple
$DBport = "35***";
$DBowner = "owner"; // ton login SQL
$DBpw = "7***"; // ton password SQL
$DBName = $DBowner;
// ****** Configuration - Fin ******
// Version de PHP
echo "Version de PHP :
".phpversion()." \n";
$Table_SQL = "Tab_test_DB";
$DBconnect = "mysql:dbname=".$DBName.";host=".$DBhost.";
port=".$DBport;
- - - Mise à jour - - -
Erreur, encore ...
Version de PHP : 5.5.31
Etablissement de la connexion SQL en mode PDO
Connexion échouée : SQLSTATE[HY000] [2003] Can't connect to MySQL server on 'ge925******.privatesql.ovh.net' (110)
Durée du traitement = 127.30 secondes
En savoir plus sur
http://www.wordetweb.com/word-et-web...vfWOBwH4TCx.99
Gaston_Phone
30/03/2016, 12h37
Envoyé par
asvelt
Dans le script, ça revient au même, non ?
C'est possible, mais je préfère ma présentation.
Dans le script, ça revient au même, non ? j'ai juste pas développé :
$DBhost = "ge925****.privatesql.ovh.net;port=355**"; // Par exemple
$DBowner = "owner"; // ton login SQL
$DBpw = "pass"; // ton password SQL
$DBName = $DBowner;
// ****** Configuration - Fin ******
// Version de PHP
echo "Version de PHP : ".phpversion()."
\n";
$Table_SQL = "Tab_test_DB";
$DBconnect = "mysql:dbname=".$DBName.";host=".$DBhost;
Gaston_Phone
30/03/2016, 12h27
Envoyé par
asvelt
Voici comment sont renseignés les champs, dans les données de connexion :
$DBhost = "ge******.privatesql.ovh.net;port=355**"; // Par exemple
Ce n'est pas bon!
Il te faut :
$DBhost = "ge******.privatesql.ovh.net";
$DBPort = "xxx";
$DBconnect = "mysql:dbname=".$DBName.";host=".$DBhost.";port=". $DBPort;
Voici comment sont renseignés les champs, dans les données de connexion :
$DBhost = "ge******.privatesql.ovh.net;port=355**"; // Par exemple
$DBowner = "owner";
$DBpw = "password"; // ton password SQL
$DBName = $DBowner;
Cordialement,
Bonjour,
Je me rappelle plus quel est le PORT pour un serveur SQL privé
normalement chaque SQL privé à son propre port, donc pas de port "générique" ou commun a tous les SQL privé.
P.S. : la cause de l'erreur 500 est peut être dans les logs
Cordialement, janus57
Gaston_Phone
30/03/2016, 12h16
Comme tu as un serveur SQL privé, il faudrait remplacer :
$DBconnect = "mysql:dbname=".$DBName.";host=".$DBhost.";port=". $DBPort;
Par
$DBPort = "xxx";
$DBconnect = "mysql:dbname=".$DBName.";host=".$DBhost.";port=". $DBPort;
Je me rappelle plus quel est le PORT pour un serveur SQL privé
Pour le mutualisé,
$DBPort = "3306";
Après avoir suivi tes indications, c'est à dire avoir arrêté le serveur puis démarré depuis le manager :
Version de PHP : 5.5.31
Etablissement de la connexion SQL en mode PDO
Connexion échouée : SQLSTATE[HY000] [2003] Can't connect to MySQL server on 'ge92****.privatesql.ovh.net' (110)
Durée du traitement = 127.22 secondes
J'avoue ne pas comprendre ...
Gaston_Phone
30/03/2016, 11h57
Il te reste à vérifier l'accès à ta base données -->
OVH - Test de Base de Données via un script en langage PDO
Test de base de données rapide via un petit script en langage PDO « test_SQL_PDO.php » qui va :
- Ouvrir une connexion PDO à la base,
- Supprimer une table si elle existe,
- Créer une table,
- Faire une requête dans une table,
- Afficher les résultats de la requête,
- Fermer la connexion.
Ce script PDO permettra,
indépendamment de tous tes autres scripts, de voir si la base de données est accessible ou non, ainsi que la durée du traitement.
- - - Mise à jour - - -
Hum! Hum! j'arrive en retard.
- - - Mise à jour - - -
Envoyé par
asvelt;666272Connexion échouée : SQLSTATE[HY000
[2003] Can't connect to MySQL server on 'ge92*****.privatesql.ovh.net' (110)
A priori tu as un
serveur SQL privé.
Je n'en suis pas un spécialiste, mais je pense qu'il faudrait :
- L'arrêter,
- Puis le redémarrer.
Bon, alors je pense que ça vient du serveur mysql car :
Les pages sans connexion au serveur fonctionnent parfaitement (la preuve, bonjour.php). J'ai vérifié les permissions du dossier (juste au cas où) et je suis bien en 705...
BREF, j'ai continué à suivre les indications et j'ai fais le test de
http://www.wordetweb.com/word-et-web...ipt-PDO-FR.htm
J'ai rentré les bons paramètres, souvenez vous j'avais du mal au début avec le problème de port (
https://forum.ovh.com/showthread.php...s-PDO-et-MYSQL)
Je tiens à préciser que je n'ai rien changé.. Aucun paramètre de connexion et que le script est bon puisque depuis la date du post bug PDO et MySQL à avant hier, tout fonctionnait à merveille ! Ce n'est que depuis hier que je rencontre des difficultés.
Le résultat du test :
Version de PHP : 5.5.31
Etablissement de la connexion SQL en mode PDO
Connexion échouée : SQLSTATE[HY000] [2003] Can't connect to MySQL server on 'ge92*****.privatesql.ovh.net' (110)
Durée du traitement = 127.18 secondes
En savoir plus sur
http://www.wordetweb.com/word-et-web...vfWOBwH4TCx.99
Merci d'avance pour votre aide,
L'erreur ne semble pas venir du htaccess : Bonjour. Nous sommes le 2016-03-30 12:31:52
ah oui désolé !! J'avais pas fait attention. Je vais suivre les instruction du site. Je vous tiens informé.
Gaston_Phone
30/03/2016, 11h25
Envoyé par
asvelt
Merci de ta réponse Gaston_Phone. Excuse moi, mais je n'ai pas bien compris ce qu'il fallait indiquer dans le script bonjour.php ?
Je te suggère un passage par la case -->
Concevez votre site WEB avec PHP et MYSQL
http://www.wordetweb.com/word-et-web...taccess-FR.htm
m'informe que qu'il fat mettre ceci dans ce fichier :
T'as pas ça ?
Bonjour,
Merci de ta réponse Gaston_Phone. Excuse moi, mais je n'ai pas bien compris ce qu'il fallait indiquer dans le script bonjour.php ?
Cordialement,
Gaston_Phone
30/03/2016, 11h01
Faire le test du script
bonjour.php -->
OVH - Erreur 500 sur votre site Internet
Bonjour,
Lorsque j'accède à une partie de mon site, ça charge sans rien afficher puis j'ai une erreur 500 qui s'affiche.. Je ne comprend pas, avant hier tout fonctionnait à merveille et là, depuis hier j'ai ça...
Merci d'avance pour votre aide,