Heads Up! Legacy Backups are no longer running!
Since 90, Legacy Backups are no longer running!
-
Deprecated the Legacy Backup system in cPanel & WHM version 64 and its removed in cPanel & WHM version 80. 0 -
yes, but you can add them, back, I think the triggers were removed from the global cron 0 -
yes, but you can add them, back, I think the triggers were removed from the global cron
They were removed... GRRRR0 -
This was done in edge 90 Change Log | cPanel & WHM Documentation 0 -
why. There are many users that use that system and the current backup system lacks an alternate scheduling. For folks that may not read the change logs, you could potentially be giving a false sense of security. I understand that you are moving away form this system, but there should be a suitable replacement in place, I have been relying on it for over 8 years on 20+ servers! 0 -
I understand, oh well. Spent a good bit of yesterday working on the AWS S3 integration on a couple of boxes to find some random :Unable to send "/backup/2020-08-11/accounts/xxxx.gz" to destination "AWS S3 Bucket":" Oh well. 0 -
The backup transport logs should provide you with further details on what occurred there. You can find them at /usr/local/cpanel/logs/cpbackup_transporter/0 -
Hello @cPanelLauren Now that the legacy system has been wiped out, how can we avoid the new system requiring double the disk space for cpanel backup? Is there a way to accomplish the same behavior as the legacy backup in the new backup (removing the account old backup BEFORE the new one is created)? I mean, if you have 1TB backups you need a 2TB disk, because in the second day the second backup will consume another 1TB until it finishes and the old backup is removed. I know that Incremental backups can solve that, but incremental backup is too limited when it comes to remote destinations. 0 -
It's probably one of the most important features and it's a mess. I get a feeling they would rather push "JetBackup" than just address some simple to implement concepts like what you had mentioned or just adding schedules to the remote backups. 0 -
Hey guys, I have something of a workaround for you for now, but I cannot stress it enough, that the Legacy system is going away and you must be looking at alternatives. The space issue is not something that is going to be changed in the current backup system from what I understand after speaking to the product owner for that feature. The workaround to use the legacy system would be the following: echo "BACKUPENABLE yes" > /etc/cpbackup.conf
And re-add the cron to the cron manager. It was just the cron that was removed not the actual code for the legacy backup system. I do hope that helps for now, but this is not a permanent solution.0 -
even if you re-add the code, the cron deletes it. 0 -
even if you re-add the code, the cron deletes it.
Same here, the legacy backup is working but upcp is removing it's cron entry and readding the new backup cron. I just added "/scripts/cpbackup" on a /etc/cron.d/ cron file as a workaround.0 -
From Lauren: "The current backup system has been in place for some time now and if it is not suitable or does not meet your needs I'd not only urge you to explain what it is, it doesn't do but also open a feature request for it using the link in my signature." I know this is an old thread, but I find legacy backups very useful because I back them up to a cloud-based system that keeps several versions. If I need to to restore a backup, it's really easy to do so from my cloud backup system. But, as long as pkgacct is available, I can use that and send those cp move files to the cloud. 0
Please sign in to leave a comment.
Comments
14 comments