..$ rails s
=> Booting WEBrick
=> Rails 4.0.4 application starting in development on http://0.0.0.0:3000
=> Run `rails server -h` for more startup options
=> Ctrl-C to shutdown server
A server is already running. Check /home/..name/rprojects/railsapp/tmp/pids/server.pid.
Exiting
Railsの初心者にとってこれを解決する最も簡単な方法は何ですか？
tempフォルダを削除すると、問題を解決できます。
回答:
server.pidファイルを削除できます。
rm /your_project_path/tmp/pids/server.pid
OSXで試してみてください：
sudo lsof -iTCP -sTCP:LISTEN -P | grep :3000
またはLinuxの場合：
ps -aef | grepレール
または
lsof -wni tcp:3000
を使用してプロセスを強制終了します
kill -9 PID (eg,2786)
短くて鮮明な単一行コマンド、それはそれを処理します。
kill -9 $(lsof -i tcp:3000 -t)
ruby実行するtopことで、kill -9 <PID>
server.pid 実行中のサーバーのプロセスIDのみが含まれます。
もしあなたがそうするなら：
more /your_project_path/tmp/pids/server.pid
コマンドkillで前のサーバーを停止するために使用できる番号（たとえば6745）を取得します。
kill -9 6745
その後、rmコマンドでファイルを削除できます
rm /your_project_path/tmp/pids/server.pid
server.pidバッククォートで囲むと、シェルはserver.pidを実行しようとしますね。
docker-composeを使用していて、docker-compose.ymlにある場合：
volumes:
- .:/myapp
ローカルワークスペースがコンテナーの/ myappフォルダーにマップされていることを意味します。
/ myapp内のすべては、ボリューム定義に対して削除されません。
./tmp/pids/server.pidローカルマシンで削除できます。その場合、コンテナの/ myappにはこのファイルがありません。
command: bash -c "rm -f tmp/pids/server.pid && bundle exec rails s -p 3000 -b '0.0.0.0'"。参考文献：github.com/docker/compose/issues/1393#issuecomment-99988242
これは、サーバーの電源を強制的にオフにしたために発生することがあります。たとえば、OS /マシンの電源を手動でオフにして、サーバーにserver.pidにログインするための十分な時間がないようにします。
簡単な方法の1つは、手動でtmp/pids/（コンソールに表示されているディレクトリ）に移動してserver.pidファイルを削除することです。その後、サーバーを再起動すると、rails serverまたはrails s、新しいserver.pidが作成され、開発を続行できます。
WindowsユーザーのためのGUIの方法
ResourceMonitorを開き（タスクマネージャー->パフォーマンス-> ResourceMonitor）、ruby.exeプロセスを強制終了します
path/to/your/rails/project/tmp/pids/server.pidファイルを開きます。
そこにある番号をコピーします。
実行 kill -9 [PID]
ファイル[PID]からコピーした番号はどこにありserver.pidますか。
これにより、実行中のサーバープロセスが強制終了され、問題なくサーバーを再起動できます。
追加情報については、dockerでアプリケーションを実行するというコンテキストで。
docker-compose.ymlファイルのアプリケーションコンテナ自体で、次のいずれかを使用できます。
command: ["rm /your-app-path/tmp/pids/server.pid && bundle exec bin/rails s -p 3000 -b '0.0.0.0'"]
または
command: ["rm /your-app-path/tmp/pids/server.pid; foreman start"]
いずれかの使用に注意してください;または&&、&&場合、終了信号を送信するrm途中で停止し、あなたのコンテナを強制的に、ファイルを見つけることができないし。を使用;すると、引き続き実行されます。
そもそもなぜこれが引き起こされるのですか？理論的根拠は、サーバー（puma / thin / whatever）が正常に終了しない場合、ホストマシンにpidが残り、終了エラーが発生することです。
ホストシステム上のファイルを手動で削除するのではなく、移植性を高めるために、ファイルがスクリプトファイルまたは作成ファイル自体の中に存在するかどうかを確認することをお勧めします。
このコマンドを実行します-
lsof -wni tcp:3000次に、次の表が表示されます-
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
ruby 2552 shyam 17u IPv4 44599 0t0 TCP 127.0.0.1:3000 (LISTEN)
ruby 2552 shyam 18u IPv6 44600 0t0 TCP [::1]:3000 (LISTEN)このコマンドを実行し、上記の表のPIDを置き換えます
kill -9 PID例：
kill -9 2552解決
すでに使用されているアドレス— bind（2）” Ruby onRailsでの500エラー
最近、本番サーバーでRailsアプリを実行してみました。それが機能しなかっただけでなく、私のlocalhost：3000開発サーバーも壊しました。Localhostは、空白の白いページまたは500エラーのみをロードします。
これを解決するために、2つのクイックコマンドを使用しました。これらが結果を返さない場合は、他の場所で解決策を探す必要があるかもしれませんが、これはすぐに解決できる優れた方法です。
lsof -wni tcp：3000
ruby 52179 rachelchervin 50u IPv6 0x ... 7aa3 0t0 TCP [:: 1]：hbci（聞く） ruby 52179 rachelchervin 51u IPv4 0x ... c7bb 0t0 TCP 127.0.0.1:hbci（聞く） ruby 52180 rachelchervin 50u IPv6 0x ... 7aa3 0t0 TCP [:: 1]：hbci（聞く） ruby 52180 rachelchervin 51u IPv4 0x ... c7bb 0t0 TCP 127.0.0.1:hbci（聞く）
このコマンドは、3000ポートで現在実行中のすべてのプロセスとそのPID（プロセスID）を表示します。正しく閉じられなかった既存の実行中のプロセスがあるため、新しい：3000サーバーを起動できず、500エラーが発生します。
52179を殺す
52180を殺す
レールs
Linuxのkillコマンドを使用して、問題のあるプロセスを手動で停止しました。4つ以上ある場合は、最初のコマンドが空白に戻るまで、任意のPIDでkillを使用します。次に、localhost：3000サーバーを再起動してみてください。これはあなたのコンピュータを傷つけません！ローカルホストポート上の既存のrubyプロセスを強制終了するだけです。新しいサーバーは、これらのプロセスを最初からやり直します。幸運を！