Backport #1484
closed
=begin
Basically, when trying to deploy to more than one machine capistrano now hangs while eating up all CPU, instead of actually running the deployment tasks. Deploying to a single machine or deploying with e.g. ruby 1.8.7_p72 works fine.
Is this still the case?
=r
=end
=begin
On Wed, Jul 8, 2009 at 5:24 PM, Roger Packredmine@ruby-lang.org wrote:
Issue #1484 has been updated by Roger Pack.
Basically, when trying to deploy to more than one machine capistrano now hangs while eating up all CPU, instead of actually running the deployment tasks. Deploying to a single machine or deploying with e.g. ruby 1.8.7_p72 works fine.
Is this still the case?
=r
I see similar problems with all threading related tasks on Mongrel and
sqlite3-ruby threaded tests.
Could be a duplicate of the other bug report.¶
Luis Lavena
AREA 17
Perfection in design is achieved not when there is nothing more to add,
but rather when there is nothing more to take away.
Antoine de Saint-Exupéry
=end
=begin
http://redmine.ruby-lang.org/issues/show/1471 contains some discussion and patches that I thought were successfull, but it seems in my initial testing I was lucky or not careful enough. In any case I'm still seeing this problem with capistrano deployments when deploying to more than one machine at the time.
=end
=begin
Hi guys, any updates on this ticket? Has it been fixed yet?
=end
=begin
As far as I know this has not been fixed yet, but net-ssh-2.0.14 contains a workaround that works with capistrano.
=end
- Tracker changed from Bug to Backport
- Project changed from Ruby 1.8 to Backport187
- Description updated (diff)
- Status changed from Open to Closed
- ruby -v deleted (
1.8.6_p368, ruby 1.8.7_p160)
Also available in: Atom
PDF
Like0
Like0Like0Like0Like0Like0Like0Like0