Here goes!
* executing "rm -rfv /var/lib/mysql/* && cp -rv /tmp/restore/backup/
* /var/lib/mysql && rm -f /var/lib/mysql/*.pid"
servers: ["ec2-75-101-245-196.compute-1.amazonaws.com"]
[ec2-75-101-245-196.compute-1.amazonaws.com] executing command
** [out :: ec2-75-101-245-196.compute-1.amazonaws.com] removed `/var/
lib/mysql/debian-5.0.flag'
** [out :: ec2-75-101-245-196.compute-1.amazonaws.com] removed `/var/
lib/mysql/domU-12-31-38-00-3D-B4.pid'
** [out :: ec2-75-101-245-196.compute-1.amazonaws.com] removed `/var/
lib/mysql/ib_logfile0'
** [out :: ec2-75-101-245-196.compute-1.amazonaws.com] removed `/var/
lib/mysql/ib_logfile1'
** [out :: ec2-75-101-245-196.compute-1.amazonaws.com] removed `/var/
lib/mysql/ibdata0'
/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
I sent this backtrace in the first message of this thread too.
On 28 août, 15:13, "Jamis Buck" <[EMAIL PROTECTED]> wrote:
> Can you send the output of a cap invocation that includes the timeout error?
>
> - Jamis
>
> On Thu, Aug 28, 2008 at 1:11 PM, francois.beausoleil
>
> <[EMAIL PROTECTED]> wrote:
>
> > Latest:
>
> > $ cap --version
> > Capistrano v2.4.3
>
> > On 28 août, 15:05, "Jamis Buck" <[EMAIL PROTECTED]> wrote:
> >> Hmm. That doesn't seem right. Which version of Capistrano are you using?
>
> >> - Jamis
>
> >> On Thu, Aug 28, 2008 at 1:03 PM, francois.beausoleil
>
> >> <[EMAIL PROTECTED]> wrote:
>
> >> > 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
-~----------~----~----~----~------~----~------~--~---
