Problème de droit apache, fichier créé par root pas par www-data

tobidou · 28-08-2018 10:15:51

Bonjour,

Mon debian 9 exécute apache avec le compte www-data
dans :
/etc/apache2/envvars
j'ai
export APACHE_RUN_USER=www-data
export APACHE_RUN_GROUP=www-data

Apache s'exécute bien avec www-data

tous les jours, le fichier glpi php-error.log présent dans /var/www/html/glpi/files/_log/

apparaît avec l'utilisateur root, ce qui génère une erruer 500, pour rétablir le fonctionnement, je passe un chown -R /var/www/html/glpi/files/_log/

je ne comprends pas d'ou peut venir le problème, le fichier est bien créé par GLPI, et donc par apache ??

Merci de votre aide.

Dernière modification par tobidou (28-08-2018 10:16:56)

raleur · 28-08-2018 10:21:03

Sur la copie d'écran l'utilisateur propriétaire du fichier est www-data. C'est le groupe propriétaire qui est root.

A quel moment y a-t-il une erreur 500 ?

PS : Il n'était pas possible de faire une copie en mode texte ?

Dernière modification par raleur (28-08-2018 10:21:36)

tobidou · 28-08-2018 12:06:22

L'erreur 500 intervient tout les jours, ca ne tien pas plus de 24h.
Je pense qu'il supprime et recréé le fichier php-error.log ! normalement avec apache ... et donc www-data et non pas root non ?

Pour la copie, si en effet :-)

Dernière modification par tobidou (28-08-2018 12:07:10)

raleur · 28-08-2018 14:09:40

Quand je demandais "à quel moment", je voulais dire "dans quelles circonstances", suite à quelle action de ta part.
500 est un code d'erreur HTTP, qui se produit en réponse à une requête HTTP.

tobidou · 28-08-2018 14:22:20

Les utilisateurs travaillent normalement sur GLPI puis, tout à coup l'erreur 500 se produit, je vais voir l'état du fichier php-error.log, et il apparait en www-data root, comme sur l'impression écran.
Ce fichier doit collecter les erreurs PHP générés par GLPI, je ne sais pas précisément quelle action génère un enregistrement dans le fichier.
Si je supprime ce fichier pour forcer sa recréation, l'erreur parvient quelques heures plus tard...

merci de votre aide

Cordialement

tobidou · 29-08-2018 08:46:29

en fait c'est tous les jours à 9h30 !
je n'ai aucun cron à cette heure qui tourne !

bendia · 29-08-2018 11:37:45

Peut-être faudrait-il plutôt regarder dans les logs d'apache2 : comme le dit raleur, c'est une réponse HTTP, il doit donc y avoir une requête en face, enregistrée dans le access.log afférent à l'application.

tobidou · 30-08-2018 08:35:56

Coté log apache, on constate rien de spécial dans access.log, par contre dans error.log, on voit en effet l'erreur qui provoque l'erreur 500, qui est un probleme de droit lié au fichier php-error.log qui devient, www-data root au lieu de www-data www-data

Access.log

10.128.0.6 - - [30/Aug/2018:09:32:54 +0200] "GET /glpi/ HTTP/1.1" 500 295 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3440.106 Safari/537.36"

error.log

/inc in /var/www/html/glpi/vendor/monolog/monolog/src/Monolog/Handler/StreamHandler.php on line 107

[Thu Aug 30 09:33:09.875079 2018] [:error] [pid 11452] [client 10.128.0.6:49959] PHP Fatal error:  Uncaught UnexpectedValueException: The stream or file "/var/www/html/glpi/files/_log/php-errors.log" could not be opened: failed to open stream: Permission denied in /var/www/html/glpi/vendor/monolog/monolog/src/Monolog/Handler/StreamHandler.php:107\nStack trace:\n#0 /var/www/html/glpi/vendor/monolog/monolog/src/Monolog/Handler/AbstractProcessingHandler.php(37): Monolog\\Handler\\StreamHandler->write(Array)\n#1 /var/www/html/glpi/vendor/monolog/monolog/src/Monolog/Logger.php(337): Monolog\\Handler\\AbstractProcessingHandler->handle(Array)\n#2 /var/www/html/glpi/inc/toolbox.class.php(435): Monolog\\Logger->addRecord(400, 'Plugin::getInfo...', Array)\n#3 /var/www/html/glpi/inc/toolbox.class.php(469): Toolbox::log(Object(Monolog\\Logger), 400, Array)\n#4 /var/www/html/glpi/inc/plugin.class.php(1358): Toolbox::logError('plugin_version_...')\n#5 /var/www/html/glpi/inc/plugin.class.php(258): Plugin::getInfo('purgelogs-maste...')\n#6 /var/www/html/glpi/inc/plugin.class.php(113): Plugin->checkStates()\n#7 /var/www/html/glpi/inc/inc in /var/www/html/glpi/vendor/monolog/monolog/src/Monolog/Handler/StreamHandler.php on line 107

Comment ce fichier peut changer de droit comme ca ?

Cdt

bendia · 30-08-2018 11:56:40

Je ne vois surtout pas en quoi les droits -rw-r--r-- empêche www-data de lire ni d'écrire dans ce fichier lui appartenant

Le problème ne se situerait-il pas en amont avec un dossier sans les droits d'exécution pour être "visitable" par www-data ?

tobidou · 30-08-2018 11:59:53

L'erreur de php-error.log est assez explicite, c'est le fichier "StreamHandler.php" à l'adresse
/var/www/html/glpi/vendor/monolog/monolog/src/Monolog/Handler/StreamHandler.php
qui génère le plantage !
Ce qui signifie que c'est bien www-data qui n'arrive pas a écrire dans le fameu fichier non ?

Beta-Pictoris · 30-08-2018 12:11:50

Que donne ?

ls -ld /var/www/html/glpi/files/_log/

tobidou · 30-08-2018 12:12:53

Voila le résultat :

ls -ld /var/www/html/glpi/files/_log/

drwxrwxrwx 2 www-data www-data 4096 août  30 09:58 /var/www/html/glpi/files/_log        

/

Dernière modification par tobidou (30-08-2018 12:13:03)

Beta-Pictoris · 30-08-2018 12:18:35

Si le problème est dû au groupe root sur le fichier, n'y aurait-il pas une tâche cron php gpli (ou une unit systemd timer) tournant avec les droits root, plutôt que www-apache ? .Exemple: https://wiki.glpi-project.org/doku.php? … ig:crontab

Dernière modification par Beta-Pictoris (30-08-2018 12:20:43)

tobidou · 30-08-2018 12:23:06

Rien a 9h30
mais j'en ai d'autre qui tournent avec le compte root !
Je vais les positionner sur www-data pour voir si ca change quelquechose.
En tout cas c'est la meilleur piste que j'ai pour le moment !

Merci Beta-Pictoris

bendia · 30-08-2018 13:03:41

tobidou a écrit :

Ce qui signifie que c'est bien www-data qui n'arrive pas a écrire dans le fameu fichier non ?

certes, mais le problème n'est pas nécessairement sur les droits de ce fichier en question, mais peut-être plus haut dans l'arborescence.

En l'occurrence, là, juste avec l'info des droits du fichier, il n'y a pas de raison pour que www-data ne puisse pas écrire dans ce fichier.

Il faut donc aussi regarder les droits comme l'a indiqué Beta-Pictoris plus haut dans l'arborescence.

tobidou · 31-08-2018 09:40:49

c'était bien ca !!! c'est la tache cron qui exécuté en root me faisait un fichier avec les mauvais droits !

Merci de votre aide.

Cdt

Debian-facile

#1 28-08-2018 10:15:51

Problème de droit apache, fichier créé par root pas par www-data

#2 28-08-2018 10:21:03

Re : Problème de droit apache, fichier créé par root pas par www-data

#3 28-08-2018 12:06:22

Re : Problème de droit apache, fichier créé par root pas par www-data

#4 28-08-2018 14:09:40

Re : Problème de droit apache, fichier créé par root pas par www-data

#5 28-08-2018 14:22:20

Re : Problème de droit apache, fichier créé par root pas par www-data

#6 29-08-2018 08:46:29

Re : Problème de droit apache, fichier créé par root pas par www-data

#7 29-08-2018 11:37:45

Re : Problème de droit apache, fichier créé par root pas par www-data

#8 30-08-2018 08:35:56

Re : Problème de droit apache, fichier créé par root pas par www-data

#9 30-08-2018 11:56:40

Re : Problème de droit apache, fichier créé par root pas par www-data

#10 30-08-2018 11:59:53

Re : Problème de droit apache, fichier créé par root pas par www-data

#11 30-08-2018 12:11:50

Re : Problème de droit apache, fichier créé par root pas par www-data

#12 30-08-2018 12:12:53

Re : Problème de droit apache, fichier créé par root pas par www-data

#13 30-08-2018 12:18:35

Re : Problème de droit apache, fichier créé par root pas par www-data

#14 30-08-2018 12:23:06

Re : Problème de droit apache, fichier créé par root pas par www-data

#15 30-08-2018 13:03:41

Re : Problème de droit apache, fichier créé par root pas par www-data

#16 31-08-2018 09:40:49

Re : Problème de droit apache, fichier créé par root pas par www-data

Pied de page des forums