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.
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.
@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:
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.
First of all, I would ask you to confirm whether the backup method "Export storage repository" is used.
The file /etc/exports should be on the vm where the node is, I would ask you to use the command "cat /etc/exports" and "id vprotect" and send the result.
Na początku prosiłbym o potwierdzenie, czy wykorzystywana jest metoda backupu "Export storage repository".
Plik /etc/exports powinien znajdować się na vm gdzie jest node, prosiłbym o użycie polecenia "cat /etc/exports" i "id vprotect" oraz przesłanie rezultatu.
@smmj We can try one more thing, can you please send me database of storware app ? Script to dump it to file is located in /opt/vprotect/scripts/backup_db.sh and result file is saved to /tmp