Forum général.général [Résolu] PHP : erreur côté serveur (HTTP 500) mais rien dans les logs ?

Posté par Sclarckone le 04 juin 2018 à 19:51. Licence CC By‑SA.

Étiquettes :

juin

2018

Hello,

J'ai un problème avec mon instance auto-hébergée de tt-rss suite au renommage du rôle PgSQL utilisé par tt-rss pour accéder à la base de données.

Tout cela tourne sous Debian 8 avec Nginx 1.6.2, PHP 5.6.33 et PostgreSQL 9.4.

PHP s'est donc d'abord mis à se plaindre (via le error.log de nginx) de ne plus arriver à se connecter à la base de données.
J'ai donc mis à jour la configuration de tt-rss pour prendre en compte le "nouveau" rôle et depuis je me prends des Internal server error (HTTP 500) lorsque j'essaie d'accéder à tt-rss mais je n'ai aucun message d'erreur dans le error.log de nginx.

J'aimerais donc bien savoir où je dois regarder pour comprendre ce qu'il se passe.

Merci d'avance.

# php-fpm

Posté par M.Poil (site web personnel) le 05 juin 2018 à 09:08. Évalué à 2.

N'as tu pas un log séparé pour PHP (cf. error_log dans ta configuration FPM) ?

Is it a Bird? Is it a Plane?? No, it's Super Poil !!!
- [^] # Re: php-fpm
  
  Posté par Sclarckone le 05 juin 2018 à 09:39. Évalué à 1.
  Dans ma configuration FPM (/etc/php5/fpm/php.ini) error_log n'est pas configuré :
```
; Log errors to specified file. PHP's default behavior is to leave this value
; empty.
; http://php.net/error-log
; Example:
;error_log = php_errors.log
; Log errors to syslog (Event Log on Windows).
;error_log = syslog
```
  Et de ce que je comprends de la doc les erreurs sont remontées au serveur web :
  
  error_log string
  
  Name of the file where script errors should be logged. […] If this directive is not set, errors are sent to the SAPI error logger. For example, it is an error log in Apache or stderr in CLI. See also error_log().
  
  Donc dans le error.log de Nginx à priori mais je ne vois justement rien passer (alors que c'était le cas quand tt-rss n'arrivait plus à se connecter à la base de données).
- [^] # Re: php-fpm
  
  Posté par Sclarckone le 05 juin 2018 à 18:48. Évalué à 1.
  
  Allez savoir pourquoi aujourd'hui le log veut bien se remplir (toujours pas de traces de mes requêtes d'hier).
  
  Cela parait peut probable, mais au cas où quelqu'un se retrouve dans la même situation que moi voici ce qui n'était pas bon.
  
  Erreur dans le log de Nginx :
  
  Query SELECT schema_version FROM ttrss_version failed: ERROR: permission denied for relation ttrss_version
  
  J'avais pris soin de faire un GRANT ALL PRIVILEGES ON DATABSE…sur ma base ttrss à mon utilisateur ttrss mais apparemment ça concerne les droits d'accès à la base mais pas aux tables de cette base (source).
  
  Il faut donc se connecter à la base concernée (par défaut l'administrateur de la base est l'utilisateur postgressous Debian), dans mon cas :
  
  sudo -u postgres psql -d ttrss
  
  Puis donner les droits sur le schéma de la base (public par défaut) au bon utilisateur, toujours dans mon cas :
  
  grant all privileges on all tables in schema public to ttrss;
  - [^] # Re: php-fpm
    
    Posté par M.Poil (site web personnel) le 06 juin 2018 à 07:33. Évalué à 1.
    
    Le logrotate aurait pas redémarré le service php-fpm pendant la nuit ? :)
    
    Is it a Bird? Is it a Plane?? No, it's Super Poil !!!
    - [^] # Re: php-fpm
      
      Posté par Sclarckone le 06 juin 2018 à 20:16. Évalué à 1.
      
      Je ne crois pas car j'avais déjà redémarré php-fpm suite à la modification de ma configuration pour accéder à la BDD et d'après systemd il n'a pas été redémarré depuis.