web-dev-qa-db-fra.com

Impossible de démarrer Apache sur Ubuntu 12.10: aucune prise d'écoute disponible

Je ne parviens pas à démarrer Apache2 installé avec apt-get. Je reçois exactement la même erreur sur 2 installations distinctes d'Ubuntu 12.10, une sur mon ordinateur de bureau et l'autre sous VirtualBox:

michal@michaltest:~$ Sudo service Apache2 start
 * Starting web server Apache2
Apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1 for ServerName
no listening sockets available, shutting down
Unable to open logs
Action 'start' failed.
The Apache error log may have more information.
           [fail]

lsof dit:

michal@michaltest:/var/log/Apache2$ Sudo lsof -i :80
COMMAND     PID   USER   FD   TYPE DEVICE SIZE/OFF NODE NAME
ubuntu-ge  2074 michal   11u  IPv4  23978      0t0  TCP michaltest.local:47578->mulberry.canonical.com:http (CLOSE_WAIT)
firefox   25194 michal   71u  IPv4  42477      0t0  TCP michaltest.local:59793->69.59.197.29:http (ESTABLISHED)
firefox   25194 michal   76u  IPv4  41834      0t0  TCP michaltest.local:59698->69.59.197.29:http (ESTABLISHED)
gvfsd-htt 25320 michal   12u  IPv4  42568      0t0  TCP michaltest.local:56203->lb260.amst.cotendo.net:http (CLOSE_WAIT)

netstat dit:

michal@michaltest:/var/log/Apache2$ Sudo netstat -lnp | grep '80'
unix  2      [ ACC ]     STREAM     LISTENING     8030     876/acpid           /var/run/acpid.socket

/var/log/Apache2/error.log:

[Thu Nov 08 11:13:30 2012] [notice] Apache/2.2.22 (Ubuntu) configured -- resuming normal operations
[Thu Nov 08 11:17:32 2012] [notice] caught SIGTERM, shutting down

/etc/Apache2/ports.conf:

NameVirtualHost *:80
Listen 80

<IfModule mod_ssl.c>
    Listen 443
</IfModule>

<IfModule mod_gnutls.c>
    Listen 443
</IfModule>

Merci de votre aide.

EDIT # 1:

michal@michaltest:~$ Sudo netstat -ano | grep '443'
tcp       54      0 10.0.2.15:58504         91.189.92.70:443        CLOSE_WAIT  off (0.00/0/0)
9
michalstanko

il vous suffit de supprimer nginx (3 paquets), puis c'est tout .....

Votre problème principal est aucune écoute disponible Vous êtes confronté à ce problème car une autre application/service a été acquise port 8 sur votre serveur Ubuntu.

Maintenant, vous devez tuer le processus qui a acquis le port 80. Vous pouvez le trouver facilement avec la commande suivante: -

Sudo netstat -ltnp | grep ': 80'

Cela retournera quelque chose comme: -

tcp 0 0 127.0.0.1:80 0.0.0.0:* ÉCOUTER 1588/aolserver4-nsd

pour le cas ci-dessus Numéro de processus 1588 acquis port 8, vous devez arrêter ce processus 1588.

Sudo Kill -9 1588

Maintenant, vous pouvez démarrer votre serveur Apache en suivant la commande

Sudo /etc/init.d/Apache2 start

8
Vikas Dwivedi

Pour résoudre "Apache2: Impossible de déterminer de manière fiable le nom de domaine complet du serveur, à l'aide de 127.0.1.1 pour ServerName" erreur, veuillez spécifier ce qui suit dans votre fichier Apache2.conf

ServerName HOSTNAME_OF_THE_SERVER

Enregistrez le fichier de configuration et redémarrez le serveur Apache.

Veuillez poster le résultat de Sudo netstat -ano | grep '443'

Assurez-vous également que si vous configurez Apache pour écouter sur le port 443/ssl, vous devez avoir configuré le certificat ssl sur le serveur Web Apache.

2
Vidyadhar

Il semble qu'il y ait un service nginx derrière. Alors arrêtez le "service nginx stop" nginx et essayez maintenant de démarrer le service Apache2, cela devrait venir sans aucun problème. (arrêtez si d'autres services d'application sont en cours d'exécution)

J'ai eu le même problème aujourd'hui et il a été résolu.

root@ip-172-31-16-xxx:~# **service nginx stop**
root@ip-172-31-16-xxx:~# **service nginx status**
● nginx.service - A high performance web server and a reverse proxy server
   Loaded: loaded (/lib/systemd/system/nginx.service; enabled; vendor preset: enabled)
   Active: inactive (dead) since Tue 2017-12-26 08:48:21 UTC; 1min 12s ago
  Process: 5897 ExecStop=/sbin/start-stop-daemon --quiet --stop --retry QUIT/5 --pidfile /run/nginx.pid (code=exited, status=0/SUCCESS)
  Process: 1220 ExecStart=/usr/sbin/nginx -g daemon on; master_process on; (code=exited, status=0/SUCCESS)
  Process: 1158 ExecStartPre=/usr/sbin/nginx -t -q -g daemon on; master_process on; (code=exited, status=0/SUCCESS)
 Main PID: 1229 (code=exited, status=0/SUCCESS)

Dec 26 06:56:32 ip-172-31-16-xxxsystemd[1]: Starting A high performance web server and a reverse proxy server...
Dec 26 06:56:32 ip-172-31-16-138 systemd[1]: Started A high performance web server and a reverse proxy server.
Dec 26 08:48:21 ip-172-31-16-138 systemd[1]: Stopping A high performance web server and a reverse proxy server...
Dec 26 08:48:21 ip-172-31-16-138 systemd[1]: Stopped A high performance web server and a reverse proxy server.

root@ip-172-31-16-xxx:~# **service Apache2 start**
root@ip-172-31-16-xxx:~# **service Apache2 status**
● Apache2.service - LSB: Apache2 web server
   Loaded: loaded (/etc/init.d/Apache2; bad; vendor preset: enabled)
  Drop-In: /lib/systemd/system/Apache2.service.d
           └─Apache2-systemd.conf
   **Active: active (running) since Tue 2017-12-26 08:49:51 UTC; 14s ago**
     Docs: man:systemd-sysv-generator(8)
  Process: 5845 ExecStop=/etc/init.d/Apache2 stop (code=exited, status=0/SUCCESS)
  Process: 5937 ExecStart=/etc/init.d/Apache2 start (code=exited, status=0/SUCCESS)
    Tasks: 55
   Memory: 6.5M
      CPU: 46ms
   CGroup: /system.slice/Apache2.service
           ├─5954 /usr/sbin/Apache2 -k start
           ├─5957 /usr/sbin/Apache2 -k start
           └─5958 /usr/sbin/Apache2 -k start

Dec 26 08:49:50 ip-172-31-16-138 systemd[1]: Starting LSB: Apache2 web server...
Dec 26 08:49:50 ip-172-31-16-138 Apache2[5937]:  * Starting Apache httpd web server Apache2
Dec 26 08:49:51 ip-172-31-16-138 Apache2[5937]:  *
Dec 26 08:49:51 ip-172-31-16-138 systemd[1]: Started LSB: Apache2 web server.
root@ip-172-31-16-138:~#
1
Nagaraj Jalawadi

As-tu vu:

Unable to open logs

Je pense que vous pourriez vérifier les autorisations sur/var/log/Apache2!

1
martin-mystere

On dirait que le problème est qu’un autre processus a le port 443 ouvert. Vous devrez d'abord tuer ce processus.

linux - Comment supprimer une connexion de socket CLOSE_WAIT - Dépassement de pile dit:

CLOSE_WAIT signifie que votre programme est toujours en cours d'exécution et n'a pas fermé le socket (et le noyau attend qu'il le fasse). Ajoutez -p à netstat pour obtenir le pid, puis tuez-le plus énergiquement (avec SIGKILL si nécessaire). Cela devrait vous débarrasser de vos sockets CLOSE_WAIT. Vous pouvez également utiliser ps pour trouver le pid.

0
Peter V. Mørch