Forum général.général probleme avec apache

Posté par david le 12 janvier 2006 à 10:13.

Étiquettes : aucune

jan.

2006

Comme je le disai dans un autre sujet j'ai un problème qui me bloque depuis maintenant une journée.
Je ne suis pas très fort en paramétrage d'Apache.
Ce que je désire c'est a partir de cette adresse : http://localhost/cacti --> arriver sur la page index.php contenu dans ce répertoire qui est stocké dans /opt/administration/cacti/ sur ma machine.

Pour ce faire j'ai mis en place un serveur Apache et la page http://localhost s'affiche bien. il gère aussi le php étant donné que ma page http://localhost/info.php s'affiche correctement.
J'ai donc rajouté dans le fichier httpd.conf stocké dans /usr/local/apache/conf/ ces quelques lignes.

#
#
# Aliases: Add here as many aliases as you need (with no limit). The format is
# Alias fakename realname
#
<IfModule mod_alias.c>
#Administration: cacti
Alias /cacti/ /opt/administration/cacti
<Directory /opt/administration/cacti>
Options Indexes
AllowOverride all
order deny, allow
deny from all
allow from all
AddType application/x-httpd-php .php .php3 .php4
php_flag magic_quotes_gpc on
php_flag track_vars on

<IfModule mod_dir.c>
DirectoryIndex index.html index.php

J'aimerais savoir ou esque je fais une erreur.
Merci d'avance

# Gni?!?

Posté par Lol Zimmerli (site web personnel, Mastodon) le 12 janvier 2006 à 11:36. Évalué à 2.

order deny, allow
deny from all
allow from all

Euh...?
La gelée de coings est une chose à ne pas avaler de travers.
- [^] # Re: Gni?!?
  
  Posté par david le 12 janvier 2006 à 13:32. Évalué à 0.
  
  je pense que tu propose d'enlever une des deux lignes et j'ai essayé et ça ne change rien.
  Par contre lorsque je tappe :
  [root@davidy cacti-0.8.6h]# /usr/local/apache/bin/apachectl restart
  voila ce qu'il me répond :
  /usr/local/apache/bin/apachectl restart: httpd not running, trying to start
  /usr/local/apache/bin/apachectl restart: httpd started
  meme si j'ai fais un start juste avant
  - [^] # Re: Gni?!?
    
    Posté par Lol Zimmerli (site web personnel, Mastodon) le 12 janvier 2006 à 13:49. Évalué à 2.
    
    De toutes façons, il faudra au moins retirer deny from all ou modifier order deny, allow en order allow, deny; c'est sûr.
    
    Maintenant, qu'as-tu comme sortie de ça:
    ps auxw|grep "httpd\|apache"
    ?
    La gelée de coings est une chose à ne pas avaler de travers.
    - [^] # Re: Gni?!?
      
      Posté par david le 12 janvier 2006 à 14:36. Évalué à 0.
      
      voilà la sortie :
      root 8403 0.1 2.3 12312 5848 ? S 14:32 0:00 /usr/sbin/httpd
      apache 8406 0.0 2.3 12336 5856 ? S 14:32 0:00 [httpd]
      apache 8407 0.0 2.3 12336 5856 ? S 14:32 0:00 [httpd]
      apache 8408 0.0 2.3 12336 5856 ? S 14:32 0:00 [httpd]
      apache 8409 0.0 2.3 12336 5856 ? S 14:32 0:00 [httpd]
      apache 8410 0.0 2.3 12336 5856 ? S 14:32 0:00 [httpd]
      apache 8411 0.0 2.3 12336 5856 ? S 14:32 0:00 [httpd]
      apache 8412 0.0 2.3 12336 5856 ? S 14:32 0:00 [httpd]
      apache 8413 0.0 2.3 12336 5856 ? S 14:32 0:00 [httpd]
      root 8437 0.0 0.2 3644 684 pts/0 S 14:35 0:00 grep httpd\|apache
      
      c'est grave docteur ?
      - [^] # Re: Gni?!?
        
        Posté par Lol Zimmerli (site web personnel, Mastodon) le 12 janvier 2006 à 14:52. Évalué à 2.
        
        Ça veut dire qu'apache tourne bel et bien.
        La gelée de coings est une chose à ne pas avaler de travers.
        
        [^] # Re: Gni?!?
        
        Posté par david le 12 janvier 2006 à 14:55. Évalué à 0.
        
        Pourtant j'ai vérifié et ma page http://localhost/info.php ne s'affiche plus.
        il doit y avoir une erreur quelque part.
# apache est toujours aussi "subtil"

Posté par Mouns (site web personnel) le 12 janvier 2006 à 17:14. Évalué à 2.

Alias /cacti/ /opt/administration/cacti

donc sur cette ligne tu dis que tout ce qui est /cacti/[*] est orienté vers /opt/administration/cacti[*]

donc la subtilité est qu'il ne faut pas mettre de / a la fin du premier terme si tu n'en mets pas au second.

une autre subtilité a connaitre est les wildcard des servername sur un namedvhost , apache gere ses vhosts selon un algorithme first-match et non best-match ... ce qui fait que si tu declare *.example.com avant toto.example.com ... et bien toto sera gere par le site *.example.com .

il y a une superbe presentation ici de pourquoi apache est detestable : http://apache.slashdot.org/article.pl?sid=05/07/22/2159253
- [^] # Re: apache est toujours aussi "subtil"
  
  Posté par david le 13 janvier 2006 à 08:31. Évalué à 0.
  
  j'ai fais la modif que tu as dit mais ça ne fonctionne toujours pas.
  Que me conseil tu de faire étant donné que maintenant un simple info.php ne passe même plus.
  - [^] # Re: apache est toujours aussi "subtil"
    
    Posté par Mouns (site web personnel) le 13 janvier 2006 à 14:53. Évalué à 2.
    
    comment dire ...
    
    /info.php et /cacti n'ont aucun rapport. donc c'est que le probleme de info.php vient d'autre chose. cette autre chose, tu as donc tu la faire. et je presume que tu n'utilise aucun CVS/ARCH/SVN/GIT/RCS/autre pour gerer tes versions de fichiers de conf pour pouvoir revenir en arriere sans galerer.
    
    Quand tu arretes et redemarre ton apache, apache doit te dire plein de choses. de plus, il existe un fichier "errorlog" quelque part qui est declaré dans ton httpd.conf et qui fourni lui aussi plein d'information.
    
    je presume que tu sais que ce n'est pas une hot-line wanadoo ici, et que la hot-line wanadoo est payante pour la simple et bonne raison que trop de monde arrive avec un "ca marche pas debrouillez vous".
    
    alors, peux tu :
    - me fournir le contenu de ton errorlog ? ( souvent /var/log/apache/error.log )
    - me fournir ce que dit le redemarrage d'apache ? ( souvent /etc/init.d/apache restart )
    - [^] # Re: apache est toujours aussi "subtil"
      
      Posté par david le 13 janvier 2006 à 15:11. Évalué à 0.
      
      [Mon Jan 9 10:58:40 2006] [notice] Apache/1.3.34 (Unix) PHP/4.4.1 configured -- resuming normal operations
      [Mon Jan 9 10:58:40 2006] [notice] Accept mutex: sysvsem (Default: sysvsem)
      [Mon Jan 9 15:54:12 2006] [warn] pid file /usr/local/apache/logs/httpd.pid overwritten -- Unclean shutdown of previous
      Apache run?
      [Mon Jan 9 15:54:12 2006] [notice] Apache/1.3.34 (Unix) PHP/4.4.1 configured -- resuming normal operations
      [Mon Jan 9 15:54:12 2006] [notice] Accept mutex: sysvsem (Default: sysvsem)
      [Mon Jan 9 16:03:53 2006] [notice] caught SIGTERM, shutting down
      [Mon Jan 9 16:22:50 2006] [notice] Apache/1.3.34 (Unix) PHP/4.4.1 configured -- resuming normal operations
      [Mon Jan 9 16:22:50 2006] [notice] Accept mutex: sysvsem (Default: sysvsem)
      [Mon Jan 9 16:24:00 2006] [error] [client 192.168.1.8] File does not exist: /usr/local/apache/htdocs/favicon.ico
      [Mon Jan 9 16:24:15 2006] [error] [client 192.168.1.8] File does not exist: /usr/local/apache/htdocs/favicon.ico
      [Mon Jan 9 16:24:15 2006] [error] [client 192.168.1.8] File does not exist: /usr/local/apache/htdocs/favicon.ico
      [Mon Jan 9 16:24:15 2006] [error] [client 192.168.1.8] File does not exist: /usr/local/apache/htdocs/favicon.ico
      [Mon Jan 9 16:37:38 2006] [notice] caught SIGTERM, shutting down
      [Tue Jan 10 08:16:39 2006] [notice] Apache/1.3.34 (Unix) PHP/4.4.1 configured -- resuming normal operations
      [Tue Jan 10 08:16:39 2006] [notice] Accept mutex: sysvsem (Default: sysvsem)
      [Tue Jan 10 10:47:57 2006] [notice] caught SIGTERM, shutting down
      [Wed Jan 11 10:07:26 2006] [crit] (98)Address already in use: make_sock: could not bind to port 80
      [Wed Jan 11 11:56:00 2006] [crit] (98)Address already in use: make_sock: could not bind to port 80
      [Wed Jan 11 11:56:23 2006] [crit] (98)Address already in use: make_sock: could not bind to port 80
      [Wed Jan 11 11:56:29 2006] [crit] (98)Address already in use: make_sock: could not bind to port 80
      [Thu Jan 12 08:24:49 2006] [crit] (98)Address already in use: make_sock: could not bind to port 80
      [Thu Jan 12 08:24:51 2006] [crit] (98)Address already in use: make_sock: could not bind to port 80
      [Thu Jan 12 08:25:02 2006] [crit] (98)Address already in use: make_sock: could not bind to port 80
      [Thu Jan 12 08:25:04 2006] [crit] (98)Address already in use: make_sock: could not bind to port 80
      [Thu Jan 12 08:44:56 2006] [crit] (98)Address already in use: make_sock: could not bind to port 80
      [Thu Jan 12 13:29:00 2006] [crit] (98)Address already in use: make_sock: could not bind to port 80
      [Thu Jan 12 13:29:01 2006] [crit] (98)Address already in use: make_sock: could not bind to port 80
      [Thu Jan 12 13:29:22 2006] [crit] (98)Address already in use: make_sock: could not bind to port 80
      [Thu Jan 12 13:29:33 2006] [crit] (98)Address already in use: make_sock: could not bind to port 80
      [Thu Jan 12 13:29:50 2006] [crit] (98)Address already in use: make_sock: could not bind to port 80
      [Thu Jan 12 14:29:51 2006] [crit] (98)Address already in use: make_sock: could not bind to port 80
      
      Voilà pour le error_log qui au passage est dans /usr/local/apache/logs/
      
      ensuite lorsque je fais un restart en tappant la commande /usr/local/apache/bin/apachect1 restart
      ça me donnes :
      [root@davidy root]# /usr/local/apache/bin/apachectl restart
      /usr/local/apache/bin/apachectl restart: httpd not running, trying to start
      /usr/local/apache/bin/apachectl restart: httpd started
      [root@davidy root]#
      
      Voilà
      je sais que ce n'est pas une "hotline" comme tu dis, mais étant donné que j'ai vraiment cherché un peu partout je me suis dis que je pouvai laisser un message sur ce forum. Je sais que c'est mieux de chercehr par sois meme mais des fois un pti coup de main ça fais du bien ( sans arrière pensée )
      - [^] # Re: apache est toujours aussi "subtil"
        
        Posté par Mouns (site web personnel) le 13 janvier 2006 à 16:29. Évalué à 2.
        
        ton error_log te dit que tu as deja quelque chose qui utilise le port 80.
        
        cela peut tout a fait etre un autre apache ou un autre programme. cela implique aussi que apache ne peut pas s'executer.
        
        donc, killall -TERM apache; sleep 10; killall -KILL apache.
        
        normalement, il ne devrait y avoir qu'un unique message d'erreur.
        
        apres, pour redemarrer apache, tu fais sur une console /etc/init.d/apache restart tout en aillant sur une autre console un tail -f /usr/local/apache/logs/error_log
        
        maintenant, vu les chemins utilisés, je me demande quel OS & quelle distribution tu utilises ?
        
        PS:
        pour les forums, ils sont là pour ca :) par contre, repondre un "ca marche pas. point." c'est vexant quand on prend le temps de fournir une reponse. ;)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.