Tuleap et Mediawiki - Impossible de créer ou d'éditer des pages

0

J'ai activé Mediawiki dans un nouveau projet sur Tuleap 8.3.99 sur CentOS 6.6. Toutefois, ni les membres du projet (y compris l'administrateur du projet) ni l'administrateur du site ne peuvent créer ou modifier une page du projet.

L'erreur spécifique affichée est que Mediawiki n'est pas en mesure d'effectuer l'opération requise en raison d'un problème avec la session et d'une suggestion de déconnexion et de reconnexion, ce qui ne fonctionne pas non plus. J'utilise LDAP (AD en fait) pour l'authentification et le reste de Tuleap fonctionne correctement.

Avez-vous des suggestions pour que Mediawiki fonctionne correctement avec Tuleap?

Ajout d'informations: une vérification des journaux HTTP indique une erreur indiquant

création d'un fichier de session en /var/tmp/tuleap_cache a échoué par manque d'autorisations.

Le répertoire lui-même appartient à codendiadm, qui est l'utilisateur sous lequel httpd est exécuté. Est-ce attendu?

mediawiki tuleap V C
la source

Réponses:

0

Vous devez vérifier le jeu d'autorisations (lien Administration en haut du service MW) et vous assurer que le groupe correspondant (membres du projet dans votre cas) est autorisé en écriture.

Manuel VACELET
la source
Merci pour la réponse. J'ai oublié de mentionner que je suis allé au lien "Administration" en haut du service MW; il a montré la cartographie des groupes entre Tuleap et MW; J'ai ajouté le groupe "administrateurs de projet" du côté Tuleap à "Administrateurs" du côté mediawiki. Par là, je suppose qu'au moins l'administrateur du projet devrait avoir une permission d'écriture; mais cela n'arrive pas. J'ai également mis à jour le post ci-dessus avec quelques informations supplémentaires.
V C
0

Il s'avère que le problème n'est pas spécifique à Mediawiki; Je recevais des messages d'erreur similaires sur presque tout ce que je faisais, y compris l'enregistrement des configurations de rapport de suivi. Incidemment, le répertoire tuleap_cache appartient à codendiadm et non à root, comme cela est mentionné de manière incorrecte dans le terminal opérateur.

Solution: SELinux était en mode d'exécution; le changer en mode permissif fonctionne.

V C
la source