@andrewreid Yes, I can't wait to share it with everybody.

the test with @dumarjo showed that there is still a bug during the import. I am still investigating it and will keep you informed, hopefully today or tomorrow

@ismo-conguairta said in VMware migration tool: we need your feedback!:

I have two different behaviour on two different XO instances. Each XO instance refers to a different pool (different hosts, same xcp-ng version). In both the instances I try to connect to the same Private Virtual Datacenter based on VMware/vSphere at OVH.

In the first one I get the following error message by using the web UI: "invalid parameters" (take a look at this logfile 2023-02-28T19_25_21.933Z - XO.txt )

In the second one, I get the following error message by using the web UI "404 Not Found https://<vsphere-ip>/folder/<vm-name>/<vm-name>.vmx?dsName=<datastore-name>"

By using the xo-cli I get the "404 Not Found" on both the instances.

Regarding the "404 Not Found", I want to point out that at OVH I have a VMware datacenter (with 2 hosts) and in order to access to the storage I need to specify the parameter dcPath=<datacenter-name>

So the right URL should be https://<vsphere-ip>/folder/<vm-name>/<vm-name>.vmx?dcPath=<datacenter-name>&dsName=<datastore-name>

Simply adding (in a static way) the dcPath specification on line :54 of esxi.mjs file makes it work.

I thought it was constant. I will look into the api to get it, and if not possible expose it in the UI

@Seclusion : noted I will look into theis error message, this one is a first for me

@brezlord mac address and uefi should works now

@techjeff thanks for your effort, I found the problem

can you test this branch : fix_cr_healthcheck ? (git checkout fix_cr_healthcheck from xen-orchestra folder) it will be merged soon

@rochemike patch done this morning

@rochemike great, that will be even easier

can you open a support ticket and open a support tunnel ? I will connect and patch your installation

hi @stilllearning @michmoor0725 @dumarjo we merged a fix in master.
For those who use a XOA, open a support tunnel and I will patch the installation

regards

Florent

@florent PR for bucket is here : https://github.com/vatesfr/xen-orchestra/pull/6757 it should be merged today and go live with the release on the end of he week

fbeauchamp opened this pull request in vatesfr/xen-orchestra

closed fix(xo-web): relax pattern for bucket #6757

@KPS that is a second bug
I will look into it this afternoon.
edit : confirmed, I'm working on it

hi @ricky222

the structure of the backup repository is documented here https://github.com/vatesfr/xen-orchestra/tree/master/%40xen-orchestra/backups/docs/VM backups .

Checking if a backup is done/running can be done with the XO rest api from https://xen-orchestra.com/docs/restapi.html

You can go confidently with rsync/rclone for the full backups ( the xva files ). For restoration you can even use the import VM function of XO or xo-cli to directly import the xva. If you rsync data back from rsync to a local backup repository, you must delete the local cache.json.gsz to ensure XO see the downloaded backup (xva + hash + json)

The caveat is for the incremental backup and the merging. In XO we are merging older incremental backups, that means modifying older files. This process is offloaded to another node process which does not appear for now in the api. Making a transfer during a merge may lead to an invalid backup on target.

Do you have enough informations ? Also, it could be great if you share your setup when you have a working/tested setup with rsync

Regards

@KPS is there anything in the log ( journalctl ) ?

we can't migrate live data. Is the VM running ?

@Mark-C I can't test easily for now, but I think there may be an easier path after reviewing your solution

fuse-native use fuse-shared-library 1.0.2
from version 1.1 , fuse-shared-library should support ARM , maybe it is possible to bump it in the dependencies of fuse-native ?

This way , it should still work without libfuse on the system, but also build it on arm

@AlexTheBest great work and effort alex , and welcome to modern storage .

@techjeff thanks for your effort, I found the problem

can you test this branch : fix_cr_healthcheck ? (git checkout fix_cr_healthcheck from xen-orchestra folder) it will be merged soon

@techjeff Are your replication done with or without memory ?

@techjeff strange
I will look into this

@AlexTheBest strange, the ova file doesn't have any disk inside , only the metadata (for example the network)

I think I understand : xen (and xen orchestra) can only manage disks that are handled through the xen api These are created as Vhd files.

If you use passthrough/remote disks/raw disk , you're on your own.

Do you use this form to create VM ?

If yes, what is a "normal" volume ?

@AlexTheBest I don't really understand what is a IMG file in this context , to be fair

could you share me this 27Kb xva file ? it's clearly broken (like it probably don't have any disk data in it) and I may be able to help

@techjeff are you up to date to master/latest ? I think it have already been fixed