are you using the following when trying to reproduce?
set :deploy_via, :copy
set :copy_strategy, :export
I'll try to poke around when I get some time. Though I have been
toying around with overriding put to use scp instead, the only draw
back being I'd have to log in again.
Also I just updated to 1.99.3 and get the same results.
On Jul 2, 5:42 pm, "Jamis Buck" <[EMAIL PROTECTED]> wrote:
> At this point, I'm suspecting an obscure Net::SFTP bug, but I'm still
> unable to duplicate the problem. What I need is for someone who is
> consistently experiencing the problem to delve into Net::SFTP and
> Net::SSH and start debugging. That, or help me to duplicate the issue
> somehow.
>
> - Jamis
>
> On 7/2/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
>
>
> > I am having a similiar problem using cap deploy with copy_strategy =
> > export and deploy_via = copy, I did the above and the log file ends
> > with
>
> > [DEBUG] Fri Jun 15 22:31:58 -0500 2007 -- transport.session: sending
> > message >>"<some_random_stuff_here>"<<
> > [DEBUG] Fri Jun 15 22:31:58 -0500 2007 -- sftp.operations.write:
> > received request id 1
>
> > and then it just stops and never does anything else. the file is
> > created on the server with size 0.
>
> > when I put the following into my deploy.rb it works just fine
>
> > desc "foo task"
> > task :foo, :only => {:primary => true} do
> > put("AAABBBCCCDDDEEEFFF", "/tmp/xyz")
> > end
>
> > so it appears that it should work, any ideas?
>
> > capistrano (1.99.2)
> > net-sftp (1.1.0)
> > net-ssh (1.1.2)
>
> > On Jun 25, 10:15 pm, Isaac Devine <[EMAIL PROTECTED]> wrote:
> > > Jamis,
>
> > > I have the sameproblemin when using the deploy task on a just
> > > capified rails app, using the copy strategy.
>
> > > This is with OpenSSH(1:4.3p2-5~bpo.1) on the server(from
> > > backports.org), Capistrano (v1.99.2) and Net:stp(1.1.0) on the client.
> > > Client is running debian etch(stable), server debian sarge(oldstable).
>
> > > Server is configured with public key auth.
>
> > > non-ruby sftp command line works fine.
>
> > > I will email you off list with the debug log ( I assume you meant "cap
> > > whatever 2> debug.txt")
>
> > > On Jun 26, 3:28 am, Jamis Buck <[EMAIL PROTECTED]> wrote:
>
> > > > Dmitry,
>
> > > > You can add the following to your deploy.rb:
>
> > > > ssh_options[:verbose] = :debug
>
> > > > Then, run your task as before, but redirect the output to a file:
>
> > > > cap whatever > debug.txt
>
> > > > Then edit debug.txt to remove any references to passwords or other
> > > > sensitive information, and email it to me directly, and I'll see if I
> > > > can figure out what's going wrong there.
>
> > > > - Jamis
>
> > > > On Jun 20, 2007, at 1:01 AM, Dmitry Kurochkin wrote:
>
> > > > > Hi Jamis.
>
> > > > > I've tried run method. It makes no difference.
> > > > > Is there any way to get some kind of traces or other debug info?
> > > > > So we can see what's the difference between the two cases.
>
> > > > > Dmitry
>
> > > > > On 19 июн, 01:52, Jamis Buck <[EMAIL PROTECTED]> wrote:
> > > > >> It shouldn't make any difference at all, but what if you use "run"
> > > > >> instead of "invoke_command"? The "invoke_command" method is intended
> > > > >> mostly for internal use, or for situations where you need to
> > > > >> programmatically switch between run/sudo.
>
> > > > >> - Jamis
>
> > > > >> On Jun 18, 2007, at 3:44 PM, Dmitry Kurochkin wrote:
>
> > > > >>> I've thought about this but sftp works.
> > > > >>> Besides capistranouploadgoes fine if I remove invoke_command
> > > > >>> before
> > > > >>> put.
>
> > > > >>> Dmitry
>
> > > > >>> On 18 июн, 18:30, DeRailed <[EMAIL PROTECTED]> wrote:
> > > > >>>> Dmitry - I had a similar issue. In my case sftp was not enabled on
> > > > >>>> the
> > > > >>>> server, hence the call just hung. Make sure you can issue the
> > > > >>>> sftp call from the command line...
>
> > > > >>>> On 18 Jun, 06:59, Jamis Buck <[EMAIL PROTECTED]> wrote:
>
> > > > >>>>> Dmitry,
>
> > > > >>>>> Can you tell me what OS you are running locally? Also, what Ruby
> > > > >>>>> version do you have installed locally? What versions of
> > > > >>>>> Net::SSH and
> > > > >>>>> Net::SFTP do you have installed? And how large is mapscript.so?
>
> > > > >>>>> - Jamis
>
> > > > >>>>> On Jun 18, 2007, at 12:46 AM, Dmitry Kurochkin wrote:
>
> > > > >>>>>> Hi Capistrano devs.
>
> > > > >>>>>> Thanks for your work! Capistrano is a great tool.
>
> > > > >>>>>> I experience aproblemwithupload. I created a simple task to
> > > > >>>>>>upload
> > > > >>>>>> a library:
>
> > > > >>>>>> namespace :mapscript do
> > > > >>>>>> task :default, :roles => :app do
> > > > >>>>>> invoke_command "mkdir -p #{shared_path}/lib"
> > > > >>>>>> put File.read("lib/mapscript.so"), "#{shared_path}/lib/
> > > > >>>>>> mapscript.so"
> > > > >>>>>> end
> > > > >>>>>> end
>
> > > > >>>>>> Cap hangs afteruploadis started (deploying to a single server):
>
> > > > >>>>>> * executing `mapscript'
> > > > >>>>>> * executing "mkdir -p /home/roziv/shared/lib"
> > > > >>>>>> servers: ["..."]
> > > > >>>>>> Password:
> > > > >>>>>> [...] executing command
> > > > >>>>>> command finished
> > > > >>>>>> servers: ["..."]
> > > > >>>>>> * uploading /home/roziv/shared/lib/mapscript.so
> > > > >>>>>> ** uploading data to ...:/home/roziv/shared/lib/mapscript.so
>
> > > > >>>>>> Directory is successfully created and I see mapscript.so with 0
> > > > >>>>>> size.
>
> > > > >>>>>> If I comment the first command (i.e. invoke_command)uploadgoes
> > > > >>>>>> fine.
>
> > > > >>>>>> I did strace on ruby process and it seems to be running in
> > > > >>>>>> infinite
> > > > >>>>>> loop.
>
> > > > >>>>>> Please ask if you need more info or help.
>
> > > > >>>>>> Regards,
> > > > >>>>>> Dmitry
--~--~---------~--~----~------------~-------~--~----~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
-~----------~----~----~----~------~----~------~--~---
