Crontab empty after update
-
Hello, The root crontab is stored at: /var/spool/cron/root
Thank you.0 -
Thanks! But that one is completely empty (just one newline). WHM runs several cron jobs, are those also gone now? 0 -
Hello, You can use the "crontab -e" command to add the entries back into the root crontab. Here are the default entries: 0 6 * * * /usr/local/cpanel/scripts/exim_tidydb > /dev/null 2>&1 30 5 * * * /usr/local/cpanel/scripts/optimize_eximstats > /dev/null 2>&1 30 23 * * * /usr/local/cpanel/scripts/upcp --cron 0 1 * * * /usr/local/cpanel/scripts/cpbackup 0 2 * * * /usr/local/cpanel/bin/backup 35 * * * * /usr/bin/test -x /usr/local/cpanel/bin/tail-check && /usr/local/cpanel/bin/tail-check 45 */4 * * * /usr/bin/test -x /usr/local/cpanel/scripts/update_mailman_cache && /usr/local/cpanel/scripts/update_mailman_cache 30 */4 * * * /usr/bin/test -x /usr/local/cpanel/scripts/update_db_cache && /usr/local/cpanel/scripts/update_db_cache 30 */2 * * * /usr/local/cpanel/bin/mysqluserstore >/dev/null 2>&1 15 */2 * * * /usr/local/cpanel/bin/dbindex >/dev/null 2>&1 15 */6 * * * /usr/local/cpanel/scripts/autorepair recoverymgmt >/dev/null 2>&1 */5 * * * * /usr/local/cpanel/scripts/dcpumon-wrapper >/dev/null 2>&1 20 2 * * * /usr/local/cpanel/whostmgr/docroot/cgi/cpaddons_report.pl --notify 13,28,43,58 * * * * /usr/local/cpanel/whostmgr/bin/dnsqueue > /dev/null 2>&1
Thank you.0 -
Thanks! It would be nice if it warned me, when deleting all cron jobs after updating... 0 -
It would be nice if it warned me, when deleting all cron jobs after updating...
I've not seen any additional reports of the cPanel update process erasing the root crontab. Feel free to open a support ticket using the link in my signature so we can take a closer look and see if we can determine how it was erased. You can post the ticket number here so we can update this thread with the outcome. Thank you.0 -
Hi guys, I've had the same issue - root crontab was empty after suddenly... Maybe you can investigate things further ? Thanks for putting the default crontab here... I just pasted it back in for now. Thanks, 0 -
I've had the same issue - root crontab was empty after suddenly... Maybe you can investigate things further ?
Hello, Feel free to open a support ticket using the link in my signature so we can take a closer look. You can post the ticket number here so we can update this thread with the outcome. Thank you.0 -
Same issue. All of a sudden I noticed my daily backups stopped running back around Jan 11 (this could have been SUPER bad news if a site had an issue). I checked cron and low-and-behold: ALL lines missing for some reason. I just pasted all the correct entries back (thank you for posting them). But I am VERY concerned this is a bandaid solution. What caused them to go missing in the first place?? We never login to this box as root EVER -- so there is no chance it was human error. 0 -
Hello @loudcanvas, Feel free to open a support ticket using the link in my signature if you'd like us to take a closer look to see what might have happened on your system. Thank you. 0 -
Hi, I appreciate this is some 8 years old now, so could cP admin kindly post here the latest copy of the root crontab? I've customised mine, and I would like to verify I still have all cP jobs in place. thanks
0 -
Hi perplex
My /var/spool/cron/root on my development server looks like:
50 22 * * * (/usr/local/cpanel/scripts/fix-cpanel-perl; /usr/local/cpanel/scripts/upcp --cron > /dev/null)
0 2 * * * /usr/local/cpanel/bin/backup
35 * * * * /usr/bin/test -x /usr/local/cpanel/bin/tail-check && /usr/local/cpanel/bin/tail-check
0 6 * * * /usr/local/cpanel/scripts/exim_tidydb > /dev/null 2>&1
30 5 * * * /usr/local/cpanel/scripts/optimize_eximstats > /dev/null 2>&1
5,20,35,50 * * * * /usr/local/cpanel/scripts/eximstats_spam_check 2>&1
45 */4 * * * /usr/bin/test -x /usr/local/cpanel/scripts/update_mailman_cache && /usr/local/cpanel/scripts/update_mailman_cache
15 */6 * * * /usr/local/cpanel/scripts/autorepair recoverymgmt >/dev/null 2>&1
*/5 * * * * /usr/local/cpanel/scripts/dcpumon-wrapper >/dev/null 2>&1
0 */2 * * * /usr/local/cpanel/scripts/shrink_modsec_ip_database -x 2>&1
55 5 * * * /usr/local/cpanel/whostmgr/docroot/cgi/cpaddons_report.pl --notify
30 */4 * * * /usr/bin/test -x /usr/local/cpanel/scripts/update_db_cache && /usr/local/cpanel/scripts/update_db_cache
25 */2 * * * /usr/local/cpanel/bin/mysqluserstore >/dev/null 2>&1
15 */2 * * * /usr/local/cpanel/bin/dbindex >/dev/null 2>&1
0,15,30,45 * * * * /usr/local/cpanel/whostmgr/bin/dnsqueue > /dev/null 2>&1
@reboot /usr/local/cpanel/bin/onboot_handler
09,39 * * * * /usr/local/cpanel/scripts/clean_user_php_sessions > /dev/null 2>&1
4 * * * * /usr/local/cpanel/bin/process_team_queue > /dev/null 2>&1Added: It looks like, when upcp is ran or when you update the Cron config times in WHM, it will automatically update/correct/add any cPaenl relevant lines.
0 -
rbairwell, Yep, mine is the same with the exception of the last line which is missing..
4 * * * * /usr/local/cpanel/bin/process_team_queue > /dev/null 2>&1
I can't seem to find any cp docs for what this one does, any ideas? thanks
0 -
Most of our commands have a help file, which shows this:
# /usr/local/cpanel/bin/process_team_queue --help
/usr/local/cpanel/bin/process_team_queue: Tool to process team queue
Usage:
/usr/local/cpanel/bin/process_team_queue [--help]
Options:
--help: Print out this message and exit
Look at each task in team queue and execute those whose time has come.
Written primarily for expiring team-user accounts but can be used for
any team purpose that needs a scheduled time to execute.This is part of the https://docs.cpanel.net/cpanel/preferences/manage-team/ feature.
0
Please sign in to leave a comment.
Comments
13 comments