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?

Hi!

I am sorry for delay!

To check your issue we need to look deeper. Could you tell me some information about your environment (Do you use All-in-one installation, How many resources do you have for our software).

You also have old, not fully supported version. Version 6.1.0 have many changes in area of M365 backup.
Regards
Krzysztof

@andreargamgroup I can confirm that the same behavior occurs when you are using a password with UTF-8 characters. I will let you know when the fix for this problem will be ready.

@andreargamgroup Sorry for the late response. This error is thrown from the Python packages.

    if isinstance(username, str):
        username = username.encode('latin1')

    if isinstance(password, str):
        password = password.encode('latin1')

Do you have special characters in the password? If yes, can you try to set a password with only letters and check if this will work as a workaround?

Ah because of the censorship copy this link and change * to s

Can you check if Winrm is configured properly? You can follow suggestions from this KB https://storware.atlassian.net/wiki/spaces/vprotect/pages/2095153400/KB+10085+Export+to+PST+-+how+to+diagnose+winrm+exceptions