You are not logged in.
Certe...
Ca pourrait aider aussi a le trouver le problème.
Car jusqu'alors je n'avais rien remarqué d'anormal
Offline
Oui ça pourrait aider à trouver le problème (c'est toujours intéressant de comprendre pourquoi ça ne fonctionne pas).
Sauf qu'à mon avis ça n'a strictement rien à voir avec GLPi, il s'agit plutot d'un problème d'administration serveur et vous comprendrez que ce genre de debug n'apporte pas grand chose au projet GLPI et consomme beaucoup de temps.
Une dernière piste tout de même : avez vous activé SELinux ? Il a une facheuse tendance à engendrer des problèmes de droits quand on l'utilise mal.
JMD / Jean-Mathieu Doléans - Glpi-project.org - Association Indepnet
Apportez votre pierre au projet GLPI : Soutenir
Offline
Merci
Offline
C'était en effet SELinux.
Dans /etc/sysconfig/selinux j'ai modifier la ligne suivante
SELINUX=permissive
Je vais maintenant m'attarder sur SElinux.
Merci encore pour votre dynamise et votre efficacité
Offline
merci de l'info si en plus vous aviez une explication précise ca serait super pour tout le monde :
- ce qu'il y a avait avant
- ce qu'il y a maintenant pour que ca fonctionne
- Et a quoi correspond chaque mode.
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Petit résumé trouvé ici : http://www.crypt.gen.nz/selinux/faq.html#WWW.1
Pour Fedora, Red-hat et CentOs.
Il existe un fichier de conf : /etc/sysconfig/selinux
Il permet de switcher facilement de mode, il en existe trois :
- disabled
Disabled - SELinux is completely switched off in the kernel. This allows all operations to be permitted, and also disables the process which decides what to label files & processes with.
- permissive
Permissive - switch the SELinux kernel into a mode where every operation is allowed. Operations that would be denied are allowed and a message is logged identifying that it would be denied. The mechanism that defines labels for files which are being created/changed is still active.
- enforcing (dans lequel ma configuration de CentOs 4 etait par default voir ci-dessous)
# This file controls the state of SELinux on the system.
# SELINUX= can take one of these three values:
# enforcing - SELinux security policy is enforced.
# permissive - SELinux prints warnings instead of enforcing.
# disabled - No SELinux policy is loaded.
SELINUX=enforcing
# SELINUXTYPE= can take one of these two values:
# targeted - Only targeted network daemons are protected.
# strict - Full SELinux protection.
SELINUXTYPE=targeted
Pour plus de détail --» http://www.crypt.gen.nz/selinux/disable_selinux.html
Ceci permet au serveur de booter dans le mode choisi.
Cependant ceci suppose que le kernel est construit avec CONFIG_SECURITY_SELINUX_DEVELOP flag qui permet de booter en mode "permissive"
Maintenant il est possible de créer des permissions et une politique avec SElinux.
Mais c'est une autre histoire dans laquelle je vais me plonger par là --» http://www.lurking-grue.org/writingseli … HOWTO.html
Encore Merci
Last edited by Nisroch (2008-01-04 18:29:48)
Offline
merci des infos
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Vous pouvez compléter le wiki concernant l'installation de GLPI sur ces distributions si vous le souhaitez.
Cela sera plus facilement "lu" que sur le forum.
JMD / Jean-Mathieu Doléans - Glpi-project.org - Association Indepnet
Apportez votre pierre au projet GLPI : Soutenir
Offline
Pour info les RPM disponibles sur les dépôts Fedora fonctionnent avec SELinux activé.
Ceux pour RHEL/CentOS pas encore, ce sera pour une prochaine version (problème avec les machines de construction qui ne sont pas à jour pour l'instant).
A+
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
Ok merci pour l'info...
J'ajouterais ces quelques infos sur le wiki dés que j'ai un peu plus de temps.
Offline
J'avoue que je ne comprend pas trop le problème... As tu bien vérifier qu'il n'y est pas un fichier de conf dans Apache qui empêche l'écriture das les sous répertoire de GLPI (je n'y crois pas mais on ne sais jamais) et as tu la possibilité d'upgrader ta version de CentOS. J'ai fais le tuto sur la CentOS 5 et je n'ai pas rencontré ce genre de problème
A+
Offline
Problème recontré avec une centOS 4.
ce n'est definitivement pas apache le problème.
SeLinux activé dans le mode "enforcing" joue étrangement avec les droits.
Les logs apaches étaient assez clair et pourtant les répertoires étaient bel et bien crée.
Une fois SELinux mis en Permissive, tout rentre dans l'ordre lors de l'install.
Et tout fonctionne sans problème.
Offline