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!

Thanks Borzel

Whenever I use bootable USB

Did you create your USB bootmedia using dd on commandline?

Once I use burned CD all it's OK.

IN 7.4 release I haven't such kind of problem at all. Installation form USB going smoothly.Suppose this is a problem in this release. Just to clarify that in some very old versions of Xen server the same problem has been found but there it was related with USB 3.0 and USB 2.0.

Anyone met this issue ?

One of our objective is to master smapiv3 (which is the new storage stack of XS) to be able to build something thin on LVM (amongst other things), but this will require to hire people with advanced knowledge in both XAPI and SR. As you can imagine, there isn't a lot of places where you can find those.

No problem at all ! Great ! XenOrchestra 5.22 works great, same for XCP.

However, I have not yet had the opportunity to test the USB Passthrough. And finally, my network card does not support SR-IOV, so no opinion on it.

# only needed if you test so quickly that yum's cache couldn't expire
yum clean metadata --enablerepo='*'

# install the update candidate
yum install xcp-ng-pv-tools --enablerepo='xcp-ng-updates_testing*'

Here's what you should see in the Windows section of README.txt

We are not allowed to redistribute the windows tools built and signed by
Citrix, so they are not included here.

If you are using Xen Orchestra, you can switch the "Windows Update tools"
advanced parameter on from the "Advanced" tab of the VM view. This will
allow you to install the tools directly from Windows Updates.

Any help in building the tools from the sources to add them back in this
ISO image is welcome. See https://github.com/xcp-ng/xcp/issues/23

olivierlambert created this issue in xcp-ng/xcp

closed Windows PV tools #23

Guests on 3 hosts same.

file appears to be "guest-tools-7.29.0-2.iso" in /opt/xensource/packages/iso

cheers.

Hi
After a bit of googling on populate on demand I realized.
strange that it worked under 7.4.1.

if I understood correctly, it is the dynamic ram assign with min / max.

after I entered a fixed size for ram, the start worked fine.

thank you for the great work

Christian

Populate on Demand

Do you know what's this? It seems incompatible to have it enable in parallel with PCI Passthrought.

edit: it seems your dynamix min/max and static max aren't set at the same value.

my first host with xcp-ng upgraded successful to 7.5 (Intel NUC) without an error.
thanks for the great job !

second server has also been updated successfully.

the third server I use pci passthroug for 2 DVB cards.
So far that was excellent under 7.4.1.

Since upgrading to 7.5 I get the following error if i want to start the vm with the passthroug pci devices:

vm.start
{
  "id": "40bcca30-d07a-db7c-5744-c134a30af5d1"
}
{
  "message": "INTERNAL_ERROR(xenopsd internal error: (Failure
  \"Error from xenguesthelper: Populate on Demand and PCI Passthrough are mutually exclusive\"))",
  "stack": "XapiError: INTERNAL_ERROR(xenopsd internal error: (Failure
  \"Error from xenguesthelper: Populate on Demand and PCI Passthrough are mutually exclusive\"))
    at wrapError (/home/node/xen-orchestra/packages/xen-api/src/index.js:197:9)
    at /home/node/xen-orchestra/packages/xen-api/src/index.js:1064:18
    at run (/home/node/xen-orchestra/node_modules/core-js/modules/es6.promise.js:75:22)
    at /home/node/xen-orchestra/node_modules/core-js/modules/es6.promise.js:92:30
    at flush (/home/node/xen-orchestra/node_modules/core-js/modules/_microtask.js:18:9)
    at _combinedTickCallback (internal/process/next_tick.js:131:7)
    at process._tickCallback (internal/process/next_tick.js:180:9)",
  "code": "INTERNAL_ERROR",
  "params": [
    "xenopsd internal error: (Failure
  \"Error from xenguesthelper: Populate on Demand and PCI Passthrough are mutually exclusive\")"
  ],
  "method": "VM.start"
}

all seem ok

# lspci
.....
02:00.0 Multimedia controller: Digital Devices GmbH Octopus DVB Adapter
......
08:00.0 Multimedia controller: Digital Devices GmbH Cine V7

# xl pci-assignable-list
0000:02:00.0
0000:08:00.0

# xe vm-param-get uuid=40bcca30-d07a-db7c-5744-c134a30af5d1 param-name=other-config
pci: 0/0000:02:00.0,0/0000:08:00.0; base_template_name: Debian Stretch 9.0; import_task: OpaqueRef:83a9253c-f3c0-448f-aba6-df5efa2c1c4a; mac_seed: 1113ba83-5709-4ca5-a292-f8b81a047db4; install-methods: cdrom,nfs,http,ftp; linux_template: true

Does anyone have any idea what that might be?
does anyone have an upgrade to 7.5 with pci passthroug on the run?

Thanks and Greetings

Christian

yum update --enablerepo='xcp-ng-updates_testing*'

Is this interfering with the ZFS packages or there is no issue to do it? (especially blktap)

• vhd-tool fixing two bugs:
  • "VDI import seems broken for large VHD files" https://bugs.xenserver.org/browse/XSO-868
  • "VDI export fails with VDI I/O error" https://bugs.xenserver.org/browse/XSO-873
• xen security update

To test: yum update --enablerepo='xcp-ng-updates_testing*' and reboot.

What we need is to make sure they cause no regressions.

Thanks!

Update: done.

• Update with HA enabled / or not upgrading master first : https://xcp-ng.org/forum/topic/265/issues-when-upgrading-with-ha-enabled
• USB passthrough: https://xcp-ng.org/forum/topic/266/usb-passthrough-test-reports-in-7-5rc1