La implementación del límite se cuelga en el clon inicial

Durante la implementación inicial, el deployment de límite se bloquea en el clon inicial. Da esta salida y se queda ahí para siempre, sin salir ni dar ningún tipo de error:

** [50.18.125.107 :: out] Cloning into 'home/torquebox/apps/releases/20120808033824'... 

Es similar a esta pregunta , excepto que puedo ejecutar el command manualmente, pero no lo puedo automatizar con capistrano.

Configuración del server: Ubuntu 12.04 LTS en el server EC2 TorqueBox, jruby, java6, postgresql, mysql, apache2, tomcat7

Máquina Dev: OSX Lion Usando las teclas ssh en mi máquina dev para acceder a github via forward_agent

Aplicación: JRuby on Rails github repo

deploy.rb en una esencia

Los hechos y lo que he intentado:

implementación de mayúsculas: la configuration funciona bien y crea la estructura de directorys.

si configuro manualmente y ejecuto los commands, el clon funciona correctamente.

Intenté cap con verbose (-v) y debug (-d) y ninguno me dio más información.

Traté de entrar en github utilizando el forward_agent en la máquina remota para manejar el error conocido de los hosts pero también funcionó bien.

Comprobé las variables de entorno y me di count de que no todo se estaba cargando porque no era un shell interactivo, así que agregué los directorys PATH adicionales y otras variables de entorno que generalmente son cargadas por los scripts de inicio de session. Incluso edité el file sshd_config para permitir entornos de usuario en scripts no interactivos.

Traté de ejecutar los commands manualmente a través de cap shell pero estoy viendo el mismo comportamiento.

La operación de clonación crea el directory de destino correcto y coloca un directory .git en él, pero el repository parece estar vacío.

He intentado activar y desactivar la opción de caching remota, y veo el mismo comportamiento en ambos sentidos.

Intenté usar el nombre dns de ec2 para mi server en lugar de la IP elástica, debido a esta publicación, pero eso no funcionó.

Así que estoy atascado. Realmente agradecería cualquier sugerencia sobre dónde mirar a continuación para tratar de resolver esto. Avíseme si hay más información útil.

¡¡Gracias!!

Será

El problema es probablemente el hecho de que el reenvío del agente ssh está roto en JRuby. Se fija a partir de JRuby 1.7.0.pre2.

ver: http://jira.codehaus.org/browse/JRUBY-6181