Directadmin 1.37.0 CMD_ADMIN_CRON_JOBS does nothing

Hello,

The feature goes through all files:
/usr/local/directadmin/data/users/*/crontab.conf

and puts them into the table.

John
 
Hello,

The feature goes through all files:
/usr/local/directadmin/data/users/*/crontab.conf

and puts them into the table.

John

This feauture does not work. I have smthng in
/usr/local/directadmin/data/users/user1/crontab.conf

but the table is emty. user1 is owned by reseller1 (not admin)
 
It doesn't work for me either...
It did worked when I first installed DA, but when I checked today, all of the sudden it shows: "All User Cron Jobs none" although there are many cron jobs running on this server (PHP 5.3, Apache 2.4, zend, ioncube, latest DA, Debian 6-64).
 
Hi,
This is from today's log:
11/10/2012:09:32:07 12.34.56.78 GET / HTTP/1.1 admin
11/10/2012:09:32:21 12.34.56.78 GET /CMD_ADMIN_CRON_JOBS HTTP/1.1 admin
11/10/2012:09:32:34 12.34.56.78 GET / HTTP/1.1 admin
11/10/2012:09:32:53 12.34.56.78 GET /CMD_ADMIN_SETTINGS HTTP/1.1 admin
11/10/2012:09:32:59 12.34.56.78 BAD REQUEST unknown
11/10/2012:09:38:01 12.34.56.78 GET / HTTP/1.1 admin
11/10/2012:09:38:04 12.34.56.78 GET /CMD_ADMIN_CRON_JOBS HTTP/1.1 admin
11/10/2012:09:38:05 12.34.56.78 GET / HTTP/1.1 admin
11/10/2012:09:54:56 12.34.56.78 GET /CMD_ADMIN_CRON_JOBS HTTP/1.1 admin
11/10/2012:09:54:58 12.34.56.78 GET / HTTP/1.1 admin
11/10/2012:09:56:54 12.34.56.78 GET /CMD_ADMIN_CRON_JOBS HTTP/1.1 admin
11/10/2012:09:59:32 12.34.56.78 GET / HTTP/1.1 admin
11/10/2012:09:59:39 12.34.56.78 GET /HTM_INDEX_USER HTTP/1.1 admin
I can't restart DA in debug mode right now, but I will do it later.
The only changes I remember doing is an upgrade php 5.2>5.3, apache 2.2>2.4, webmail apps, etc. and installed the greek language for enhanced (although I use English) and the Darwin skin.
All users have a crontab.conf, but still I get: All User Cron Jobs none

Also, I can't see any /var/log/cron
 
Last edited:
Do you see cron jobs with default skin? It's possible to enable default skin only for one admin account.
 
Yes, I have already tried that and set the default skin as default, but the result is the same: All user cron jobs none...
 
Then debug is only possible way to find a clue, I guess. Probably somebody else has anything to add.
 
Hi,
This is what I get with the debug mode:

Debug mode. Level 2000

DirectAdmin 1.41.1
Accepting Connections on port 2222
Sockets::handshake - begin
Sockets::handshake - end
/CMD_ADMIN_CRON_JOBS
0: Accept-Charset: UTF-8,*;q=0.5
1: Accept-Encoding: gzip,deflate,sdch
2: Accept-Language: el,en-US;q=0.8,en;q=0.6,ro;q=0.4
3: Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
4: Connection: keep-alive
5: Cookie: 83c9265ebf18816edbb06c4b8a3acb47=lkp64j63ojmfrs6hr6fac8r1k4; session=pkGt3ymH58gCBLjAeDxZHEUagUfRQZDFHR6KQraTzGf8bMGFXDnoPHM6l2XBZkOp
6: Host: 12.34.56.78:2222
7: Referer: http://12.34.56.78:2222/
8: User-Agent: Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.4 (KHTML, like Gecko) Chrome/22.0.1229.94 Safari/537.4
Checking referer http://12.34.56.78:2222/ to 12.34.56.78:2222
Referer check passed: 12.34.56.78=12.34.56.78 2222/=2222
Command::doCommand(/CMD_ADMIN_CRON_JOBS)
Command::doCommand(/CMD_ADMIN_CRON_JOBS) : finished
Command::run: finished /CMD_ADMIN_CRON_JOBS
 
Hello,

Not enough I guess. What is you run more detailed debug at 8000 level or even greater?
 
The truth is that this feature never worked on the previous server either (Ubuntu 10.04, PHP 5.2, Apache 2.2, Darwin skin)
 
OK, I guess we need to get John here, so he could help us. As I don't have more ideas.
 
Hello,

1) Try:
Code:
crontab -u [b]username[/b] -l
to see what's currently loaded into cron.

2) Compare that with the crontab.conf:
Code:
cat /usr/local/directadmin/data/users/[b]username[/b]/crontab.conf

3) If a cronjob was added to DA, where DA didn't notice there was something wrong with it... but crontab found something wrong, then although DA has it in crontab.conf, crontab itself may not have accepted it.
This would cause any new cronjobs to not be added, if the old one has an error in it.

Paste us the crontab output and contents of the crontab.conf, and we'll go from there.

John
 
Directadmin 1.41 All User Cron Jobs none

Hi John,

I just did what you recommended and checked every user (including admin).
The results for every user are the same. Here is an example:
Code:
root@myserver ~ # crontab -u [B]username[/B] -l
00 04 * * 4,7 /usr/local/bin/php /home/username/domains/username.com/public_html/websitebackup/cloner.cron.php

root@myserver ~ # cat /usr/local/directadmin/data/users/[B]username[/B]/crontab.conf
0=00 04 * * 4,7 /usr/local/bin/php /home/username/domains/username.com/public_html/websitebackup/cloner.cron.php
I wonder if ./build php y would make a difference (instead of ./build php n), although I remember doing it once.

The thing is that it did work when I first checked, before I move clients to this server.
 
1) Ok, so the issue is that they're not being called?
Check:
/var/log/cron

(or whichever log records each cron call)

to see if they're being triggered on schedule.

2) If they are, then test manually, eg:
Code:
su - [b]username[/b]
/usr/local/bin/php /home/username/domains/username.com/public_html/websitebackup/cloner.cron.php
and see what you get when run manually.

The su bit assumes that the User has a shell set in /etc/passwd (enable ssh for this User to test)

John
 
Hi,
I don't see a /var/log/cron but I see all cron jobs without errors at /var/log/syslog.
Code:
Oct 13 12:08:01 myserver /USR/SBIN/CRON[16447]: (user1) CMD (/usr/local/bin/php -q /home/user1/domains/user1.com/public_html/moodle20/admin/cli/cron.php)
Oct 13 12:15:01 myserver /USR/SBIN/CRON[17140]: (root) CMD (/usr/local/directadmin/dataskq)
Oct 13 12:15:01 myserver /USR/SBIN/CRON[17141]: (admin) CMD (/usr/local/bin/php -f /home/.../.../master_cron.php)
Oct 13 12:16:01 myserver /USR/SBIN/CRON[17291]: (root) CMD (/usr/local/directadmin/dataskq)
 
If "admin" is running the cron, any errors will be output to the admin email account.
Login to /squirrelmail as admin to see the output/errors from the script.
 
Back
Top