XenServer-8 to XCP-NG

reiichi001

@olivierlambert said in XenServer-8 to XCP-NG:

You can use warm migration to solve this. Also, we provide pro support and services to help you to migrate, it's probably a lot of time saved with our expertise

Reply

I have tried this over XOA, but it does not work with even a cold migration where the VM is shut down.

This is the XOA error I receive when trying to go from XS8 (DBV 2024.0229) to XCP-ng 8.3 (build date Oct 11, 2024 4:26:51 AM / DBV 0.0.1 reported).

We use XOA Enterprise 5.103.0 in this environment but would be planning to use XCP-Ng 8.2.1 community for these VMs in particular.

If the recommendation would be to open a support ticket from my XOA account to help ease this process, I can do so. ...we were hoping XS8 would keep an indefinite trial, but that has been shown to not be in Citrix's interests.

vm.migrate
{
  "vm": "b62f3bf3-72b9-ad40-885f-77c69d5f0f1a",
  "mapVifsNetworks": {},
  "migrationNetwork": "eeb0d173-74b2-8f00-d5be-906339714f42

",
  "sr": "e20f5eac-f34d-7151-b1f6-5d6cb960843d",
  "targetHost": "523f39b6-d4e8-4347-94e2-5c6c9c9705ba"
}
{
  "code": "IMPORT_INCOMPATIBLE_VERSION",
  "params": [],
  "task": {
    "uuid": "816c7f21-8825-4ad8-1080-13c87edda67b

",
    "name_label": "Async.VM.assert_can_migrate",
    "name_description": "",
    "allowed_operations": [],
    "current_operations": {},
    "created": "20250204T00:32:55Z",
    "finished": "20250204T00:32:57Z",
    "status": "failure",
    "resident_on": "OpaqueRef:33c97776-8b37-455a-ab62-13139da98726",
    "progress": 1,
    "type": "<none/>",
    "result": "",
    "error_info": [
      "IMPORT_INCOMPATIBLE_VERSION"
    ],
    "other_config": {},
    "subtask_of": "OpaqueRef:NULL",
    "subtasks": [],
    "backtrace": "(((process xapi)(filename ocaml/xapi/importexport.ml)(line 373))((process xapi)(filename ocaml/libs/xapi-stdext/lib/xapi-stdext-pervasives/pervasiveext.ml)(line 24))((process xapi)(filename ocaml/libs/xapi-stdext/lib/xapi-stdext-pervasives/pervasiveext.ml)(line 39))((process xapi)(filename ocaml/libs/xapi-stdext/lib/xapi-stdext-pervasives/pervasiveext.ml)(line 24))((process xapi)(filename ocaml/libs/xapi-stdext/lib/xapi-stdext-pervasives/pervasiveext.ml)(line 39))((process xapi)(filename ocaml/xapi/xapi_vm_migrate.ml)(line 1866))((process xapi)(filename ocaml/xapi/message_forwarding.ml)(line 2544))((process xapi)(filename ocaml/xapi/rbac.ml)(line 188))((process xapi)(filename ocaml/xapi/rbac.ml)(line 197))((process xapi)(filename ocaml/xapi/server_helpers.ml)(line 77)))"
  },
  "message": "IMPORT_INCOMPATIBLE_VERSION()",
  "name": "XapiError",
  "stack": "XapiError: IMPORT_INCOMPATIBLE_VERSION()
    at Function.wrap (file:///usr/local/lib/node_modules/xo-server/node_modules/xen-api/_XapiError.mjs:16:12)
    at default (file:///usr/local/lib/node_modules/xo-server/node_modules/xen-api/_getTaskResult.mjs:13:29)
    at Xapi._addRecordToCache (file:///usr/local/lib/node_modules/xo-server/node_modules/xen-api/index.mjs:1068:24)
    at file:///usr/local/lib/node_modules/xo-server/node_modules/xen-api/index.mjs:1102:14
    at Array.forEach (<anonymous>)
    at Xapi._processEvents (file:///usr/local/lib/node_modules/xo-server/node_modules/xen-api/index.mjs:1092:12)
    at Xapi._watchEvents (file:///usr/local/lib/node_modules/xo-server/node_modules/xen-api/index.mjs:1265:14)"
}```

olivierlambert

Warm migrate doesn't use migration. It's better than cold migration.

Are you sure you have used specifically that feature?

rfx77

@olivierlambert
So when i read the posts from @reiichi001 it is NOT possible to do an implace-upgrade from XenServer-8 to XCP-NG (8.2.1 or 8.3)

Are there any options now? Do you know of someone who has done this sucessfully without backup/restore or such thing?

Greetings, Franz

olivierlambert

Question for @stormi or @yann

stormi

XenServer 8 is actually XenServer 8.3 (or 8.4 but let's not complicate things, for our matter here 8.3 is good enough).

So you can migrate it to XCP-ng 8.3 but not to XCP-ng 8.2.1.

cschulz

I migrated vom Xenserver 8.2 to xcp-ng 8.3. But you should disable the Domain Join and Users, if you use.

rfx77

@cschulz XenServer 8.2 is Not XenServer8

psylo

Hello,

I'm quite new to all of this so sorry if I'm making mistakes.

We currently have a pool of 3 servers on XenServer 8.4 (so 8.3 if I understood properly) on which we applied almost all updates lately, hosting around 10 VM.
The countdown message is displayed in XenCenter and after discovering it we planned to migrate to XCP-ng.

I've followed the instructions and I tried to boot on the 8.3 iso, but when I do so there is no choice to migrate from XenServer but rather to install XCP-ng, is it the same ?

If it's not the same what choice do I have ? To install XCP-ng on one of the server and then migrate the VM to it using export/import, to then rebuild the pool on XCP-ng ? Unfortunately I don't have any other spare servers to use so I'm quite restricted in what I can do, and if possible I'd like no downtime.

ricardowz

@psylo said in XenServer-8 to XCP-NG:

Hello,

I'm quite new to all of this so sorry if I'm making mistakes.

We currently have a pool of 3 servers on XenServer 8.4 (so 8.3 if I understood properly) on which we applied almost all updates lately, hosting around 10 VM.
The countdown message is displayed in XenCenter and after discovering it we planned to migrate to XCP-ng.

I've followed the instructions and I tried to boot on the 8.3 iso, but when I do so there is no choice to migrate from XenServer but rather to install XCP-ng, is it the same ?

If it's not the same what choice do I have ? To install XCP-ng on one of the server and then migrate the VM to it using export/import, to then rebuild the pool on XCP-ng ? Unfortunately I don't have any other spare servers to use so I'm quite restricted in what I can do, and if possible I'd like no downtime.

The only way I found to migrate is export to OVF format using XenCenter, install XCP-ng from zero and after import all VM's using XCP-ng Center.

stormi

When we released XCP-ng 8.3, migration from XenServer 8 did work. However, XS8 has kept on evolving, rolling-release style, so it's possible that the current installation ISOs for XCP-ng 8.3 are not recent enough to migrate a current day XenServer 8.

However, the problems I would expect are not the ones you describe. I would expect the upgrade process to go smoothtly, and then the XAPI service fail to start because our version of XAPI sees a database that is too recent.

If no choices are displayed to upgrade an existing XenServer 8 with the 8.3 ISO, the reason will be provided in the logs in /tmp/install-log (ALT+RIGHT then view /tmp/install-log, IIRC). It can be several things: a first boot process not complete on XS side, booting in BIOS mode when the system is currently UEFI, ... But there's also the possibility that the platform number we use to detect an upgradeable product has changed.

reiichi001

@stormi said in XenServer-8 to XCP-NG:

But there's also the possibility that the platform number we use to detect an upgradeable product has changed.

This is probably the case. When I tried in-place upgrades, XCP would sometimes see it, but not always. I expected that to be the case when trying out XCP 8.2.1, but this would still happen occasionally on XCP 8.3 as well. (Given that XenServer 8 is reporting itself as 8.4, Citrix probably did this on purpose.)

I'm assuming this is also why XVA export/import also doesn't work and live migrations don't work?

I did eventually just spin up Xen Orchestrator Community Edition in my environment so I could use Warm Migrations, as XO Enterprise does not offer those. (Knowing that if something went wrong, I wouldn't be able to get support for that, but it beats out having to rebuild around 200 customized-for-clients VMs and migrating their data using software tools)

psylo

@stormi said in XenServer-8 to XCP-NG:

When we released XCP-ng 8.3, migration from XenServer 8 did work. However, XS8 has kept on evolving, rolling-release style, so it's possible that the current installation ISOs for XCP-ng 8.3 are not recent enough to migrate a current day XenServer 8.

However, the problems I would expect are not the ones you describe. I would expect the upgrade process to go smoothtly, and then the XAPI service fail to start because our version of XAPI sees a database that is too recent.

If no choices are displayed to upgrade an existing XenServer 8 with the 8.3 ISO, the reason will be provided in the logs in /tmp/install-log (ALT+RIGHT then view /tmp/install-log, IIRC). It can be several things: a first boot process not complete on XS side, booting in BIOS mode when the system is currently UEFI, ... But there's also the possibility that the platform number we use to detect an upgradeable product has changed.

I'll try to collect the logs, thank your for the

What if the XAPI service fail to start ? Is it recoverable ? Should I study @ricardowz because it'll be safer ?

@reiichi001 thanks for your comment I didn't know about this option. Did it work properly on your side for all the VMs ?

stormi

@psylo We are working on updating XAPI in XCP-ng 8.3. When that's done, a simple yum update should be enough to recover. But for now @ricardowz's or @reiichi001's way is safer.

psylo

@stormi Thank you for your reply.