Capistrano tâche personnalisée échoue parce que « Rails nécessite RubyGems> = 1.3.2 »

Question

Ma coutume tâche Capistrano « application: l'échantillon » échoue avec le message d'erreur suivant:

mnylen ilmo-on-rails $ cap app:sample 
* executing `app:sample' 
* executing "export RAILS_ENV=production; cd /home/mnylen/ilmo-on-rails/current; ruby script/coursegen 10" 
servers: ["rails.cs.helsinki.fi"] 
* establishing connection to gateway `melkinpaasi.cs.helsinki.fi' 
* Creating gateway using melkinpaasi.cs.helsinki.fi 
* establishing connection to `rails.cs.helsinki.fi' via gateway 
Password: 
[rails.cs.helsinki.fi] executing command 
*** [err :: rails.cs.helsinki.fi] Rails requires RubyGems >= 1.3.2. Please install RubyGems and try again: http://rubygems.rubyforge.org 
command finished 
failed: "sh -c 'export RAILS_ENV=production; cd /home/mnylen/ilmo-on-rails/current; ruby script/coursegen 10'" on rails.cs.helsinki.fi 

Suis-je manque quelque chose ou faire quelque chose de mal? La tâche est:

namespace :app do 
    desc "Run sample data on production2 
    task :sample do 
    run "export RAILS_ENV=production; cd #{current_path}; ruby script/coursegen 10" 
    end 
end 

Si je lance la même commande à partir du serveur réel, il fonctionne très bien.

Answer 1

OK, résolu.

Le problème était qu'il y avait deux installations Ruby sur le serveur de production.

Le fichier .profile sous mon répertoire personnel sur le serveur de production la variable d'environnement PATH pour pointer vers la version Ruby correcte.

commande run, il semble, ne lit pas le fichier .profile et donc, en cours d'exécution script Ruby/coursegen 10 dans la tâche a utilisé la mauvaise version Ruby, qui était la raison de l'erreur bizarre un message sur la version de RubyGems. Cela explique également pourquoi cela a fonctionné lors de l'exécution manuelle de la commande à partir du shell des serveurs de production.

Ma solution a été d'utiliser le chemin complet de l'exécutable Ruby dans ma tâche d'exécution, comme ceci:

run "export RAILS_ENV=production; cd #{current_path}; /opt/ruby-enterprise-1.8.7-2009.10/bin/ruby script/coursegen 10" 

Bien sûr, ce n'est pas jolie, mais cela fonctionne. Si quelqu'un a des solutions plus jolies, je serais plus qu'heureux de les utiliser à la place. :)

Answer 2

On dirait que vous devriez mettre à jour votre RubyGems sur le serveur distant.

Answer 3

Cap exécute la commande remote en tant qu'utilisateur inattendu - et cet utilisateur n'a pas le bon chemin vers ruby ​​et gem. Vérifiez vos paramètres dans votre recette pour :user et :use_sudo. Lisez attentivement la sortie du cap pour voir quel utilisateur est connecté. Je vois que vous utilisez un :gateway; il peut y avoir deux utilisateurs dans ce cas. Un pour se connecter à la passerelle, et un autre pour exécuter des commandes sur le serveur cible.