nginx - nginx: [emerg] bind () a [::]: 80 falló (98: dirección ya en uso)

De repente recibo el siguiente error 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 corro

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

No consigo nada Nada en el puerto 80

Luego ejecuto el siguiente:

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   - 

Estoy perplejo ¿Cómo depuro esto?

Estoy usando uwsgi con un pase de proxy en el puerto 8070. uwsgi se está ejecutando. Nginx no lo es. Estoy usando ubuntu 12.4

A continuación se muestran las partes relevantes de mi archivo nginx conf

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;
                 }
        }

Así es como instalo nginx en ubuntu 12.04

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

[::]:80 es una dirección ipv6.

Este error puede ser causado si tiene una configuración nginx que está escuchando en el puerto 80 y también en el puerto [::]:80.

Tenía lo siguiente en mi archivo predeterminado de sitios disponibles:

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

Puede solucionar esto agregando ipv6only=ona [::]:80esto:

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

Para más información, ver:

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

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

Lo solucioné ejecutando sudo apachectl stop: resulta que Apache se estaba ejecutando en segundo plano e impidió que nginx se iniciara en el puerto deseado.

En ubuntu ejecutar sudo /etc/init.d/apache2 stop

Mi caso es diferente, tuve que matar ejecutando Nginx para reiniciarlo.

En vez de

sudo systemctl restart nginx

Tuve que usar:

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

Encontré el problema que nunca tuve antes.

Solo tuve que eliminar /etc/nginx/sites-available/default. Entonces funcionó.

Mi conf estaba en /etc/nginx/default.

También recibí el mismo error.

nginx: [emerg] bind () a [::]: 80 falló (98: dirección ya en uso)

y cuando escribí el localhost en el navegador, estaba obteniendo

¡Funciona!

Esta es la página web predeterminada para este servidor.

El software del servidor web se está ejecutando pero aún no se ha agregado contenido. en lugar de la página de bienvenida de nginx, apache2 se ejecuta en el mismo puerto,

1. busque el archivo apache2 ports.conf

   sudo /etc/apache2/ports.conf
   

2. cambiar el puerto de otro modo 80, lo hago como70

3. guarda el archivo

4. reinicie su sistema

funcionará para usted también, si escribe el localhost en el navegador, obtendrá la página de bienvenida de nginx

intenta hacer este comando

sudo fuser -k 443/tcp
service nginx restart

Mi problema era que tenía directivas de escucha superpuestas. He logrado descifrar directivas superpuestas ejecutando

grep -r listen /etc/nginx/*

Se escuchaban dos archivos en el mismo puerto:

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

Tuve el mismo problema en letsencrypt (certbot) y nginx,

ref: https://github.com/certbot/certbot/issues/5486

este error aún no tiene solución

entonces, se cambió un cron para renovar (poner una recarga después de renovar) (usando la sugerencia 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"

registros (cortos):

-- 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()

Primero cambie el puerto de escucha apache 80 a 8080 apache en /etc/apache2/ports.conf include

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

o

sudo service httpd restart    // in case of centos

luego agregue nginx como servidor proxy inverso que escuchará el puerto 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
}

Después de los cambios, reinicie el servidor nginx

sudo service nginx restart

Ahora todo el tráfico será manejado por el servidor nginx y enviará todas las solicitudes dinámicas a apache y el servidor nginx atenderá la contención estática.

Para configuración avanzada como caché:

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

Me encontré con un problema similar. el registro es como abajo

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

El último [emerg]muestra lo que duplicate listen options for [::]:80significa que hay más de un archivo de bloque nginx que contiene [::]:80.

Mi solución es eliminar una de las [::]:80configuraciones

PD: probablemente tenga un archivo de bloqueo predeterminado. Mi consejo es mantener este archivo como servidor predeterminado para el puerto 80. y eliminarlo [::]:80de otros archivos de bloque

Uso supervisor para ejecutar Nginx y Gunicorn lado a lado en un contenedor Docker.

Esta fue la configuración utilizada para el supervisor:

[supervisord]
nodaemon=true

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


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

El problema fue cómo lancé Ngnix: por defecto, se ejecuta en primer plano. Esto hace que supervisar vuelva a intentar ejecutar otra instancia de Nginx.

Al agregar -g 'daemon off;'a la línea de comando, Nginx permaneció en primer plano, el supervisor dejó de intentar ejecutar otra instancia.

En mi caso, uno de los servicios, ya sea Apache, Apache2 o Nginx, ya se estaba ejecutando y, debido a eso, no pude iniciar el otro servicio.

Tenía varios archivos * .save (volcados de emergencia de nano) de diferentes archivos de configuración NGINX en el directorio disponible de mis sitios. Una vez que eliminé estos archivos .save, NGINX se reinició bien. Asumí que estos eran inofensivos ya que no había enlaces simbólicos correspondientes, pero supongo que estaba equivocado.

Para seguir a @ lfender6445 y @SAURABH respuestas:

Mi problema también fue el hecho de que después de actualizar a Vagrant 2.2.2, Apache2 se estaba ejecutando como un servidor web cuando el invitado arrancaba. En el pasado solo tenía nginx como servidor web.

ssh vagabundo en el cuadro y ejecute el siguiente comando para deshabilitar Apache2 de iniciarse cada vez que se inicia el cuadro de invitado:

sudo update-rc.d -f apache2 remove

Salga de ssh, alto vagabundo, vagabundo arriba. Problema resuelto.

Si el problema persiste después de probar cualquiera de las soluciones anteriores, reinicie su servidor una vez. Funcionó para mí :)

En mi caso, el culpable resultó ser un bloque de servidor que contenía:

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

En Linux, un socket que escucha en una IP específica (por ejemplo [::1]:80) entra en conflicto con un socket que escucha en el mismo puerto pero cualquier IP (es decir [::]:80). Normalmente, nginx tratará este problema de forma transparente utilizando un único socket detrás de estas escenas. Sin embargo, especificar explícitamente ipv6only(o ciertas otras opciones) en la directiva de escucha obliga a nginx a (intentar) crear un socket separado para ello, lo que resulta en el Address already in useerror.

Como ipv6only=ones el valor predeterminado de todos modos (desde 1.3.4), la solución fue simplemente eliminar esa opción de esta directiva y asegurarse de que ipv6onlyno se usara en ningún otro lugar de mi configuración.

Tengo el mismo problema, pero veo que el puerto 80 escuchado por Nginx:

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

Pero cuando intento reiniciarlo, aparece el error:

    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()

Mi problema estaba en el archivo de configuración, estoy configurado como archivo PID y parece que el sistema no puede detectarlo correctamente:

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

Cuando lo quité, funcionó.