crond not woring.. is debian stable or working at all?!

[soulshepard]

crond not working..

Hello all,

we have a default clean debian install 7 and I notice only errors if you look on my other posts.
I tought debian 7 as stable..?!?!?!

now the cron is not processing..
I have seen how to manually processing it.. but it is not not working..

I am a bit frustrated in howmuch time the cb2.0 debian 7 takes..
do more have this experience or are we all using centos ;/

 

[soulshepard]

root@webserverx:/usr/local/directadmin/data# tail -f /var/log/syslog | grep -i cron
Feb 26 18:05:01 webserverx /USR/SBIN/CRON[11003]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
Feb 26 18:06:55 webserverx /usr/sbin/cron[11265]: (CRON) INFO (pidfile fd = 3)
Feb 26 18:06:55 webserverx /usr/sbin/cron[11266]: (CRON) STARTUP (fork ok)
Feb 26 18:06:55 webserverx cron[11266]: Error: bad username; while reading /etc/cron.d/directadmin_cron
Feb 26 18:06:55 webserverx /usr/sbin/cron[11266]: (*system*directadmin_cron) ERROR (Syntax error, this crontab file will be ignored)
Feb 26 18:06:55 webserverx /usr/sbin/cron[11266]: (CRON) INFO (Skipping @reboot jobs -- not system startup)

to note: this is a default install.. I have a hard tiem believing these many little problems are there default..
did anyone experience these small glitches after a recent install with debian 7.4?

 

[soulshepard]

the default install added this to the /etc/cron.d/directadmin_cron


*/1 * * * * root /usr/local/directadmin/dataskq
2 0-23/6 * * * root echo 'action=vacation&value=all' >> /usr/local/directadmin/data/task.queue;
#5 5 * * 0 root /sbin/quotaoff -a; /sbin/quotacheck -augm; /sbin/quotaon -a;
10 0 * * * root echo 'action=tally&value=all' >> /usr/local/directadmin/data/task.queue
20 4 1 * * root echo 'action=reset&value=all' >> /usr/local/directadmin/data/task.queue
0 4 * * * root echo 'action=check&value=license' >> /usr/local/directadmin/data/task.queue
15,45 * * * * /usr/local/directadmin/scripts/custom/clamdcheck > /dev/null 2>&1

The user is missing from the clamdcheck when doing a default install..
and if I look at it centos has this bug also in my other default installs.. the clamd does not have a userid there and centos must not care about this.

I added the userid and it seems its not skipping anymore:
15,45 * * * * root /usr/local/directadmin/scripts/custom/clamdcheck > /dev/null 2>&1

more people if using clamd must have this..

 

[smtalk]

I would like to add that this line is a custom one, and it does not come together with DirectAdmin installation.