Hi, We are working on mirrors, expect some news in the next weeks

At the moment https://github.com/xcp-ng-rpms only contains repositories for the packages that we had to modify. For other packages, you can find their sources in the source RPMs in https://updates.xcp-ng.org/7/7.6/base/Source/SPackages/

The case is solved. Here is an updated entry in our Troubleshooting Guide: Cause a) There can be leftovers from old Citrix XenServer Client Tools. -> https://github.com/xcp-ng/xcp/wiki/Troubleshooting#the-management-agent-installer-was-executed-but-the-pv-drivers-are-not-installed-in-the-device-manager

Hello all together, here is a updated version of the installer that removes also old citrix tools/drivers: https://github.com/xcp-ng/xcp/issues/23#issuecomment-435696690 olivierlambert created this issue in xcp-ng/xcp closed Windows PV tools #23

You can find all ISOs at https://updates.xcp-ng.org/isos/ @olivierlambert we may want to offer a link to that under a "Do you need an older installer?" link on the main website?

Just got a Ryzen 2700X in the lab. Everything works fine (I just lost 10min to find the "VMX" option to enable it in the BIOS)

Well played guys ! A great news !

@maxcuttins do you have examples of good logreaders?

Thin Pro on block is very very very immature in XenServer. You can't even migrate VDIs on this SR to another one (nor toward it). Frankly, it's still messy, avoid it.

@danp said in XCP-ng 7.5.0 final is here: @dblogic said in XCP-ng 7.5.0 final is here: Just tried updating our pool and after updating the master had failed migration of VM (Ubuntu) and then was unable to get VM to start (Missing VDI error). Only solution was to roll master back to 7.4 and everything working again. I ran into a similar situation when I upgraded to 7.5 this week. Did you check to see if there was a non-existent ISO mounted in the CD rom for the VM in question? Thank you. That was my problem. I gave cd empty. Everything works.

Beta is out: https://xcp-ng.org/forum/topic/454/xcp-ng-7-6-beta

@borzel well I agree more details would be useful, I think the larger concern is that a VM is effecting the hypervisor is a negative way. Can you post the logs for your hypervisor?

It's mainly marketing plus lack of knowledge of "the masses" regarding purely software solution (targeting Windows users in general).

@r1 Quick note to say thanks for your earlier input but don't worry about this. We've abandoned trying to get the Broadcom 57800 cards to run under XCP-NG or Xen 7.5; replaced them with Dell Intel i350&X540 Quad Port cards. As a quick recap for anyone else with this issue, we had a set of 3 Dell R630 servers fitted with Dell's Qlogic/Broadcom 57800 based quad-port daughter network cards (2 x 10GBe RJ45's with 2 x 1GBe RJ45s). Hardware is rev 10 apparently and they identify within the OS as Ethernet controller: Broadcom Limited NetXtreme II BCM57800 1/10 Gigabit Ethernet (rev 10) filename: /lib/modules/4.4.0+2/updates/bnx2x.ko version: 1.714.1 Under Xen 7.1 and earlier these ran perfectly, using the BNX2X driver v 1.714.1 along with the latest firmware from Dell. Oddly most of the reported issues seem to concern this version ? The Broadcom/QLogic 57800 doesn't seem to be on Citrix's HCL any longer for newer releases so presumably someone's decided that the year old NICs are now obsolete? Attempting to upgrade to Xen 7.2 or indeed XCP-NG 7.5 resulted in installation of a newer BNX2X driver (1.714.6 if memory serves), which for whatever reason was unable to bring the 10GBe links up or detect connected cables. We attempted to update the driver further using the appropriate Citrix driver disks along with attempting firmware rollbacks to see if that was the problem. I had been hoping to try a fresh build of the driver as above, but have neither the build environment nor knowledge to do that! After burning through 3-4 days troubleshooting this, we've given up on the Broadcom cards and bought replacement Intel NICs - Dell i350&X540 quad port daughter cards, again offering 2 x 10GBe & 2 x 1GBe RJ45 ports. Swapped the cards over, booted the machines and upgraded successfully to XCP-NG on first attempt. Zero hassle; zero issues. I can only assume there's a fix to be had somewhere but we've not got the time to keep experimenting in the hope something eventually results in a previously working system resuming working! If it helps anyone else, we bought the Intel cards from here: https://www.etb-tech.com/dell-intel-i350-x540-1-10gb-rj-45-sfp-quad-port-rndc-98493.html#.W5Dt5-hKi70

This is in theory possible, but not trivial. Usually @r1 or @stormi can give you good advice on how to try to do it yourself (unlike XS, we are open to "do it yourself, here is some tools" philosophy). Also in theory, XS 7.6 should be out in weeks (4 or 5 max? if they stick to their plan), with probably a more recent kernel. IDK which option will be faster.

Hi, Yes, it's likely you would have run the same issue with XenServer. Those latest security patches are doing strong side effects and I think the priority was to fix the issue rather than keeping "agile" with the VMs. We discovered that later too. Anyway, due to those patches, it's likely you'll have to reboot your VMs to get the own kernel updates working.

@olivierlambert said in XCP-ng 7.5 net-install ISO: Sounds like something you wanted @maxcuttins You know already... to me what's matter is the level of engagement in the project. At the beginning is always everything awesome but in the long terms most of the project get low level of attention. So I need to be very very very very prudent in order to use something in production on my customers. But in this case I have to say: there is something new everyday. I'm exicted!

Note: even on XenServer, VSS still require to be enabled manually I'm so happy to NOT have Windows VMs into production… Far easier on Linux…

That's a possibility yes. I don't think it could happen fast however. And you can't close existing opened code, so it will be more proprietary additions in the end. That's why we are innovating directly in XCP-ng, and we'll continue that way!