XCP-ng
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login

    XCP-ng 8.3 betas and RCs feedback 🚀

    Scheduled Pinned Locked Moved
    News
    89
    791
    80.4k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • olivierlambertO
      olivierlambert Vates 🪐 Co-Founder CEO
      last edited by

      Yes, you can check the yum history for example, eg yum history list

      C 1 Reply Last reply Reply Quote 0
      • C
        CJ @olivierlambert
        last edited by CJ

        @olivierlambert I'm seeing 27 EE which seems to indicate that it worked but there was an error?

        I have had XO display errors when performing updates but there's currently nothing in the logs and the pool still isn't showing up.

        Using yum history info it appears to output EE whenever the scriptlet has an output. In this case it returned ok and I also have lines regarding disabling the repos.

        Now I'm getting UND_ERR_SOCKET as an error on the Servers page. If I disable and then enable the server, I get write ECONNRESET.

        stormiS 1 Reply Last reply Reply Quote 0
        • R
          redakula @stormi
          last edited by

          @stormi said in XCP-ng 8.3 betas and RCs feedback 🚀:

          Optional package

          • kernel-alt-4.19.316+1-2.xcpng8.3: Enable CONFIG_X86_AMD_PLATFORM_DEVICE in kernel config

          I see some mentions of this option in relation to fan speeds.

          But what is the status on AMD support in general?
          I have a recent AMD platform, and from what i can see a lot has been added for AMD support in the past few kernel versions.
          Particularly in relation to power management.

          I did a purely unscientific test and booted a ubuntu 24.04 live cd on my XCP-NG server, and the power consumption was 10-15% lower at similar load level, compared to XCP-NG.

          Is the hardware support for e.g. power management handled by the kernel in dom0 or by Xen?

          What are the current plans for a more recent kernel for dom0 - i have not seen anything on kernel version plans for a long time?

          Keep up the good work 👍 😁

          1 Reply Last reply Reply Quote 0
          • olivierlambertO
            olivierlambert Vates 🪐 Co-Founder CEO
            last edited by olivierlambert

            @redakula said in XCP-ng 8.3 betas and RCs feedback 🚀:

            Is the hardware support for e.g. power management handled by the kernel in dom0 or by Xen?

            It's a very complex question where there's no definite answer. But to answer your question, yes, XCP-ng 9 will have a recent kernel, providing many benefits for I/O and potentially power usage.

            1 Reply Last reply Reply Quote 0
            • stormiS
              stormi Vates 🪐 XCP-ng Team @CJ
              last edited by

              @CJ it may be that XAPI or stunnel failed to fully start.

              Check:

              systemctl status xapi-wait-init-complete.service
systemctl status stunnel@xapi.service
              C 1 Reply Last reply Reply Quote 0
              • C
                CJ @stormi
                last edited by CJ

                @stormi wait init shows exited with a success status. stunnel shows active and running.

                I disabled the server and enabled it again and this time it connected without an error. However, it lists as unknown pool and doesn't show in any of the host/pool/vm pages.

                Also, when I go on the console, it states that the host is already in maintenance mode. Selecting Enter/Exit Maint Mode results in the following.

                (''NoneType' object has no attribute 'opaqueRef'')
                stormiS 1 Reply Last reply Reply Quote 0
                • M
                  marvine
                  last edited by

                  Is it known GPU passthrough dont work in 8.3 RC1 ?
                  i did the setup now through xen-orchestra and see it in windows but no matter what i do it keeps giving error code 43

                  AnonabharA H gskgerG 3 Replies Last reply Reply Quote 0
                  • AnonabharA
                    Anonabhar @marvine
                    last edited by Anonabhar

                    @marvine I dont know if that is true or not.. I am using 8.3 RC1 with GPU pass-through to NVidia Tesla cards with no problems (aside from the NVidia drivers being a pain in the backside to install under Linux).

                    1 Reply Last reply Reply Quote 0
                    • H
                      Houbsi @marvine
                      last edited by

                      @marvine said in XCP-ng 8.3 betas and RCs feedback 🚀:

                      giving error code 43

                      This error is a driver issue on Windows side.

                      It says that the card is "virtualised" Nvidia is very strong in blocking this, if it's not allowed.

                      If you google for it there should be plenty of workarounds.

                      M 1 Reply Last reply Reply Quote 0
                      • M
                        marvine @Houbsi
                        last edited by

                        @Houbsi yeah i did try it with the nvcleaninstall but gives me the same error and also tried the HV value to hide windows is virtualised.

                        Will try again to remove everything and start over

                        1 Reply Last reply Reply Quote 0
                        • gskgerG
                          gskger Top contributor @marvine
                          last edited by gskger

                          @marvine I am using two Nvidia P40 with passthrough to Debian VMs with XCP-ng 8.3 RC1. I had no issues with passthrough, installing and runing the P40. For Windows VMs, this older post might give some more information.

                          1 Reply Last reply Reply Quote 0
                          • stormiS
                            stormi Vates 🪐 XCP-ng Team @CJ
                            last edited by

                            @CJ said in XCP-ng 8.3 betas and RCs feedback 🚀:

                            @stormi wait init shows exited with a success status. stunnel shows active and running.

                            I disabled the server and enabled it again and this time it connected without an error. However, it lists as unknown pool and doesn't show in any of the host/pool/vm pages.

                            Also, when I go on the console, it states that the host is already in maintenance mode. Selecting Enter/Exit Maint Mode results in the following.

                            (''NoneType' object has no attribute 'opaqueRef'')

                            Have you tried to reboot the server once again? If the issue persists, can you share /var/log/xensource.log somewhere (might contain sensitive information, so better share privately).

                            C 1 Reply Last reply Reply Quote 0
                            • C
                              CJ @stormi
                              last edited by

                              @stormi I have not rebooted the server at all. I told it to apply patches and then this all happened.

                              I didn't want to reboot it in case it was in the middle of something or if there were things you wanted me to check.

                              I'll try rebooting it and see what happens. Hopefully the other pools and nodes won't have this issue.

                              C 1 Reply Last reply Reply Quote 1
                              • C
                                CJ @CJ
                                last edited by CJ

                                This will be fun. The console keeps losing connectivity with the VMs so I wasn't able to suspend them before rebooting the server.

                                Oh, that's not good. No change after rebooting. It's still borked. What's the best way to reach out to you, @stormi ?

                                stormiS 1 Reply Last reply Reply Quote 0
                                • stormiS
                                  stormi Vates 🪐 XCP-ng Team @CJ
                                  last edited by

                                  @CJ You can send me a PM here.

                                  C 1 Reply Last reply Reply Quote 0
                                  • C
                                    CJ @stormi
                                    last edited by

                                    @stormi Uh, how do I do that?

                                    Also, I think the problem may be due to when I was attempting to set up a private network. I had deleted all of that but it seems to be stuck in a loop trying to find sdn-controller-ca.pem. Therefore the update never completes and it just tries again.

                                    stormiS 1 Reply Last reply Reply Quote 1
                                    • stormiS
                                      stormi Vates 🪐 XCP-ng Team @CJ
                                      last edited by

                                      @CJ Then this would not be directly related to the update, but maybe just to the reboot that was performed by XOA after it?

                                      1 Reply Last reply Reply Quote 0
                                      • stormiS
                                        stormi Vates 🪐 XCP-ng Team
                                        last edited by stormi

                                        Problem solved on chat. Our last update doesn't like it at all when a certificate was manually removed from the system without letting XAPI know.

                                        So we had to:

                                        • revert the update and restart the toolstack - XAPI works again
                                        • touch /etc/stunnel/certs/sdn-controller-ca.pem to create back a dummy file for the missing cert, so that xe will accept to remove it from database (it fails if it can't find the file for which you're trying to remove the database entry 🙄)
                                        • xe pool-certificate-uninstall name=sdn-controller-ca.pem
                                        • update again
                                        • perform the update of the rest of the pool hosts

                                        I added a comment in the issue related to the patches we included in this update to fix certificate fingerprints: https://github.com/xapi-project/xen-api/issues/5955

                                        stormi created this issue in xapi-project/xen-api

                                        open fingerprint_sha256 and fingerprint_sha1 empty after upgrade for user certs in /etc/stunnel/certs/ #5955

                                        1 Reply Last reply Reply Quote 4
                                        • BenjiReisB
                                          BenjiReis Vates 🪐 XCP-ng Team @brezlord
                                          last edited by BenjiReis

                                          @brezlord So I managed to reproduce the issue: basically what's happening is lspci shows a shortened version of the PCI ID and the XAPI expects to parse a complete version of the ID so it fails while parsing. Removing manually the passthrough in the xen command line and re-adding it via XAPI should solve the issue.
                                          Now that the API is available this shouldn't happen anymore as the only supported way of passing through a device is via XAPI.

                                          Regards

                                          brezlordB 1 Reply Last reply Reply Quote 0
                                          • brezlordB
                                            brezlord @BenjiReis
                                            last edited by

                                            @BenjiReis Thanks for reproducing it. I suspected it was because of the manual pass-through.

                                            A 1 Reply Last reply Reply Quote 1
                                            • First post
                                              Last post