Actually, you'd probably want to put the teardown at the very end of
the task, so that tasks run after latest_physical will have to force a
reconnect. Maybe I misunderstood though--is the timeout happening on
the second run()? If so, then yes, you'd put the teardown between the
two runs.
- Jamis
On Thu, Aug 28, 2008 at 12:52 PM, francois.beausoleil
<[EMAIL PROTECTED]> wrote:
>
> Thanks Jamis. I read the thread you mentioned. What you are advising
> is to change this code:
>
> desc "Restores the latest binary dump"
> task :latest_physical, :roles => %w(slave) do
> run "cd /tmp/restore && clis3 get #{backup} | tar xzv"
> run "rm -rfv /var/lib/mysql/* && cp -rv /tmp/restore/backup/* /var/
> lib/mysql && rm -f /var/lib/mysql/*.pid"
> end
>
> Into this:
> desc "Restores the latest binary dump"
> task :latest_physical, :roles => %w(slave) do
> teardown_connections_to(sessions.keys)
> run "cd /tmp/restore && clis3 get #{backup} | tar xzv"
> teardown_connections_to(sessions.keys)
> run "rm -rfv /var/lib/mysql/* && cp -rv /tmp/restore/backup/* /var/
> lib/mysql && rm -f /var/lib/mysql/*.pid"
> end
>
> I haven't tried it yet, just want to confirm I'm reading things
> correctly.
>
> Thanks!
> François
>
> On 28 août, 13:51, Jamis Buck <[EMAIL PROTECTED]> wrote:
>> It's not necessarily a server configuration issue. See this thread for
>> a discussion of this same issue, with a workaround:
>>
>> http://groups.google.com/group/capistrano/browse_thread/thread/a919f2...
>>
>> (or, if that long URL gets truncated, here's a
>> tinyurl:http://tinyurl.com/67w7py)
>>
>> - Jamis
>>
>> On Aug 28, 2008, at 11:42 AM, francois.beausoleil wrote:
>>
>>
>>
>> > I know it's a configuration issue on my server, but I can't find what
>> > to change... I receive the following backtrace regularly:
>>
>> > /Library/Ruby/Gems/1.8/gems/net-ssh-2.0.2/lib/net/ssh/buffered_io.rb:
>> > 64:in `recv': Connection reset by peer - recvfrom(2)
>> > (Errno::ECONNRESET)
>> > from /Library/Ruby/Gems/1.8/gems/net-ssh-2.0.2/lib/net/ssh/
>> > buffered_io.rb:64:in `fill'
>> > from /Library/Ruby/Gems/1.8/gems/net-ssh-2.0.2/lib/net/ssh/
>> > connection/
>> > session.rb:200:in `postprocess'
>> > from /Library/Ruby/Gems/1.8/gems/net-ssh-2.0.2/lib/net/ssh/
>> > connection/
>> > session.rb:196:in `each'
>> > from /Library/Ruby/Gems/1.8/gems/net-ssh-2.0.2/lib/net/ssh/
>> > connection/
>> > session.rb:196:in `postprocess'
>> > from /Library/Ruby/Gems/1.8/gems/capistrano-2.4.3/lib/capistrano/
>> > processable.rb:31:in `process_iteration'
>> > from /Library/Ruby/Gems/1.8/gems/capistrano-2.4.3/lib/capistrano/
>> > processable.rb:43:in `ensure_each_session'
>> > from /Library/Ruby/Gems/1.8/gems/capistrano-2.4.3/lib/capistrano/
>> > processable.rb:41:in `each'
>> > from /Library/Ruby/Gems/1.8/gems/capistrano-2.4.3/lib/capistrano/
>> > processable.rb:41:in `ensure_each_session'
>> > ... 25 levels...
>> > from /Library/Ruby/Gems/1.8/gems/capistrano-2.4.3/lib/capistrano/cli/
>> > execute.rb:14:in `execute'
>> > from /Library/Ruby/Gems/1.8/gems/capistrano-2.4.3/bin/cap:4
>> > from /usr/bin/cap:19:in `load'
>> > from /usr/bin/cap:19
>>
>> > This happens while running commands remotely that take a "long" time
>> > to execute. Something on the order of minutes (restoring backups or
>> > filling an EC2 volume for example). This is on Ubuntu Hardy 8.04
>> > using OpenSSH_4.7p1 Debian-8ubuntu1.2, OpenSSL 0.9.8g 19 Oct 2007.
>>
>> > I did check man sshd_config, but couldn't find a timeout option I
>> > could identify. I found this thread
>> >http://www.wideopen.com/archives/redhat-list/2001-April/msg01778.html
>> > on the RedHat mailing list, but it doesn't have a response. This
>> > seemed
>> > promising:http://johnsonsolutions.blogspot.com/2008/02/config-idle-timeout-for-...
>> > ,
>> > alas, the OpenSSH version above didn't recognize the IdleTimeout
>> > option. And the OpenSSH general mailing list didn't turn up anything
>> > relevant on a search for "timeout".
>>
>> > BTW, I do get kicked out of the machine regularly when I simply SSH
>> > into the box and run the same commands, so this is nothing Capistrano-
>> > specific.
>>
>> > Any help would be *very* appreciated!
>>
>> > Thanks!
>> > François
>>
>> > >
>>
>>
>> smime.p7s
>> 3KAfficherTélécharger
>
> >
>
--~--~---------~--~----~------------~-------~--~----~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
-~----------~----~----~----~------~----~------~--~---