@cPanelMichael. Actually not entirely true. Due to the crontab legacy entry there is actually a pid stored in "/var/cpanel/backuprunning
". The legacy backup script will finish quick because legacy is disabled. But in some cases the pid entry in "/var/cpanel/backuprunning
" is not cleaned up properly (it happened on one of our machines).
This gives the error message:
"warn [backup] The other backup type is running as evidenced by the existence of: /var/cpanel/backuprunning"
By default the crontab generated by cPanel contains:
0 1 * * * /usr/local/cpanel/scripts/cpbackup
0 2 * * * /usr/local/cpanel/bin/backup
As you can see the legacy backup is attempted first. Therefore, the above failure will block the new backup entirely because the new version checks if the old version might be running through "/var/cpanel/backuprunning
So if legacy backup is not used it is even better to remove the cron entry for legacy period. To do it entirely right set the new backup script to start at the same time the legacy did in case there is limited time for a nightly run.
0 1 * * * /usr/local/cpanel/bin/backup
After fixing this the new backup script is running properly again.