XCP-ng 8.3 updates announcements and testing

olivierlambert

@gb.123 Hi, please open an issue on https://github.com/vatesfr/xen-orchestra/issues and ideally provide a screenshot or a detailed description of the problem. Thanks!

gb.123

@olivierlambert
Sure.

stormi

said in XCP-ng 8.3 updates announcements and testing:

here are the pre-release ISO images for a refreshed XCP-ng 8.3 installer

Last call

JeffBerntsen

@stormi I just used them to upgrade the 8.2.1 systems in my test pool. All seems fine so far.

ph7

@stormi
Did some minor testing and it seems to work fine

Andrew

@stormi I did a standalone host ISO install, all works as expected. I also did a pool ISO upgrade (8.2.1 to 8.3), master first, others second, migrated live VMs from old to new, all works as expected.

gb.123

@stormi

Did minor testing. Seems ok.
Haven't tested Backups.

Andrew

@stormi Upgrade problem... I upgraded a good working busy 8.2.1 server to 8.3 (using the new ISO). The upgrade went well without error. No guest VMs were changed.

Same issue in XO (Master 7be70) and XOA (5.107.2), so it must be an XCP issue. There are three new problems (all was working before);

XCP coretemp no longer loads/works. Error: coretemp coretemp.0: Adding Core 0 failed
XO Host CPU stats and Load are now reported as zero (It's a busy machine, they are not zero)
XO All guest VMs report zero CPU usage. Some just report No stats. for CPU. They do have current recognized guest tools (Linux and Windows). They do report other stats (memory, network, disk).

Other older XCP 8.3 hosts/guests are working.

stormi

@Andrew Does restarting the toolstack bring the stats back?

CC @Team-XAPI-Network

Regarding coretemp, @r1's module doesn't work anymore with Xen 4.17. See https://github.com/xcp-ng/xcp/issues/669. A possible workaround is using IPMI readings, when available. For a better solution, there's work needed in Xen.

(CC @Team-Hypervisor-Kernel, FYI)

mikhail-shevtsov-wiregate created this issue in xcp-ng/xcp

open XCP 8.3 coretemp module doesn't detect any sensors #669

Andrew

@stormi Got it... I missed that one for coretemp. Vates ticket opened for the XOA stats problem after 8.3 upgrade.

stormi

The above issue is solved in packages that we haven't released as an update yet, that @Andrew tested.

stormi

You probably saw it, but just in case: https://xcp-ng.org/blog/2025/06/16/xcp-ng-8-3-is-now-lts/

Today marks several important updates for XCP-ng 8.3. In a nutshell:

It officially becomes a Long-Term Support (LTS) release, as previously announced when it was first released on October 7th, 2024.

We are releasing updated installation images ("ISOs") that include installer improvements and all updates published since the original release.

XOSTOR, our hyperconverged storage solution powered by LINSTOR, is now officially supported on XCP-ng 8.3.

A new, dedicated upgrade ISO is available to support upgrading from an 8.2 pool that includes a XOSTOR storage repository.

JeffBerntsen

@stormi @olivierlambert I did see it! Contratulations and a huge thank you for the new LTS release!

gb.123

@stormi
Just for clarification sake (I know this might have been said before), installing patches is the same as upgrading from iso in this case ?
(Unlike with previous update where it was mandatory to upgrade using iso)

stormi

@gb.123 Yes. If you think it's not clear in the blog post, I'll think how I can word it.

Current wording:

This announcement does not represent a new release. It applies to the existing XCP-ng 8.3.

If you're already running XCP-ng 8.3, you're on the LTS version. There's no need for a full upgrade. Standard package updates will keep your system current.

john.c

Congratulations to all the staff at Vates at getting XCP-ng version 8.3 to the LTS stage.

TrapoSAMA

Hi!!

Then 8.3 dont show LTS flag in the console?

Thx

gduperrey

@TrapoSAMA No, as with 8.2, this isn't something displayed in the console.
Since it doesn't indicate that an updated 8.2 is actually 8.2.1, only the major version is displayed. We have the same behavior here.

However, as with many other products, this is clearly displayed on the XCP-ng homepage, in addition to the announcement on the blog.

stormi

@gduperrey said in XCP-ng 8.3 updates announcements and testing:

Since it doesn't indicate that an updated 8.2 is actually 8.2.1, only the major version is displayed.

Not a very good example actually (but what's true is that for 8.2 we didn't add a "LTS" mention next to the version number in the system either).

But yes, we decided not to increment the version number for XCP-ng 8.3.0. That breaks compatibility with some third party software because they wouldn't recognize a "8.3.1".

However we're working on a secondary version identifier that would allow you to know your precise patch level.

gduperrey

New security and maintenance update candidate

A new XSA (Xen Security Advisory) was published on the 1st of July, and an update to Xen addresses it. We also publish other non-urgent updates which we had in the pipe for the next release.

Security updates

xen-*:
- Fix XSA-470 - An unprivileged guest can cause a hypervisor crash, causing a Denial of Service (DoS) of the entire host.

Maintenance updates

http-nbd-transfer: moved some logs into debug to reduce log spam
sm:
- XOSTOR: avoid a rare migration error when the GC would run on our migration snapshot
- Use GC daemon code for LINSTOR like other drivers (no changes for users)
  This updated package is already included in the refreshed 8.3 installation ISOs.
xapi:
- Fix remote syslog configuration being broken on updates
- Fix several RRD (stats collection) issues and make the plugins more robust:
  - Cap Derive values within a certain range without making them NaN
  - Use a computed delay time for RRD loop to prevent gaps in metrics collection
  - Avoid duplicating datasources on plugin restore
  - Protect against a resource leak in the plugins
  - Avoid running out of mmap-ed pages in xcp-rrdd-cpu for large numbers of domains
  - Prevent exceptions from escaping and introducing gaps into metrics collection
  - Avoid missing metrics from new and destroyed domains
- Prevent xapi concurrent calls during migration from indirectly make each other fail (already fixed in the refreshed ISOs)
- Fix a deadlock in xenopsd due to atom nesting (already fixed in the refreshed ISOs)
xo-lite: update to 0.12.0
- [VM/system] Display system information in vm/system tab
- [Host/system] Display system view information in host/system tab
- [Host/Dashboard] Fix color of tag list (PR #8731)
- [Table] add pagination on table (PR #8573)
- [Pool/system] Display pool information in pool/system tab (PR #8660)
- [VM/Dashboard] Display VM information in dashboard tab (PR #8529)
- [Tab/Network] Updated side panel in tab network behavior for mobile view (PR #8688)
- [Stats] Fix graphs that were sometimes not displayed or displayed incorrectly (PR #8722)

Optional packages:

Alternate Driver: Updated to newer version.
- broadcom-bnxt-en-alt: Update to version 1.10.3_232.0.155.5

Test on XCP-ng 8.3

yum clean metadata --enablerepo=xcp-ng-testing
yum update --enablerepo=xcp-ng-testing
reboot

The usual update rules apply: pool coordinator first, etc.

Versions:

http-nbd-transfer: 1.6.0-1.xcpng8.3
sm: 3.2.12-3.2.xcpng8.3
xapi: 25.6.0-1.9.xcpng8.3
xen: 4.17.5-13.2.xcpng8.3
xo-lite: 0.12.0-1.xcpng8.3

Optional packages:

Alternate drivers:
- broadcom-bnxt-en-alt: 1.10.3_232.0.155.5-1.xcpng8.3

What to test

Normal use and anything else you want to test.

Test window before official release of the updates

~2 days.