symfony2 : impossible d'écrire répertoire de cache

Pour une BONNE et solution définitive voir le Setting up Permissions section dans Installing and Configuring Symfony section :

Mettre en place les Autorisations

Un problème courant lors de l'installation de Symfony, c'est que l'app/cache et
app/logs répertoires doivent être accessibles en écriture par le serveur web et le
utilisateur de ligne de commande. Sur un système UNIX, si l'utilisateur de votre serveur web est
différent de celui de votre utilisateur de ligne de commande, vous pouvez essayer l'une de l'
solutions suivantes.

1. Utiliser le même utilisateur de la CLI et le serveur web

Dans des environnements de développement, c'est une pratique courante d'utiliser le même
UNIX de l'utilisateur de la CLI et le serveur web, car il permet d'éviter toute d'
ces problèmes d'autorisations lors de la mise en place de nouveaux projets. Cela peut être
fait en modifiant la configuration du serveur web (par exemple, couramment
httpd.conf ou apache2.conf d'Apache) et l'établissement de ses utilisateurs à la
même en tant que votre CLI de l'utilisateur (par exemple pour Apache, mise à jour de l'Utilisateur et de Groupe
les valeurs).

1. Utiliser l'ACL sur un système qui prend en charge la commande chmod +un

De nombreux systèmes vous permettent d'utiliser la commande chmod +une commande. Essayez dans un premier temps,
et si vous obtenez un message d'erreur, essayez la méthode suivante. Il utilise une commande à
essayez de déterminer utilisateur de votre serveur web et de le définir comme HTTPDUSER:

$ rm -rf app/cache/*
$ rm -rf app/logs/*

$ HTTPDUSER=`ps aux | grep -E '[a]pache|[h]ttpd|[_]www|[w]ww-data|[n]ginx' | grep -v root | head -1 | cut -d\  -f1`
$ sudo chmod +a "$HTTPDUSER allow delete,write,append,file_inherit,directory_inherit" app/cache app/logs
$ sudo chmod +a "`whoami` allow delete,write,append,file_inherit,directory_inherit" app/cache app/logs

1. Utiliser l'ACL sur un système qui ne prend pas en charge la commande chmod +un

Certains systèmes ne prennent pas en charge la commande chmod +un, mais ne le soutien d'un autre utilitaire
appelé setfacl. Vous devrez peut-être activer le support ACL sur votre partition
et installer setfacl avant de l'utiliser (comme c'est le cas avec Ubuntu). Cette
utilise une commande pour essayer de déterminer utilisateur de votre serveur web et de le définir comme
HTTPDUSER:

$ HTTPDUSER=`ps aux | grep -E '[a]pache|[h]ttpd|[_]www|[w]ww-data|[n]ginx' | grep -v root | head -1 | cut -d\  -f1`
$ sudo setfacl -R -m u:"$HTTPDUSER":rwX -m u:`whoami`:rwX app/cache app/logs
$ sudo setfacl -dR -m u:"$HTTPDUSER":rwX -m u:`whoami`:rwX app/cache app/logs

Pour Symfony 3 ce serait:

$ HTTPDUSER=`ps aux | grep -E '[a]pache|[h]ttpd|[_]www|[w]ww-data|[n]ginx' | grep -v root | head -1 | cut -d\  -f1`
$ sudo setfacl -R -m u:"$HTTPDUSER":rwX -m u:`whoami`:rwX var/cache var/logs
$ sudo setfacl -dR -m u:"$HTTPDUSER":rwX -m u:`whoami`:rwX var/cache var/logs

Si ce
ne fonctionne pas, essayez d'ajouter l'option-n.

1. Sans utiliser l'ACL

Si aucune de ces méthodes ne fonctionne pour vous, changer le umask de sorte que
les répertoires cache et log sera le groupe en écriture ou en écriture
(selon si le serveur web de l'utilisateur et l'utilisateur de ligne de commande sont dans le
même groupe ou non). Pour cela, ajoutez la ligne suivante à la
début de l'app/console, web/app.php et web/app_dev.php fichiers:

umask(0002); //This will let the permissions be 0775

//or

umask(0000); //This will let the permissions be 0777

Notez que l'utilisation de l'ACL est recommandé lorsque vous avez accès sur votre serveur
parce que changer le umask est pas thread-safe.

http://symfony.com/doc/current/book/installation.html#checking-symfony-application-configuration-and-setup

source :
Échec de cache en écriture du fichier "/var/www/myapp/app/cache/dev/classes.php" lors de l'effacement du cache

Si le dossier est déjà accessible en écriture, donc ce n'est pas le problème.

Vous pouvez aussi naviguer à /www/projet_etienne/app/cache/ et supprimer manuellement les dossiers dedans (dev, dev_new, dev_old).

Assurez-vous d'ENREGISTRER une copie de ce dossier quelque part pour mettre en arrière si cela ne résout pas le problème

Je sais que ce n'est pas la façon dont il devrait être fait, mais il a travaillé pour moi une couple de fois maintenant.

Peut-être que vous avez oublié de modifier les autorisations de app/cache app/log

Je suis sous Ubuntu donc

sudo chmod -R 777 app/cache
sudo chmod -R 777 app/logs
sudo setfacl -dR -m u::rwX app/cache app/logs

Espère que cela aide..

- Je déplacer l'ensemble du répertoire de mon installation de Windows à unix, serveur de production et j'ai eu le même message d'erreur. Pour le fixer, j'ai juste couru ces deux lignes dans unix et tout a commencé à fonctionner correctement

rm -rf app/cache/*
rm -rf app/logs/*

Il suffit d'utiliser cette acl cmd, la prochaine fois les fichiers à l'intérieur de la var sont créés, il aura de la r/w/x permission pour www-data de l'utilisateur.

cd var 
rm -rf *
cd ..
setfacl -d -m u:www-data:rwx var

Cmd explication:

setfacl -> Set acl command    
-d -> default behavior    
-m -> modify 
u:www-data: -> for user 
rwx -> adding permissions  
var -> on the folder