First, you need to check if it's a guest issue or not. Boot your failed restored VM with a live CD (Ubuntu or something else) and check if you can access the disks.

Thanks for the tips.
When I try to restore an individual file from the server using ZFS compression & dedupe XOA gives me an error: "Error while scanning disk"

I'm wondering if the compression or dedupe is the likely cause. My money is on the Deduplication. Any thoughts on this?

@olivierlambert said in Backup does not work if one host in the pool is offline:

When you connect to a working, machine, yes it does 🙂

But XAPI connection isn't persistent: it means, when the pool is disconnected, XO has no recollection whatsoever on who was the "real" master the last time it was connected. The only info we store is the IP address you entered in Settings/server.

I agree, functionally speaking, it can be limiting in your case. A viable option would be to save all existing hosts IPs in the XO database, as fallback if we can't connect to the IP you entered. This is not a very common case, that's why it wasn't done before 🙂

Looks like a good suggestion. Thanks.

In my case I migrated everything from the poolmaster to the second host, then changed the second host to pool master, waited an hour and then shut down the old pool master (now just a pool member). XOA was online during the entire process and I had forgotten to check the server list. 🙂

That's because the effort to change this will be taken into account in XO 6 🙂

Alternatively, you can indeed contribute, this will be very welcome!

Hi ! We are experiencing these kind of problems because we activated Continous Replication and frequency was way too low.

Now I want to eliminate all those files in the chain, can I do it manually from XCP-NG Center or XOA ?

Thanks !!!

c2aa1fb3-2ed2-41cf-b242-e2a23e6832e4-image.png

Ping @julien-f and/or @fohdeesha

@pdonias I did an update to Netbox 2.11.12 and it works now, so I don't need to tamper with my XOA.

It can't be done by XO, because XO is using XAPI to make all calls (there's no XAPI command to rename a file on the SR, also XO isn't connected via SSH, so there's 0 change it was caused by XO).

So it was done manually at some point (check your host bash history).

Thanks @cookie-eater2000, we'll take a look.

@stormi said in Installing Windows 10 on Xen Orchestra:

nd performance of the XO VM can also play a role in delaying the initial display of the console, in which case the console wouldn't display until it's too late to see

Its currently got 4 cores and 16gb ram out of the 24 core 3.5ghz 129gb host.

I will give these methods a go 🙂

There's no issue nor restriction to replicate a shutdown VM.

CR will work as long as the destination VM never booted (otherwise destination blocks will be modified, so you understand now why we should block boot except if you really know what you do 😉 )

@elementalwindx do you have a separate (v)lan for storage and/or migration network? if yes, is it using dhcp?

@julien-f said in Error: footer1 !== footer2:

@markhewitt1978 In that case, please open a support ticket there and then, open a support tunnel for us to investigate 🙂

Thanks. I shall run it one more time manually to make sure. And if it fails I’ll open a ticket

Thanks.

@stormi

Awesome! Thanks again for your help stormi.

Correct, no problem to do that No other limitation. Yes, space will be reclaimed thanks to coalesce after that.

@ninghe Are A and B identical servers? No shared storage? Does it work if you use normal snapshot mode?

Hi,

It doesn't' work that way. XCP-ng is not capable of pushing any data by itself, it has to be pulled.

That's exactly why we manage to build XO Proxies to solve this kind of common "enterprise" issue, when you have remote sites 🙂

Doing a bit more hunting it seems like if we could get Arcserve to use the nolock option then that would likely solve the problem, but there's nowhere to add any options and the Arcserve Proxy itself uses the Windows NFS client behind the scenes.

Right now we've worked around the problem by creating a separate, read-only SMB share pointing to the same location and using that for Arcserve instead. Our only concern now is what could happen if XO starts a job while Arcserve is still doing its own backup. 🤔

Edit: I did a bit more Googling after posting the above and came across this thread: https://www.truenas.com/community/threads/nfs-the-process-cannot-access-the-file-because-another-process-has-locked.12644/ ... which suggests that it's actually a long-standing TrueNAS bug.

Buried within the comments is this suggestion:

If you're having trouble with the NFS locking mechanism, and you would like to use the "NET USE" command, or the [WNetAddConnection] function to mount a NFS share without locking, there's an undocumented registry entry hidden in the NFSNP.DLL:

"HKLM\Software\Microsoft\Client for NFS\CurrentVersion\Users\Default\Mount" REG_DWORD "Locking" If the value is "0x0" then locking will be disabled globally. If the value is "0x1" then locking will ben enabled globally.

We'll test it and report back.

@ninghe is it a PV or a HVM guest?