Backup fails only on master with VM_NO_SUSPEND_SR

olivierlambert

Okay I understand. It's meant to work poolwide, but if you are using a local SR (which is not really the best practice in a pool with multiple hosts), then you can setup one per host.

You can specify one per host with the following CLI:
xe host-param-set suspend-image-sr-uuid=<SR UUID>

Danp

@CJ said in Backup fails only on master with VM_NO_SUSPEND_SR:

Both hosts return a "not in database" result as well as the UUID result.

Maybe this will make it more understandable --

xe host-list params=uuid,suspend-image-sr-uuid

CJ

@olivierlambert Any ideas how it would have gotten set in the first place and why it doesn't show in XO? I didn't even know it was a thing previously so I didn't set it.

CJ

@Danp That still returns the same result from each host. But the included UUIDs map the "not in database" to my master host.

Danp

@CJ Right... each time you run the command it returns the result for all hosts. By adding the UUID param, you can more easily identify which result goes with which host.

CJ

@Danp Your initial post seemed to suggest that I should see different results on each host.

Any ideas how the one got set?

Danp

Yes... I currently have only a single host for testing, and I didn't realize that the result from xe would contain the setting for all hosts.

CJ

@olivierlambert I set the suspend-sr for the master host and now my backup completes successfully. Can XO be changed to expose this setting for each host?

I do want to clarify two things though in order to make sure I understand things correctly.

If I set a Suspend SR in XO for the pool, will this replace the existing values for each host?
If my VMs are on local SR but the Suspend SR is a network share, does this mean that the backup process will send the memory to the networked SR during the snapshot and then send the data from the local SR and the networked SR to XO for transfer to the backup remote?

olivierlambert

It's not meant to be configured per host, only in cases where you need local SR, that's why it's not visible in XO. But in those specific cases, the CLI does the trick

If you set it for the pool, I'm not sure it will erase it for each host, I never tried myself to modify it both at pool and host level, so I don't know.

The suspend SR is only used to store the memory, nothing else. So yes in your case, the memory disk will only be sent to the networked SR and that's it. XO will fetch all the disks, but in any case this will go through the host themselves then to XOA.

CJ

My VM backups have been working since I set the Suspend SR for the other host. However, my metadata backup failed with the following error.

EBUSY: resource busy or locked, unlink '/run/xo-server/mounts/UUID/xo-pool-metadata-backups/UUID/UUID/DATETIME/.nfs000000000000000e00000060'

I restarted the XO VM and was able to successfully complete a metadata backup. Hopefully this isn't a consequence of backing XO up with memory.

olivierlambert

It's completely unrelated