Deploying Error: `split' called for 440:Fixnum

[Memo]

This error was posted before but the solution of going to capistrano
2.5.5 did not work for me.

I am getting this error and I've tried several different recipes. It
appears to be a problem connecting to my host server. Right now I am
running on OS X10.6.1 with capistrano 2.5.10 and net-ssh 2.0.17. I
have a very simple script setup that will just restart since I'm using
passenger on HostingRails.com. Where I try a cap deploy:setup,
restart or just deploy, I get the same error. I am using unfuddle as
my repository but also tried github with the same results. I am able
to ssh from my local machine into the host server. I have tried
several SSH option. Any help would be appreciated.

Thanks,

Memo

ERROR
*************
iMac:/Users/Memo/Rails-Projects/cidermill> cap deploy:restart
* executing `deploy:restart'
* executing "touch /home/cidermi/apps/cidermill/current/tmp/
restart.txt"
servers: ["magnus.server0571.info"]
connection failed for: magnus.server0571.info (NoMethodError: private
method `split' called for 4:Fixnum)

CAPFILE
**************
load 'deploy' if respond_to?(:namespace) # cap2 differentiator
Dir['vendor/plugins/*/recipes/*.rb'].each { |plugin| load(plugin) }

load 'config/deploy' # remove this line to skip loading any of the
default tasks

namespace :deploy do
task :restart do
run "touch #{current_path}/tmp/restart.txt"
end
end


DEPLOY.RB
***************
#
=============================================================================
# REQUIRED VARIABLES
#
=============================================================================
set :application, "cidermill"
set :user, "cidermi"
set :domain, "magnus.server0571.info"
#set :domain, "cidermillmarket.com"
set :use_sudo, false

#
=============================================================================
# ROLES
#
=============================================================================
role :web, domain # Your HTTP
server, Apache/etc
role :app, domain # This may
be the same as your `Web` server
role :db, domain, :primary => true # This is
where Rails migrations will run

#
=============================================================================
# SSH OPTIONS
#
=============================================================================
ssh_options[:keys] = %w(~/.ssh/id_rsa)
set :ssh_options, { :forward_agent => true }

#
=============================================================================
# REPOSITORY VARIABLES
#
=============================================================================
set :repository, "g...@memobuelna.unfuddle.com:memobuelna/
cidermill.git"
set :scm, "git"
set :branch, "master"
set :deploy_to, "/home/#{user}/apps/#{application}"
set :deploy_via, :remote_cache

[Lee Hambley]

Please paste code in a Gist/Pastie, and your backtrace (in its entirety)

-- Lee Hambley

Twitter: @leehambley | @capistranorb

[Memo]

I haven't really used this so hope it works.

Capfile
<script src='http://pastie.org/744761.js'></script>

deploy.rb
<script src='http://pastie.org/744750.js'></script>

Shell
<script src='http://pastie.org/744756.js'></script>

[Lee Hambley]

And the whole backtrace please?

Also are you certain that the git branch you are deploying has been pushed to your remote repository ?

( no need to try and embed the things, just paste the links )

[Memo]

It is the entire backtrace. Here is the entire backtrace for cap
deploy.

http://pastie.org/744772

The software has been pushed to the remote repository. In fact, I
have multiple changes that have been committed and each shows up in
unfuddle and github when I pushed it there.

Thanks for the help.

Memo

[Lee Hambley]

Disable cached copy, and switch to :export or :checkout. Rinse and repeat, did you post this problem previously under another name, its really familiar?

[Memo]

I updated the deploy.rb file and ran both cap deploy:setup and cap
deploy:check. They both had the same connection issue.

http://pastie.org/745062

[Lee Hambley]

I suspect now then that this is a connection problem from your server, to reach your repository host; please try one thing for me

set :deploy_via, :copy

Then, no such connection is required (hardly a fix, I know - but we can debug some more!)

[Memo]

I tried it. I ran a "cap deploy:setup" and "cap deploy:check" but
still came up with the same errors. If I do a cap deploy:setup or cap
deploy:restart where it doesn't need unfuddle, is it executing from my
machine. HostingRails says that it is a problem when unfuddle tries
to connect to their magnus server.

[Lee Hambley]

Can you get a shell on your server even with this? Can you explain "HostingRails says that it is a problem when unfuddle tries
to connect to their magnus server." - Unfuddle is also managing your `magnus` server?

Try this:

$ cd ~
$ mkdir cap_test
$ cd cap_test
$ echo "role :web, 'my-server.com'" > Capfile
$ cap shell

Then once you have a shell:

$> uptime

And report your output – you'll note I mean to try this in absolute isolation from anything else. (so you can add anything else that is ESSENTIAL to the Capfile)

[Memo]

It did not work. So is the problem on my machine. HostingRails said
they have nothing block but I'm starting to wonder.

Results: http://pastie.org/745717

Magnus is hosted and supported by HostingRails. From their response,
they believe that the cap commands are run from my local machine into
unfuddle and then into hostingrails which is where it got confusing
for me. My understanding was that the commands and ssh connection
were local to my machine.

[Memo]

I tried using the same test using my mac book and came up with the
same error.

http://pastie.org/pastes/745777

[Lee Hambley]

Memo, thanks - I spoke with a friend of yours on IRC – I will try to package a debug version of Cap which can give you better output.

-- Lee Hambley

Twitter: @leehambley | @capistranorb

Blog: http://lee.hambley.name/
Working with Rails: http://is.gd/1s5W1

2009/12/16 Memo <me...@52nineteen.com>

I tried using the same test using my mac book and came up with the
same error.

http://pastie.org/pastes/745777

--
* You received this message because you are subscribed to the Google Groups "Capistrano" group.
* To post to this group, send email to capis...@googlegroups.com
* To unsubscribe from this group, send email to capistrano+...@googlegroups.com For more options, visit this group at http://groups.google.com/group/capistrano?hl=en

[Memo]

Lee,

After rebuilding my computer I was able to connect using the cap_test
example you provided. I then attempted to update my repository to
test with my application. The update when okay but I when I tried to
do a cap deploy, I got the same error.

There were two lines I entered I was a little suspect of. They are
attached.

http://pastie.org/753373

Do you think this would cause any problems?