The timeout happens while the run is working, not outside. The file
I'm extracting is 2.5 Gb compressed, 30Gb decompressed.
On 28 août, 14:59, "Jamis Buck" <[EMAIL PROTECTED]> wrote:
> 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
-~----------~----~----~----~------~----~------~--~---
