Exécution des applications Rails avec thin en tant que service

J'essaie de fonctionner en tant que service sur mon serveur Web. Après avoir exécuté la commande « sudo mince installation », mince créé le fichier suivant dans /etc/init.d/thinExécution des applications Rails avec thin en tant que service

#!/bin/sh 
DAEMON=/usr/local/lib/ruby/gems/1.9.1/bin/thin 
SCRIPT_NAME=/etc/init.d/thin 
CONFIG_PATH=/etc/thin 

# Exit if the package is not installed 
[ -x "$DAEMON" ] || exit 0 

case "$1" in 
    start) 
     $DAEMON start --all $CONFIG_PATH 
     ;; 
    stop) 
     $DAEMON stop --all $CONFIG_PATH 
     ;; 
    restart) 
     $DAEMON restart --all $CONFIG_PATH 
     ;; 
    *) 
     echo "Usage: $SCRIPT_NAME {start|stop|restart}" >&2 
     exit 3 
     ;; 
esac

Lorsque le service est démarré mince, ce qui suit est couru

thin start --all /etc/thin

Cela va scanner tous les fichiers de configuration YAML définissant comment courir mince pour chaque application définie. Cela ne fonctionne pas.

Je vois dans mes journaux:

/usr/local/lib/ruby/gems/1.9.1/gems/bundler-1.0.0/lib/bundler/runtime.rb:27:in `block in setup': You have already activated eventmachine 0.12.6, but your Gemfile requires eventmachine 0.12.11. Consider using bundle exec. (Gem::LoadError) 
    from /usr/local/lib/ruby/gems/1.9.1/gems/bundler-1.0.0/lib/bundler/spec_set.rb:12:in `block in each' 
    from /usr/local/lib/ruby/gems/1.9.1/gems/bundler-1.0.0/lib/bundler/spec_set.rb:12:in `each' 
    from /usr/local/lib/ruby/gems/1.9.1/gems/bundler-1.0.0/lib/bundler/spec_set.rb:12:in `each' 
    from /usr/local/lib/ruby/gems/1.9.1/gems/bundler-1.0.0/lib/bundler/runtime.rb:17:in `setup' 
    from /usr/local/lib/ruby/gems/1.9.1/gems/bundler-1.0.0/lib/bundler.rb:100:in `setup' 
    from /srv/app/current/config/boot.rb:8:in `<top (required)>' 
    from <internal:lib/rubygems/custom_require>:29:in `require' 
    from <internal:lib/rubygems/custom_require>:29:in `require' 
    from /srv/app/current/config/application.rb:1:in `<top (required)>' 
    from <internal:lib/rubygems/custom_require>:29:in `require' 
    from <internal:lib/rubygems/custom_require>:29:in `require' 
    from /srv/app/current/config/environment.rb:2:in `<top (required)>' 
    from <internal:lib/rubygems/custom_require>:29:in `require' 
    from <internal:lib/rubygems/custom_require>:29:in `require' 
    from /srv/app/current/config.ru:3:in `block in <main>' 
    from /usr/local/lib/ruby/gems/1.9.1/gems/rack-1.2.1/lib/rack/builder.rb:46:in `instance_eval' 
    from /usr/local/lib/ruby/gems/1.9.1/gems/rack-1.2.1/lib/rack/builder.rb:46:in `initialize' 
    from /srv/app/current/config.ru:1:in `new' 
    from /srv/app/current/config.ru:1:in `<main>' 
    from /usr/local/lib/ruby/gems/1.9.1/gems/thin-1.2.7/lib/rack/adapter/loader.rb:36:in `eval' 
    from /usr/local/lib/ruby/gems/1.9.1/gems/thin-1.2.7/lib/rack/adapter/loader.rb:36:in `load' 
    from /usr/local/lib/ruby/gems/1.9.1/gems/thin-1.2.7/lib/rack/adapter/loader.rb:45:in `for' 
    from /usr/local/lib/ruby/gems/1.9.1/gems/thin-1.2.7/lib/thin/controllers/controller.rb:163:in `load_adapter' 
    from /usr/local/lib/ruby/gems/1.9.1/gems/thin-1.2.7/lib/thin/controllers/controller.rb:67:in `start' 
    from /usr/local/lib/ruby/gems/1.9.1/gems/thin-1.2.7/lib/thin/runner.rb:177:in `run_command' 
    from /usr/local/lib/ruby/gems/1.9.1/gems/thin-1.2.7/lib/thin/runner.rb:143:in `run!' 
    from /usr/local/lib/ruby/gems/1.9.1/gems/thin-1.2.7/bin/thin:6:in `<top (required)>' 
    from /usr/local/lib/ruby/gems/1.9.1/bin/thin:19:in `load' 
    from /usr/local/lib/ruby/gems/1.9.1/bin/thin:19:in `<main>'

Lorsque Capistrano déploie, je suis mise en cache mon paquet dans la $ APP_PATH/répertoire shared/paquet; donc, ce qui explique pourquoi mince se plaint de pierres précieuses ne sont pas installés que le service mince ne regarde pas dans le APP_PATH de $/shared/bundle

Cela ne fonctionne:

cd $APP_PATH/current; bundle exec thin start -d -C /etc/thin/app_x.yml

mais ce n'est pas la façon dont le mince Le fichier de service dans /etc/init.d/thin fonctionne. Je suppose que je pourrais écrire le mien. Je ne veux tout simplement pas résoudre un problème qui a déjà été résolu.

Source

2010-11-23 Sean McCleary

Notez que l'erreur ne concerne pas une gemme qui n'est pas installée. Le problème est que activemachine est activée deux fois pour différentes versions, et la solution suggérée est d'exécuter l'exec bundle comme vous le faites. –

VP, oui. Il semblerait que thin start --all ne connaisse pas le cache de bundle existant de chaque application. –

J'ai quelque chose qui fonctionne dont je ne suis pas fier. https://gist.github.com/712690 –

Je suis arrivé avec cela, mais je ne pense pas que ce soit la meilleure solution car il ne tire pas parti de l'option "--all" de thin où il lit les fichiers de configuration d'un répertoire. Au lieu de cela, j'ai modifié le fichier qui démarre/arrête/redémarre le service léger. Pour chaque application, je lui donne une commande spécifique pour démarrer/arrêter/redémarrer. Je suis certain que cette commande pourrait être améliorée, mais pour l'instant cela fonctionne pour mes besoins.

#!/bin/sh 

# This is a pretty bad, but effective workaround for starting thin as a service per application. 

DAEMON=/usr/local/lib/ruby/gems/1.9.1/bin/thin 
# DAEMON=/usr/local/bin/bundler thin 
SCRIPT_NAME=/etc/init.d/thin 
CONFIG_PATH=/etc/thin 

# Exit if the package is not installed 
[ -x "$DAEMON" ] || exit 0 

case "$1" in 
    start) 
    cd /srv/hub/current && bundle exec thin start -d -C /etc/thin/hub.yml 
    ;; 
    stop) 
    cd /srv/hub/current && bundle exec thin stop -d -C /etc/thin/hub.yml 
    ;; 
    restart) 
    cd /srv/hub/current && bundle exec thin restart -d -C /etc/thin/hub.yml 
    ;; 
    *) 
    echo "Usage: $SCRIPT_NAME {start|stop|restart}" >&2 
    exit 3 
    ;; 
esac

Source

2010-11-24 17:40:24

Exécution des applications Rails avec thin en tant que service

Répondre

Questions connexes