[XCP] XCP-ng support

[Virtualtek]

When do you plan to release the final version ?

[Gostev]

H1 2026

[evanrac]

I tested our beta against XenServer 8.4 in my homelab and was able to take backups. We provided the beta to the XenServer team for testing in their labs, but I'm not aware of internal testing yet on other Xen-based platforms. If you have a test environment, please feel free to give it a try and provide any feedback.

Hi Cody and team,

I am going to try the public beta on our XenServer cluster with gfs2 filesystem. The beta page states the following:

Supported datastores: ext, nfs, lvm, lvmoiscsi, lvmofc, lvmohba.
Other datastores can be enabled via an appsettings key (available from R&D upon request).

How can I get the appsettings key for the plugin to enable other datastores, such as gfs2 for testing?

Cheers!

[evanrac]

I just answered my own question, I found the appsettings file at "C:\Program Files\Veeam\Plugins\XEN\Service\appsettings.json" - and some flags in there that were set to "AllowAnyStorage = false" and changed them to true, then the iSCSI GFS2 SR showed up.

The excellent news, is that I was able to perform both a backup from and a restore to the XenServer GFS2 SR for a VM, and it booted, hurray! I noted that the worker VM that gets created attaches the disks that are being restored to itself, cleverly working around the GFS2 storage locks problem.

The restore performance leaves a bit to be desired, though. The Xen worker VM was capped at restoring around 50MB/s. However it is only a beta and I'm sure it will get tuned to be faster over time.

I look forward to the full GA release and re-deploying our Veeam backup solution on the dedicated software appliance when it is supported

[lpolnik]

Hello,

Environment Overview
I am using a beta version of Veeam B&R downloaded via: rhv-olvm-sc-hypercore-xcp-ng-hpe-vme-f6 ... 00399.html
The lab environment consists of three XCP-ng 8.3.0 nodes configured in a High Availability (HA) pool, managed by Xen Orchestra version 5.113.2.

Issue Description
It is not possible to perform a backup of a virtual machine if its disk is located on an xostor datastore. When I start the backup job, I receive the following error:

Code: Select all

(..) (Async.VDI.enable_cbt) failed: . SR_OPERATION_NOT_SUPPORTED (..)

A more detailed log is shown below:

Code: Select all

2025-12-18 10:51:59.6488 00019 [1298] ERROR | [TaskService]: Task 424b422b-6173-4747-aad9-e263205bfd3b result: Failed: System.AggregateException: One or more errors occurred. (Failed to perform backup: [TBD] Task 66d43d44-5cb3-2562-4895-3b79b5a27924 (Async.VDI.enable_cbt) failed: . SR_OPERATION_NOT_SUPPORTED. OpaqueRef:f99c8113-e0a2-1d66-be2d-bb12de0607dc)
2025-12-18 10:51:59.6488 00019 [1298] ERROR | [TaskService]:  ---> Veeam.Vbf.Common.Exceptions.ExceptionWithDetail: Failed to perform backup: [TBD] Task 66d43d44-5cb3-2562-4895-3b79b5a27924 (Async.VDI.enable_cbt) failed: . SR_OPERATION_NOT_SUPPORTED. OpaqueRef:f99c8113-e0a2-1d66-be2d-bb12de0607dc
2025-12-18 10:51:59.6488 00019 [1298] ERROR | [TaskService]:    at Veeam.Vbf.BackupAgent.BackupXen.XenBackupManager.PerformBackupAsync(VbrVmBackupSession vbrBackupSession, VmBackupParams vmBackupParams, VirtualMachine sourceVm, CancellationToken cancellationToken)
2025-12-18 10:51:59.6488 00019 [1298] ERROR | [TaskService]:    at Veeam.Vbf.BackupAgent.BackupXen.XenBackupManager.BackupVmAsync(VmBackupParams vmBackupParams, CancellationToken ct)
2025-12-18 10:51:59.6488 00019 [1298] ERROR | [TaskService]:    at Veeam.Vbf.BackupAgent.BackupXen.XenBackupRestoreAgentService.BackupVmAsync(VmBackupParams params, CancellationToken cancellationToken)
2025-12-18 10:51:59.6488 00019 [1298] ERROR | [TaskService]:    at Veeam.Vbf.BackupAgent.Service.TaskService.AwaitTask(Guid taskId)
2025-12-18 10:51:59.6488 00019 [1298] ERROR | [TaskService]:    at System.RuntimeMethodHandle.InvokeMethod(Object target, Void** arguments, Signature sig, Boolean isConstructor)
2025-12-18 10:51:59.6488 00019 [1298] ERROR | [TaskService]:    at System.Reflection.MethodBaseInvoker.InvokeDirectByRefWithFewArgs(Object obj, Span`1 copyOfArgs, BindingFlags invokeAttr)
2025-12-18 10:51:59.6488 00019 [1298] ERROR | [TaskService]:    --- End of inner exception stack trace ---

I found a forum post which suggests that, at the moment, xostor does not support CBT. Please correct me if I am mistaken.
Link: https://xcp-ng.org/forum/topic/5361/xos ... review/451

[tamiand]

Hi,
I made some tests on BETA2 with Xenserver 8.4, I'm not able to backup VM on GFS2 shared storage. We got error message:
Failed to perform backup: The disk 0d364182-be44-4c92-8d94-d1dd603f820d cannot be accessed using the NBD server
After changing the two value AllowAnyStorage to true in "C:\Program Files\Veeam\Plugins\XEN\Service\appsettings.json", Same error.
Storage is connected by Fiber Channel, not iscsi.
I'm able to backup VM on EXT4 local storage.
Any information about GFS2 support?

[cody.ault]

Did you restart the service after modifying the appsettings file? If not, the settings probably haven't taken effect yet.

I don't think we've done much testing with GFS2 for Xen when the beta was released, which is why isn't wasn't enabled by default.

[florentbchp]

Hello,

Environment Overview
I am using a beta version of Veeam B&R downloaded via: rhv-olvm-sc-hypercore-xcp-ng-hpe-vme-f6 ... 00399.html
The lab environment consists of three XCP-ng 8.3.0 nodes configured in a High Availability (HA) pool, managed by Xen Orchestra version 5.113.2.

Issue Description
It is not possible to perform a backup of a virtual machine if its disk is located on an xostor datastore. When I start the backup job, I receive the following error:

Code: Select all

(..) (Async.VDI.enable_cbt) failed: . SR_OPERATION_NOT_SUPPORTED (..)

A more detailed log is shown below:

Code: Select all

2025-12-18 10:51:59.6488 00019 [1298] ERROR | [TaskService]: Task 424b422b-6173-4747-aad9-e263205bfd3b result: Failed: System.AggregateException: One or more errors occurred. (Failed to perform backup: [TBD] Task 66d43d44-5cb3-2562-4895-3b79b5a27924 (Async.VDI.enable_cbt) failed: . SR_OPERATION_NOT_SUPPORTED. OpaqueRef:f99c8113-e0a2-1d66-be2d-bb12de0607dc)
2025-12-18 10:51:59.6488 00019 [1298] ERROR | [TaskService]:  ---> Veeam.Vbf.Common.Exceptions.ExceptionWithDetail: Failed to perform backup: [TBD] Task 66d43d44-5cb3-2562-4895-3b79b5a27924 (Async.VDI.enable_cbt) failed: . SR_OPERATION_NOT_SUPPORTED. OpaqueRef:f99c8113-e0a2-1d66-be2d-bb12de0607dc
2025-12-18 10:51:59.6488 00019 [1298] ERROR | [TaskService]:    at Veeam.Vbf.BackupAgent.BackupXen.XenBackupManager.PerformBackupAsync(VbrVmBackupSession vbrBackupSession, VmBackupParams vmBackupParams, VirtualMachine sourceVm, CancellationToken cancellationToken)
2025-12-18 10:51:59.6488 00019 [1298] ERROR | [TaskService]:    at Veeam.Vbf.BackupAgent.BackupXen.XenBackupManager.BackupVmAsync(VmBackupParams vmBackupParams, CancellationToken ct)
2025-12-18 10:51:59.6488 00019 [1298] ERROR | [TaskService]:    at Veeam.Vbf.BackupAgent.BackupXen.XenBackupRestoreAgentService.BackupVmAsync(VmBackupParams params, CancellationToken cancellationToken)
2025-12-18 10:51:59.6488 00019 [1298] ERROR | [TaskService]:    at Veeam.Vbf.BackupAgent.Service.TaskService.AwaitTask(Guid taskId)
2025-12-18 10:51:59.6488 00019 [1298] ERROR | [TaskService]:    at System.RuntimeMethodHandle.InvokeMethod(Object target, Void** arguments, Signature sig, Boolean isConstructor)
2025-12-18 10:51:59.6488 00019 [1298] ERROR | [TaskService]:    at System.Reflection.MethodBaseInvoker.InvokeDirectByRefWithFewArgs(Object obj, Span`1 copyOfArgs, BindingFlags invokeAttr)
2025-12-18 10:51:59.6488 00019 [1298] ERROR | [TaskService]:    --- End of inner exception stack trace ---

I found a forum post which suggests that, at the moment, xostor does not support CBT. Please correct me if I am mistaken.
Link: https://xcp-ng.org/forum/topic/5361/xos ... review/451

Hi,

I am a dev at Vates , working on backups. CBT is not supported on Xostor for now

Regards

[SD NOVAPTIS]

Hello,
Is this link to the beta still active? (http://www.veeam.com/beta/XCPpluginBeta.html/) ?
I can get to the downloads page, but I can't find the ISO.
Thanks in advance.

[cody.ault]

Hello, I'll check into this and let you know.

[F.A.N.]

Beta page seems to be gone, beta license expired.
Is there a way to continue testing untill the final version becomes avalible?

[Mildur]

Hi F.A.N,

Usually, with our betas, you can use any license you already own.
Alternatively, you can remove the license and run the beta build using the Community Edition feature set.
All of this assumes you already installed the beta when it was available for download.

I can’t answer whether new downloads can be provided — we’ll have to wait for Cody.

Best,
Fabian

[F.A.N.]

Well I would need to use a production license then, as the community edition cannot write to S3.

"Backup to object storage requires a valid Enterprise edition license"

[cody.ault]

The beta download should be available again.

[SD NOVAPTIS]

I confirm, the download is in progress. Thank you very much Cody !

[jwdibble]

My company is starting our evaluations for replacing vSphere 8. XCP-ng is at the top of the list for multiple reasons.

How is the XCP-ng plug-in beta coming along? I haven't had the opportunity to test it out yet.

Regards!

[cody.ault]

So far, we have received some good feedback on the product. We're working through bug fixes and hope to have it released with an upcoming version of Veeam later this year.

[SE-1]

Hello,

we are testing out the XCP-NG plugin and it seems to work well.

The proxy (workers) start when backup starts


We work with emc data domain and we use a dedicated vlan for DDBOOST traffic.
It is possible to add a secondary nic on the proxy, which is great.
When the worker starts, we can ping that second interface from the worker node.

But when we check traffic flow, all the workers send traffic via the veeam server and then towards to repository
on the data domain when we can ddboost clients show active we only see the veeam server.
We have checked if we can select the worker nodes as gateway server on the ddboost repo, but this seems not the case
is there a way to force this traffic via the worker nodes?

As design we tend to run veeam in an isolated vlan and the workers/proxy on the same network as the hypervisors.

thank you

[cody.ault]

Hey, the worker appliances we deploy don't have have the libraries installed to act as gateway servers today. You can deploy a generic Linux/Windows VM to the environment and add it as a managed server and set it to act as the gateway for the Data Domain. This will make sure it's not using the vbr server. If you only need the one worker, you could try to configure affinity to make sure the gateway runs on the same host as the worker to minimize LAN traffic.

[SE-1]

Thank you very much cody.ault

[coolsport00]

Had to login and check on this thread again..for some reason..wasn't getting updates since the end of Dec!
Nice to see XCP-Ng is moving forward. @Cody.Ault - if you need anyone from the V100 community to test anything further out before a GA release of the Plugin...let me know. I have an XCP-Ng environment set up to test with (and tested both beta1 and public-beta).

Thanks.

[DataNetSolutions]

Over the past several months, we have been closely tracking Veeam’s progress on support for Citrix XenServer and XCP-ng, and I wanted to provide an updated perspective from the field.

At Data Net Solutions Group, we currently support over 1,000 VMware ESXi hosts across a large and diverse customer base. Due to recent changes in the VMware ecosystem, many of these customers are actively planning migrations to alternative hypervisor platforms. This is not a theoretical future scenario — migrations are already happening.

In the absence of native Veeam support for Citrix XenServer / XCP-ng, some customers have been forced to move to Microsoft Hyper-V, and a small number have chosen ProxMox. However, the clear preference from the majority of our customers is to migrate to XCP-ng or Citrix XenServer, assuming enterprise-grade backup support from Veeam is available.

Veeam remains the standard backup platform across our customer environments. Many customers are explicitly delaying their hypervisor migration decisions because they do not want to move away from Veeam Backup & Replication. In other words, the lack of official support is not only slowing adoption of XCP-ng and Citrix — it is directly influencing infrastructure decisions being made today.

We are fully prepared to:

Participate in early testing or validation

Provide real-world production feedback

Begin controlled migrations immediately upon official plugin availability

There is significant pent-up demand waiting on this support. From our vantage point as an MSP operating at scale, Veeam support for Citrix XenServer and XCP-ng would unlock a large number of migrations that are currently paused solely due to backup platform constraints.

We wanted to re-engage on this topic to ensure the Veeam product and engineering teams are aware that this demand is active, current, and growing — not speculative or niche.

Thank you for continuing the discussion, and we look forward to updates on the roadmap.