Capistrano deploy via copy

Community DE
1

Hallo,

habe bisher Capistrano immer so genutzt das ich den checkout auf dem
Server
gemacht habe, aber bei Domainfactory gibt es aktuell kein SVN/Git-Client
auf
dem Server.

Cap deploy:setup läuft super durch, nur cap deploy nicht, da bricht er
bei
der Ãœbertragung ab. An den Schreibrechten kann es nicht liegen, denn
sonst
würde cap deploy:setup auch nicht durch laufen.

Wie wichtig sind eigentlich die Gem versionen auf dem Server, da auf dem
Server Capistrano mit der Version 2.2 installiert ist nd lokal nutze ich
Capistrano 2.4, bei den gems net-scp/net-sftp ist das gleiche, könnte es
daran liegen?

Hier mein Deploy Script:
set :application, ‘saunacheck’
set :rails_env, :production
set :deploy_to, “/kunden/xxxx/websites/#{application}_staging”
#set :deploy_to, “~/websites/#{application}_staging”

set :use_sudo, false

default_run_options[:pty] = true
set :scm, :git
set :git_enable_submodules, 1

set :scm_passphrase, “xxxx”
set :user, “heuschrecke”

use local copy

set :copy_strategy, :export
set :deploy_via, :copy
set :copy_cache, true
set :copy_exclude, [‘.git’]
set :repository, “[email protected]:heuschrecke/#{application}.git”

role :app, ‘kraeftemessen.de’
role :web, ‘kraeftemessen.de’
role :db, ‘kraeftemessen.de’, :primary => true

set :user, ‘ssh-xxxx-df’
ssh_options[:port] = ‘22’
set :ssh_options, { :forward_agent => true }

Und hier die Fehlermeldung:
cap deploy

  • executing `deploy’
  • executing `deploy:update’
    ** transaction: start
  • executing `deploy:update_code’
  • refreshing local cache to revision
    43a4903b3ef795f3fea35954b99049cae88a1a53 at
    /var/folders/xd/xd+u1z7CHH0gtOELLCRuPU+++TI/-Tmp-/saunacheck
    executing locally: cd
    /var/folders/xd/xd+u1z7CHH0gtOELLCRuPU+++TI/-Tmp-/saunacheck && git
    fetch -q
    origin && git reset -q --hard 43a4903b3ef795f3fea35954b99049cae88a1a53
    &&
    git submodule -q init && git submodule -q update
  • copying cache to deployment staging area
    /var/folders/xd/xd+u1z7CHH0gtOELLCRuPU+++TI/-Tmp-/20080621214645
    compressing
    /var/folders/xd/xd+u1z7CHH0gtOELLCRuPU+++TI/-Tmp-/20080621214645 to
    /var/folders/xd/xd+u1z7CHH0gtOELLCRuPU+++TI/-Tmp-/20080621214645.tar.gz
    executing locally: tar czf 20080621214645.tar.gz 20080621214645
    servers: [“kraeftemessen.de”]
    ** sftp upload
    /var/folders/xd/xd+u1z7CHH0gtOELLCRuPU+++TI/-Tmp-/20080621214645.tar.gz
    →
    /tmp/20080621214645.tar.gz
    *** [deploy:update_code] rolling back
  • executing “rm -rf
    /kunden/xxxxxx/websites/saunacheck_staging/releases/20080621214645;
    true”
    servers: [“kraeftemessen.de”]
    [kraeftemessen.de] executing command
    command finished
    /Library/Ruby/Gems/1.8/gems/capistrano-2.4.0/lib/capistrano/transfer.rb:156:
    in []=': undefined method []=’ for nil:NilClass (NoMethodError)
    from
    /Library/Ruby/Gems/1.8/gems/capistrano-2.4.0/lib/capistrano/transfer.rb:207:
    in handle_error' from /Library/Ruby/Gems/1.8/gems/capistrano-2.4.0/lib/capistrano/transfer.rb:48:i n process!’
    from
    /Library/Ruby/Gems/1.8/gems/capistrano-2.4.0/lib/capistrano/transfer.rb:43:i
    n loop' from /Library/Ruby/Gems/1.8/gems/capistrano-2.4.0/lib/capistrano/transfer.rb:43:i n process!’
    from
    /Library/Ruby/Gems/1.8/gems/capistrano-2.4.0/lib/capistrano/transfer.rb:11:i
    n process' from /Library/Ruby/Gems/1.8/gems/capistrano-2.4.0/lib/capistrano/configuration/ac tions/file_transfer.rb:40:in transfer’
    from
    /Library/Ruby/Gems/1.8/gems/capistrano-2.4.0/lib/capistrano/configuration/co
    nnections.rb:159:in execute_on_servers' from /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/ruby gems/custom_require.rb:27:in each_slice’
    … 39 levels…
    from
    /Library/Ruby/Gems/1.8/gems/capistrano-2.4.0/lib/capistrano/cli/execute.rb:1
    4:in execute' from /Library/Ruby/Gems/1.8/gems/capistrano-2.4.0/bin/cap:4 from /usr/bin/cap:19:in load’
    from /usr/bin/cap:19

Hier der Post im DF-Forum:
http://forum.df.eu/forum/showthread.php?t=50135

Hat da jemand einen Tipp? Leider sagt google auch nicht viel.

Herzliche Grüße,
Michael