My servers stopped automatically updating
Hello,
I noticed that my servers have stopped automatically updating cPanel to the current versions. I notice this when nearly all of them were on 80.02 or something like that and I manually updated them to v82.0.7 .
Now I'm seeing the follow again in the WHM.
Version "82.0.8" is available. Update Now
Could my cron have been changed? What should I look for in cron?
Here is my cron from one server:
- Mike
@reboot /usr/local/cpanel/bin/onboot_handler
9 3 * * * /usr/local/cpanel/whostmgr/docroot/cgi/cpaddons_report.pl --notify
28 0 * * * (/usr/local/cpanel/scripts/fix-cpanel-perl; /usr/local/cpanel/scripts/upcp --cron > /dev/null)
0 20 * * * /usr/local/cpanel/scripts/cpbackup
0 19 * * * /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
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
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
4,19,34,49 * * * * /usr/local/cpanel/whostmgr/bin/dnsqueue > /dev/null 2>&1
47 3 * * * /usr/local/cpanel/3rdparty/bin/freshclam --quiet --no-warnings
13 23 * * 0 mysqlcheck -Ar > /dev/null
13 23 * * 0 mysqlcheck -Ao > /dev/null
13 22 * * 6 updatedb
09,39 * * * * /usr/local/cpanel/scripts/clean_user_php_sessions > /dev/null 2>&1- Mike
-
You should get an email every night from upcp (number 3 cron) that would tell you what happened during upcp. upcp will also tell you if the update is blocked for some reason. Keep in mind, that most updates at cPanel ( I think even for minor releases ) are spread over multiple days, this is done so in case an issue would happen with a given release, then cPanel will still be able to stop all servers from updating. 0 -
Hello, Okay, thanks. I'll check my emails. - Mike 0 -
Hello @JIKOmetrix, One additional note: Automatic upgrades to new major versions of cPanel & WHM do not always occur immediately if you've selected the STABLE or RELEASE tier in WHM >> Update Preferences. In certain scenarios, the update system staggers the update over an extended time period. The Force option is available in WHM >> Upgrade to Latest Version if you'd like to upgrade immediately. Or, if you prefer to upgrade immediately from the command line, use the "--force" flag: /scripts/upcp --force
Thank you.0 -
Hello, Usually when there is a delay from cPanel it says something about it and how to force the update now. This was just a note saying the update from 80 to 82 was available. Like a regular update that was released before the cron job could process for it. 0 -
Usually when there is a delay from cPanel it says something about it and how to force the update now. This was just a note saying the update from 80 to 82 was available. Like a regular update that was released before the cron job could process for it.
Hello @JIKOmetrix, I'd like to verify this behavior on an internal test server. Can you share the output from the command below on the affected server?whmapi1 get_update_availability
This will help me ensure I'm using the same update settings that you were using on version 80 prior to the update. Thank you.0 -
Hello, So far so good. The servers have been updating regularly without issue since updating to 82.x. I'll run the command one of the servers and post here. 0 -
Hello, Here is the output. Seem okay now. root [/]# whmapi1 get_update_availability --- data: current_version: 82.0.9 newest_version: 82.0.9 tier: release update_available: 0 metadata: command: get_update_availability reason: OK result: 1 version: 1 root [/]# _0
Please sign in to leave a comment.
Comments
9 comments