2012-05-13 14 views
9

Stavo seguendo il Railscast su Deploy su un VPS e tutto procede liscio finché non provo a eseguire cap deploy. Sembra fallire quando si cerca di trovare una directory. Ecco il messaggio di errore:Errore durante la distribuzione con Capistrano

* executing `deploy' 
triggering before callbacks for `deploy' 
* executing `deploy:check_revision' 
* executing `deploy:update' 
** transaction: start 
* executing `deploy:update_code' 
updating the cached checkout on all servers 
executing locally: "git ls-remote [email protected]:markprovan/dropwall_rails.git master" 
command finished in 2531ms 
* executing "if [ -d /home/deployer/apps/dropwall_rails/shared/cached-copy ]; then cd /home/deployer/apps/dropwall_rails/shared/cached-copy && git fetch -q origin && git fetch -- tags -q origin && git reset -q --hard 9407f1feb2ea5b1c4a0666196bdcbb9ad888563e && git clean -q -d -x -f; else git clone -q [email protected]:markprovan/dropwall_rails.git /home/deployer/apps/dropwall_rails/shared/cached-copy && cd /home/deployer/apps/dropwall_rails/shared/cached-copy && git checkout -q -b deploy 9407f1feb2ea5b1c4a0666196bdcbb9ad888563e; fi" 
servers: ["209.61.142.61"] 
Password: 
[209.61.142.61] executing command 
** [209.61.142.61 :: out] The authenticity of host 'github.com (207.97.227.239)' can't be established. 
** RSA key fingerprint is 16:27:ac:a5:76:28:2d:36:63:1b:56:4d:eb:df:a6:48. 
** Are you sure you want to continue connecting (yes/no)? 
** [209.61.142.61 :: out] yes 
** Warning: Permanently added 'github.com,207.97.227.239' (RSA) to the list of known hosts. 
command finished in 2655ms 
copying the cached version to /home/deployer/apps/dropwall_rails/releases/20120513204913 
* executing "cp -RPp /home/deployer/apps/dropwall_rails/shared/cached-copy /home/deployer/apps/dropwall_rails/releases/20120513204913 && (echo 9407f1feb2ea5b1c4a0666196bdcbb9ad888563e > /home/deployer/apps/dropwall_rails/releases/20120513204913/REVISION)" 
servers: ["209.61.142.61"] 
[209.61.142.61] executing command 
** [out :: 209.61.142.61] cp: cannot create directory `/home/deployer/apps/dropwall_rails/releases/20120513204913': No such file or directory 
command finished in 482ms 
*** [deploy:update_code] rolling back 
* executing "rm -rf /home/deployer/apps/dropwall_rails/releases/20120513204913; true" 
servers: ["209.61.142.61"] 
[209.61.142.61] executing command 
command finished in 479ms 
failed: "sh -c 'cp -RPp /home/deployer/apps/dropwall_rails/shared/cached-copy /home/deployer/apps/dropwall_rails/releases/20120513204913 && (echo 9407f1feb2ea5b1c4a0666196bdcbb9ad888563e > /home/deployer/apps/dropwall_rails/releases/20120513204913/REVISION)'" on 209.61.142.61 

Ho trascorso anni su questo e non riesco a trovare dove sto andando male.

risposta

23

Avete eseguito cap deploy:setup e cap deploy:check? Questi dovrebbero evidenziare un sacco di problemi comuni.

L'errore che causa l'errore sopra tuttavia sembra un problema di autorizzazioni.

cp: cannot create directory `/home/deployer/apps/dropwall_rails/releases/20120513204913': No such file or directory 

Assicurarsi che la cartella esista e che l'utente di distribuzione disponga delle autorizzazioni corrette per manipolarlo.

0

Il problema dei privilegi può essere causato dal comportamento predefinito di use_sudo di Capistrano.

Si può scavalcare dal seguente parametro di configurazione: set: use_sudo, falso

La cosa strana è che se questo parametro non è impostato su false, Capistrano utilizzerà sudo per alcuni comandi e non userà per gli altri Sembra un bug per me.

Problemi correlati