Hi,
I would like to restart my WHM server automatically every morning. I'm looking for a safe time window when this could be done without interfering with cPanel's scheduled processes. I think that the latest time to do the reboot would be at 7 AM, so I would accept anything between 2 AM to 7 AM if it suits for the cPanel processes. After that there could be more clients using the emails and websites during the morning.
Here is my current cron schedule (for the root user):
Is there any other _system_ users whose cron schedule I should check? I know the user account schedules and they are not an issue, so I don't need to check those.
Background: My server's RAM usage raises to around 95 % every morning at around 1 AM or 2 AM. I have expanded the RAM from 4gb to 7 gb, but the RAM usage is still the same 95 % at max. I think that this does cause an issue where one of my clients is not able to get mail synced to their Outlooks on three computers at morning. They need to wait a few hours and then the sync goes well. My main priority is to inspect _why_ the RAM usage gets so high - and that is a different topic - but in this discussion I would like to search for a backup solution in case if I am not able to find a better, permanent solution soon. If I can get the RAM usage down with scheduled reboots, then I have more time to look what causes the issue in the first place. Thanks!
I would like to restart my WHM server automatically every morning. I'm looking for a safe time window when this could be done without interfering with cPanel's scheduled processes. I think that the latest time to do the reboot would be at 7 AM, so I would accept anything between 2 AM to 7 AM if it suits for the cPanel processes. After that there could be more clients using the emails and websites during the morning.
Here is my current cron schedule (for the root user):
The only thing I have added myself is the composer update command.SHELL="/bin/bash"
0 6 * * * /usr/local/cpanel/scripts/exim_tidydb > /dev/null 2>&1
SHELL="/bin/bash"
30 5 * * * /usr/local/cpanel/scripts/optimize_eximstats > /dev/null 2>&1
SHELL="/bin/bash"
47 0 * * * /usr/local/cpanel/scripts/upcp --cron
SHELL="/bin/bash"
0 1 * * * /usr/local/cpanel/scripts/cpbackup
SHELL="/bin/bash"
0 2 * * * /usr/local/cpanel/bin/backup
SHELL="/bin/bash"
35 * * * * /usr/bin/test -x /usr/local/cpanel/bin/tail-check && /usr/local/cpanel/bin/tail-check
SHELL="/bin/bash"
45 */4 * * * /usr/bin/test -x /usr/local/cpanel/scripts/update_mailman_cache && /usr/local/cpanel/scripts/update_mailman_cache
SHELL="/bin/bash"
30 */4 * * * /usr/bin/test -x /usr/local/cpanel/scripts/update_db_cache && /usr/local/cpanel/scripts/update_db_cache
SHELL="/bin/bash"
30 */2 * * * /usr/local/cpanel/bin/mysqluserstore >/dev/null 2>&1
SHELL="/bin/bash"
15 */2 * * * /usr/local/cpanel/bin/dbindex >/dev/null 2>&1
SHELL="/bin/bash"
15 */6 * * * /usr/local/cpanel/scripts/autorepair recoverymgmt >/dev/null 2>&1
SHELL="/bin/bash"
*/5 * * * * /usr/local/cpanel/scripts/dcpumon-wrapper >/dev/null 2>&1
SHELL="/bin/bash"
8 21 * * * /usr/local/cpanel/whostmgr/docroot/cgi/cpaddons_report.pl --notify
SHELL="/bin/bash"
11,26,41,56 * * * * /usr/local/cpanel/whostmgr/bin/dnsqueue > /dev/null 2>&1
SHELL="/bin/bash"
46 22 * * * /usr/local/cpanel/3rdparty/bin/freshclam --quiet --no-warnings
SHELL="/bin/bash"
0 23 * * * /root/cron-update-composer.sh > /dev/null
SHELL="/bin/bash"
@reboot /usr/local/cpanel/bin/onboot_handler
09,39 * * * * /usr/local/cpanel/scripts/clean_user_php_sessions > /dev/null 2>&1
Is there any other _system_ users whose cron schedule I should check? I know the user account schedules and they are not an issue, so I don't need to check those.
Background: My server's RAM usage raises to around 95 % every morning at around 1 AM or 2 AM. I have expanded the RAM from 4gb to 7 gb, but the RAM usage is still the same 95 % at max. I think that this does cause an issue where one of my clients is not able to get mail synced to their Outlooks on three computers at morning. They need to wait a few hours and then the sync goes well. My main priority is to inspect _why_ the RAM usage gets so high - and that is a different topic - but in this discussion I would like to search for a backup solution in case if I am not able to find a better, permanent solution soon. If I can get the RAM usage down with scheduled reboots, then I have more time to look what causes the issue in the first place. Thanks!