nginx - nginx: [Emerg] bind () à [::]: 80 a échoué (98: adresse déjà utilisée)

Tout d'un coup, je reçois l'erreur ci-dessous nginx

 * Restarting nginx
 * Stopping nginx nginx
   ...done.
 * Starting nginx nginx
nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
nginx: [emerg] still could not bind()
   ...done.
   ...done.

Si je cours

lsof -i :80 or sudo fuser -k 80/tcp 

Je ne reçois rien. Rien sur le port 80

Ensuite, je lance ce qui suit:

sudo netstat -pan | grep ":80"
tcp        0      0 127.0.0.1:8070          0.0.0.0:*               LISTEN      15056/uwsgi     
tcp        0      0 10.170.35.97:39567      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39564      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39584      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39566      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39571      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39580      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39562      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39582      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39586      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39575      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39579      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39560      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39587      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39591      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39589      10.158.58.13:8080       TIME_WAIT   - 

Je suis perplexe. Comment déboguer cela?

J'utilise uwsgi avec une passe proxy sur le port 8070. uwsgi est en cours d'exécution. Nginx ne l'est pas. J'utilise Ubuntu 12.4

Voici les parties pertinentes de mon fichier de configuration nginx

upstream uwsgi_frontend {
          server 127.0.0.1:8070;
        }
server {
listen 80;
        server_name 127.0.0.1;
        location = /favicon.ico {
                  log_not_found off;
                }



                location / {
                       include uwsgi_params;
                       uwsgi_buffering off;

                       uwsgi_pass 127.0.0.1:8070;
                 }
        }

Voici comment installer nginx sur Ubuntu 12.04

nginx=stable;add-apt-repository ppa:nginx/$nginx;
apt-get update
apt get install nginx-full

[::]:80 est une adresse ipv6.

Cette erreur peut être provoquée si vous avez une configuration nginx qui écoute sur le port 80 et également sur le port [::]:80.

J'avais les éléments suivants dans mon fichier de sites disponibles par défaut:

listen 80;
listen [::]:80 default_server;

Vous pouvez résoudre ce problème en ajoutant ipv6only=onà la [::]:80présente comme suit:

listen 80;
listen [::]:80 ipv6only=on default_server;

Pour plus d'informations, voir:

http://forum.linode.com/viewtopic.php?t=8580

http://wiki.nginx.org/HttpCoreModule#listen

j'ai corrigé cela en exécutant sudo apachectl stop - il s'avère qu'Apache fonctionnait en arrière-plan et a empêché nginx de démarrer sur le port souhaité.

Sur Ubuntu Run sudo /etc/init.d/apache2 stop

Mon cas est différent, j'ai dû tuer Nginx en cours d'exécution pour le redémarrer.

Au lieu de

sudo systemctl restart nginx

J'ai dû utiliser:

sudo pkill -f nginx & wait $!
sudo systemctl start nginx

J'ai trouvé le problème que je n'avais jamais rencontré auparavant.

Je devais juste supprimer /etc/nginx/sites-available/default. Ensuite, cela a fonctionné.

Ma conf était dedans /etc/nginx/default.

J'obtenais également la même erreur.

nginx: [Emerg] bind () à [::]: 80 a échoué (98: adresse déjà utilisée)

et quand j'ai tapé l'hôte local dans le navigateur, je recevais

Ça marche!

Ceci est la page Web par défaut pour ce serveur.

Le logiciel du serveur Web est en cours d'exécution mais aucun contenu n'a encore été ajouté. au lieu de la page d'accueil de nginx, apache2 fonctionne sur le même port,

1. trouver le fichier apache2 ports.conf

   sudo /etc/apache2/ports.conf
   

2. changer le port autre alors 80, je le fais comme70

3. enregistrez le fichier

4. redémarrez votre système

cela fonctionnera pour vous aussi, si vous tapez l'hôte local dans le navigateur, vous obtiendrez la page d'accueil de nginx

essayez de faire cette commande

sudo fuser -k 443/tcp
service nginx restart

Mon problème était que j'avais des directives d'écoute qui se chevauchaient. J'ai réussi à comprendre les directives qui se chevauchent en exécutant

grep -r listen /etc/nginx/*

Deux fichiers écoutaient sur le même port:

/etc/nginx/conf.d/default.conf:           listen 80;  
/etc/nginx/sites-enabled/default.conf:    listen 80;

J'ai eu le même problème dans letsencrypt (certbot) et nginx,

réf: https://github.com/certbot/certbot/issues/5486

cette erreur n'a pas encore de solution

donc, a changé un cron pour le renouvellement (mettre un rechargement après le renouvellement) (en utilisant la suggestion de certbot)

-- in /etc/cron.d/certbot
from
0 */12 * * * root test -x /usr/bin/certbot -a \! -d /run/systemd/system && perl -e 'sleep int(rand(3600))' && certbot -q renew 
to
0 */12 * * * root test -x /usr/bin/certbot -a \! -d /run/systemd/system && perl -e 'sleep int(rand(3600))' && certbot -q renew --pre-hook "service nginx stop" --post-hook "service nginx start"

journaux (courts):

-- in /var/log/syslog
Jun 10 00:14:25 localhost systemd[1]: Starting Certbot...
Jun 10 00:14:38 localhost certbot[22222]: nginx: [error] open() "/run/nginx.pid$
Jun 10 00:14:41 localhost certbot[22222]: Hook command "nginx" returned error c$
Jun 10 00:14:41 localhost certbot[22222]: Error output from nginx:
Jun 10 00:14:41 localhost certbot[22222]: nginx: [emerg] bind() to 0.0.0.0:443 $
Jun 10 00:14:41 localhost certbot[22222]: nginx: [emerg] bind() to 0.0.0.0:80 f$
Jun 10 00:14:41 localhost certbot[22222]: nginx: [emerg] bind() to 0.0.0.0:443 $
Jun 10 00:14:41 localhost certbot[22222]: nginx: [emerg] bind() to 0.0.0.0:80 f$
Jun 10 00:14:41 localhost certbot[22222]: nginx: [emerg] bind() to 0.0.0.0:443 $
Jun 10 00:14:41 localhost certbot[22222]: nginx: [emerg] bind() to 0.0.0.0:80 f$
Jun 10 00:14:41 localhost certbot[22222]: nginx: [emerg] bind() to 0.0.0.0:443 $
Jun 10 00:14:41 localhost certbot[22222]: nginx: [emerg] bind() to 0.0.0.0:80 f$
Jun 10 00:14:41 localhost certbot[22222]: nginx: [emerg] bind() to 0.0.0.0:443 $
Jun 10 00:14:41 localhost certbot[22222]: nginx: [emerg] bind() to 0.0.0.0:80 f$
Jun 10 00:14:41 localhost certbot[22222]: nginx: [emerg] still could not bind()
Jun 10 00:14:41 localhost systemd[1]: Started Certbot.


-- in /var/log/nginx/error.log
2018/06/10 00:14:27 [notice] 22233#22233: signal process started
2018/06/10 00:14:31 [notice] 22237#22237: signal process started
2018/06/10 00:14:33 [notice] 22240#22240: signal process started
2018/06/10 00:14:34 [notice] 22245#22245: signal process started
2018/06/10 00:14:38 [notice] 22255#22255: signal process started
2018/06/10 00:14:38 [error] 22255#22255: open() "/run/nginx.pid" failed (2: No $
2018/06/10 00:14:39 [emerg] 22261#22261: bind() to 0.0.0.0:443 failed (98: Addr$
2018/06/10 00:14:39 [emerg] 22261#22261: bind() to 0.0.0.0:80 failed (98: Addre$
2018/06/10 00:14:39 [emerg] 22261#22261: bind() to 0.0.0.0:443 failed (98: Addr$
2018/06/10 00:14:39 [emerg] 22261#22261: bind() to 0.0.0.0:80 failed (98: Addre$
2018/06/10 00:14:39 [emerg] 22261#22261: bind() to 0.0.0.0:443 failed (98: Addr$
2018/06/10 00:14:39 [emerg] 22261#22261: bind() to 0.0.0.0:80 failed (98: Addre$
2018/06/10 00:14:39 [emerg] 22261#22261: bind() to 0.0.0.0:443 failed (98: Addr$
2018/06/10 00:14:39 [emerg] 22261#22261: bind() to 0.0.0.0:80 failed (98: Addre$
2018/06/10 00:14:39 [emerg] 22261#22261: bind() to 0.0.0.0:443 failed (98: Addr$
2018/06/10 00:14:39 [emerg] 22261#22261: bind() to 0.0.0.0:80 failed (98: Addre$
2018/06/10 00:14:39 [emerg] 22261#22261: still could not bind()

Changez d'abord le port d'écoute Apache 80 en 8080 apache dans /etc/apache2/ports.conf

Listen 1.2.3.4:80 to 1.2.3.4:8080
sudo service apache2 restart 

ou

sudo service httpd restart    // in case of centos

puis ajoutez nginx comme serveur proxy inverse qui écoutera le port apache

server {
 listen   1.2.3.4:80;
 server_name  some.com;

 access_log  /var/log/nginx/something-access.log;

 location / {
  proxy_pass http://localhost:8080;
  proxy_redirect off;
  proxy_set_header Host $host;
  proxy_set_header X-Real-IP $remote_addr;
  proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
 }


location ~* ^.+\.(jpg|js|jpeg|png)$ {
   root /usr/share/nginx/html/;
}

location /404.html {
  root /usr/share/nginx/html/40x.html;
}

error_page 404 /404.html;
    location = /40x.html {
}

error_page 500 502 503 504 /50x.html;
    location = /50x.html {
}

# put code for static content like js/css/images/fonts
}

Après les modifications, redémarrez le serveur nginx

sudo service nginx restart

Maintenant, tout le trafic sera géré par le serveur nginx et enverra toutes les requêtes dynamiques à apache et le contenu statique sera servi par le serveur nginx.

Pour une configuration avancée comme le cache:

https://www.linode.com/docs/web-servers/nginx/slightly-more-advanced-configurations-for-nginx/#basic-nginx-caching

J'ai rencontré un problème similaire. le journal est comme ci-dessous

2018/10/31 12:54:20 [emerg] 128005#128005: bind() to 0.0.0.0:80 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to 0.0.0.0:443 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to [::]:80 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to 0.0.0.0:80 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to 0.0.0.0:443 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to [::]:80 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to 0.0.0.0:80 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to 0.0.0.0:443 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to [::]:80 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to 0.0.0.0:80 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to 0.0.0.0:443 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to [::]:80 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to 0.0.0.0:80 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to 0.0.0.0:443 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to [::]:80 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: still could not bind()
2018/10/31 12:54:23 [alert] 127997#127997: unlink() "/run/nginx.pid" failed (2: No such file or directory)
2018/10/31 22:40:48 [info] 36948#36948: Using 32768KiB of shared memory for push module in /etc/nginx/nginx.conf:68
2018/10/31 22:50:40 [emerg] 37638#37638: duplicate listen options for [::]:80 in /etc/nginx/sites-enabled/default:18
2018/10/31 22:51:33 [info] 37787#37787: Using 32768KiB of shared memory for push module in /etc/nginx/nginx.conf:68

Le dernier [emerg]montre ce duplicate listen options for [::]:80qui signifie qu'il y a plus d'un fichier bloc nginx contenant[::]:80 .

Ma solution consiste à supprimer l'un des [::]:80 paramètres

PS vous avez probablement un fichier de blocage par défaut. Mon conseil est de conserver ce fichier comme serveur par défaut pour le port 80. et de le supprimer [::]:80des autres fichiers de blocage

J'utilise superviseur pour exécuter Nginx et Gunicorn côte à côte sur un conteneur Docker.

C'était la configuration utilisée pour le superviseur:

[supervisord]
nodaemon=true

[program:gunicorn]
command = /project/start.sh
user = www-data


[program:nginx]
command=/usr/sbin/nginx

Le problème était de savoir comment j'ai lancé Ngnix: par défaut, il s'exécute au premier plan. Cela oblige la supervision à réessayer d'exécuter une autre instance de Nginx.

En ajoutant -g 'daemon off;'à la ligne de commande, Nginx est resté au premier plan, le superviseur a cessé d'essayer d'exécuter une autre instance.

Dans mon cas, l'un des services Apache, Apache2 ou Nginx était déjà en cours d'exécution et, pour cette raison, je n'ai pas pu démarrer l'autre service.

J'ai eu plusieurs fichiers * .save (vidages d'urgence de nano) de différents fichiers de configuration NGINX dans mon répertoire sites-avilable. Une fois que j'ai supprimé ces fichiers .save, NGINX a redémarré correctement. J'ai supposé que ceux-ci étaient inoffensifs car il n'y avait pas de liens symboliques correspondants, mais je suppose que j'avais tort.

Pour suivre les réponses @ lfender6445 et @SAURABH -

Mon problème était également le fait qu'après la mise à niveau vers Vagrant 2.2.2, Apache2 fonctionnait en tant que serveur Web lors du démarrage de l'invité. Dans le passé, je n'avais que nginx comme serveur Web.

vagrant ssh dans la boîte et exécutez la commande suivante pour désactiver le démarrage d'Apache2 à chaque démarrage de la boîte d'invité:

sudo update-rc.d -f apache2 remove

Quittez ssh, vagrant stopp, vagrant up. Problème résolu.

Si le problème persiste après avoir essayé l'une des solutions ci-dessus, redémarrez votre serveur une fois. Cela a fonctionné pour moi :)

Dans mon cas, le coupable s'est avéré être un bloc serveur contenant:

        listen  127.0.0.1:80;
        listen  [::1]:80 ipv6only=on;
        server_name  localhost;

Sous Linux, une socket écoutant sur une IP spécifique (par exemple [::1]:80) entre en conflit avec une socket écoutant sur le même port mais sur n'importe quelle IP (ie [::]:80). Normalement, nginx traitera ce problème de manière transparente en utilisant une seule socket en arrière-plan. Cependant, la spécification explicite ipv6only(ou certaines autres options) sur la directive listen force nginx à (essayer de) créer un socket séparé pour elle, ce qui entraîne l' Address already in useerreur.

Puisque ipv6only=onc'est de toute façon la valeur par défaut (depuis 1.3.4), le correctif consistait simplement à supprimer cette option de cette directive, et à s'assurer qu'elle ipv6onlyn'était utilisée nulle part ailleurs dans ma configuration.

J'ai le même problème, mais je vois que le port 80 écouté par Nginx:

tcp        0      0 0.0.0.0:80                  0.0.0.0:*                   LISTEN      9730/nginx 

Mais quand j'essaye de le redémarrer, j'ai l'erreur:

    service nginx restart
Stopping nginx:                                            [FAILED]
Starting nginx: nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
nginx: [emerg] bind() to 0.0.0.0:443 failed (98: Address already in use)
nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
nginx: [emerg] bind() to 0.0.0.0:443 failed (98: Address already in use)
nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
nginx: [emerg] bind() to 0.0.0.0:443 failed (98: Address already in use)
nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
nginx: [emerg] bind() to 0.0.0.0:443 failed (98: Address already in use)
nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
nginx: [emerg] bind() to 0.0.0.0:443 failed (98: Address already in use)
nginx: [emerg] still could not bind()

Mon problème était dans le fichier de configuration, le fichier PID est défini et le système ne peut pas l'attraper correctement:

user nginx;
worker_processes 1;
error_log /var/log/nginx/error.log;
pid /run/nginx.pid;

Quand je l'ai retiré, cela a fonctionné.