Xen Orchestra proxies - Test Feedback

markhewitt1978

@badrAZ said in Xen Orchestra proxies - Test Feedback:

Thank you for your response.

Apparently, the VM is unable to get an IP address. Have you any network configuration which can conflicts with the start of a new VM?

The xcp-ng server is on a public IP but all my VMs are on a private network through NIC1. I would never expect to start a VM and have networking auto configured. I would have to give it an IP address.

badrAZ

Indeed, in your case you need to give the VM an IP address.

To make this possible, we'll improve our solution to let users be able to select the VM's network and to choose the network configuration.

markhewitt1978

@badrAZ said in Xen Orchestra proxies - Test Feedback:

Indeed, in your case you need to give the VM an IP address.

To make this possible, we'll improve our solution to let users be able to select the VM's network and to choose the network configuration.

Sounds good. I'll give it another go then!

badrAZ

Unfortunately, it will not be possible to give an IP address to the deployed VM during the deployment process because the VM is started quickly.

olivierlambert

So we'll need to leave the choice before actual proxy deploy (eg when you select the SR)

badrAZ

Indeed,

On selecting a SR, the user should be able to select the associated network and to choose its configuration.

Danp

I just tried this out for the first time. With XOA (latest channel, freshly updated), I received the same timeout error --

proxy.deploy
{
  "sr": "fed313ad-68ac-8ce8-0ced-25f861c3c17f"
}
{
  "message": "operation timed out",
  "name": "TimeoutError",
  "stack": "TimeoutError: operation timed out
    at Promise.call (/usr/local/lib/node_modules/xo-server/node_modules/promise-toolbox/timeout.js:13:16)
    at Proxy.deployProxy (/usr/local/lib/node_modules/xo-server/src/xo-mixins/proxies.js:195:19)
    at <anonymous>"
}

With XO built from source, I received the following error --

proxy.deploy
{
  "sr": "fed313ad-68ac-8ce8-0ced-25f861c3c17f"
}
{
  "message": "app.getResourceCatalog is not a function",
  "name": "TypeError",
  "stack": "TypeError: app.getResourceCatalog is not a function
    at Proxy.apply (/opt/xen-orchestra/packages/xo-server/src/xo-mixins/proxies.js:143:19)
    at Proxy.<anonymous> (/opt/xen-orchestra/node_modules/golike-defer/src/index.js:57:17)
    at Object.deployProxy (/opt/xen-orchestra/node_modules/lodash/_createBind.js:23:15)
    at Object.call (/opt/xen-orchestra/packages/xo-server/src/api/proxy.js:100:15)
    at Api.callApiMethod (/opt/xen-orchestra/packages/xo-server/src/xo-mixins/api.js:292:33)
    at <anonymous>"
}

olivierlambert

Ping @julien-f

Franck Leclerc

Hi,

No problem for me to create and configure a proxy but when I start a backup I have this error :

backupNg.runJob
{
  "id": "fad774b1-79ac-485d-9e7d-f3f9de02f486",
  "schedule": "0c9fffd2-8a42-4d87-8098-217dbd2feabc"
}
{
  "code": -32601,
  "data": "backup.run",
  "message": "method not found: backup.run"
}

olivierlambert

Your proxy was deployed in a DHCP enabled env, right?

Franck Leclerc

@olivierlambert

Yes the DHCP server give an IP to the proxy

olivierlambert

Good thanks I think we got a patch coming very soon, done by @julien-f fixing this error

Franck Leclerc

Okay, thanks. I'm waiting for the patch.
If I'm not in DHCP I have the same problem as the other users, a timeout and the proxy is deleted.

julien-f

Hey everyone!

The patch is finally here

Sorry for the delay

How to test?

Select the latest channel on your XO appliance
Upgrade to Xen Orchestra 5.43.2
Go to the Proxies page and either Deploy a proxy or upgrade the appliance of your existing ones

What's here?

Full Backup
Disaster Recovery

Known limitations/issues

Scheduled for Step 2 at the end of the month.

Network configuration for the proxy appliance
Delta Backup
Continuous Replication
Detailed logs, they are currently empty
Restoring backups
Work-around: create a normal remote (not linked to the proxy) connected to the same storage and import via the XO appliance

Thank you for your feedbacks

olivierlambert

@Franck-Leclerc feel free to try again now

Franck Leclerc

Thanks for the update.
I can now backup a VM with the proxy
I continuing my tests

olivierlambert

Great thanks!

Danp

Are proxies an XOA-restricted feature? If yes, then the GUI should indicate that and prevent you from attempting to deploy when built from source. If no, then this functionality is still broken (TypeError: app.getResourceCatalog is not a function) when built from source.

olivierlambert

Proxies are like XOA (or XO Hub templates): they are pre-configured appliances hosted on xen-orchestra.com, explaining why you can only deploy them from XOA.

However, you should be able to use the sources to register a proxy yourself, but we'll document that later (it's still in dev and code is moving fast).

Anyway, we'll expose that in the UI, thanks for the feedback

jmccoy555

@olivierlambert Hi, did this ever get documented? I've got a bit of a Christmas project in the pipeline setting up a XCP-ng host at my parents and would want it to back up the VMs locally, but ideally without running another local XO; so basically the exact problem a proxy would resolve.

I guess registering it, in Redis I presume, would be easy enough, but what about the proxy VM itself?

Thanks.