J'ai un problème dans lequel les journaux Apache se développent hors de proportion sur plusieurs serveurs (Linux Centos 5) ... Je vais éventuellement désactiver la journalisation complètement, mais pour l'instant, j'ai besoin d'une solution rapide pour récupérer l'espace disque dur.
J'ai essayé d'utiliser le Suppression des fichiers fonctionne rapidement, mais ma question est de poser un problème lorsque je redémarre Apache. Mes serveurs sont en direct et plein d'utilisateurs, donc je ne peux pas les planter.
Votre aide est appréciée. echo ""> /path/to/log.log ou le *> /path/to/log.log mais ils prennent trop long et presque écrasement le serveur lorsque les journaux sont aussi grands que 100 Go
3 Réponses :
Utilisez le tronquer commande dans la plus longue Terme, vous devriez utiliser Logrotate pour garder les journaux de sortir de la main.
Vous semblez savoir exactement de quoi vous parlez, mais simplement pour réitérer, cette commande tronquée ne doit pas nécessiter d'énormes quantités de CPU pour tronquer le fichier ... comme des tentatives précédentes comme mentionnées précédemment n'étaient pas assez agréables ... Merci pour votre aide .
Essayez ceci:
cat /dev/null > /path/to/log.log
mv /path/to/log.log /path/to/log.log.1 Do this for your access, error and if you are really doing it on prod, you rewrite logs. This doesn't effect Apache on *nix, since the file is open. Then restart Apache. Yes, I know I said restart, but this usually takes a second or so, so I doubt that anyone will notice -- or blame it on the network. The restarted Apache will be running with a new set of log files.In terms of your current logs, IMO you need to keep at least the last 3 months error logs, and 1 month access logs, but look at your volumetrics to decide your rough per week volumes for error and access logs. Don't truncate the old files. If necessary do a nice tail piped to gzip -c of these to archives. If you want to split the use a loop doing a tail|head|gzip using the --bytes=nnG option. OK, you'll split across the odd line but that's better than deleting the lot as you suggest.Of course, you could just delete the lot as you and others propose, but what are you going to do if you've realised that the site has been hacked recently? "Sorry: too late; I've deleted the evidence!"Then for goodness sake implement a logrotate regime.
> / chemin / to / log.log fera le fichier vide.Vous ne devriez jamais désactiver la journalisation. Vous aurez besoin de cette information un jour. Il suffit d'allumer la logrotate. Cela résoudra le problème tout en vous donnant des journaux récents pour les statistiques et les préenses.