Cron Jobs fail to work?

LawsHosting

Verified User
Joined
Sep 13, 2008
Messages
2,398
Location
London UK
I know this was discussed before, but........I have this issue too, just realised mine aint executing at the specific time ..... Where do the crons save to to get executed, not /etc/crontab I presume as theres only system crons in there......
/usr/local/bin/php /home/xxxxxxxxxx/domains/xxxxxxxxx.co.uk/public_html/cron/cron.php >/dev/null 2>&1
I'm guessing thats correct?

Found the file as cron.conf in the user/data dir, which contains:
1=0 0 * * * /usr/local/bin/php /home/xxxxxxxxxx/domains/xxxxxxxxx.co.uk/public_html/cron/cron.php >/dev/null 2>&1
which should run at midnight right?

It executes manually via shell ok, so its not a php code issue.

Another note, the errortaskq and cron logs are blank......if that helps.

Another interesting find:
Compiled on Debian 3.1
Server Version 1.32.2
Current Available Version 1.323000
Last Updated Mon Jul 14 07:16:06 2008
Isn't it meant to check and update automatically?

Any ideas?
 
Is the cron daemon running?

ps xua | grep -i cron | grep -v grep
 
Thats really weird then if the cron logs are blank.
 
The DA Tally updates are logged in (/var/log/directadmin/system.log) every day, so there must be a cron working somewhere? :confused:

John?
 
to add, when I do crontab -u <user> -l, the cron is there..... even more weird to be honest

Well the 0:10 cron works, and I assume the rest do:
/etc/cron.d# cat directadmin_cron
* * * * * 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

So, why isn't the DA user's
 
Last edited:
Still not running:
Oct 24 23:58:01 stock /USR/SBIN/CRON[17740]: (root) CMD (/usr/local/rtm/bin/rtm 11 > /dev/null 2> /dev/null)
Oct 24 23:58:01 stock /USR/SBIN/CRON[17743]: (root) CMD (/usr/local/directadmin/dataskq)
Oct 24 23:59:01 stock /USR/SBIN/CRON[17803]: (root) CMD (/usr/local/rtm/bin/rtm 11 > /dev/null 2> /dev/null)
Oct 24 23:59:01 stock /USR/SBIN/CRON[17805]: (root) CMD (/usr/local/directadmin/dataskq)
Oct 25 00:00:01 stock /USR/SBIN/CRON[17863]: (root) CMD (/usr/local/rtm/bin/rtm 11 > /dev/null 2> /dev/null)
Oct 25 00:00:01 stock /USR/SBIN/CRON[17865]: (root) CMD (/usr/local/directadmin/dataskq)
Oct 25 00:01:01 stock /USR/SBIN/CRON[17948]: (root) CMD (/usr/local/rtm/bin/rtm 11 > /dev/null 2> /dev/null)
Really annoying me now :mad: :mad:

Webmin lists this user cron, and is active, so what the heck is going on?
and its in /var/spool/cron/crontabs/:
/var/spool/cron/crontabs# ls -l
-rw------- 1 peterlaws crontab 325 2008-10-24 01:59 peterlaws
-rw------- 1 root crontab 244 2008-09-14 00:26 root

And DA says the cron log is /var/log/cron, but its really /var/log/cron.log, hence why its blank in DA. :rolleyes:

I really need this to work, should i try and re-compile the vixie-cron?.......

As it is my own account, I could add it to the /etc/crontab or /etc/cron.daily/ directory, but thats not a very feasible fix for my clients is it
 
Last edited:
I added it to the /etc/crontab file but it executed at 1am instead of midnight :confused:
and yes, the server clock is right

Does (vixie) Crond use UTC?
 
Last edited:
This can be moved to the Debian area, as DA's crons run on time, but its just the users/crontab that run 1hour ahead....... I'm really > :confused:

I even tried editing the /etc/default/rcS's UTC flag to no...... but...... oh-hum
 
Back
Top