2010-09-07 16 views

Respuesta

0

Puede intentar agregar el argumento --trace a sus llamadas de rake para ver si arroja alguna luz sobre dónde se va a atascar. En su defecto, puede haber algo de información en los registros.

Sugiere que algo se quede atascado durante la configuración de su entorno, que puede ser algo que haya agregado al environment.rb.

0

puede agregar un "ruby -rtracer" al comienzo para ver dónde está colgado.

0

¿Está utilizando rvm?

Muchos consejos en estos días es instalar ruby ​​dentro de rvm y rieles dentro de un gemset de rvm. Si usted ha hecho esto, entonces es necesario recordar que hacer comandos como éstos en el inicio de su sesión de terminal:

rvm use 1.9.3 
rvm gemset use ruby193rails3 

he encontrado si olvido de hacer esto, entonces el comando rastrillo, incluso sólo una simple rake --version, colgaría y golpearía el disco.

... que todo parece un poco frágil. Supongo que está enganchado a una parte de los rieles, pero faltan algunos archivos debido a que el VMR no los ha movido a su lugar o algo así.

+0

En mi caso, los rieles --version y ruby ​​--version funcionan bien. Pero los comandos rake o rails que cargan el proyecto-entorno fallan. Sin actividad de disco. Con "--trace" no genera salida. No se crea ningún archivo de registro. Tienes que matar "-9" para detenerlo. Comentó el archivo env (desarrollo), pero no cambio. Otras aplicaciones de rieles funcionan bien, y una copia duplicada de esta funciona en otra máquina. – JosephK

1

La solución para mí implica la salida de la consola de rieles -sandbox.

Creo que la consola de sandboxing pone un bloqueo de algún tipo en la base de datos.

0

Spring tiene un error en Rails 4.1 que también causa esto (no el problema del OP, basado en la fecha). Para aquellos en Google, resolví este problema escribiendo "stop de primavera". El resorte se reiniciará automáticamente la próxima vez que ejecute "rails". Para dar el crédito adecuado, encontré esta información de este blog: http://www.dixis.com/?p=754

Cuestiones relacionadas