Bugzilla – Bug 147943
beagle cronjob doesn't use cron.daily
Last modified: 2006-04-06 22:09:15 UTC
there is a beagle-crawl-system crontab in /etc/cron.d that doesn't belong there. it should be in /etc/cron.daily instead because this is the place where daily cron's are configured. otherwise the cronjob isn't restarted when the system wasn't running at 04:30am.
We deliberately moved this from /etc/cron.daily to /etc/cron.d. This was because of how processor intensive it is. Assigning to Joe to see if anything has changed here, to allow us to move it back to cron.daily.
90% of the machines you target for don't run all the night, and we don't use anachron. if you don't put it into cron.daily (or cron.weekly), it won't get run reliably. and if cpu usage is a problem, then fix it. Or see the other problem with the missing ionice (which is another bug).
It's not processor usage so much as it's disk usage. Users were filing bugs because it would start shortly after the system was booted. This is also a problem for updatedb: https://bugzilla.novell.com/show_bug.cgi?id=105922 Suggest we close this WONTFIX, or reopen the above bug and mark this as a dependency.
read bug 147944
beagle used to set its own ionice (to a lower priority), but I guess that became a root-only thing at some point.
just set the ionice before you drop privileges..
Yeah, we can do that for the cron job, but it seems from bug 147944 that shouldn't be necessary (it should inherit?) and we can't do it for the per-user daemon, which is where it really hurts performance.
Suggest you make Beagle off by default!
Switched back to using cron.daily, and added a patch to speed up the crawl (especially on incremental updates) tremendously. Submitted to STABLE.