You are not logged in.

Announcement

 Téléchargez la dernière version stable de GLPI      -     Et vous, que pouvez vous faire pour le projet GLPI ? :  Contribuer
 Download last stable version of GLPI                      -     What can you do for GLPI ? :  Contribute

#1 2017-03-21 16:09:43

bruno.j
Guest
Registered: 2017-01-09
Posts: 50

Mauvais propriétaires dans glpi/files/_sessions/

Bonjour,
J'ai beau chercher sur le web, je ne trouve pas trace du problème suivant.

Mes serveurs (test & prod) sont sous Debian Jessie 8.7.
J'utilise GLPI 9.1.2, Apache 2.4.10, PHP 5.6.30, MySQL  14.14.

Le problème :
Les propriétaires de mes dossiers/fichiers GLPI sont www-data:www-data.
Par contre, mes sessions (glpi/files/_sessions/) sont toutes créées en root:root.
Je dois donc régulièrement faire un chown pour rétablir les bons propriétaires.
Sans cela, certains utilisateurs ont des problèmes de droits (impossible d'ajouter un document à un ticket, erreurs lors d'opérations simples).
Et dès que je rétablis les propriétaires en www-data:www-data, tout rentre dans l'ordre.

Comment faire en sorte que les sessions soient créées avec les bons droits ?

Merci !


Serveurs test & prod sous Debian Jessie 8.7.
GLPI 9.1.2, Apache 2.4.10, PHP 5.6.30, MySQL  14.14.

Offline

#2 2017-03-22 01:14:43

yllen
GLPI-DEV
From: Sillery (51)
Registered: 2008-01-14
Posts: 15,122

Re: Mauvais propriétaires dans glpi/files/_sessions/

Le dossier files est-il bien la proppriété de www-data en récursif ?


CentOS 6.5 - CentOS 7
PHP 5.6 - PHP 7 - MySQL 5.6  + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)

Offline

#3 2017-03-22 12:43:54

bruno.j
Guest
Registered: 2017-01-09
Posts: 50

Re: Mauvais propriétaires dans glpi/files/_sessions/

Oui, le dossier "files" et tous les autres dossiers sont la propriété de www-data en récursif.
D'ailleurs, actuellement, pour palier à ce problème, j'ai ajouté en crontab toutes les 10mn un

chown -R www-data:www-data /opt/glpi

Je précise que sur mes serveurs /var/www/glpi n'est qu'un lien symbolique vers /opt/glpi qui est le vrai dossier.


Serveurs test & prod sous Debian Jessie 8.7.
GLPI 9.1.2, Apache 2.4.10, PHP 5.6.30, MySQL  14.14.

Offline

#4 2020-01-13 15:10:31

rreglpimc
Guest
Registered: 2018-02-09
Posts: 83

Re: Mauvais propriétaires dans glpi/files/_sessions/

Bonjour, j'ai le même soucis.

En dehors de la solution crontab, y a t il un autre contournement connu pour cette problématique ?

Autant ce soucis de ownership des session ne m'a pas généré plus d'erreur mais avec le plugin dashboard en monitoring constant, ça crash des erreurs à chaque refresh de page.


Merci d'avance.

Offline

#5 2020-01-13 16:24:20

papifouettard
Member
Registered: 2019-10-04
Posts: 9

Re: Mauvais propriétaires dans glpi/files/_sessions/

Si je dit pas de bêtise, un grand nombre des CRON glpi doivent être exécutée par les crontab de root pour fonctionner. Résultats dès qu'on automatise on a ce genre de soucis.

J'avais eu le même soucis (d'autres soucis entre-autres). J'était passé par php-fpm afin de m'assurer que les nouveaux fichiers aient les droits et les propriétaires que je souhaite. (en plus de me faire gagner légèrement en perf pour certaines tâches fastidieuse).

Offline

#6 2020-01-13 23:30:00

cconard96
Guest
Registered: 2018-07-31
Posts: 19

Re: Mauvais propriétaires dans glpi/files/_sessions/

Does your Cron entry for automatic GLPI actions specify to run as www-data?
This may help:
https://askubuntu.com/questions/189189/ … ata/210545

If it doesn't run as www-data, that is probably why permissions keep getting messed up.

Offline

#7 2020-01-14 10:56:33

bruno.j
Guest
Registered: 2017-01-09
Posts: 50

Re: Mauvais propriétaires dans glpi/files/_sessions/

Merci pour vos retours.
Je vais modifier ma crontab et je vous tiens au courant.


Serveurs test & prod sous Debian Jessie 8.7.
GLPI 9.1.2, Apache 2.4.10, PHP 5.6.30, MySQL  14.14.

Offline

#8 2020-01-14 15:46:54

rreglpimc
Guest
Registered: 2018-02-09
Posts: 83

Re: Mauvais propriétaires dans glpi/files/_sessions/

J'avais testé à l'époque d'utilise www-data pour lancer la cron générique qui permet de déclencher les actions auto de glpi afin justement de contourné ce soucis (et d'éviter que les fichiers de log soient créé avec le mauvais owner si on utilise le circular logs).
Néanmoins, cela ne fonctionnait pas pour corriger le owernship des fichiers nouvellement créés (session ou log).

Après cela peut varier peut être d'un OS à l'autre, l'instance sur laquelle je travaille est hébergée sur une Debian.

Offline

Board footer

Powered by FluxBB