[SOLVED] XO From source restore backup fails with VDI_IO_ERROR
-
@Danp said in [SOLVED] XO From source restore backup fails with VDI_IO_ERROR:
I haven't personally used this script, but perhaps @ronivay will jump in with some advice. Also, you could try building the XO VM manually using the official guide.
@chevybeef Indeed hard to tell with this information only. I understood that two different install scripts give the same outcome? Also only some of these fails. Are they always the same ones?
Which XCP-NG version you’re running? What kind of delay and transfer speed you have to your remote from XO?
Check this: https://github.com/vatesfr/xen-orchestra/issues/3242
I suppose this could also have same effect while restoring.
-
@ronivay, @Danp Yes, 2 different install scripts, 2 different distros and 2 different remotes, NFS and SMB, same results. They are always the same ones failing, the commonality being they are not running VMs, they are larger that the others i.e. 40GB and 16GB, and they are located on a HD not SSD, the HD also being used by another VM to capture CCTV. Transfer speed is 1Gbps, SMB share is on same HD as well.
I'm running version 8.0.0. and the latest XO running on updated version of Debian 9 with your latest version of the script (a note here is that it hadn't installed cifs-utils but even after installing that manually it didn't help). Debian is running with a single CPU and 2GB of RAM.
The host itself is a relatively low spec machine, G4600 (2c4t) with 16GB, 2 x SSDs and 1 x HD.
Issue 3242 looks interesting.
-
@chevybeef said in [SOLVED] XO From source restore backup fails with VDI_IO_ERROR:
@ronivay, @Danp Yes, 2 different install scripts, 2 different distros and 2 different remotes, NFS and SMB, same results. They are always the same ones failing, the commonality being they are not running VMs, they are larger that the others i.e. 40GB and 16GB, and they are located on a HD not SSD, the HD also being used by another VM to capture CCTV. Transfer speed is 1Gbps, SMB share is on same HD as well.
I'm running version 8.0.0. and the latest XO running on updated version of Debian 9 with your latest version of the script (a note here is that it hadn't installed cifs-utils but even after installing that manually it didn't help). Debian is running with a single CPU and 2GB of RAM.
The host itself is a relatively low spec machine, G4600 (2c4t) with 16GB, 2 x SSDs and 1 x HD.
Issue 3242 looks interesting.
Okay, thanks. cifs-utils dependency is actually fixed recently, but manually installing it should do the trick as well.
Unfortunately i can’t figure out any reason in the installation procedure my script makes that could cause this issue.
I’ve seen some issues even with installation when XO VM had 2GB RAM (even though that should be enough). Maybe you could try increasing that just to rule it out?
-
@chevybeef said in [SOLVED] XO From source restore backup fails with VDI_IO_ERROR:
Debian is running with a single CPU and 2GB of RAM.
Also, try bumping the vCPUs up to 2. I vaguely recall an issue where only one CPU was in use, but don't recall the specifics.
-
-
@Danp @ronivay So here's what I tried. I moved the XO VM to another machine where I could give it more resources, 2 vCPUs and 4GB RAM. I couldn't give these resources on the main machines without over-committing. Then I tried to migrate the 24GB VM I want to backup onto the second machine but unfortunately that didn't work and it failed at 45% with "VDI_COPY_FAILED(End_of_file)". I thought perhaps it's corrupt so tried migrating another 16GB VM and that also failed with the same error. Any ideas how I might manually try moving the VMs?
-
@chevybeef Using XCP-ng Center 8.0.1 the move also fails with: "The VDI copy action has failed"
-
So this is likely not an XO issue
-
@olivierlambert said in [SOLVED] XO From source restore backup fails with VDI_IO_ERROR:
So this is likely not an XO issue
Any ideas how I might manually try moving the VMs?
-
This is not related to the original, feel free to create a new one regarding this issue.
You can't "manually" move a VM, there's always a client to do that (XO,
xe
, XCP-ng Center etc.). So you need to understand why it's failing first.