Dünner Webserver: `start_tcp_server ': Kein Akzeptor (RuntimeError) nach dem Auschecken des Git-Zweigs

Eine Rails 3.2.0-App, die sowohl lokal als auch auf dem Heroku-Zedernstapel problemlos mit Thin-Webservern funktioniert.

Nach dem:

$ git branch work
$ git checkout work
$ rails server

Ich bekomme:

=> Booting Thin
=> Rails 3.2.0 application starting in development on http://0.0.0.0:3000
=> Call with -d to detach
=> Ctrl-C to shutdown server
>> Thin web server (v1.3.1 codename Triple Espresso)
>> Maximum connections set to 1024
>> Listening on 0.0.0.0:3000, CTRL+C to stop
Exiting
/Users/peter/.rvm/gems/ruby-1.9.3-p125/gems/eventmachine-0.12.10/lib/eventmachine.rb:572:in `start_tcp_server': no acceptor (RuntimeError)
from /Users/peter/.rvm/gems/ruby-1.9.3-p125/gems/eventmachine-0.12.10/lib/eventmachine.rb:572:in `start_server'
from /Users/peter/.rvm/gems/ruby-1.9.3-p125/gems/thin-1.3.1/lib/thin/backends/tcp_server.rb:16:in `connect'
from /Users/peter/.rvm/gems/ruby-1.9.3-p125/gems/thin-1.3.1/lib/thin/backends/base.rb:53:in `block in start'
from /Users/peter/.rvm/gems/ruby-1.9.3-p125/gems/eventmachine-0.12.10/lib/eventmachine.rb:256:in `call'
from /Users/peter/.rvm/gems/ruby-1.9.3-p125/gems/eventmachine-0.12.10/lib/eventmachine.rb:256:in `run_machine'
from /Users/peter/.rvm/gems/ruby-1.9.3-p125/gems/eventmachine-0.12.10/lib/eventmachine.rb:256:in `run'
from /Users/peter/.rvm/gems/ruby-1.9.3-p125/gems/thin-1.3.1/lib/thin/backends/base.rb:61:in `start'
from /Users/peter/.rvm/gems/ruby-1.9.3-p125/gems/thin-1.3.1/lib/thin/server.rb:159:in `start'
from /Users/peter/.rvm/gems/ruby-1.9.3-p125/gems/rack-1.4.1/lib/rack/handler/thin.rb:13:in `run'
from /Users/peter/.rvm/gems/ruby-1.9.3-p125/gems/rack-1.4.1/lib/rack/server.rb:265:in `start'
from /Users/peter/.rvm/gems/ruby-1.9.3-p125/gems/railties-3.2.0/lib/rails/commands/server.rb:70:in `start'
from /Users/peter/.rvm/gems/ruby-1.9.3-p125/gems/railties-3.2.0/lib/rails/commands.rb:55:in `block in <top (required)>'
from /Users/peter/.rvm/gems/ruby-1.9.3-p125/gems/railties-3.2.0/lib/rails/commands.rb:50:in `tap'
from /Users/peter/.rvm/gems/ruby-1.9.3-p125/gems/railties-3.2.0/lib/rails/commands.rb:50:in `<top (required)>'
from script/rails:6:in `require'
from script/rails:6:in `<main>'

Auch wenn ich es tue:

sudo bundle exec rails server thin -p 3000

Ich bekomme:

/Users/peter/.rvm/rubies/ruby-1.9.3-p125/lib/ruby/site_ruby/1.9.1/rubygems/dependency.rb:247:in `to_specs': Could not find bundler (>= 0) amongst [bigdecimal-1.1.0, io-console-0.3, json-1.5.4, minitest-2.5.1, rake-0.9.2.2, rdoc-3.9.4] (Gem::LoadError)
from /Users/peter/.rvm/rubies/ruby-1.9.3-p125/lib/ruby/site_ruby/1.9.1/rubygems/dependency.rb:256:in `to_spec'
from /Users/peter/.rvm/rubies/ruby-1.9.3-p125/lib/ruby/site_ruby/1.9.1/rubygems.rb:1210:in `gem'
from /Users/peter/.rvm/gems/ruby-1.9.3-p125/bin/bundle:18:in `<main>'

Ich habe Bundler 1.0.22 installiert. Aktualisiert und installiert. Nichts scheint zu funktionieren. Irgendwelche Ideen?

Das funktioniert bei mir. Server suchen (Zombie?) (Kann passieren, wenn das Terminal bei laufendem Server beendet wird):

$ ps ax | grep rails

Wenn es etwas zurückgibt wie:

33467 s002 S+ 0:00.00 grep rails
33240 s003 S+ 0:15.05 /Users/Arta/.rbenv/versions/1.9.2-p290/bin/ruby script/rails s -p 3000

töte es und renne neu:

$ kill -9 33240
$ rails s

Der Port 3000 wird möglicherweise bereits verwendet. Schauen Sie sich http://mrjaba.posterous.com/starttcpserver-no-acceptor-runtimeerror an

Wenn ein anderer Prozess den Port sperrt, können Sie herausfinden, welche PID er hat:

$ lsof -i :3000
COMMAND     PID USER   FD   TYPE             DEVICE SIZE/OFF NODE NAME
Passenger 40466 josh    5u  IPv4 0x7cae9332073ed4df      0t0  TCP *:hbci (LISTEN)
Passenger 40467 josh    5u  IPv4 0x7cae9332073ed4df      0t0  TCP *:hbci (LISTEN)

Dann töte es einfach / sie:

$ kill -9 40466
$ kill -9 40467

pgrep ruby um zu sehen, welche Server laufen und dann

kill -9 serverNumber

;)

rvmsudo Rails Server Thin-P 3000

Tut es für mich

Ich habe diesen Fehler, weil ich Rails-Dev-Box mit Rails darin ausgeführt habe.

Port 3000 in the host computer is forwarded to port 3000 in the virtual machine. 
Thus, applications running in the virtual machine can be accessed via 
localhost:3000 in the host computer.

Also wird von Vagrant abgemeldet und heruntergefahren:

vagrant@rails-dev-box:/vagrant/rails$ exit
$ vagrant halt

Das hat mir geholfen.

Ich hatte diesen Fehler, weil ich bereits Schienen in einem anderen Terminal lief. Das Schließen meines anderen Projekts hat dies behoben.

Nachdem ich aus dem Urlaub ins Büro zurückgekehrt war, stieß ich auf ein ähnliches Problem. Ich führe meinen Server auf der lokalen IP aus als:

rails s thin -b <my_ip>

Das Problem war, dass sich meine IP geändert hatte, ich musste nur die neue verwenden.

Führen Sie dies im Terminal aus

sudo netstat -lpn |grep rails

Und dann

sudo kill <job id>