Démarrage d'apache échoue (pas pu lier à l'adresse 0.0.0.0:80)

Mise à jour: Déjà fixé, il semble que l'un des hôtes virtuels fichiers de configurations s'est trompé dans sites-enabled.

J'ai Ubuntu 11.10

Lorsque je lance la commande pour démarrer apache2:

sudo /etc/init.d/apache2 start

Je reçois le message d'erreur suivant:

De départ serveur web apache2

apache2: n'a pas Pu déterminer de manière fiable pleinement qualifié du serveur
nom de domaine, à l'aide de 127.0.1.1 ServerName (98)Adresse déjà en
utilisation: make_sock: ne peut pas se lier à l'adresse 0.0.0.0:80 aucune écoute
sockets disponibles, la fermeture de l'Impossibilité d'ouvrir les journaux de l'Action "démarrer"
a échoué.

Je lance cette commande afin d'obtenir le processus qui utilise le port 80:

sudo netstat -ltnp | grep ':80'

Qui renvoie cette sortie:

tcp6       0      0 :::80                   :::*                    LISTEN      1176/

À savoir le processus qui c'est que je exécuter cette commande:

ps -wlp1176

Revient:

F S   UID   PID  PPID  C PRI  NI ADDR SZ WCHAN  TTY          TIME CMD
5 D    33  1176     1  0  80   0 -     0 exit   ?        00:00:00 apache2

Mais si j'essaie de tuer le processus:

sudo kill -9 1176

Il ne veut pas la tuer, si je exécutez de nouveau la commande netstat apparaît toujours à l'écoute et apache start échoue.

Des suggestions?

Quel est donc le pid 1176? (ps -wlp1176)
5 D 33 1176 1 0 80 0 - 0 de sortie ? 00:00:00 apache2
Donc, ne fait que suggérer quoi que ce soit pour vous désinvolte? Conseil: comparer à ce que vous essayez de démarrer.
Il me semble apache c'est déjà en cours d'exécution, mais il n'est pas de servir des pages, il ne s'arrête pas et il ne veut pas démarrer ou redémarrer.
J'ai juste eu une situation similaire. apache2 avec un pid 1345 prenait le port 80, mais n'a pas répondu à quoi que ce soit. kill 1345 tué ce processus et ensuite, j'ai pu commencer une nouvelle apache2 processus.

InformationsquelleAutor rfc1484 | 2012-04-15

108

A travaillé pour moi de l'exécution de cette commande:
```
fuser -k -n tcp 80
```
- A fonctionné pour moi aussi dans Debian 4.0.4.
- C'est le plus simple post sur stackoverflow. Jamais.
- Brillant doublure
- vous serez une légende
- J'ai eu cette erreur à chaque fois le redémarrage de l'instance. savez-vous comment le résoudre complètement?
- Pour les personnes n'ayant pas de problème avec le port bind et l'obtention d'un vhost erreur de syntaxe, le premier que vous avez à faire est de regarder pour Écouter des valeurs. Regardez wiki.apache.org/httpd/CouldNotBindToAddress au Contradictoires Écouter les directives de la section
- Cela a sauvé ma vie.
- Quelle est cette magie faire!?
- Je pense que cela a fonctionné pour moi aussi sur centos 7.
- Cette réponse nécessite une explication de POURQUOI il fonctionne pour être vraiment utile.
InformationsquelleAutor StandDuPp
16

Il peut être skype ou nginx utilise le port 80.

Essayez d'arrêter de skype, ou en cours d'exécution: sudo /etc/init.d/nginx stop
- Merci, skype était le coupable du problème ici.
- Merci! nginx était le problème. Meurtre, il a obtenu apache2 pour commencer
InformationsquelleAutor Benjamin Crouzier
5

J'ai eu la même erreur, et vous voulez juste pour confirmer que l'exécution de
```
    sudo netstat -ltnp | grep ':80'
```
m'a aidé à indiquer que Hiawatha serveur était dans la façon de Apache2.

Retrait de Hiawatha correction du problème (sudo dpkg --purge hiawatha).
Ubuntu 12.04.2 serveur.

InformationsquelleAutor user1004829
4

J'ai eu le même problème

Pour moi, apache est déjà en cours d'exécution, mais il était en cours d'exécution dans le mauvais sens.

Tuer les processus ne fonctionne pas parce qu'un démon gardé reinstantiating il.
```
apachectl stop   
```
résolu le problème.

InformationsquelleAutor Philip Lowe
3

Essayer, cela fonctionne pour moi...
```
sudo netstat -ltnp | grep ':80'
```
Ce serait de retour suivantes:
```
tcp6 0 0 :::80 :::* LISTEN 1047/apache2
```
Puis
```
sudo kill -9 1047
```
Ensuite, j'ai été en mesure de redémarrer Apache et tout fonctionnait bien.

InformationsquelleAutor Sam
1

Accédez au gestionnaire de périphériques, sélectionnez l'option “afficher les périphériques cachés” à partir du menu affichage, aller à la “Non-Plug and Play”Pilote/HTTP, double-cliquez dessus pour le désactiver (et désactiver ou manuel de certains services en dépendait).
Redémarrage et profitez-en!

InformationsquelleAutor mk_yo
1

Ce que je voudrais faire est de simplement vérifier si celui-ci est mis dans votre /etc/apache2/sites-available/votre-nom-de-domaine.com.conf
```
SSLEngine on 
SSLCertificateFile /your/path/to/your-domain.com.crt
SSLCertificateKeyFile /your/path/to/your-domain.com.key
SSLCACertificateFile /your/path/to/your-domain.com.ca-bundle
```
et il n'y a pas une erreur de frappe répertoires ou toute autre chose qui ne serait pas censé être dans votre .fichier conf. Il a fait le tour pour moi que de re-démarrage et de tuer le processus n'a pas aidé du tout. Il n'a pas commencé de toute façon.

InformationsquelleAutor Mister
1

Ressembler à d'autres processus utilise le port 80.
```
$ netstat -anp | grep
```
par exemple. $ netstat -anp | grep 80

par-dessus, vous obtenez le nom du processus, si vous souhaitez utiliser le port, alors vous devez arrêter le processus ou modifier le port

InformationsquelleAutor Satish Chauhan
1

utiliser
```
sudo killall httpd
```
ou
```
sudo killall apache2
```
vérifier si quelqu'un en utilisant le port 80
```
sudo netstat -tulpn| grep :80
```
Le redémarrage
```
sudo service httpd start
```
puis redémarrez le serveur.Il m'a fallu une journée entière pour comprendre la question

InformationsquelleAutor Krishnamoorthy Acharya
0

Cela va se produire en raison de la répétition de l'installation d'apache ou port utilise par un autre service
```
sudo lsof -i | grep "httpd"
```
Vous trouverez id de processus et de port d'écoute du service. Ensuite, vérifiez
```
cd /proc/(process id of http)
```
Puis tuer le processus à l'aide de la commande
```
kill -9 pid
```
maintenant
```
sudo netstat -nltp
```
à nouveau de tuer le processus

syntaxe:-
```
kill -9 pid
```
et maintenant démarrer apache
```
sudo ./apachectl start
```
- Cela a fonctionné pour moi! merci!
InformationsquelleAutor sreeks devan
0

Je l'ai corrigé en utilisant la procédure ci-dessous.
Fonctionnent en dessous de commande en tant qu'utilisateur root.
```
root# ps aux |grep apache
```
Il va vous montrer Apache PID, il suffit de tuer que les PIDs et de redémarrage du Serveur Apache.

InformationsquelleAutor luqman
0

Vous ne pouvez avoir écouter PORTNUMBER dans un seul fichier de .conf. Ne pas le mettre en plusieurs fichiers. Essayer 🙂

InformationsquelleAutor rocketsami

Vous devez vous connecter pour publier un commentaire.