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

    XCP-ng 8.0.0 Release Candidate

    Scheduled Pinned Locked Moved News
    66 Posts 23 Posters 32.5k Views 4 Watching
    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.
    • A Offline
      achim71
      last edited by

      Did an grep for ipmi: and ipmi_si: over kernel 4.19 Changeslogs:

      ChangeLog-4.19.31:    ipmi_si: fix use-after-free of resource->name
      ChangeLog-4.19.31:    Fixes: 93c303d2045b ("ipmi_si: Clean up shutdown a bit")
      ChangeLog-4.19.33:    ipmi_si: Fix crash when using hard-coded device
      ChangeLog-4.19.37:    ipmi: fix sleep-in-atomic in free_user at cleanup SRCU user->release_barrier
      ChangeLog-4.19.37:    Fixes: 77f8269606bf ("ipmi: fix use-after-free of user->release_barrier.rda")
      ChangeLog-4.19.44:    ipmi: ipmi_si_hardcode.c: init si_type array to fix a crash
      ChangeLog-4.19.45:    ipmi:ssif: compare block number correctly for multi-part return messages
      ChangeLog-4.19.45:    Fixes: 7d6380cd40f79 ("ipmi:ssif: Fix handling of multi-part return messages").
      

      The patch i mentioned earlier was applied in 4.19.33 afterwards the patch from 4.19.44 looks like an following fix for an related issue.

      https://lkml.org/lkml/2019/5/7/250

      Yesterday I also tried to copy the whole drivers/char/ipmi folder from 4.19.57 to 4.19.19. The kernel successfully compiled and the ipmi modues also worked. Was just an quick test and needs to be compared to the above list of patches.

      1 Reply Last reply Reply Quote 0
      • R Offline
        r1 XCP-ng Team
        last edited by

        Hi @achim71 @stormi

        Patching only for 1 issue would leave other issues - just waiting to be found.

        Linux kernel gets weekly updates for fixes to stable and longterm. New features get added in new versions. I think at XCP we can follow longterm branch of 4.19 and keep pushing updates of kernels on regular basis.

        I have at tracked till 4.19.48 at link and at 2 instances I found that using the next patch on top of existing patches needs certain modifications. ( e.g. 37-pre and 47-pre )

        Following Linux longterm in XCP also means going back to CH updates will not be possible. But I assume, CH will anyways take updates from Linux longterm.

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

          @r1 I think we will provide the latest 4.19.x kernel as an alternate kernel for those who need it and keep the Citrix one by default.

          1 Reply Last reply Reply Quote 1
          • A Offline
            achim71
            last edited by achim71

            @stormi and @r1 Having the latest 4.19 kernel available would be great. It will also not require much effort from my side. 😉

            Update: @r1 build an rpm for your kernel with the citrix ddk 8.0.0 (and an suitable zfs-kmod package). Installed both on the G7 Microserver and ipmi_si works fine again. So thank you for providing the sources on github!

            1 Reply Last reply Reply Quote 0
            • R Offline
              r1 XCP-ng Team
              last edited by r1

              @achim71 I suppose you meant "built"..

              XCP-NG has its own variant of DDK at https://github.com/xcp-ng/xcp-ng-build-env

              Edit: replied on wrong topic.

              1 Reply Last reply Reply Quote 0
              • D Offline
                dave.opc
                last edited by dave.opc

                Is there any possibility to make installer nonGUI?
                On my Ryzen 2400G can't load, it boots up, and after choosing installer the screen is just blank. Tried the same image on VM it starts the installer, but with some graphics.

                Addon: ok, i changed 8192M to 2048M in grub.cfg and was able to install the system. Everything is working fine. Now, i got a question: i did yum update and system told me that there is a new kernel with newer xcp-ng:

                kernel x86_64 4.19.19-5.0.9.xcpng8.0 xcp-ng-base 30 M
                xcp-ng-release x86_64 8.0.0-12 xcp-ng-base 15 k
                xcp-ng-release-config x86_64 8.0.0-12 xcp-ng-base 350 k
                xenserver-firstboot noarch 1.0.11-1.1.xcpng8.0 xcp-ng-base 20 k

                After installing and rebooting, it still shows that kernel is 4.19.0 - any idea how to fix? (not sure if xcp-ng itself updated to 8.0.0-12, in xsconsole it shows as 8.0.0)

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

                  The new kernel has the same version, except that it has been patched for a security issue. All good.

                  There's no such thing as XCP-ng 8.0.0-12 either. 12 is the release number of the xcp-ng-release RPM package, version is 8.0.0.

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

                    Those having the 8.0 RC1 running, does live migration from shared storage to local storage (on the same host that is currently running the VM) work for you?

                    1 Reply Last reply Reply Quote 0
                    • E Offline
                      EliasSeccom
                      last edited by

                      Hey

                      I tried today to update version 7.6 to version 8.0 RC. Sadly the installer did not start.
                      In normal upgrade mode the installer just hangs with a black screen and when i tried the installation in safe mode the installer halted with the message:

                      (XEN)[   34.0279] Hardware Dom0 halted: halting maschine
                      

                      I have uploaded an image of the boot screen in safe mode:
                      image

                      R 1 Reply Last reply Reply Quote 0
                      • D Offline
                        dave.opc
                        last edited by

                        Today i found out, that my xcp was restarted at 3.51AM. There is no crash dump in xcp center. Where do i look to find out what happened?

                        1 Reply Last reply Reply Quote 0
                        • R Offline
                          r1 XCP-ng Team
                          last edited by

                          @dave-opc whats the XCP-ng version?

                          Did you see -

                          https://github.com/xcp-ng/xcp/wiki/Troubleshooting

                          https://github.com/xcp-ng/xcp/wiki/Logfiles

                          D 1 Reply Last reply Reply Quote 1
                          • D Offline
                            dave.opc @r1
                            last edited by

                            @r1
                            I thought it's obvious if i am asking in 8.0RC1 thread, that i have this verison.

                            1 Reply Last reply Reply Quote 0
                            • R Offline
                              r1 XCP-ng Team
                              last edited by

                              @dave-opc Making sure that the version is up to date.

                              Did you find anything in /var/log/kern.log?

                              1 Reply Last reply Reply Quote 0
                              • R Offline
                                r1 XCP-ng Team @EliasSeccom
                                last edited by

                                @EliasSeccom Does ALT + Arrow keys (Left/Right) show you any erroneous messages? On one of the screen, there is a shell available.

                                If its a hang which is not letting you do anything, you can attach a serial console and see if it outputs any stacktraces.

                                1 Reply Last reply Reply Quote 0
                                • D Offline
                                  dave.opc
                                  last edited by dave.opc

                                  kern.log.txt

                                  Kern log file shows that it booted at that time, at least i don't see any errors. (file attached)
                                  It looks like it was just reset and started booting, but i doubt there was an electricity outage, as my xcp is powered by ippon back basic 1050.

                                  1 Reply Last reply Reply Quote 0
                                  • R Offline
                                    r1 XCP-ng Team
                                    last edited by

                                    @dave-opc To know more on next incident, you may add noreboot options to multiboot2 /boot/xen.gz in /etc/grub.cfg file against default kernel boot entry.

                                    1 Reply Last reply Reply Quote 1
                                    • D Offline
                                      dave.opc
                                      last edited by

                                      Got another issue with RC1:

                                      I got 2 xcp ng servers. 1st at home on 8.0rc1 and 2nd remote on 7.6
                                      When i had at home 7.6 (before upgrade) my continuous replication task in XOA was working fine. Every night copying VM to home server.
                                      After upgrading to 8.0RC1 XOA starts copying. I can see [importing....] in xcp center, but after transfering the file, xoa ends with error XOA.JPG
                                      I thought i had a problem with iscsi drive, connected to xcp, but i also tried copying to my main sr (nvme) and got the same error.

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

                                        You are doing CR from 8.0 to 7.6?

                                        D 1 Reply Last reply Reply Quote 0
                                        • D Offline
                                          dave.opc @olivierlambert
                                          last edited by dave.opc

                                          @olivierlambert
                                          from 7.6 to 8
                                          P.S. just checked. the other way from 8 to 7.6 CR is working fine.
                                          Also copying VM from 7.6 to 8 is working. - problem with CR 7.6 -> 8

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

                                            Okay so it's maybe something related to how VDI are handled in the "opposite" way (newer to older).

                                            I would suggest to get everything at the same level if possible. Ideally, try to test from a 8.0 to a 8.0 to be sure it's a version diff that cause the issue.

                                            D 1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post