Piñón de rieles Error al compilar css assest. Problema de CHOWN

Question

Hace más de 2 días que me rompo la cabeza por esto y parece que no sé dónde está el problema. Esto es principalmente un problema relacionado con mi configuración, pero si alguien puede ayudarme a encontrar una solución a este problema, entonces seré su esclavo por la eternidad ...!

Estoy ejecutando Snow Leopard (host) y VMware fusion ejecutando el servidor Ubuntu Lucid (SO invitado). De alguna manera, después de un montón de golpes conseguí que mi espacio de trabajo se compartiera desde Mac a Ubuntu. Así que, esencialmente, he podido aislar mi entorno de desarrollo en una máquina virtual, lo que facilita que todo el equipo de desarrollo esté en el mismo entorno, independientemente de su sistema operativo/configuración, etc. Sin embargo, sin dudas ha hecho que todo sea fácil. , Estoy atascado con un problema específico que ocurre debido a los piñones (supongo). Cada vez que hago cambios en mis hojas de estilo y vuelva a cargar, me sale este error:

Error compiling CSS asset 

Errno::EPERM: Operation not permitted - /mnt/hgfs/banjarey/tmp/cache/assets/DCF/780/sprockets%2F5f78b3457def1d02bd3fb75d4e0cfb63 

/home/coderboy/.rvm/gems/ruby-1.9.2-p290/gems/activesupport-3.1.0/lib/active_support/core_ext/file/atomic.rb:38:in `chown' 

Lo strage sin embargo, es que si vuelvo a cargar la página dos o tres veces, el css compila y todo funciona bien.

Es una verdadera pena recargar la página dos o tres veces por cada cambio de CSS que haga. He jugado un poco con las membresías y los permisos un poco, pero he sido un aficionado. No me he aventurado lo suficientemente profundo, supongo.

¿Alguna idea amigos ??

Answer 1

Tengo el mismo problema. mi solución es modificar el permiso de archivo después de precompilación activos:

#chown apache.root yourapp -R 
#chmod 755 yourapp -R 

Answer 2

Un poco tarde con esta respuesta, pero cada vez que la aplicación es chmod despliegue no parece ser una buena solución. Creo que el problema es su instancia de apache y su instancia de pasajero se está ejecutando como usuarios diferentes. Así que la solución es comprobar qué nombre de usuario del servidor se ejecuta Apache y establecer el PassengerDefaultUser,

Por ejemplo:

PassengerDefaultUser www-data

Esto funcionó para mí. Como Passenger estaba haciendo archivos que nadie podía leer, lo extraño es que si solo actualiza algunas veces, de alguna forma funciona, pero al asegurarse de que son el mismo usuario, se detiene este error.

Answer 3

¡Experimenté el mismo error, pero en desarrollo! soluciona después de activos limpias y recompilar:

rake assets:clean && rake assets:precompile 

Answer 4

Asegúrese de que el sistema de archivos subyacente es compatible con la operación solicitada. Los siguientes comandos me lo arreglaron.

mv public/assets /tmp 
ln -s /tmp/assets public/assets