When you boot in UEFI mode, press "e" to edit the boot command line, you have a line to change the memory for dom0.

How about doing your own matrix?

@dvdhngs install onto (mdadm/ZFS) RAID 10: no to use (mdadm/ZFS) RAID 10 as SR: yes, of course!

@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.

Actually, looks like I had already written something about it in the Updates Howto: https://github.com/xcp-ng/xcp/wiki/Updates-Howto#a-special-word-about-xcp-ng-75-76-and-live-migrations

anyone can request a change in https://github.com/xcp-ng/xenadmin/issues

@stormi dd stands for disk dump and does exactly that: Copy a stream of data. Fio however can be configured for precise workloads and read/write mixes, parallel workloads etc. So the first thing will only give you streamline benchmarks, what almost nobody cares about. The second can simulate realworld (VM/database...) workloads, where (controller) Caches and non magnetic storage (Flash, Optane, MRAM...) makes the real difference. Also use big amount of data, since caches can impact small ones extremely. Don't get me wrong: We need them and they can make huge differences, but as long as your benchmarks fully fit into them, it gives your nonsense/fake results. Also (consumer) SSDs start throttling after some 10 to a very few 100 GB of data written. Their caches fill up and they 'overheat'. You can spend days on benchmarks and how to do what.

I tested on a fresh 2016 install. The install went well and the management agent was installed. I enabled VSS but the VSS snapshots don't seem to be working. To compare I installed the citrix client tools on a fresh 2016 install and VSS does work.

Thanks for your input! I think it might be the one then Also, if there is a big problem with it, we can always update the package!

Here's another willing script tester

Hello dear RC testers! We are releasing 7.5.0 final today, so here's how to go from 7.5.0RC to 7.5.0. Warning: this is only for people who installed the RC. Detailed procedure will be given in the release announcement for upgrading an XCP-ng 7.4 server Option 1, upgrade using the installation ISO Will work, although may be a little overkill since you already have a nearly-final 7.5.0. Option 2, update yum repository files and update the system # remove the RC-specific repository file if present rm /etc/yum.repos.d/xcp-ng-7.5.repo -f # install the 7.5 official repository file wget https://updates.xcp-ng.org/7/xcp-ng-7.5.repo -O /etc/yum.repos.d/xcp-ng.repo # update. If you had updated your RC regularly, this will install nothing, else you'll get a few packages yum update # if the kernel or xen-* packages got updated, reboot your server # that's it, you've got 7.5.0 final!

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

@kcah427 Thanks for sharing your solution. I end up using a Raspberry Pi as a Socat host and passing the USB Zigbee stick over ethernet to the VM. Not ideal but it works.

@Kudzu he uses OpenLDAP, as he said in this thread earlier.

@maxcuttins There are two packages. User level blktap driver that you referred blktap and a builtin kernel driver blktap2. Said patch is against mainline kernel as additional driver. You still need to have user land blktap from https://github.com/xapi-project/blktap There are instructions lying around https://xcp-ng.org/forum/topic/122/how-to-build-blktap-from-sources/ to build user land blktap (its without patch).

@sfx please take a look here, there are several discussions there: https://github.com/xcp-ng/xcp/issues/107 olivierlambert created this issue in xcp-ng/xcp open Software RAID install on previous used mdadm disks #107

Alright. Thanks for letting us know.

@olivierlambert So I just created a new Win 10 VM and made sure to use the template. I created this VM in the XCP-NG XenCenter. I then went into XOA and "Windows Update Tools" is checked to the on position by default. This is what the problem I had earlier was. The VM defaults to grabbing the guest tools from the WU server. So if you boot up the 1st time with this configuration, it will grab the Citrix tools 1st and you can't install the community tools.

What you found is a pretty old and outdated thread, and conclusion is: It's not limited - and there's no real difference between 1 and 10GE. In case it's limited to protect mgmt-int, it would scale with 10GE, but in fact it doesn't.