@VP
Please also try to restart service, it might help.
systemctl restart vprotect-server && systemctl restart vprotect-node
Best regards
Jan Leszczyński

@a-spinek

thanks for your fast answer. This explains all.

Hi,

I can't see the images you uploaded. Storware had some issues with duplicated rules. It was already fixed so I would recommend updating to the latest version 6.1.0 (6.0.0 will also be fine).

Hi!

After deep a**lysis we found, that issue is caused by deleting of snapshots files without merging it to vm. We do not this kind of operation, so it could be done only by user itself.

Regards

Hi! @user

NFS4.2 have support to synthetic backup, but it is necessary to use XFS under NFS share. NFS only provide possibility to use synthetic file system under share, we support XFS as Synthetic FS.

The same error you have in XCP-ng.

Regards

Hi,

this is a known error and the fix is already in the testing phase. I will let you know when it will be available for download.

@sistemisti I solved it myself,
I delete 3 VMs from the virtual environment even though I deleted all the backups of these VMs, vprotect counted them as backuped vm

@Argus thanks very much!

@Argus

Thank you.

I just checked my instance and for some reason it is backing up now. The jobs are still running, but they are not failing yet. I do not recall making any changes since the last communication and I will continue to monitor for results.

@tanawat do you have the same error during backup?
Can you send the log from Node (/opt/vprotect/logs/node_name/vprotect_daemon.log) and from vmware service (/opt/vprotect/logs/vmware/vprotect_vmware.log) ? We need log just after the backup.

Hi @matti

Disk Image Transfer requires RHV to be in version 4.3+. For version 4.2 you can only use the disk attachment strategy which gives you the possibility to do only full backups. This strategy also requires having a node installed inside the RHV cluster as a proxy vm.

https://storware.gitbook.io/backup-and-recovery/protecting-virtual-machines/virtual-machines/red-hat-virtualization#disk-attachment-with-proxy-vm

@nsniko777 Can you use HTTP only for the test? What port do you have set for the API in OpenNebula? Can you try connecting via HTTPS to the default API port 2633? For example:

https://192.168.1.2:2633

Hi @denididan,
I am attaching a link to the entry in our documentation, where it is described how we handle with Nutanix AHV Prism Element/Central environments.
https://storware.gitbook.io/backup-and-recovery/protecting-virtual-machines/virtual-machines/nutanix-acropolis-ahv
If the answer cannot be found I would ask you to let me know

Hi @bharathkondi,
please list your priviliges of directories,
for that use comand

ll /

and show us results.
Probably your directory has bad priviliges.

Hello!

Good to hear that you like our solution. Of course, we also support the backup of single ESXi instances, without using vSphere. Unfortunately, it's hard to say now why you couldn't save these ESXi settings. If you have this problem again, please send us a screenshot of what it looks like and, preferably, the logs from the /opt/vprotect/logs directory. It's probably just a configuration issue.

@Argus ohh ok... I don't have it... that's the problem... thanks for message.... 🙂

Hi!

Did you try use that KB? There are few additional steps.

KB10025

Regards
Krzysztof

Hi @pradeep
Thank you for your ask.

Could you tell me something about your Infrastructure. Which Strategy Backup do you use? Some of Backup Strategies need to have an node/proxyVM inside OLVM (please look at that Documentation page: https://storware.gitbook.io/backup-and-recovery/protecting-virtual-machines/virtual-machines/oracle-linux-virtualization-manager in example Disk Attachment need an proxyVM)

Please tell me, did you follow our guide in Documentation? https://storware.gitbook.io/backup-and-recovery/deployment/installation (You could use all in one, where configuration is minimal)

Regards
Krzyszof