Hey all,
We are proud of our new setup, full XCPng hosting solution we racked in a datacenter today.
This is the production node, tomorrow i'll post the replica node !
XCPng 8.3, HPE hardware obviously, and we are preparing full automation of clients by API (from switch vlans to firewall public IP, and automatic VM deployment).
This needs a sticker "Vates Inside" 
#vent
Hi,
Smart backups are wonderful to manage smart selection of VMs to be backuped.
When we browse the RESTORE section, would be cool to get the TAGs back visually, and possibility to filter them
I'd like to get "all VMs restorable with this particular TAG" type of filter, hope i'm clear.
Perhaps something to add to XO6 ?
just to #brag
Deploy of worker is okay (one big rocky linux with default settings 6vcpu, 6Gb RAM, 100Gb vdi)
first backup is fine, with decent speed ! (to a xcp hosted S3 minio)
will keep testing
@sluflyer06 and I wish HPE would be added too
is there anywhere where we can check the backlog / work in progress / to be done on XO6 ?
I did stick to version: 1 in my working configuration
Had to rename my "Ethernet 2" nic name to Ethernet2 without the space
You have to put the exact template nic name for this to work.
@MajorP93 throw in multiple garbage collections during snap/desnap of backups on a XOSTOR SR, and these SR scans really get in the way
Could we have a way to know wich backup is part of LTR ?
In veeam B&R, when doing LTR/GFS, there is a letter like W(weekly) M(monthly) Y(yearly)to signal the fact in the UI
That's pure cosmectics indeed, but practical.
@simonp patched tonight, a job who took 3 hours yesterday took only 1 tonight.
so, big improvment !
need to re up concurrency to 2 or 4 on some jobs to see if I can squeeze more time on the backup window
hey,
Could be of some interest for french speakers and why not others in the forums :
https://go.veeam.com/webinar-technical-cloud-club-france
the pool host maximum limit is 3200% right
right
@delacosta456 do not take into account the pool CPU USAGE...
for example I have a pool with one host, here is the POOL CPU USAGE :
yeah right ... 600%
the host :
BUT, if you switch on the STACKED VALUES
you get the POOL CPU USAGE value...
it adds up all core usage, so... not a very good view...
@ashinobi in your specific ISO SR problem, you could try this
wilsonqanda
9 Jan 2026, 22:41
@Pilow now that you mention that everything is seen as snapshot i remember all my ISO are seen as snapshots too... so most iso cannot be mounted until i drag them in a folder then put them back in same folder so XO could reprocess all the iso correctly. This might be a related issue to all the snapshots for the VMs.
@ashinobi you are now in the twilight zone.
this is a current bug where all VDIs are seen as snapshots, so they do not show up in the DISK tab of the VMs.
try to go to XO6, you will see them correctly.
this bug also get in the way of ISO SRs...
on a VM with "no disk visible", you can snapshot, and REVERT to this snapshot, it's VDIs will magically re appear. you would have to do so on each VM, but the bug will eventually make them disappear again.
go on the HOME/STORAGE page, on your SR, DISK tab
all VDI should present a snapshot icon if you are affected 
please report to this topic https://xcp-ng.org/forum/topic/11715/vdi-not-showing-in-xo-5-from-source./
@acebmxer NFS remotes on the DS1819+ ?
we have iSCSI SR (25Gb mellanox 6 PIFs on hosts to 25Gb MSA2062 SAN dual controller)
our remotes are iSCSI os mounted volumes on MSA SANs, presented as S3 (minio VMs)
using XO PROXIES to offload backups from XOA
we max out a 150/200Mb/s during backups 
but we are on VHD VDIs, asking myself if the added backup performance you present could be due to QCOW2 format on source SR ?
will have to try VDIs on such SR to see the diff
@acebmxer so, NBD it was...
holy molly, you have some good network performance !
what kind of SR at source ? and remote at destination ?
what about the PIFs ?
@acebmxer bottom of POOL advanced tab, is BACKUP NETWORK selected on the NBD enabled network accessible by both hosts and XOA ?
@acebmxer I have a new case of managing to force the fell back to full error...
i'll create a new topic for this
in the time being, if you can, do a toolstack restart on your pool when no tasks is ongoing
your backups with NBD could be better (spoiler alert : iptables rules... )
Thanks.
The old snapshots are being removed as the total never increases beyond 16, so when a new snapshot is added, the old one is removed.
immediatly removed, yes, but then Garbage collection takes place.
and perhaps with 19x16 GC to process it can't be done in one hour, and then next CR is launched, etc etc...
@florent was finally able to read the pull
/clap ! the fix seems totally legit and consistant with XOA ram ramping up !
when will this be officially published ? 
so we can disable daily reboot of XOA & XO PROXies