Bugs item #27946, was opened at 2010-03-09 03:59 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=575&aid=27946&group_id=126
Category: `gem install` command Group: None >Status: Closed Resolution: None Priority: 3 Submitted By: Bret Weinraub (bretweinraub) Assigned to: Nobody (None) Summary: gem install hangs indefinitely on a NAT-ed machine Initial Comment: As described in this thread from ruby forum: http://www.ruby-forum.com/topic/204146 ---------------------------------------------------------------------- >Comment By: Ryan Davis (zenspider) Date: 2010-11-12 17:04 Message: no response. closing. reopen if you answer raggi's q's. ---------------------------------------------------------------------- Comment By: Ben Corneau (bencorneau) Date: 2010-11-10 20:42 Message: This just happened to me. I'm running the bitnami ubuntu redmine virtual machine on a VMWare server. This is my first tango with ruby so could all be related to me being a ruby noob. Running 'gem install activeresource' would hang indefinitly. using wget to pull the gem down and then installing locally worked. My Steps: 1. go to http://rubygems.org/, search for 'activeresource', and copy the link 2. run wget http://rubygems.org/downloads/activeresource-3.0.1.gem 4. run sudo /opt/bitnami/ruby/bin/gem install ./activeresource-3.0.1.gem --local This worked. (actually there were several other dependencies that I had to wget first, but once I had all the dependencies it worked) Hope this helps, Ben ---------------------------------------------------------------------- Comment By: James Tucker (raggi) Date: 2010-07-19 06:38 Message: I'm going to have to close this up unless I get more info to be able to replicate it locally. ---------------------------------------------------------------------- Comment By: Bradly Feeley (bradly) Date: 2010-03-15 16:18 Message: I've started seeing this today on an ec2 instance running Ubuntu. ---------------------------------------------------------------------- Comment By: James Tucker (raggi) Date: 2010-03-11 02:45 Message: It seems to not be "NAT'd machines", being that every developer behind a router / on wireless is generally NAT'd. That being said, the multiple layers of NAT can introduce more problems. We do need to get to the bottom of this issue, however, it very much seems that this is a problem on a lower layer than our app layer. It's possible that read(2) is causing some kind of blocking issue in some connection teardown / nat mapping release. On that note, it's worth mentioning that a lot (but far from all) of the complaints are linux in a VM on win32. My first question, given the seemingly repeatable failure caused by using NAT rather than bridged mode, is what class of NAT is actually being used, is it symmetric / asymmetric, full / partial cone, etc? Also, are you running any ipv6? ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=575&aid=27946&group_id=126 _______________________________________________ Rubygems-developers mailing list http://rubyforge.org/projects/rubygems Rubygems-developers@rubyforge.org http://rubyforge.org/mailman/listinfo/rubygems-developers
