Conflit apache2 - httpd

Support Debian
#1

Bonjour à tous, voici mon problème :

Version : Debian 4.0 (Etch)

# uname -a
Linux id113752 2.6.18-028stab066.10 #1 SMP Fri Dec 4 15:49:04 MSK 2009 x86_64 GNU/Linux

J’ai un serveur apache qui tourne parfaitement sur le port 80

# netstat -nap | grep LISTEN | grep 80
tcp6       0      0 :::80                   :::*                    LISTEN     5624/apache2

# ps aux | grep apache2
www-data  5624  0.0  1.3  89532  6940 ?        S    08:58   0:00 /usr/sbin/apache2 -k start
root      7989  0.0  1.8  89400  9596 ?        Ss   Apr25   0:00 /usr/sbin/apache2 -k start
www-data 23843  0.0  1.3  89532  6968 ?        S    08:11   0:00 /usr/sbin/apache2 -k start
www-data 23988  0.0  1.4  90576  7792 ?        S    08:11   0:00 /usr/sbin/apache2 -k start
www-data 24353  0.0  1.4  90576  7804 ?        S    08:44   0:00 /usr/sbin/apache2 -k start
www-data 25756  0.0  1.4  90576  7792 ?        S    08:46   0:00 /usr/sbin/apache2 -k start

Le problème c’est que j’ai aussi un process louche qui tourne :

# ps aux | grep httpd
www-data 32308  0.0  0.1   2152   832 ?        S    02:58   0:04 /usr/sbin/httpd -k start -DSSL

Quand je stop mon apache (ou restart) je ne peux plus le lancer car l’autre process “s’accapare” le port 80

# /etc/init.d/apache2 stop
Stopping web server (apache2)....

# /etc/init.d/apache2 start
Starting web server (apache2)...(98)Address already in use: make_sock: could not bind to address [::]:80
(98)Address already in use: make_sock: could not bind to address 0.0.0.0:80
no listening sockets available, shutting down
Unable to open logs
 failed!

# netstat -nap | grep LISTEN | grep 80
tcp6       0      0 :::80                   :::*                    LISTEN     32308/httpd -k star

Pour régler le souci je dois killer le process httpd pour relancer mon apache2

# kill 32308

# /etc/init.d/apache2 start
Starting web server (apache2)....

Le truc c’est que le process httpd se relance tout seul au bout d’un moment et j’ai aucune idée de comment l’empêcher de restarter …

Ce qui est bizarre aussi c’est qu’il n’existe pas de /usr/sbin/httpd …

Et comme mon serveur apache se relance automatiquement chaque nuit pour les besoins de mes applications, il plante tout les soirs, sauf si je kill le process avant

Toutes les idées sont bonnes à prendre

Merci beaucoup d’avance

#2

Salut,
httpd, c’est apache… D’ailleurs tu as un httpd.conf dans /etc/apache2.
Je n’ai pas la réponse, mais c’est probablement dans apache qu’il faut chercher la cause de tes misères…
IPv6 ? Regarde si apache ne se lance pas aussi sur une adresse en ipv6 ?
Tu dois peut-être avoir quelque part un petit “*:80” en trop qui te mets la mer…

#3

Bonsoir,

oui mais le binaire d’apache 2 c’est apache2 et pas httpd.
C’est vraiment bizarre que t’es un processus httpd, /usr/sbin/httpd n’existe pas dans le dépot etch.

T’aurais pas compilé un Apache ou une applie en ayant un ?
Sinon vérifies dans les logs systèmes si t’as des traces de son lancement.

Tu peux toujours faire un “ps -ef |grep -i httpd” pour récupérer le processus père et voir qui il est (init ?)

#4

Re,
Effectivement pas de httpd actuellement dans les dépôts.
Mais il me semble que httpd était le binaire de apache, non ?
Il est possible que ce soit le “résidu” d’une ancienne installation…

#5

Je peux me tromper mais je me rappelle pas à l’époque avoir vu de binaire nommé httpd sous etch.
apache-1.* se nommait apache et apache-2.* se nommait apache2.

Peut-être y a-t-il eu une upgrade d’une version plus ancienne ?

#6

Je n’ai pas tous les détails mais le httpd.conf dont parle lol dans le dossier /etc/apache2 est vide et ne sert (n’a servi ?) que lors de la transition d’apache vers apache2. Maintenant la conf qui se trouvait originellement dans httpd.conf doit se trouver dans /etc/apache2/apache2.conf ou un truc du même style.

A ce que j’en lis httpd <=> apache. Si tu as une vieille version d’apache qui traîne je te conseille de lui montrer la porte. Sinon si tu ne souhaites plus que le daemon httpd se lance, il faudra probablement aller fouiner dans /etc/rc[2-5].d et regarder si dans un de ces runlevels (2 à 5) tu as un “vieux” apache qui traîne encore avec ton apache2 et qui se lance lui aussi (très improbable à la réflexion m’enfin ça se regarde et ça dépend comment tu as installé apache2 et éventuellement apache s’il a été installé auparavent)