I am also interested in Wasabi. Let me know if it works.

You are welcome 🙂 Never miss the per-requisites 😉

Thanks @badrAZ for the fix!

Thanks both, agreed, in hindsight this should be configured on the VM itself as it could lead to unexpected issues (like maintenance and having VM's start by themselves) Thanks for the input

Here is a good explanation: https://docs.citrix.com/en-us/xencenter/7-1/dmc-about.html

Static can only be set while the VM is offline. Dynamic can be changed in live.

⚠ When you'll live migrate a VM, it will be decreased to the dynamic min. So take care to use a value that's higher than your VM operating system minimum RAM usage.

@bberndt
I'm pretty sure the Test data section is for any intended AD user.

I'm not sure if it helps your particular case but I'm using:

My LDAP URI is ldaps://host.domain.ext:636
check certificate and TLS is off
The LDAP user is user@domain.ext.
User Filter: (&(objectCategory=Person)(sAMAccountName=*))

@olivierlambert
I got the same error on XOA appliance.

{ "data": { "mode": "delta", "reportWhen": "always" }, "id": "1620250200011", "jobId": "f44dc556-32ba-4bbc-8568-06d5d26b6835", "jobName": "discourse-BUp", "message": "backup", "scheduleId": "bb7b53e4-ca32-48f8-afbb-1ce36ddc84f2", "start": 1620250200011, "status": "failure", "infos": [ { "data": { "vms": [ "a1a3832c-b16a-a85e-2fdd-ae585087f629" ] }, "message": "vms" } ], "tasks": [ { "data": { "type": "VM", "id": "a1a3832c-b16a-a85e-2fdd-ae585087f629" }, "id": "1620250200710", "message": "backup VM", "start": 1620250200710, "status": "failure", "tasks": [ { "id": "1620250205577", "message": "snapshot", "start": 1620250205577, "status": "success", "end": 1620250210934, "result": "569701f3-2665-32c1-ef1c-2b8b1377d88b" }, { "data": { "id": "84dd7240-14e8-4233-befa-f95e7d62e74e", "isFull": false, "type": "remote" }, "id": "1620250210935", "message": "export", "start": 1620250210935, "status": "failure", "tasks": [ { "id": "1620250211055", "message": "transfer", "start": 1620250211055, "status": "failure", "end": 1620250232442, "result": { "generatedMessage": false, "code": "ERR_ASSERTION", "actual": false, "expected": true, "operator": "==", "message": "footer1 !== footer2", "name": "AssertionError", "stack": "AssertionError [ERR_ASSERTION]: footer1 !== footer2\n at Vhd.readHeaderAndFooter (/usr/local/lib/node_modules/xo-server/node_modules/vhd-lib/dist/vhd.js:118:27)\n at async checkVhd (/usr/local/lib/node_modules/xo-server/node_modules/@xen-orchestra/backups/_checkVhd.js:4:3)\n at async RemoteAdapter.outputStream (/usr/local/lib/node_modules/xo-server/node_modules/@xen-orchestra/backups/RemoteAdapter.js:517:7)\n at async /usr/local/lib/node_modules/xo-server/node_modules/@xen-orchestra/backups/_DeltaBackupWriter.js:196:11\n at async Promise.all (index 0)\n at async /usr/local/lib/node_modules/xo-server/node_modules/@xen-orchestra/backups/_DeltaBackupWriter.js:171:7" } } ], "end": 1620250232442, "result": { "generatedMessage": false, "code": "ERR_ASSERTION", "actual": false, "expected": true, "operator": "==", "message": "footer1 !== footer2", "name": "AssertionError", "stack": "AssertionError [ERR_ASSERTION]: footer1 !== footer2\n at Vhd.readHeaderAndFooter (/usr/local/lib/node_modules/xo-server/node_modules/vhd-lib/dist/vhd.js:118:27)\n at async checkVhd (/usr/local/lib/node_modules/xo-server/node_modules/@xen-orchestra/backups/_checkVhd.js:4:3)\n at async RemoteAdapter.outputStream (/usr/local/lib/node_modules/xo-server/node_modules/@xen-orchestra/backups/RemoteAdapter.js:517:7)\n at async /usr/local/lib/node_modules/xo-server/node_modules/@xen-orchestra/backups/_DeltaBackupWriter.js:196:11\n at async Promise.all (index 0)\n at async /usr/local/lib/node_modules/xo-server/node_modules/@xen-orchestra/backups/_DeltaBackupWriter.js:171:7" } } ], "end": 1620250233919, "result": { "message": "task has already ended", "name": "Error", "stack": "Error: task has already ended\n at Task.logAfterEnd (/usr/local/lib/node_modules/xo-server/node_modules/@xen-orchestra/backups/Task.js:5:9)\n at Task.onLog (/usr/local/lib/node_modules/xo-server/node_modules/@xen-orchestra/backups/Task.js:59:37)\n at Task.#log (/usr/local/lib/node_modules/xo-server/node_modules/@xen-orchestra/backups/Task.js:139:16)\n at new Task (/usr/local/lib/node_modules/xo-server/node_modules/@xen-orchestra/backups/Task.js:75:14)\n at Function.run (/usr/local/lib/node_modules/xo-server/node_modules/@xen-orchestra/backups/Task.js:33:12)\n at DeltaBackupWriter._deleteOldEntries (/usr/local/lib/node_modules/xo-server/node_modules/@xen-orchestra/backups/_DeltaBackupWriter.js:115:17)\n at DeltaBackupWriter.cleanup (/usr/local/lib/node_modules/xo-server/node_modules/@xen-orchestra/backups/_DeltaBackupWriter.js:110:18)\n at /usr/local/lib/node_modules/xo-server/node_modules/@xen-orchestra/backups/Task.js:129:32\n at /usr/local/lib/node_modules/xo-server/node_modules/@xen-orchestra/backups/Task.js:103:24\n at Zone.run (/usr/local/lib/node_modules/xo-server/node_modules/node-zone/index.js:80:23)" } } ], "end": 1620250233919 }

I have created a bug ticket with a link to this topic.

You can change the bond name yes.

I just did 🙂

That's a way to do it. Use smart backup on tags.

Eg a tag called "delta only" and a tag "delta+CR", so you'll be sure to assign the right tag to your VM 🙂

Virtual keyboard is planned for XO 6 🙂

Ahh finally!! Enjoy saying goodbye to Citrix 😛 We'll be delighted to get you on board (as a user or even as a contributor via our pro support!)

No. The parent folder. XO will search for the folder xo-vm-backups directly 🙂

edit: if your share was previously <NFS_IP>:/myshare, then you should use this very same one, and NOT <NFS_IP>:/myshare/xo-vm-backups

That's why I don't know, I don't have any answer without digging more and sadly I can't 😞 If there's other people around to assist, go ahead 🙂

We'll add sha256, thanks.

There's 2 reasons:

XAPI doesn't tell us if the transfer is complete or just cut. We just stop to receive chunks, and after a bit, we decide that's it, there's no more data to send (that's the normal behavior even when it works!) XVAs are hard to validate, depending on various factors. We do a VHD validation (so for delta backup) but XVAs are another thing

@julien-f Thank you for your help.

I finally figured out that I missed the API endpoint trailing / which seems mandatory.

My test with openssl s_client worked fine because the trailing / was in place:

GET /api/ HTTP/1.1

To answer your advice about xo-cli, I don't need a CLI tool and xo-cli is fine when I need one.

My goal is to determine what would be the needed efforts to code something like an xo-api Python connector that would allow requesting xo-server from Python apps and scripts.

Such a connector would be useful to me but also to all Python coders.
I'm seriously considering it.

Thank you again for your time, it could have take me days to figure out this missing trailing /.

Can you show me a more complex scenario so I can be sure to understand the "functional specification"?