Forum Linux.redhat log http

Posté par  .
Étiquettes : aucune
0
9
fév.
2009

bonjour,

j'ai un serveur apache 2.0. j'ai ceci dans les access log de mon site


"HEAD / HTTP/1.1" 200 -



ca dure environ 20mn.qu'est ce que cela signifie ?
  • # Signification des logs

    Posté par  . Évalué à 1.

    Dans Apache, le format des logs est paramétrable, donc les informations que tu as extrait des logs peuvent correspondre à beaucoup de choses.

    Dans la configuration par défaut, si tu n'as pas modifier le format des logs, cela donne:

    "HEAD / HTTP/1.1": Ceci est la première ligne de la requête reçu, dans le cas de HTTP, cette ligne permet d'avoir un certain nombre d'information. Ici quelqu'un a fait une requête HTTP de type HEAD sur l'élément racine "/". Il a utilisé la version 1.1 du protocole HTTP

    "200": Le code résultant de la requête est 200, ce qui signifie que tout s'est bien passé et que le serveur a répondu à la demande.

    "-": Le contenu de la réponse fait 0 octets (hors protocole HTTP, c'est à dire sans les entêtes).

    Si tu as du mal avec HTTP, les types de requêtes, les codes de réponse, les versions, tu peux lire la page Wikipedia http://fr.wikipedia.org/wiki/Http qui m'a l'air bien faite.
    • [^] # Re: Signification des logs

      Posté par  . Évalué à 1.

      merci pour ta reponse.

      pour etre plus precis, mon niveau de log est asses élevé (j'aime bien avoir un max d'infos).je check mon site avec nagios. ce qui s'est passé c'est que j'ai eu une aletre comme quoi mon apache et par concequent mon site etaient inaccessibles pendant un certain temps.dans les logs de mon site je vois bien toutes les requetes, la navigation dans le site tout le tralala, puis au moment du probleme j'ai ce que j'indique plus haut.
      • [^] # Re: Signification des logs

        Posté par  . Évalué à 2.

        ce qui confirme ton probleme

        les gens qui sont venu voir le site (et ton nagios) ont fait la requete, et on obtenu un resultat mais vide, le serveur n'ayant pas pu envoyé de contenu.

        Il faut peut-etre voir du coté de l'espace libre car si ton site est dynamique et que les pages sont crées à la volée et que tu manques d'espace, tu vas generer une page vide ou partiellement vide.
        • [^] # Re: Signification des logs

          Posté par  . Évalué à 1.

          non au niveau espace j'ai asses d'espace. le seule truc que j'ai pu mettre en corellation avec le probleme c'est tout ceci:



          /etc/cron.daily/logrotate
          /etc/cron.daily/rpm
          /etc/cron.daily/slocate.cron
          /etc/cron.daily/00-logwatch
          /etc/cron.daily/makewhatis.cron
          /etc/cron.daily/tmpwatch
          /etc/cron.daily/prelink



          ils se declanchent au meme moment ou le probleme survient.
          • [^] # Re: Signification des logs

            Posté par  . Évalué à 2.

            donc tu as ton probleme http tous les jours ?

            en meme temps cela pourrait etre normal si le logrotate eteint apache le temps de faire la rotation des logs... (qui au passage doit prendre du temps si tu es tres bavard dans les logs)
            • [^] # Re: Signification des logs

              Posté par  . Évalué à 1.

              non j'ai pas le probleme tout le temps. en regardant l'historique de nagios je me rend compte que ce n'est pas le meme jour mais que ca reste toujours aux alentour des heures des logrotat etc. ca complique vachement le truc, parce qu'en meme temps c'est peut etre un hasard que ca se passe a ce moment la. c'est pas pile poile a la meme heure mais c'est toujours a quelques minutes pres apres les logrotat etc.
              • [^] # Re: Signification des logs

                Posté par  . Évalué à 2.

                ben apres un logrotate il y a parfois un redemarrage des services...
                il fait peut-etre les logs apaches, puis restart apache
                puis les logs mysql, puis restart mysql

                si ca se trouve donc ton apache fonctionne mais la base de données est down pendant 1 minutes

                et pendant cette minute ton serveur apache renvoie des pages vides
                • [^] # Re: Signification des logs

                  Posté par  . Évalué à 1.

                  comment puis je vérifier si il y a redémarrage des services ? j'ai vérifier la frequence de la rotation des logs mysql.il sont quotidien. pourtant je n'ai pas le probleme tout les jours. en fait ca doit faire la 2 eme fois en 1 mois.
                  • [^] # Re: Signification des logs

                    Posté par  . Évalué à 2.

                    regarde alors les cron.weekly et cron.monthly

                    essaie de voir si ca se produit à intervalles reguliers ou pas...
                • [^] # Re: Signification des logs

                  Posté par  . Évalué à 1.

                  je pense qu'effectivement appache est redemarré apres la rotation des logs. et c'est pile poile a ce moment la que je recoit des alertes.j'ai ce type de commande qui se lance a la fin du processus:

                  /bin/kill -HUP `cat /var/run/httpd.pid 2>/dev/null` 2> /dev/null || true


                  je recois une autre alerte pour me dire que tout est revenu mais quand je regarde au bout de combien de temsp c'est 20mn plus tard. ca signifirait qu'apache a mis 20mn a redemarrer ? zut alors. ce que je ne pige pas c'est que sur une autre becanne j'ai aussi une rotation des log avec la meme commande mais tout est transparent. je ne recois aucune alerte comme quoi apache a eu un probleme. peut etre redemarre t il plus vite est qu'il passe entre deux check ?
        • [^] # Re: Signification des logs

          Posté par  . Évalué à 1.

          Non, ça n'a pas de sens.

          Sauf système très spécial, les pages dynamiques (Java, PHP, Perl, Python, Ruby, CGI...) sont toujours créées à la volées en mémoire vive et souvent streamés vers le client au fur et à mesure de leur création.
          • [^] # Re: Signification des logs

            Posté par  . Évalué à 3.

            "sauf système très spécial" :

            Tu veux peut-être parler du système de cache de t33mpl3t ?

Suivre le flux des commentaires

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