Discussion :

[pmithrandir]

Bonjour

Je sais que c'est une erreur courante, que j'ai résolu sur de multiples machines, mais là, je ne sais plus quoi faire.

J'ai mis en place les actions suivantes :
- suppression de mes répertoires cache et logs
- ajout de ces même répertoires avec mon compte root.
- Changement d'utilisateur pour utiliser apache:apache en récursif sur le répertoire cache
- changement des permissions pour tout mettre a 777, toujours en récursif
- Ajout des lignes umask(0000); dans mon fichier app.php et console

Et pourtant, j'obtiens encore et toujours ce message me disant que symfony ne peut pas écrire dans le fichier.

Est ce que vous avez une idée de la raison ?
J'avoue que ca fait 3 heures que je suis dessus et mon serveur de production est toujours en carafe.

Merci,
Pierre

PS : je ne peux pas utiliser les ACL.

[FadeToBlack]

Bonjour Pierre,

J'ai eu le même désagrément en réinstallation une bécane sous Ubuntu 12.10.

Après avoir fait la même chose, j'avais toujours l'erreur d'écriture et de lecture. Je précise que je bosse plus particulièrement sous Eclipse, avec Symfony installé à partir du MarketPlace.

L'importation des projets me donne toujours la même chose. En fait ce que j'ai fait, c'est de créer un projet vide Symfony puis de copier coller mes Bundles, composer etc... d'un projet ancien vers un projet neuf.

Je sais c'est complètement bourrin comme solution, et pas très Scientifique comme raisonnement, mais je n'arrivais pas à trouver où était l'erreur. Je ne sais si cela vient de Ubundu ou de Symfony mais ils ont un peu du mal à se causer.

Voilà j'espère que cela pourra t'aider

A+
Benoit

[pmithrandir]

Je vais m'orienter vers un problème de type de fichier... mais la j'ai quand même du mal a comprendre...

merci pour le coup de main.
Pierre

[pc.bertineau]

Je me permets de rappeler quelque chose au cas où :

A chaque fois que vous jouez une commande Symfony2, par exemple :

• app/console assets:install web
• app/console doctrine:schema:update
• app/console assetic:dump
• app/console ...........

Le cache est généré avec les droits et la propriété des fichiers attribués au user ayant exécuté les commandes, donc ils ne sont plus ok pour apache et/ou www-data.

Je vide le cache après chaque déploiement (après avoir joué les commandes de génération des assets, etc) avec :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

(sudo) rm -r app/cache/*

[pmithrandir]

Après 6 heures... j'ai trouvé.

le problème venait de selinux, normalement désactivé sur cette machine mais qui a été activé pour je ne sais quelle raison...

la ou c'est intéressant, c'est que mon utilisateur apache avait les droits d'écriture dans le fichier.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
root#su -s /bin/sh apache
apache#touch cache/toto

Fonctionnait parfaitement

Mon utilisateur étant bien entendu apache pour le service httpd.

Bref, 6 heures de perdu pour une bêtise. je ne sais pas quel est le crétin qui les as activé, mais je le retiens...