Hi @hdstart,
I believe you have version 6.2.0 in mind
If yes, please edit /opt/vprotect/vprotect.env file and uncomment below lines:

#LIBGUESTFS_BACKEND="direct"
#LIBGUESTFS_BACKEND_SETTINGS="force_tcg"

then restart vprotect-node service and rerun the backup.

Hello

It looks that you do not clear certs and not set after that Trust All Certificates

It should be looked like this in tab Certificates:

you also should set same in all hypervisors inside hvm:

After clear certs, and set up TCA please rerun Inventory Sync and run backups.

If you tried it, you could clear all info about HVisors removing them from that tab. Please be careful about that, that you should check that you switched off autoremove non-present vms in Backup Policy:

Regards

Hello!
Sorry for late response.

Please tell me at first, did you tried to update to version 6.2.0 and then restore backup?

If problem still occurs we need to look into log f backup and restore. Before you generate it please follow this guide: DEBUG MODE

Regards
Krzysztof

@carl-ceriola Hi, what backup method do you use?

@vguillard Hi, no Storware is not capable of backuping/restoring user-data yet.

Hello @victors,

This new limitation was introduced in the 6.2 version of Storware Backup & Recovery. In this strategy, you can make only full backups of OpenStack instances because every time a snapshot is kept on the VM, the disk type changes to QCOW2.

Incremental backups are only available for CEPH volumes in SSH/libvirt strategy,

https://storware.gitbook.io/backup-and-recovery/changelog

Hi!

I am sorry for delay, but could you tell me more about your environment? Where is server and node (inside/outside VMWare)?

Regards

@Cristian-Eglue

You can try jump from version 6.1.0, but in this case I recommend to make backup of database (after stop the server use /opt/vprotect/scripts/backup_db.sh, it will create backup of db in /tmp), After that you could restore it to clean install like in our documentation: Recovery.

Regards

Hi!

Sorry for delay.

This error is mostly depend on connectivity issues. When we receive information from Manager and not correct information from host. The information of file to transfer is first which we check.

It could be affected by SSL chain. When we could communicate by SSL to Manager but not for all hosts.

You can go to setup of Virtual provides, and clear all certs, and switch on "Trust all Certificates" on Manager and each of hosts. Then run Sync and try to backup.
Regards

Hello @ZakariyaKhalaf

Could you show some logs for task? Do you have DNS with resolve of this name?