Community support for Plesk, CPanel, WebMin and others with insight from two of the founders of Plesk. Ask for help here! No question is too simple or complicated.
I got a message that a backup failed that has been running on a cron for years, No clue why it failed. I went to the DIR of the backup and found failed splits of a backup. But I don't split and deleted them. LOL. Now vzbackup tells me that it cannot delete the files that I deleted. I've been a programmer for a loooong time and that is such an easy program: if exists then else end. Either way the damn files get axed.
Could the error you are seeing be caused by some other issue? Like not enough disk space or something on the HN?
Alternatively, vzbackup seems to store a list of backups in a database or file somewhere. And I think it likes to get some configuration options from some configuration file or other. Could it be that the split is being forced because of a config file saying it should be split, and could the error be a result of VZ trying to remove an older backup when you run vzbackup (but that backup doesn't actually exist)?
If so, there's some command, undocumented as I recall, that forces VZ to sync actual, real backups with its database and vice versa. It was mentioned on the Parallels forum at one point. The notes I have are:
1) vzrestore list (which shows what can be restored, maybe?)
2) vzbackupsync (which does the syncing of actual files with the database of what can be restored -- it is intended for use when you copy a backup file from elsewhere to an HN - it makes the HN aware that the backup exists).
The configuration file for vzbackup will be somewhere in /etc/vz I think.
As always, please be careful and don't do anything unless you are completely happy no damage can occur. I have big gaps in my VZ knowledge.
--------------------------------
<advert>
If you want to rent a UK-based VPS that comes with friendly advice and support from a fellow ART fan, please get in touch.
</advert>