From: Jamie C. <jca...@we...> - 2005-06-11 23:23:54
|
On 11/Jun/2005 19:16 Jakub Suchy wrote .. > Jamie Cameron wrote: > > On Fri, 2005-06-10 at 21:54, Jakub Suchy wrote: > > > Hi, > > > i believe that bug in virtualmin crontab exists: > > > > > > i create virtual server with bandwidth monitoring enabled, crontab > for root is > > > edited and bandwidth monitoring is scheduled. > > > > > > then i created webalizer conf for other virtual server and crontab > for root is > > > edited again. > > > > > > but virtualmin removes bandwidth monitoring from crontab! -> only 1 > crontab > > > record is keeped at one time. > > > > > > am i doing something wrong or is it (a major!) bug in virtualmin? > > > > Does this same thing happen if you edit cron jobs using Webmin's > > Scheduled Cron Jobs module? I imagine it would effect all cron > > management, not just virtualmin. > > Yes, when i create scheduled cron job, i see: > anima:~# crontab -l > @hourly /bin/true > anima:~# > > Then i create scheduled job @daily /bin/false and crontab is: > anima:~# crontab -l > @daily /bin/false > anima:~# > > instead of > @hourly /bin/true > @daily /bin/false One thing you should check is that on the Module Config page of the Cron module, the 'Crontab directory' option is set correctly. It should be set to some directory that actually exists, like /var/spool/cron . > > Also, which OS and version are you running there? > > Linux anima 2.4.27 #2 Tue Apr 5 15:30:07 CEST 2005 i686 unknown > Debian 3.0 Woody with backports.org > cron 3.0pl1-72 (Vixie cron) > latest webmin > latest virtualmin > > i also created bug #1218155 on sourceforge.net > > maybe webmin should not create cron jobs as root, but it should create > it's own > file in /etc/cron.d/webmin, so it's centralized place for webmin jobs and > it > doesn't affect root jobs which are manually placed (which are deleted now) That's not a bad idea, at least on operating systems that support the /etc/cron.d directory. I may do this in future.. - Jamie |