web-dev-qa-db-fra.com

Impossible de redémarrer nginx, bind () a échoué (98: adresse déjà utilisée)

Je sais que ce sujet existe sous différentes formes, mais j'ai du mal à résoudre mon problème. Si je lance service nginx restart, nginx échoue avec le journal suivant:

2015/03/14 08:36:42 [emerg] 9400#0: bind() to 0.0.0.0:80 failed (98: Address already in use)
2015/03/14 08:36:42 [emerg] 9400#0: bind() to 0.0.0.0:80 failed (98: Address already in use)
2015/03/14 08:36:42 [emerg] 9400#0: bind() to 0.0.0.0:80 failed (98: Address already in use)
2015/03/14 08:36:42 [emerg] 9400#0: bind() to 0.0.0.0:80 failed (98: Address already in use)
2015/03/14 08:36:42 [emerg] 9400#0: bind() to 0.0.0.0:80 failed (98: Address already in use)
2015/03/14 08:36:42 [emerg] 9400#0: still could not bind()

Je n'ai qu'une seule configuration à charger dans sites-enabled. Quand je cours:

$ grep -slir "listen 80"
$ sites-available/default

Cela montre que la configuration default a écouté 80, mais cela ne devrait pas avoir d'importance car il n'est pas dans sites-enabled.

$ ps ax -o pid,ppid,%cpu,vsz,wchan,command|egrep '(nginx|PID)'
  PID  PPID %CPU    VSZ WCHAN  COMMAND
 9468     1  0.0  97188 sigsus nginx: master process /usr/sbin/nginx
 9471  9468  0.0  97328 ep_pol nginx: worker process
 9472  9468  0.0  97368 ep_pol nginx: worker process
 9693  9641  0.0   9448 pipe_w egrep --color=auto (nginx|PID)

Voici un netstat montrant quels ports sont utilisés:

$ netstat -tulpn

Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 0.0.0.0:25              0.0.0.0:*               LISTEN      1300/master
tcp        0      0 0.0.0.0:443             0.0.0.0:*               LISTEN      9468/nginx
tcp        0      0 0.0.0.0:2812            0.0.0.0:*               LISTEN      5980/monit
tcp        0      0 127.0.0.1:3306          0.0.0.0:*               LISTEN      1174/mysqld
tcp        0      0 127.0.0.1:11211         0.0.0.0:*               LISTEN      1155/memcached
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      9468/nginx
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      1113/sshd
tcp6       0      0 :::25                   :::*                    LISTEN      1300/master
tcp6       0      0 :::9000                 :::*                    LISTEN      9106/hhvm
tcp6       0      0 :::22                   :::*                    LISTEN      1113/sshd
udp        0      0 127.0.0.1:11211         0.0.0.0:*                           1155/memcached

Et voici ma configuration complète dans sites-enabled (le seul là-dedans):

server {
    listen                  443 ssl default_server;

    limit_conn              gulag 15;
    server_name             www.my-website.com;

    access_log              /home/my-website/logs/access.log;
    error_log               /home/my-website/logs/error.log info;

    root                    /home/my-website/web;
    index                   index.php index.html;

    ssl_certificate /etc/nginx/ssl/my-website.com.chained.crt;
    ssl_certificate_key /etc/nginx/ssl/my-website.com.key;
    ssl_prefer_server_ciphers On;
    ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
    ssl_ciphers ECDH+AESGCM:DH+AESGCM:ECDH+AES256:DH+AES256:ECDH+AES128:DH+AES:ECDH+3DES:DH+3DES:RSA+AESGCM:RSA+AES:RSA+3DES:!aNULL:!MD5:!DSS;

    include                 /etc/nginx/includes/my-website_redirects_https.inc;
    include                 /etc/nginx/includes/file_cache.inc;
    include                 /etc/nginx/includes/wordpress.inc;
}

server {
    listen                  80;
    server_name             my-website.com www.my-website.com;
    return                  301 https://$server_name$request_uri;
}

server {
    listen                  443;
    server_name             my-website.com;
    return                  301 https://www.$server_name$request_uri;
}

server {
    server_name
        some-other-website1.com         www.some-other-website1.com
        some-other-website2.com         www.some-other-website2.com
        some-other-website3.com         www.some-other-website3.com
        some-other-website4.com         www.some-other-website4.com
        some-other-website5.com         www.some-other-website5.com

    rewrite ^(.*)$ https://www.my-website.com/some/page/ permanent;
}

server {
    server_name
        some-other-website6.com         www.some-other-website6.com
        some-other-website7.com         www.some-other-website7.com
        some-other-website8.com         www.some-other-website8.com

    rewrite ^(.*)$ https://www.my-website.com/some/other/page/ permanent;
}

server {
    server_name     subdomain.my-website.com;

    rewrite ^(.*)$ https://some.otherwebsite.com/ permanent;
}

server {
    server_name
        some-other-website9.com         www.some-other-website9.com
        some-other-website10.com         www.some-other-website10.com
        some-other-website11.com         www.some-other-website11.com

    rewrite ^(.*)$  https://www.my-website.com/ permanent;
}

Je me demande si cette erreur bind () se produit à cause de ma configuration. Des idées sur ce que je pourrais faire de mal? J'utilise nginx/1.4.6 (Ubuntu). Toute aide serait grandement appréciée.

9
dallen

Essayez d'arrêter nginx:

service nginx stop

Vérifiez que le nginx fonctionne toujours:

ps ax | grep nginx

Et s'il est toujours en cours d'exécution, arrêtez le processus:

kill -p PID

Vérifier l'état nginx, ne fonctionnera pas:

ps ax | grep nginx

Et puis faites un démarrage net:

service nginx start

Cela a fonctionné pour moi après le même problème.

13
szg28

Selon votre sortie netstat, nginx lui-même fonctionne toujours sur le port 80.

Avant d'essayer de le redémarrer, validez votre configuration avec nginx -t et corrige les erreurs.

4
Michael Hampton

Je suis probablement le seul assez stupide pour commettre cette erreur, mais j'ai accidentellement téléchargé le mauvais paquet (php au lieu de php-fpm), qui a installé Apache 2 en tant que dépendance. Comme il s'exécutait sur le port 80, Nginx ne pouvait pas.

Ce n'est probablement pas une erreur très courante, mais je suppose que le point à retenir est de vérifier si vous avez accidentellement autre chose sur le port 80.

2
Redwolf Programs

J'ai eu un problème similaire.

C'est ce qui a fonctionné pour moi:
Sudo fuser -k 80/tcp
puis:
service nginx restart

Je ne sais pas la cause, mais ma réponse a été trouvée ici: https://easyengine.io/tutorials/nginx/troubleshooting/emerg-bind-failed-98-address-already-in-use/

En outre, voici la trame de fond de comment/quand ce message d'erreur est apparu: https://serverfault.com/a/939888/39972

1
SherylHohman