XCP-ng 8.0.0 Beta now available!
-
ZFS in XCP-ng 8.0 is fully functional. Migration/export/backup, everything is working.
-
@cg re: old CPU support, the note was already taken
it just strikes me as ironic. I understand the need for less power hungry processing but in my case I’m using a hefty 260 watts idling for the server alone. I am guessing the old SAS/SATA enclosure I have rigged to it is another 300 or so at idle. That’s a lot of draw for “newer”, but the capacity is excellent so I won’t be needing more hardware. Plenty of room to spin up new VMs.Re: Hyper-V, I already use the 2nd Gen at work via old 2012r2 installs. It’s OK and gets the job done. However I’ve been tasked with shuffling and consolidating some older installations to newer hosts/hardware, and the move process is a bit clunky for that version. Device pass through seems a bit limited.
Last time I saw VMware it was a demo lab we did at work, and it too was “just ok”, that was with the vmsphere(?) web interface, etc. However last I heard they are slowly tightening the list of supported hardware drivers, and by extension, supported hardware. That was a few years back so maybe they have added new drivers.
XCP benefits from decades of Linux device driver development. It simply boots, and that removes a lot of “officially supported hardware” headache for me. And the price is right too
-
Sorry if this has been asked before but since the 8.0.0 is working very good, especially with XO backups, is there any estimation when the final release will be out ?
br, Pete
-
The official date is "when it's done" (understand: when we have enough community feedback and we did all our tests).
But no major block appeared so an RC should come really soon.
And remember: more community feedback: faster release.
-
@olivierlambert Please, how can I send good data about XCP-ng beta for two types of blades, from HP and Dell? Something like a Citrix Health check would do it?
-
Just let us know if everything is working for you, and what hardware are you using, that's enough for us
-
HP BladeSystem c7000 enclosure G2, with Proliant BL460c Gen8 servers. HP VC FlexFabric 10Gb/24-port modules.
Dell PowerEdge M1000e enclosure with PowerEdge M620 blades. 4x Dell MXL 10/40GbE modules. Those I/O modules gave errors with Xenserver 7.6, XCP-ng 7.6 - one of the redundant HBAs get disconnected with DMA errors in the hypervisor logs.
So far, so good with XCP-ng 8.0 beta. Not much load on the servers. Some fake loading with fio.
-
@olivierlambert said in XCP-ng 8.0.0 Beta now available!:
ZFS in XCP-ng 8.0 is fully functional. Migration/export/backup, everything is working.
So you should update the start post and a) fix version info and b) remove the "known limitations..." part.
I "upgraded" XS 7.6 on my Ryzen testmachine flawlessly to XCP-ng 7.6. Next steps will be:
Create ZFS RAID on other SSDs, see how dedup/compression works and what it takes (as it should be fully functional and transparent for XAPI and everything connected - right?)
And then upgrade to 8.x and see if everything comes back up. But need to puit the machine into rack first.
People should heavily consider ZFS and dedup - it consumes som RAM, but especially in VDI or closish VM environments (like running a bunch of identical Window Server OSs) can save up quite some space on your SSDs and bump the value heavily!
IIRC dedup requires 1 GB RAM per TB - which can be a pretty good deal, pricewise.@apayne said in XCP-ng 8.0.0 Beta now available!:
@cg re: [...] I’m using a hefty 260 watts idling for the server alone. I am guessing the old SAS/SATA enclosure I have rigged to it is another 300 or so at idle
Power must be pretty cheap at your place. Yeah external enclosures like HPEs D2x00 consume quite some power, too. In the long run changing to something small will be financially wise.
I can recommend not super up2date HP hardware. I'm also using some Intel DC S-ATA SSDs now on the HPE controller as read cache (recommendation from a friend who's working in a big datacenter with tons of HP(E) servers). Seems to be good and you can get 960 GB versions for less than 200 bucks.Re: Hyper-V, I already use the 2nd Gen at work via old 2012r2 installs. It’s OK and gets the job done. However I’ve been tasked with shuffling and consolidating some older installations to newer hosts/hardware, and the move process is a bit clunky for that version. Device pass through seems a bit limited.
Need to test XCP-ng and the passthrough for license dongles with XCP-ng for some usecases...
Even actual Hyper-V versions are free, there are special Images, that don't include a GUI etc.
(Though I crashed with Hyper-V once and never touched again)Last time I saw VMware it was a demo lab we did at work, and it too was “just ok”, that was with the vmsphere(?) web interface, etc. However last I heard they are slowly tightening the list of supported hardware drivers, and by extension, supported hardware. That was a few years back so maybe they have added new drivers.
I have some ESXis working. They do okay and customers only have small servers, which don't run into the limits. Hardware is rather actual, so I can't really say anything about it - but I know they have some support limitations.
-
@cg said in XCP-ng 8.0.0 Beta now available!:
@olivierlambert said in XCP-ng 8.0.0 Beta now available!:
ZFS in XCP-ng 8.0 is fully functional. Migration/export/backup, everything is working.
So you should update the start post and a) fix version info and b) remove the "known limitations..." part.
You're right. I have updated it.
-
In fact it was true until we release 0.8 in XCP-ng, but yeah, now we should update the doc
-
Works great for me, both with LVM SR and ZFS file SR!
Love it!Just one minor issue: I can't get an old Windows XP VM to boot with Citrix legacy PV drivers. It was working with xcp-ng 7.6, but no longer with 8.0 beta. It does not have internet access, It is needed to control old hardware for which no driver for newer Windows OSes exist.
-
Testing 8.0 beta on Dell R710, clean install. Everything I've tried so far works flawlessly. Installed XOA from welcome page and few Linux VMs. Also installed W2008R2 (using a Dell ROK licence I've found on the server with BIOS settings copied) and it also works fine. I've used Windows update setting in XOA method to get the PV drivers and they installed fine without disabling Driver signing. Only thing missing is a Management agent/tools. What would be a preffered method to install that on 8.0?
Edit: I've extracted managementagentx64.msi from Citrix Hypervisor 8.0 install ISO and installed it on W2008R2 VM. Worked like a charm.
-
Planning on testing soon. Haven't had much time at home lately to mess with the lab.
Thanks for all the hard work!
-
Sharing results of some tests I have been doing lately, maybe that can give ideas to other testers. Those are cross-pool live migration tests. The goal was to evaluate if creating a new pool and then live migrating the VMs from the old pool would allow to avoid downtime in every case.
Summary of the results: when it comes to migrating VMs from older versions of XenServer, the situation is better in 8.0 than it was in 7.6, because Citrix fixed a few bugs (that we reported). Some failing cases remains and will not be fixed because they would require patching unsupported versions of XenServer.
Tests done using nested VMs as the sender pool, and a baremetal XCP-ng 8.0 as receiving pool.
I have 4 test VMs to migrate. They are small VMs, with small disks and little RAM, and little load too. So if you have bigger VMs and can test, you know what to do!
- HVM Centos 7 64 bit from the "Centos 7" template (this is important). No guest tools.
- HVM Centos 7 64 bit from the "Other" template (this is important). No guest tools.
- PV Centos 6 64 bit from the Centos 6 template. No guest tools.
- HVM Windows 7 32 bit with PV drivers installed.
I have tested migration from XenServer 6.5, 7.0, 7.1 and 7.2 (all fully patched).
- From XenServer 6.5 to XCP-ng 8.0
- HVM Centos 7 from Centos 7 template: fails! The VDIs are transferred but when it comes to migrating the RAM and complete the migration it fails, reboots the VM and creates a duplicated VM in the target pool ! (same UUID). This is a bug that Citrix won't fix in older versions : https://bugs.xenserver.org/browse/XSO-932
- Other VMs: OK
- From XenServer 7.0 to XCP-ng 8.0
- HVM Centos 7 from Centos 7 template: same failure
- Other VMs: OK
- From XenServer 7.1 or 7.2 to XCP-ng 8.0: all good.
I have also tested storage migration during a pool upgrade (for VMs that are on a local storage repository and need to be live migrated to another host of the pool), to check if this fix we are trying to contribute upstream works as intended (it wouldn't work in XCP-ng 7.6 because of additional bugs fixed since by Citrix in CH 8.0) : https://github.com/xapi-project/xen-api/pull/3800. Good news, it worked (in my tests), so I consider leaving it enabled (it isn't in CH 8.0). Feel free to try it and report! It's still recommended to use shared storage for easier live migrations, but being able to do the migration when the VM is on local storage can still be handy. Reference: https://github.com/xcp-ng/xcp/issues/90
closed Allow migrate_send during RPU #3800
-
@cg You should be careful when recommending dedup on ZFS. I think (but my knowledge might be outdated) there are still at least some caveats people should be aware of.
A quick search reveals you typically need 1-5 GB of RAM per TB of storage. -
@Ultra2D said in XCP-ng 8.0.0 Beta now available!:
@cg You should be careful when recommending dedup on ZFS. I think (but my knowledge might be outdated) there are still at least some caveats people should be aware of.
A quick search reveals you typically need 1-5 GB of RAM per TB of storage.As a rule of thumb I have 1 GB per TB of storage in mind and I'm not aware of any problems with Dedup or Compression on ZFS(oL).
I wouldn't touch that (and RAID beside 0/1/10) on btrfs though - that's probably why many people are interested in ZFSoL, although the licenses are somewhat tricky.I don't have much experience with dedup on ZFS tough, I just did some tests with about 100 of storage on another system and it worked perfect - just not the result I hoped to get, but that's data-dependend.
But hey: Prove me I'm wrong. Don't forget sources/links plz. and keep the versions in mind!
-
Unless necessary, deduplication should NOT be enabled on a system. See Deduplication
And continue from there. For instance:
Deduplicating data is a very resource-intensive operation. It is generally
recommended that you have at least 1.25 GiB of RAM per 1 TiB of storage when
you enable deduplication. Calculating the exact requirement depends heavily
on the type of data stored in the pool. -
@Ultra2D said in XCP-ng 8.0.0 Beta now available!:
Unless necessary, deduplication should NOT be enabled on a system. See Deduplication
I don't really see big arguments here. As I wrote: CONSIDER. I'm sure you know what that means.
If I know I'm running a bunch of similar VMs, I'm pretty perfect by throwing a bit of RAM for multiplicating the effective space of my SSD array.
It could diminish the need for an expensive vendor dedup-array.And continue from there. For instance:
Deduplicating data is a very resource-intensive operation. It is generally
recommended that you have at least 1.25 GiB of RAM per 1 TiB of storage when
you enable deduplication. Calculating the exact requirement depends heavily
on the type of data stored in the pool.So what's wrong with that? I said as rule of thumb I have 1 GB per TB in mind. A rule of thumb is not a law and roughly fits. Also: ZFS should always have some RAM for caching, so you need a bit anyways and RAM is pretty cheap these days.
Though XCP-ng is a server OS: Don't forget to use ECC RAM on productive systems with important data. RAM corruption is can be pretty bad for ZFS.
-
@cg Yes, I can read, thanks. It says "heavily consider".
I honestly don't care if you run ZFS with dedup, and if it keeps on working for you that's great, but it did sound like a recommendation for running dedup without adding a big fat warning. I felt it was necessary to add that warning.Some more info about the rule of thumb:
https://github.com/zfsonlinux/zfs/issues/2829
https://news.ycombinator.com/item?id=8437921open Warning about deduplication is not accurate #2829
-
If it makes you sleep tighter: Heavily consider using ZFS. As consider means: See if it makes sense for you and estimate if you have data that could benefit from it.
It doesn't make sense to enable deduplication for AVC video archives etc. pp. It would just add complexity and overhead.Consider always means: Read about it, see what it takes and if it makes sense - but it's a good thing and you could benefit from that. Not: Enable it, no matter what it takes.
I'm out for nitpicking about ZFS, the show is yours...
