Version imprimable
Bonjour,
Je n'ai réussi à trouver, malgré mes recherches sur Google, comment vider des fichiers log de apache.
Par exemple, pour vider le fichier error_log ou acces_log, même en essayant de le remplacer par un vide, ça ne fonctionne pas.
Une astuce ? Merci d'avance.
Salut,
http://httpd.apache.org/docs/2.0/logs.html
section "log rotation" et "piped logs".
Bonjour,
J'ai essayé d'appliquer la méthode "rotate" en créant un fichier sh contenant le code indiqué :
Je me retrouve avec une erreur apachectl commande non trouvée.Code:
2
3
4
5mv access_log access_log.old mv error_log error_log.old apachectl graceful sleep 600 gzip access_log.old error_log.old
Testé avec apache2ctl également, sans succès !!
Il faut que la commande apachectl soit dans le PATH. Si ce n'est pas le cas, il faut indiquer le chemin absolu vers cette commande.
Mais soit dit en passant, cette méthode n'est pas très propre : tu peux configurer Apache pour qu'il fasse lui même une rotation sur les fichiers de log (généralement, un fichier par jour) et après, tu n'as plus qu'à supprimer les vieux fichiers sans couper l'herbe sous le pied d'Apache en bricolant directement le fichier dans lequel il écrit.
Mon fichier de configuration logrotate.conf est le suivant :
Sachant que j'ai modifié dans apache le répertoire où s'enregistrent les log error_log et acces_log, est-ce que ça expliquerait que je n'ai qu'un seul exemplaire de ces logs ?Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
De même, lorsque je fais logrotate -f/etc/logrotate.conf je me retrouve avec une erreur bad argument -f/etc/logrotate.conf: unknown error !!
Faut mettre un espace entre -f et /etc/logrotate.conf.
Je parlais en fait de rotatelogs qui se trouve dans le répertoire bin d'Apache, pas de logrotate. C'est un outil Apache qui permet de faire une rotation des logs depuis Apache, dans sa conf.
Je me suis penché sur rotatelogs sans pour autant (pour l'instant) réussir à l'appliquer.
De ce que je comprends, ça permet de faire des rotations de logs selon un délai déterminé, mais ce délai est par rapport à quoi ? Si je mets 1 mois, ce sera 1 mois à partir du moment ou j'ai modifié mon httpd.conf (par exemple le 28/06/2010 à 10h00) ou à minuit ?
Je ne comprends pas trop ce point !
Dans la doc de rotatelogs, on lit ceci :
donc si tu mets 1 mois en secondes (ça fait combien ? bonne question !!), la rotation se fera chaque 1er de mois à 00h00.Citation:
The rotation occurs at the beginning of this interval. For example, if the rotation time is 3600, the log file will be rotated at the beginning of every hour; if the rotation time is 86400, the log file will be rotated every night at midnight.
Ok je n'avais pas vu ce paragraphe là (ou alors je suis très nul en anglais, c'est possible aussi !!). Je vais me contenter d'une rotation par jour pour voir déjà si ça fonctionne, parce qu'1 mois, c'est bien joli, mais un mois de 30 jours ce n'est pas pareil qu'1 de 31 j !!
Je me tente donc unA voir demain ! :)Code:CustomLog "|lampp/bin/rotatelogs htdocs/www/site/db/compteur.%y.%m.%d 86400" common
Et bien la mauvaise nouvelle c'est que cela n'a pas fonctionné.
Ce matin je n'ai aucun fichier compteur.10.06.29, et au final aucun enregistrement depuis ma mise à jour hier à 17h00 !
Et aucune erreur dans le php_log !!
avec des chemins partiels… peu de chance que cela fonctionne…Citation:
Envoyé par nicolas2603
Des chemins partiels ? En ce qui concerne le fichier log, la syntaxe CustomLog htdocs/www/site/db/compteur common fonctionne, et pour le rotatelogs, j'ai fait un "find" pour qu'il m'indique le chemin !
Et mon dossier lampp est bien à la racine pourtant...
:(
des chemins partiels peuvent fonctionner à condition de se souvenir qu'alors ils sont relatifs à ServerRoot…Citation:
Envoyé par nicolas2603
Ok, j'ai modifié ma ligne de la façon suivante :
Comme ça ça devrait fonctionner non ? Je tente.Code:CustomLog "|lampp/bin/rotatelogs /lampp/htdocs/www/site/db/compteur.%y.%m.%d 86400" common
Edit : mon premier fichier compteur.10.07.02 a bien été crée, à voir lundi si ce week-end j'ai bien 2 autres fichiers ! :)
ce qui confirme bien que la variable ServerRoot de la configuration Apache n'est pas /lampp… (sinon votre chemin partiel htdocs de votre essai précédent aurait fonctionné…)Citation:
Envoyé par nicolas2603
La variable est ServerRoot "/opt/lampp" !
Bon, retour de week-end, vérification des logs, et premiers résultats :
1. j'ai bien un log par jour qui se crée, au format compteur.10.07.04
2. en revanche, ce log tourne à 2h du matin au lieu de minuit...
J'observe un [03/Jul/2010:01:59:08 +0200], est-ce l'heure serveur qu'il faut modifier ?
/opt/lampp != /lampp…Citation:
Envoyé par nicolas2603
faudrait voir à mettre de l'ordre…
+0200 c'est bien le fuseau de la l'Europe continentale Paris/Bruxelles/Madrid en heure d'été…Citation:
Envoyé par nicolas2603
mais il se peut que votre serveur croit qu'il est dans le fuseau de Greenwich…
et si c'est une machine louée… il y est en effet peut-être…
sinon c'est peut-être tout simplement que le daemon de mise à l'heure automatique ne tourne pas…
C'est effectivement une machine louée, mais l'hébergeur est sur Paris.Citation:
Envoyé par JeitEmgie
Au pire je vais laisser comme ça en attendant !
J'ai la main dessus mais je ne peux pas tout modifier. :(Citation:
Envoyé par JeitEmgie
un ntpdate en crontab…Citation:
Envoyé par nicolas2603
méfiez-vous des tâches CRON entre 2 et 3 heures du matin… les changements d'heure 2x par an : les tâches qui ne s'exécutent pas ou au contraire s'exécuteront 2x !
Alors, pour faire mon ntpdate en crontab, j'ai commencé par un petit whereis ntpdate, qui me retourne un gentil ntpdate : vide... Cela signifie que je ne peux pas l'utiliser puisqu'il ne le trouve pas ?
Quant aux tâches CRON entre 2 et 3 heures du matin, comme par hasard j'en ai justement une à 2h00 et une à 3h00 qui font des mises à jour. Il ne me reste plus qu'à changer d'heure...
Code:
2