☰

Nginxは古いソケットを残します。

tag-icon • tag-icon ubuntu services nginx socket
Nginxは古いソケットを残します。

私はNginx 1.6.2（PPAパッケージ）を実行していnginx-fullますnginx/stable。変更されていない設定を使用しています/etc/nginx/nginx.conf。

user www-data;
worker_processes 4;
pid /run/nginx.pid;

events {
    worker_connections 768;
}

http {
    ##
    # Basic Settings
    ##

    sendfile on;
    tcp_nopush on;
    tcp_nodelay on;
    keepalive_timeout 65;
    types_hash_max_size 2048;

    include /etc/nginx/mime.types;
    default_type application/octet-stream;

    ##
    # Logging Settings
    ##

    access_log /var/log/nginx/access.log;
    error_log /var/log/nginx/error.log;

    ##
    # Gzip Settings
    ##

    gzip on;
    gzip_disable "msie6";

    ##
    # Virtual Host Configs
    ##

    include /etc/nginx/conf.d/*.conf;
    include /etc/nginx/sites-enabled/*;
}

次のサイト構成をインポートして次に接続した場合sites-enabled:

# /etc/nginx/sites-available/serve-files
server {
    listen unix:/run/serve-files.socket;
    root /var/www/files;
    location / {
        try_files $uri =404;
    }
}

nginxを再起動し（使用して）、sudo service nginx restart次の権限でソケットを作成します。/run/serve-files.socket

srw-rw-rw- 1 root root 0 Oct 29 14:35 serve-files.socket

その後、nginxを停止すると（を使用してsudo service nginx stop）ソケットが予期しないままになります。 nginxバックアップを開始すると（使用してsudo service nginx start）、次のエラーレポートが表示されます/var/log/nginx/error.log。

2014/10/29 14:36:32 [emerg] 21680#0: bind() to unix:/run/serve-files.socket failed (98: Address already in use)
2014/10/29 14:36:32 [emerg] 21680#0: bind() to unix:/run/serve-files.socket failed (98: Address already in use)
2014/10/29 14:36:32 [emerg] 21680#0: bind() to unix:/run/serve-files.socket failed (98: Address already in use)
2014/10/29 14:36:32 [emerg] 21680#0: bind() to unix:/run/serve-files.socket failed (98: Address already in use)
2014/10/29 14:36:32 [emerg] 21680#0: bind() to unix:/run/serve-files.socket failed (98: Address already in use)
2014/10/29 14:36:32 [emerg] 21680#0: still could not bind()

nginxは最後の閉じた後に残ったソケットを上書きしないようです。なぜこれですか？私が間違って設定したのでしょうか？この問題を解決する方法はありますか？

注：nginxを実行している他のサイトはありません。 nginxを停止すると遅延プロセスはなく、14.04.1 LTSを実行しているUbuntuサーバーとデスクトップでそれを再現しました。

更新：nginxが実行されている場合は、netstat -lx | grep serve-filesソケットが使用中であることを示します。

unix  2      [ ACC ]     STREAM     LISTENING     6543310  /run/serve-files.socket

nginxが停止すると、netstat -lx | grep serve-filesソケットは（予想どおり）使用されませんが、ソケットファイルは/run/serve-files.socket。

答え1

Nginxのドキュメントによると、信号出口「正常終了」が行われます。信号用語「クイックシャットダウン」が実行されます。最小バージョン1.8.0以降、Nginxはクラッシュしたときに古いUNIXドメインソケットを残します。信号出口信号。ただし、次のコマンドを使用すると、UNIXドメインソケットが正しく削除されます。信号用語信号。

/etc/init.d/nginxPPAが提供するNginxサービススクリプトnginx/stableが送信されます。信号出口sudo service nginx stopNginxが使用中または停止したときにNginxに送信されますrestart。スクリプトにパッチを適用するには、次の行を修正してください。

STOP_SCHEDULE="${STOP_SCHEDULE:-QUIT/5/TERM/5/KILL/5}"

到着する：

STOP_SCHEDULE="${STOP_SCHEDULE:-TERM/5/KILL/5}"

しかし、UbuntuリポジトリのNginxサービススクリプトはすでに信号用語変える信号出口修正は必要ありません。

答え2

私はこれが私が使用しているエレガントなまたはクイックシャットダウンとは関係がないと思います。エレガントな停止私もこの問題に直面しました。

私の場合、nginx長い間存在しないソケットへの接続の試みは、ソケットとそれに対するすべての呼び出しが削除された後も継続（少なくともこれまで）続く関連/追加の問題を発見しました。意図的に作成または変更しました。

ソケットを入れることが/tmpこの問題を回避するための回避策であるようですが、以前に他の場所で作成したゴーストソケットをまだ削除することはできません。

だから問題がどこにあるのかわかりません。いつnginx決めるの？覚える常にソケットですが、リセットする方法はありますか？

答え3

16.04 Xenialへのクイック修正で問題となっているソケットを削除しました。

sudo systemctl stop nginx
sudo rm /var/run/serve-files.socket
sudo systemctl start nginx

関連情報