Adres już używany - bind (2) (Errno

134

Próbuję wdrożyć aplikację Rails na serwerze internetowym Puma. Podczas próby uruchomienia serwera Puma z plikiem konfiguracyjnym pojawia bundle exec puma -C config/puma.rbsię błąd, że adres jest już używany.

Czy ktoś wie, jak to naprawić?

bundle exec puma -C config/puma.rb
[23699] Puma starting in cluster mode...
[23699] * Version 2.11.3 (ruby 2.0.0-p353), codename: Intrepid Squirrel
[23699] * Min threads: 5, max threads: 5
[23699] * Environment: development
[23699] * Process workers: 2
[23699] * Preloading application
Jdbc-MySQL is only for use with JRuby
[23699] * Listening on tcp://0.0.0.0:3000
/.rvm/gems/ruby-2.0.0-p353/gems/puma-2.11.3/lib/puma/binder.rb:210:in `initialize': Address already in use - bind(2) (Errno::EADDRINUSE)
    from /.rvm/gems/ruby-2.0.0-p353/gems/puma-2.11.3/lib/puma/binder.rb:210:in `new'
    from /Users/lexi87/.rvm/gems/ruby-2.0.0-p353/gems/puma-2.11.3/lib/puma/binder.rb:210:in `add_tcp_listener'
    from /.rvm/gems/ruby-2.0.0-p353/gems/puma-2.11.3/lib/puma/binder.rb:96:in `block in parse'
    from /.rvm/gems/ruby-2.0.0-p353/gems/puma-2.11.3/lib/puma/binder.rb:82:in `each'
    from /.rvm/gems/ruby-2.0.0-p353/gems/puma-2.11.3/lib/puma/binder.rb:82:in `parse'
    from /.rvm/gems/ruby-2.0.0-p353/gems/puma-2.11.3/lib/puma/runner.rb:119:in `load_and_bind'
    from /.rvm/gems/ruby-2.0.0-p353/gems/puma-2.11.3/lib/puma/cluster.rb:302:in `run'
    from /.rvm/gems/ruby-2.0.0-p353/gems/puma-2.11.3/lib/puma/cli.rb:216:in `run'
    from /rvm/gems/ruby-2.0.0-p353/gems/puma-2.11.3/bin/puma:10:in `<top (required)>'
    from /.rvm/gems/ruby-2.0.0-p353/bin/puma:23:in `load'
    from /.rvm/gems/ruby-2.0.0-p353/bin/puma:23:in `<main>'
    from /.rvm/gems/ruby-2.0.0-p353/bin/ruby_executable_hooks:15:in `eval'
    from /.rvm/gems/ruby-2.0.0-p353/bin/ruby_executable_hooks:15:in `<main>'

ruby-on-rails puma

— Cornelius Wilson
źródło

1

dokładnie to, co mówi. ktoś już korzysta z portu 3000. użyj netstat, aby dowiedzieć się, kto jest na porcie 3000

— Mircea.

4

Kiedy próbuję go zabić, pojawia się błąd kill -59780 PID. Mówi mi invalid signal specification. Kiedyś lsof -wni tcp:3000pokazywałem, co używa portu 3000.

— Cornelius Wilson,

1

kill -9 59780 (więc ogólnie „kill -9 pid_id”)

— Mircea,

294

Musisz użyć kill -9 59780z 59780zastąpionym znalezionym numerem PID (użyj, lsof -wni tcp:3000aby zobaczyć, który proces używał 3000portu i uzyskać PID procesu).

Lub możesz po prostu zmodyfikować konfigurację puma, zmienić port TCP tcp://127.0.0.1:3000z 3000na 9292lub inny port, który nie był używany.

Możesz też uruchomić aplikację rails, używając:

bundle exec puma -C config/puma.rb -b tcp://127.0.0.1:3001

— Zoker
źródło

1

dziękuję za tę odpowiedź. Mam ten sam błąd z OP. i zdałem sobie sprawę, że robię już rails sna innym terminalu. Dlatego właśnie otrzymałem ten błąd. następnie użyłem portu diff do uruchomienia serwera rails s -p 9090

— Fai Zal Dong

135

Aby zabić proces pumy, najpierw uruchom

    lsof -wni tcp:3000

aby pokazać, co używa portu 3000. Następnie użyj identyfikatora PID, który jest dołączony do wyniku, aby uruchomić proces zabijania.

Na przykład po uruchomieniu lsof -wni tcp: 3000 możesz otrzymać coś takiego

    COMMAND  PID  USER   FD   TYPE DEVICE SIZE/OFF NODE NAME
    ruby    3366 dummy    8u  IPv4  16901      0t0  TCP 127.0.0.1:3000 (LISTEN)

Teraz uruchom następujące, aby zakończyć proces. (gdzie 3366 to PID)

kill -9 3366

Powinno rozwiązać problem

— Sawo Cliff
źródło

Dzięki @ sawo-cliff rozwiązałem mój problem. Miałem inną aplikację działającą na porcie 3000.

— Nomis

3

W jaki sposób ta odpowiedź dodaje więcej informacji niż zaakceptowana rok temu?

— Andre Figueiredo

1

@AndreFigueiredo, nie do końca jestem pewien, czy rozumiem twoje pytanie, ale z niewielkiej ilości informacji, które mogę z niego wyciągnąć, moja odpowiedź dodała, jak dowiedzieć się, który identyfikator procesu jest uruchomiony, aby wiedzieć, co zabić.

— Sawo Cliff

Tak. Teraz widzę, że oryginalna odpowiedź DID zawierała te same informacje. Ale nie do końca rozumiałem, co muszę zrobić, dopóki nie przeczytałem tej wersji.

— Jeff Zivkovic,

30

możesz też wypróbować tę sztuczkę:

ps aux | grep puma

przykładowe wyjście:

myname           77921   0.0  0.0  2433828   1972 s000  R+   11:17AM   0:00.00 grep puma
myname           67661   0.0  2.3  2680504 191204 s002  S+   11:00AM   0:18.38 puma 3.11.2 (tcp://localhost:3000) [my_proj]

następnie:

kill -9 67661

— ana
źródło

Użyj kill -9 67661if kill 67661faktycznie nie zabije procesu za Ciebie (jak w powyższym przykładzie). To zadziałało dla mnie! Twoje zdrowie!

— William Hampshire

3

Znalazłem skrypt poniżej w tym numerze na githubie . U mnie działa świetnie.

#!/usr/bin/env ruby
port = ARGV.first || 3000
system("sudo echo kill-server-on #{port}")

pid = `sudo lsof -iTCP -sTCP:LISTEN -n -P | grep #{port} | awk '{ print $2 }' | head -n 1`.strip
puts "PID: #{pid}"
`kill -9 #{pid}` unless pid.empty?

Możesz go uruchomić w irb lub w pliku ruby.

W tym drugim przypadku utwórz, server_killer.rba następnie uruchom zruby server_killer.rb

— Flavio Wuensche
źródło

To zadziałało dla mnie, dziękuję, ale wyjąłem sudo, ponieważ nie wydawało mi się, że go potrzebuję.

— Obromios

1

Możesz znaleźć i zabić uruchomione procesy: ps aux | grep puma Następnie możesz je zabićkill PID

— Ali
źródło

0

Jeśli powyższe rozwiązania nie działają na systemie Ubuntu / Linux, możesz spróbować tego

sudo fuser -k -n tcp port

Uruchom go kilka razy, aby zabić procesy na wybranym porcie. na przykład port może wynosić 3000. Zabiłbyś wszystkie procesy, gdyby po uruchomieniu polecenia nie było żadnych danych wyjściowych

— Nsoseka
źródło

0

Może jest stary, ale w moim przypadku był to spowodowane dockerem. Mam nadzieję, że pomoże to innym.

— bxorcloud
źródło

Adres już używany - bind (2) (Errno :: EADDRINUSE)