<![CDATA[XCP-ng 8.0.0 Release Candidate]]>Coming. Very. Soon.

]]>https://xcp-ng.org/forum/topic/1600/xcp-ng-8-0-0-release-candidateRSS for NodeWed, 20 May 2026 04:56:20 GMTThu, 27 Jun 2019 08:56:03 GMT60<![CDATA[Reply to XCP-ng 8.0.0 Release Candidate on Sun, 28 Jul 2019 16:27:15 GMT]]>anyone can request a change in https://github.com/xcp-ng/xenadmin/issues 🙂

]]>https://xcp-ng.org/forum/post/14951https://xcp-ng.org/forum/post/14951Sun, 28 Jul 2019 16:27:15 GMT<![CDATA[Reply to XCP-ng 8.0.0 Release Candidate on Sun, 28 Jul 2019 15:45:57 GMT]]>Oh nice ! I didn't tested it that's why, glad to hear that !
I use XO only too, but for fresh setup installation, I use XCP-ng Center (for XO from sources).

]]>https://xcp-ng.org/forum/post/14949https://xcp-ng.org/forum/post/14949Sun, 28 Jul 2019 15:45:57 GMT<![CDATA[Reply to XCP-ng 8.0.0 Release Candidate on Sun, 28 Jul 2019 15:39:22 GMT]]>You don't have this limitation in Xen Orchestra. I suppose Citrix didn't test it for other distro, but I'm running Fedora, Debian and Ubuntu on it without issues.

Again, I would recommend XO as main client for XCP-ng 😉

]]>https://xcp-ng.org/forum/post/14948https://xcp-ng.org/forum/post/14948Sun, 28 Jul 2019 15:39:22 GMT<![CDATA[Reply to XCP-ng 8.0.0 Release Candidate on Sun, 28 Jul 2019 15:37:40 GMT]]>I think there is typo concerning UEFI. It seems only available for Windows guest only.

85b750ef-bcd9-4f7b-bf15-868859a68fa1-image.png

From Citrix :

c7121743-bb4b-4227-b267-3e9240000740-image.png

]]>https://xcp-ng.org/forum/post/14947https://xcp-ng.org/forum/post/14947Sun, 28 Jul 2019 15:37:40 GMT<![CDATA[Reply to XCP-ng 8.0.0 Release Candidate on Wed, 24 Jul 2019 15:12:41 GMT]]>@Hans
No, it was not successful, except to boot the VM in safe mode and to remove the Xentools and drivers via the Software Control Panel. However, this has left the VM unusable and the activation was also lost.

]]>https://xcp-ng.org/forum/post/14779https://xcp-ng.org/forum/post/14779Wed, 24 Jul 2019 15:12:41 GMT<![CDATA[Reply to XCP-ng 8.0.0 Release Candidate on Wed, 24 Jul 2019 14:42:16 GMT]]>@ajmind Did you get the Windows XP up and running with any XenTools? I was able to live migrate from 7.2 to 8.0 with XP still running, but it wont boot after shutdown.

]]>https://xcp-ng.org/forum/post/14777https://xcp-ng.org/forum/post/14777Wed, 24 Jul 2019 14:42:16 GMT<![CDATA[Reply to XCP-ng 8.0.0 Release Candidate on Wed, 24 Jul 2019 10:22:44 GMT]]>Doing hat is like plugin a disk directly to the VM, you'll lose all virtualization flexibility:

  • no snapshot
  • no backup
  • no migration

So do that in last resort, if you can't avoid a 2TiB disk or you can't afford a NAS.

]]>https://xcp-ng.org/forum/post/14771https://xcp-ng.org/forum/post/14771Wed, 24 Jul 2019 10:22:44 GMT<![CDATA[Reply to XCP-ng 8.0.0 Release Candidate on Wed, 24 Jul 2019 10:21:02 GMT]]>@olivierlambert Thanks for the super-quick reply as usual! I feel like I should make a new thread for it, but what are you views on using raw VDIs to get around the limit? http://www.ervik.as/how-to-create-a-raw-logical-volume-manager-virtual-disk-infrastructure-with-xenserver/

I realise you can't snapshot raw disks, but are there any other pitfalls to it?

]]>https://xcp-ng.org/forum/post/14770https://xcp-ng.org/forum/post/14770Wed, 24 Jul 2019 10:21:02 GMT<![CDATA[Reply to XCP-ng 8.0.0 Release Candidate on Wed, 24 Jul 2019 09:58:15 GMT]]>I wouldn't consider SMAPIv3 production ready yet. Our first objective would be exporting qcow2 files to be able to backup those (so if you have an issue, at least you have backups!)

Surprisingly (or not 😆 ) Citrix didn't planned any way to export VM disk in the format they chose themselves 😆 (qcow2)

So now @ronan-a is working on integrating that into SMAPIv3. As soon it's done (a PoC should be around this summer), we'll try to publish various "drivers" (ZFS, ext4, xfs, NFS) for people who want to experiment, with also a PoC in Xen Orchestra to be able to "save"/backup those QCOW2 files.

]]>https://xcp-ng.org/forum/post/14769https://xcp-ng.org/forum/post/14769Wed, 24 Jul 2019 09:58:15 GMT<![CDATA[Reply to XCP-ng 8.0.0 Release Candidate on Wed, 24 Jul 2019 09:51:34 GMT]]>Quick (hopefully not dumb) question: Will XCP-ng 8.0 support VDIs larger than 2TB? I see mention of the qcow2 format dotted around but nothing concrete about if/when it will be implemented. Cheers. 🙂

]]>https://xcp-ng.org/forum/post/14768https://xcp-ng.org/forum/post/14768Wed, 24 Jul 2019 09:51:34 GMT<![CDATA[Reply to XCP-ng 8.0.0 Release Candidate on Tue, 23 Jul 2019 15:12:08 GMT]]>Upgrade from Citrix XenServer 6.5 > Citrix XenServer 7.6 > XCP-ng 8.0.0 with prefinal .iso went smooth without any problem on a 3 box pool. Moved to the "new" partition scheme from XS6.5 -> XS7.6 and used the prepare_host_upgrade.py (rolling pool) method. Had no issues migrating the existing VM's upward.

Perhaps it would've been possible to go from XS6.5 straight to XCP-ng 8.0.0 (after applying hotfix RPU002) but since this is a production cluster I didn't want to make it too risky (yes, I know this is not quite final yet). 😉

//edit: Forgot to mention these are Dell PowerEdge R720s on Intel E5 2660's using FC storage.

Thanks XCP-ng team! 👍

]]>https://xcp-ng.org/forum/post/14735https://xcp-ng.org/forum/post/14735Tue, 23 Jul 2019 15:12:08 GMT<![CDATA[Reply to XCP-ng 8.0.0 Release Candidate on Tue, 23 Jul 2019 13:26:40 GMT]]>Upgrade from XCP-NG 7.6 > 8.0.0 with prefinal .iso went smooth without any problem on a single host. Host system quite old Intel System S5520UR with dual XEON E5645 and 48GB RAM.

Just a quick note: Old Windows XP VM does not boot anymore with XenTools 6.5 or 7.3 installed. When removed in safe mode the VM can be started... On XCP-NG 7.6 this was not the case. VM has booted also with XenTools 6.5.

]]>https://xcp-ng.org/forum/post/14702https://xcp-ng.org/forum/post/14702Tue, 23 Jul 2019 13:26:40 GMT<![CDATA[Reply to XCP-ng 8.0.0 Release Candidate on Tue, 23 Jul 2019 05:24:13 GMT]]>Hello stormi

Thx for your info i will try your pre release next few days 🙂

]]>https://xcp-ng.org/forum/post/14689https://xcp-ng.org/forum/post/14689Tue, 23 Jul 2019 05:24:13 GMT<![CDATA[Reply to XCP-ng 8.0.0 Release Candidate on Mon, 22 Jul 2019 13:44:02 GMT]]>The "prefinal" ISO images are available there:

The net-install online repository has been updated too.

]]>https://xcp-ng.org/forum/post/14672https://xcp-ng.org/forum/post/14672Mon, 22 Jul 2019 13:44:02 GMT<![CDATA[Reply to XCP-ng 8.0.0 Release Candidate on Mon, 22 Jul 2019 12:41:31 GMT]]>We plan to release in the next few day, and there have been important changes that need testing before that:

  • the updater XAPI plugin, that handles patch detection and application (through yum) and is used by Xen Orchestra in the pool and hosts views, has been vastly modified to prevent it from running multiple times concurrently (in extreme cases, this could crash your host due to lack of available RAM)
  • updated kernel for http://xenbits.xen.org/xsa/advisory-300.html
  • EPEL repos added by default, in disabled state http://xenbits.xen.org/xsa/advisory-300.html

Testers who already run XCP-ng 8.0 beta/RC

To test this, I suggest to:

  1. Update the XAPI plugins only, so that you can test the updater plugin: yum update xcp-ng-xapi-plugins
  2. Update your hosts with Xen Orchestra (if you don't use Xen Orchestra, then you won't be able to test the updater plugin... then just run yum update on your hosts).
  3. Restart the XAPI toolstack (xe-toolstack restart) on your hosts, starting with the pool master.
  4. Reboot your hosts, starting with the pool master as usual, so that the kernel security fix is applied and you can test that everything works well with the updated kernel.

Testers who could test the "final" installation ISO

I'll also make pre-release ISOs available to those who want to test them before the final release (we need as many tests as we can get in this final stage). Unless there's an important bug that is found during the tests, the pre-release ISOs and the final ISOs should be identical.

]]>https://xcp-ng.org/forum/post/14668https://xcp-ng.org/forum/post/14668Mon, 22 Jul 2019 12:41:31 GMT<![CDATA[Reply to XCP-ng 8.0.0 Release Candidate on Fri, 19 Jul 2019 17:54:48 GMT]]>Hello

now it looks like 8.0 will be ready soon. I like to write a article for a big german IT magazin 😉

]]>https://xcp-ng.org/forum/post/14608https://xcp-ng.org/forum/post/14608Fri, 19 Jul 2019 17:54:48 GMT<![CDATA[Reply to XCP-ng 8.0.0 Release Candidate on Fri, 19 Jul 2019 11:02:01 GMT]]>XCP-ng 8.0 will now have the EPEL repositories added - but disabled - by default, in order to avoid users add it and not notice that adding it automatically leaves it enabled.

I have also written this detailed page that attempts to cover the subjet of installing additional packages to dom0: https://github.com/xcp-ng/xcp/wiki/Additional-packages

By the way, various new utilities have been added to XCP-ng repositories for 8.0, I won't list them here, but you can find the answer in that page (how to lure people into reading it...)

]]>https://xcp-ng.org/forum/post/14605https://xcp-ng.org/forum/post/14605Fri, 19 Jul 2019 11:02:01 GMT<![CDATA[Reply to XCP-ng 8.0.0 Release Candidate on Thu, 18 Jul 2019 13:11:41 GMT]]>@olivierlambert
Of course i will try that, but can't install 8.0 on production pc yet. Will wait for 8.0 release.
I just posted this issue, so maybe you or someone will try to do CR 7.6 -> 8.0RC1 and see if the issue still exists.

]]>https://xcp-ng.org/forum/post/14580https://xcp-ng.org/forum/post/14580Thu, 18 Jul 2019 13:11:41 GMT<![CDATA[Reply to XCP-ng 8.0.0 Release Candidate on Thu, 18 Jul 2019 10:58:27 GMT]]>Okay so it's maybe something related to how VDI are handled in the "opposite" way (newer to older).

I would suggest to get everything at the same level if possible. Ideally, try to test from a 8.0 to a 8.0 to be sure it's a version diff that cause the issue.

]]>https://xcp-ng.org/forum/post/14578https://xcp-ng.org/forum/post/14578Thu, 18 Jul 2019 10:58:27 GMT<![CDATA[Reply to XCP-ng 8.0.0 Release Candidate on Thu, 18 Jul 2019 07:48:36 GMT]]>@olivierlambert
from 7.6 to 8
P.S. just checked. the other way from 8 to 7.6 CR is working fine.
Also copying VM from 7.6 to 8 is working. - problem with CR 7.6 -> 8

]]>https://xcp-ng.org/forum/post/14575https://xcp-ng.org/forum/post/14575Thu, 18 Jul 2019 07:48:36 GMT<![CDATA[Reply to XCP-ng 8.0.0 Release Candidate on Wed, 17 Jul 2019 19:27:46 GMT]]>You are doing CR from 8.0 to 7.6?

]]>https://xcp-ng.org/forum/post/14572https://xcp-ng.org/forum/post/14572Wed, 17 Jul 2019 19:27:46 GMT<![CDATA[Reply to XCP-ng 8.0.0 Release Candidate on Wed, 17 Jul 2019 18:04:56 GMT]]>Got another issue with RC1:

I got 2 xcp ng servers. 1st at home on 8.0rc1 and 2nd remote on 7.6
When i had at home 7.6 (before upgrade) my continuous replication task in XOA was working fine. Every night copying VM to home server.
After upgrading to 8.0RC1 XOA starts copying. I can see [importing....] in xcp center, but after transfering the file, xoa ends with error XOA.JPG
I thought i had a problem with iscsi drive, connected to xcp, but i also tried copying to my main sr (nvme) and got the same error.

]]>https://xcp-ng.org/forum/post/14564https://xcp-ng.org/forum/post/14564Wed, 17 Jul 2019 18:04:56 GMT<![CDATA[Reply to XCP-ng 8.0.0 Release Candidate on Wed, 17 Jul 2019 12:40:21 GMT]]>@dave-opc To know more on next incident, you may add noreboot options to multiboot2 /boot/xen.gz in /etc/grub.cfg file against default kernel boot entry.

]]>https://xcp-ng.org/forum/post/14555https://xcp-ng.org/forum/post/14555Wed, 17 Jul 2019 12:40:21 GMT