Nginx will not start (Address already in use)

Nginx

Nginx Problem Overview


I have a problem with nginx. I tried different solutions, but for me nothing work. That is my error:

4 root@BANANAS ~ # sudo service nginx restart                                :(
Restarting nginx: nginx: [emerg] bind() to [::]:443 failed (98: Address already in use)
nginx: [emerg] bind() to [::]:443 failed (98: Address already in use)
nginx: [emerg] bind() to [::]:443 failed (98: Address already in use)
nginx: [emerg] bind() to [::]:443 failed (98: Address already in use)
nginx: [emerg] bind() to [::]:443 failed (98: Address already in use)
nginx: [emerg] still could not bind()
nginx.

Can you help me?

Nginx Solutions


Solution 1 - Nginx

Probably other process is using specified port:

sudo netstat -tulpn

Get the PID of the process that already using 443. And send signal with kill command.

sudo kill -2 <PID>

sudo service nginx restart

Aternatively you can do:

sudo fuser -k 443/tcp

Make sure you dont use old syntax:

server {
    listen :80;
    listen [::]:80;
}

The above syntax will cause

nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)

Correct syntax:

server {
    listen 80;
    listen [::]:80 ipv6only=on;
}

or

server {
    listen [::]:80;
}

Both above syntax will achieve the same thing, listening on both ipv4 and ipv6.

Solution 2 - Nginx

Another way (from my experience) is just force quit the process that running on that port 443

sudo fuser -k 443/tcp 

or if you running on port 80 just change the port to

sudo fuser -k 80/tcp

Hope it helps someone who had the same issue

Alternative using lsof:

Find the PID & kill the process which running on port 443

sudo kill -9 $(lsof -t -i :443)

Solution 3 - Nginx

Thank you for the answer. After running

sudo netstat -tulpn

I realised that I had apache2 running on port 80. This was probably done after I used Certbot to install SSL on the server. I removed Apache2 and the server was up and running.

apt remove apache2

This did the trick! Thank you again.

Solution 4 - Nginx

I received the above error due to accidentally repeating the listen directive twice within the same server block as follows:

server {    
   listen [::]:443 ssl ipv6only=off; 
   listen 443 ssl; 
   ...
}

changing it to:

server {    
   listen 443 ssl; 
   ...
} 

or

server {    
   listen [::]:443 ssl ipv6only=off; 
   ...
} 

resolved the problem when restarting the server: sudo service nginx start

Solution 5 - Nginx

First, we have to check how many services run on port 80. To check that, you could run the following command:

sudo netstat -plant | grep 80

This would show you which service exactly is listening on port 80 and then you can make a decision whether you want to have that service as is or have Nginx instead.

If it is Apache, you will need to decide whether you want to use Apache or Nginx.

If you only want to have Nginx, you need to stop Apache first:

sudo systemctl stop apache2 && sudo systemctl start nginx

Solution 6 - Nginx

When I killed the nginx process bind to 80 & 443 ports, the process always reappeared with new PID.

It helped me to temporarily comment this line in /etc/nginx/nginx.conf, restart nginx and then uncomment the line back:

worker_processes auto;

Solution 7 - Nginx

In my case, running Ubuntu 20.04, I bounced the server, and Apache2 was set to automatically start.

$ sudo lsof -i -P -n | grep LISTEN

This showed Apache2 running on port 80, and was causing a conflict. I shut it down with

$ sudo systemctl stop Apache2

And then started nginx with

$ sudo systemctl start nginx

Solution 8 - Nginx

If using a virtual machine, you may just need to restart the virtual machine. I was having the same issues yesterday and I could not get Nginx to start using any of the methods in this post. So I started the virtual machine up this morning, checked the running processes, and I see Nginx running on port 80. I even viewed the status of Nginx yesterday with systemctl and it said failed, but today it is active. Not sure what happened here, but it could be worth a try.

Attributions

All content for this solution is sourced from the original question on Stackoverflow.

The content on this page is licensed under the Attribution-ShareAlike 4.0 International (CC BY-SA 4.0) license.

Content TypeOriginal AuthorOriginal Content on Stackoverflow
QuestionHerbert89View Question on Stackoverflow
Solution 1 - NginxFarhad FarahiView Answer on Stackoverflow
Solution 2 - NginxAditya Kresna PermanaView Answer on Stackoverflow
Solution 3 - NginxranaonlineView Answer on Stackoverflow
Solution 4 - NginxgustavengstromView Answer on Stackoverflow
Solution 5 - NginxNipuna Akalana PereraView Answer on Stackoverflow
Solution 6 - NginxCraZView Answer on Stackoverflow
Solution 7 - NginxkmiklasView Answer on Stackoverflow
Solution 8 - Nginxhrustad1017View Answer on Stackoverflow