HTTP/1.x 500 Internal Server Error inexplicable

Version imprimable

01/01/2010, 08h39
hornetbzz

HTTP/1.x 500 Internal Server Error inexplicable

Bonne année 2010 !!

Bien que pour moi, ça ne commence pas très fort :aie:

Sans raison apparente, je n'arrive pas à accéder à ma page index.php d'un jour sur l'autre. Je ne comprends pas ce qui se passe.

Appelons la page d'index.php comme ceci :

Citation:

http://www.mon_domain.fr/

Le serveur renvoie une erreur 500 mais Apache ne renvoie pas la page d'erreur correspondante au navigateur.

A l'inverse, si j'essaie de me connecter sur une directory interdite par les directives Apache, le serveur renvoie bien l'erreur 403.

Les logs d'Apache font bien apparaitre le code 500 :

Citation:

192.168.2.1 - - [01/Jan/2010:07:06:48 +0100] "GET /index.php HTTP/1.1" 500 26

A l'inverse, j'accède bien à mon forum et à phpmyadmin dans le même domaine (en https) :

Citation:

https://www.mon_domain.fr/phpBB3/
https://www.mon_domain.fr/phpMyAdmin...e&token=xxxxxx

Je n'y comprends plus rien. J'ai vérifié les logs, arrêter/démarrer Apache, rebooter la machine, rien à faire.

Un spécialiste de compet' serait bien accueilli :-)

Merci d'avance
01/01/2010, 16h30
Invité

Salut,

es-tu sûr que tu as bien regardé dans les logs d'erreur (error_log) de ton serveur apache car généralement quand tu as un code d'erreur 500, la cause de cette erreur est indiquée dans le log cité précédemment.

Est-ce que tu as défini des règles de réécriture par hasard?
01/01/2010, 21h54
hornetbzz

Salut

J'ai regardé dans access.log et error.log et je ne charge pas le module rewrite dans apache.conf (l'équivalent de httpd.conf pour mon systeme).

Malheureusement, comme j'ai relancé apache, les logs ont été nettoyés:

Les modules additionnels chargés par Apache.conf

Citation:

LoadModule php5_module modules/libphp5.so
LoadModule headers_module /mnt/ext/opt/apache/modules/mod_headers.so
LoadModule expires_module /mnt/ext/opt/apache/modules/mod_expires.so
LoadModule ssl_module /mnt/ext/opt/apache/modules/mod_ssl.so

sachant que je n'ai PAS TOUCHE apache.conf ni rien d'autre de la config entre "avant" et "après".

Access.log

Citation:

127.0.0.1 - - [01/Jan/2010:15:00:01 +0100] "GET /cron/backup_local.php HTTP/1.0" 200 10
192.168.2.1 - - [01/Jan/2010:21:43:42 +0100] "GET /index.php HTTP/1.1" 500 26
192.168.2.1 - - [01/Jan/2010:21:43:49 +0100] "GET / HTTP/1.1" 500 26

nota: La crontab lance un script via php-cli et il fonctionne.

error.log

Citation:

[Fri Jan 01 21:43:42 2010] [debug] mod_headers.c(665): headers: ap_headers_output_filter()
[Fri Jan 01 21:43:49 2010] [debug] mod_headers.c(665): headers: ap_headers_output_filter()

J'ai peur de m'être fait hacké mon site mais je ne vois aucun changement dans les log et dans mes scripts entre hier et aujourd'hui.

[edit]
Si je créé un fichier test.html et que j'appelle la page via le navigateur http://mon_domaine.fr/test.html => le serveur renvoie HTTP 200 Ok

Si je créé un fichier test.php et que je j'appelle la page via le navigateur http://mon_domaine.fr/test.php => le serveur renvoie HTTP 200 Ok

Si je substitue mon index.php courant par une version ultra light et que je j'appelle la page via le navigateur http://mon_domaine.fr/index.php ou http://mon_domaine.fr/ => le serveur renvoie HTTP 200 Ok

Si je substitue mon index.php courant par une version ultra light en html et que je j'appelle la page via le navigateur http://mon_domaine.fr/index.html ou http://mon_domaine.fr/ => le serveur renvoie HTTP 200 Ok

Sachant que mon index.php original n'a pas changé d'un iota entre "avant" et "après" l'error 500. De plus en plus bizarre...
02/01/2010, 03h00
hornetbzz

Bon apparemment, il y a une erreur dans une (vieille) fonction liée à la base de données. A priori , il y a une requete foireuse. En virant la dite fonction, tout rentre dans l'ordre. Il ne reste plus qu'à la debugger :lol:

Cela dit, jamais je n'aurais pensé qu'une erreur de script (en fait une requete SQL) ne générerait aucune erreur php et encore moins qu'elle provoquerait un HTTP500 ...
02/01/2010, 22h52
_Mac_

L'erreur 500 est parfaitement logique : le traitement de la page n'a pas pu aller jusqu'au bout, c'est inattendu, donc erreur 500. Pour le manque de traces dans error_log, c'est le cas lorsque PHP est intégré à Apache en tant que CGI, pas en tant que module.
06/01/2010, 06h26
hornetbzz
Oui encore merci.

Et pour la petite précision quant à mon erreur (oui je m'en veux et je vais m'auto-flageller au moins 3 fois) :mouarf:

Si ce petit désagrément m'est arrivé, c'est que j'avais oublié que j'avais effectué qq légères modif de la config, hum.. :

- en local ou localhost, pour debugguer, ça peut quand même bien aider de remettre le php.ini en version "locale" :
Code:

1 2 3 error_reporting = E_ALL display_errors = on display_startup_errors = on
Bien sûr pour php.ini en version de prod, il faut remettre :
Code:

1 2 3 error_reporting = NULL display_errors = off display_startup_errors = off