Where is this value set? Can it be changed to a larger number? Say 15?
just add a '--remove 1' to your /etc/pve/vzdump.cron job, it will remove the oldest backup file and make room for a new backup, maintaining your backup retention police to 5... Otherwise, if you just raise the backup limit to 15, it will start to fail again shortly!!
So if I add this to the cron job, it will limit the backups to 5 or can I simply make it delete the oldest backup while still say retaining a fixed number, like say 30?
--remove 1
flag at the end of the command but it can get overwritten when you use the GUI to edit the backup job again.it's generated when you add/modify a clusterwide backup job in Datacenter -> Backup
it's safe to add the--remove 1
flag at the end of the command but it can get overwritten when you use the GUI to edit the backup job again.
i guess it could be a feature request to add this as a checkbox in the frontend so the GUI can be used for it
My scheduled backup from the datacenter are failing because of this - I thought automatic deletion of old backups is active on scheduled tasks.?
Hello Thomas - I was going to post but you beat me to it. So I added the --remove 1 flag and was able to manually perform a back up . It completed successfully. But I woke up this morning and found that the scheduled overnight backup has failed again ! Now not sure it was a limit issue but something else.Yes, scheduled task default to removing old backups if the max. backups is set. Can you please post a task log of such a scheduled job?
INFO: starting new backup job: vzdump 100 111 112 113 114 115 --quiet 1 --storage synology-nfs-storage --remove 1 --mode snapshot --compress zstd
INFO: Starting Backup of VM 100 (qemu)
INFO: Backup started at 2020-06-24 02:00:02
INFO: status = running
INFO: VM Name: pfsense
INFO: include disk 'virtio0' 'local-zfs-vmstore:vm-100-disk-0' 15G
INFO: backup mode: snapshot
INFO: ionice priority: 7
INFO: snapshots found (not included into backup)
INFO: creating archive '/mnt/pve/synology-nfs-storage/dump/vzdump-qemu-100-2020_06_24-02_00_02.vma.zst'
ERROR: got timeout
It completed successfully. But I woke up this morning and found that the scheduled overnight backup has failed again ! Now not sure it was a limit issue but something else.
you got a timeout, and your target storage is NFS. so i think it might be an issue with the share or the network connection
Is pfsense somehow responsible for the networking between the server and NAS?I tested it this weekend. The backup works ok for all vms and containers except the pfsense vm. As soon as the pfsense backup starts, all network connectivity is lost and the backup fails - as well as the internet. The whole system becomes unresponsive until I reboot the server. Any ideas why the pfsense vm is causing the backup to fail ?
I tested it this weekend. The backup works ok for all vms and containers except the pfsense vm. As soon as the pfsense backup starts, all network connectivity is lost and the backup fails - as well as the internet. The whole system becomes unresponsive until I reboot the server. Any ideas why the pfsense vm is causing the backup to fail ?
well if your setup depends on the pfsense for network connectivity that's no surprise
If I setup pfsense, isn't everything going thorugh it? one lan and one wan port , with all vms/containers going through the pfsense lan for network connectivity?
are they routed correctly?But there are two other connections going out the server to the network switch are not on pfsense at all - eno1 and eno7. So there should be network connectivity besides pfsense
if you set the pfsense as the default gateway of the PVE host, then it will lose the network connectivity when the VM goes down.
that's the bad part of a configuration like this.
are they routed correctly?
It wasn't completely clear to me: Do ProxMox now delete backups when the number is equal to max? All years before, I always have had to manually delete or otherwise the backup would just stop creating new ones.
Or do I need to add this -1 to the file?
maxfiles
is set to >0 and the backup is done by and scheduled backup job, but it currently does not allow such deletion when a user triggers a single backup manually.