Cienki serwer WWW: `start_tcp_server ': brak akceptora (RuntimeError) po przejściu do Git

Question

Aplikacja Rails 3.2.0, działająca dobrze na cienkim serwerze WWW, zarówno lokalnie, jak i na stosie cedru Heroku.

Po:

$ git branch work 
$ git checkout work 
$ rails server 

uzyskać:

=> 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>' 

Również, gdy robię:

sudo bundle exec rails server thin -p 3000 

uzyskać:

/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>' 

Mam zainstalowany program bundling 1.0.22. Zaktualizowany i zainstalowany. Nic nie działa. Jakieś pomysły?

Answer 1

Port 3000 może być już używany. Spójrz na http://mrjaba.posterous.com/starttcpserver-no-acceptor-runtimeerror

Answer 2

rvmsudo szyn serera cienką -P 3000

Czy to dla mnie

Answer 3

pgrep ruby zobaczyć co serwery działają, a następnie

kill -9 serverNumber 

;)

Answer 4

To działa dla mnie. Znajdź (? Zombie) serwer (może się zdarzyć, kiedy rzucić terminalu z uruchomionym serwerem):

$ ps ax | grep rails 

Jeśli zwróci coś takiego:

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 

zabić go i uruchomić na nowo:

$ kill -9 33240 
$ rails s 

Answer 5

Wpadłem na podobny problem po powrocie do biura z wakacji. Uruchomiłem swój serwer w lokalnym IP jako:

rails s thin -b <my_ip> 

Problem polegał na tym, że mój adres IP się zmienił, po prostu musiałem użyć nowego.

Answer 6

Mam ten błąd, ponieważ był uruchomiony rails-dev-box z Rails wewnątrz niego.

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. 

Więc jest wylogowany z Vagrant i shutted dół go:

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

To mi pomogło.

Answer 7

Jeśli istnieje jakikolwiek inny proces blokowania portu, można dowiedzieć się, które PID ma tak:

$ 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) 

Wtedy po prostu zabić go/je:

$ kill -9 40466 
$ kill -9 40467 

Answer 8

miałem ten błąd, ponieważ Już biegałem po szynach w innym terminalu. Zamknięcie mojego innego projektu naprawiło to.

Answer 9

wykonać to w terminalu

sudo netstat -lpn |grep rails 

A potem

sudo kill <job id>