Backup fails only on master with VM_NO_SUSPEND_SR

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

puffymob

@CJ after checking existing setup with 3 hosts in the pool I see that the hosts specific suspend-image-sr-uuid is set during the first boot after installation, if you have created VM SR during the installation. If you didn't create VM SR during the installation it will not set suspend-image-sr-uuid.

@olivierlambert it is unfortunate that "Advanced" tab of XOA for the host does not at least show this setting.

Also if the SR has not been specified during the installation, then after the first boot the xapi-wait-init-complete.service will fail.

The only place where I have found setting of suspend-image-sr-uuid is the function set_default_sr in /opt/xensource/libexec/storage-init.

olivierlambert

Ping @gregoire

gregoire

An intake is created for review with XO team. Thanks for the feedback @puffymob !