The SARG reports accumulate lots of data and require lots of disk space and also create so many files that inodes are running out on the /var partition with ext4. A script should regularly discard old reports. 60 days and 8 weeks back (respectively) should be enough.
Hello Michael, I was going to take this bug, it would be my first one, if I understood correctly, the script should run as cron job, cleaning out older files then 60 days/8 weeks. My idea was thas cron job from /etc/fcron.daily/sarg-reports cleans out /var/log/sarg/daily, older then 60 days. Same thing for weeks/months. Is that acceptable?
(In reply to Blago Culjak from comment #1) > Hello Michael, > I was going to take this bug, it would be my first one, if I understood > correctly, the script should run as cron job, cleaning out older files then > 60 days/8 weeks. > > My idea was thas cron job from /etc/fcron.daily/sarg-reports cleans out > /var/log/sarg/daily, older then 60 days. Same thing for weeks/months. > > Is that acceptable? This is a good approach to solve this problem. We have something similar for dma. Maybe that is a good start and you can work your way from there. http://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=config/dma/dma-cleanup-spool;h=92af30cc8232e5438c71ea0a0fa24878a7067df5;hb=HEAD
Is this bug sill valid? (Currently cleaning up the bug list, hope you don't mind. :-) )
Closing this as there was no reply. If it is still valid and someone interested to work on this, please reopen.