cap deploy:update_code
* executing `deploy:update_code’
executing locally: “svn info svn+ssh://{USER}@{DOMAIN}/home/{SITE}/data/svnrepos/{APP}/trunk -rHEAD”
checking for svn… yes
* refreshing local cache to revision 5 at C:/Users/raw/AppData/Local/Temp/{APP}
executing locally: svn update -q -r5 C:\Users\raw\AppData\Local\Temp\{APP}
* copying cache to deployment staging area C:/Users/raw/AppData/Local/Temp/20100104184810
compressing C:/Users/raw/AppData/Local/Temp/20100104184810 to C:/Users/raw/AppData/Local/Temp/20100104184810.tar.gz
executing locally: tar czf 20100104184810.tar.gz 20100104184810
servers: ["s{SITE}.gridserver.com"]
** sftp upload C:/Users/raw/AppData/Local/Temp/20100104184810.tar.gz -> /tmp/20100104184810.tar.gz
C:/Ruby/lib/ruby/gems/1.8/gems/capistrano-2.5.10/lib/capistrano/transfer.rb:156:in `[]=’: undefined method `[]=’ for nil:NilClass (NoMethodError)
from C:/Ruby/lib/ruby/gems/1.8/gems/capistrano-2.5.10/lib/capistrano/transfer.rb:207:in `handle_error’
from C:/Ruby/lib/ruby/gems/1.8/gems/capistrano-2.5.10/lib/capistrano/transfer.rb:48:in `process!’
from C:/Ruby/lib/ruby/gems/1.8/gems/capistrano-2.5.10/lib/capistrano/transfer.rb:43:in `loop’
from C:/Ruby/lib/ruby/gems/1.8/gems/capistrano-2.5.10/lib/capistrano/transfer.rb:43:in `process!’
from C:/Ruby/lib/ruby/gems/1.8/gems/capistrano-2.5.10/lib/capistrano/transfer.rb:11:in `process’
from C:/Ruby/lib/ruby/gems/1.8/gems/capistrano-2.5.10/lib/capistrano/configuration/actions/file_transfer.rb:40:in `transfer’
from C:/Ruby/lib/ruby/gems/1.8/gems/capistrano-2.5.10/lib/capistrano/configuration/connections.rb:172:in `execute_on_servers’
from C:/Ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `each_slice’
… 19 levels…
from C:/Ruby/lib/ruby/gems/1.8/gems/capistrano-2.5.10/lib/capistrano/cli/execute.rb:14:in `execute’
from C:/Ruby/lib/ruby/gems/1.8/gems/capistrano-2.5.10/bin/cap:4
from C:/Ruby/bin/cap:19:in `load’
from C:/Ruby/bin/cap:19

I’m having a similar issue to vvan – when I try to run deploy:migrate, I get:

/home/###/data/rubygems/gems/bin/rake:9:in `require’: no such file to load — rubygems
(LoadError)
from /home/###/data/rubygems/gems/bin/rake:9
command finished

I’ve followed Ryan’s advice in #81 – no typos. The environments were slightly different by a folder, so I changed it – one referred to /gems and it should have been /lib, but that doesn’t seem to fix it.

Can anyone tell if this is an issue with mt-capistrano, or on the server itself? It seems like its on the server, but of course I’m not so sure what I’m doing so who knows! Every other command seems to work fine, except for this one.

If that doesn’t fix it, check your RUBYLIB environment variable on the server (echo $RUBYLIB) and make sure that whatever rubygems paths are in there are mirrored in mt-capistrano.rb in the RUBYLIB= statement

There is a typo in the instructions on what to change in mt-capistrano:

:/home/{#site}/data/rubygems/lib

should read

:/home/#{site}/data/rubygems/lib

with the # outside the {} – a good text editing program will highlight this, but it’s worth noting.

Here is a really nasty horrible thing to tell a ‘noob’, but in this case you can’t do much harm

type sudo before the command and it will be run as the superuser. Ooooh, superuser.

Reaon why this is ad advice is that it should come with the stock warning about you needing to know what your doing cos if you type the wrong thing you can mess up the computer. The computer will usually not let you access things you’re not supposed to mess about with, but if you say you are the superuser, it does whatever you tell it to.

You’ll need your root password to commit any sudo command and on MacOSX you’ll need to enable the root access before you do any of this.

Cheers,