XCP-ng 8.2.0 RC now available!

  • XCP-ng Team

    Updates are available on the 8.2 repositories for the recent "Platypus" security vulnerability.

  • XCP-ng Team

    @jmccoy555 We think we managed to reproduce the issue. I'll let you know about the outcome.


  • @stormi Just tried a restoring a backup from yesterday and still no luck. Also I can not reproduce the successful copy I thought happened the other day so I can only assume I booted a VM that was on the host prior to the upgrade to 8.2 last time when I thought it worked. At least it appears to consistently not work 😖

    Ping something across if you want it testing.


  • I am a bit out of my knowledge zone here, so please excuse me if I post something unrelated or obvious.

    EDIT - it looks like only this VM has a problem when restored from the 8.1 pool to the 8.2.0RC pool (good pick 😒 ). Did some more restores and those restored fine 🤔.

    Restored the plain backup of a Debian 10 9 VM (based on the Debian 9 Template) from my homelab (DELL R210 II, Xeon E3-1270 V2, 32GB RAM, 8.1 fully patched) to my playlab (DELL Optiplex 9010, i5-3550, 16GB RAM, 8.2.0RC fully patched). My homelab and playlab have different (Synology) NFS SRs connected. I am using XO from source (xo-server 5.70.0, xo-web 5.74.0) to manage my homelab and playlab pool.

    Restore was sucessfull and the VM does spin up after about 2min, but with some issues during boot:

    [    0.764806] vbd vbd-5696: 19 xenbus_dev_probe on device/vbd/5696
    

    followed by

    Gave up waiting for suspended/resume device
    

    and

    [***   ] A start job is running for dev-disk-by\x2duuid-7b8f0998[uuid like string].device (8s / 1 min 30s)
    

    and finally (after 1min 30s)

    [ TIME ] Timed out for dev-disk-by\x2duuid-7b8f0998[some uuid, see above]
    [DEPEND] Dependency failed for /dev/disk/by-uuid/[some uuid, see above]
    [DEPEND] Dependency failed for SWAP.
    

    The VM finally starts and is fully working but does the above after every reboot. fdisk -l shows the expected drive/partition/swap. Most likely related to the somewhat different host?


  • Just a quick follow-up on my last post on restoring backups from a 8.1 to a 8.2.0RC pool.

    Successfully tested restoring Linux VMs (Debian 9/10) and Windows 10 VMs (but no UEFI) from 8.1 to 8.2. Tried newly created ("plain") VMs and production VMs (but not all). So apart from that one odd VM, backup and restore works on my homelab / playlab 👍 .

  • XCP-ng Team

  • XCP-ng Team

    @gskger said in XCP-ng 8.2.0 RC now available!:

    Just a quick follow-up on my last post on restoring backups from a 8.1 to a 8.2.0RC pool.

    Successfully tested restoring Linux VMs (Debian 9/10) and Windows 10 VMs (but no UEFI) from 8.1 to 8.2. Tried newly created ("plain") VMs and production VMs (but not all). So apart from that one odd VM, backup and restore works on my homelab / playlab 👍 .

    We're still debugging this VM startup issue and will fix it as soon as possible.

  • XCP-ng Team

    @stormi said in XCP-ng 8.2.0 RC now available!:

    XCP-ng 8.2 officially released https://xcp-ng.org/blog/2020/11/18/xcp-ng-8-2-lts/

    And, of course, many thanks to all the pre-release testers!

  • XCP-ng Team

    @jmccoy555 said in XCP-ng 8.2.0 RC now available!:

    CephFS is working nicely, but the update deleted my previous secret in /etc and I had to reinstall the extra packages and recreate the SR and then obviously move the virtual disks back across and refresh

    Were you not able to attach the pre-existing SR on CephFS? Accordingly, I'll take a look in the documentation or the driver.


  • @r1 Good question, I don't know!! 😖

    I'll probably find out when I update my main host shortly.

  • XCP-ng Team

    @jmccoy555 said in XCP-ng 8.2.0 RC now available!:

    @stormi Just tried a restoring a backup from yesterday and still no luck. Also I can not reproduce the successful copy I thought happened the other day so I can only assume I booted a VM that was on the host prior to the upgrade to 8.2 last time when I thought it worked. At least it appears to consistently not work 😖

    Ping something across if you want it testing.

    An update candidate is now available that should fix that backup restore / VM copy issue.

    Install it with:

    yum clean all --enablerepo=xcp-ng-testing
    yum update uefistored --enablerepo=xcp-ng-testing
    

    I don't think a reboot is needed, maybe not even a toolstack restart. If you don't see a better behaviour with the update, then maybe try first a toolstack restart and then a reboot.


  • @stormi said in XCP-ng 8.2.0 RC now available!:

    yum update uefistored

    I could only get it (uefistored-0.2.6-1.xcpng8.2.x86_64) to update by yum update uefistored --enablerepo=xcp-ng-testing

    But it has done the trick. No toolstak restart or reboot needed either.

  • XCP-ng Team

    @jmccoy555 you're right, I've fixed my post.

XCP-ng Pro Support

XCP-ng Pro Support