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

    XCP-ng 7.5.0 final is here

    Scheduled Pinned Locked Moved Development
    74 Posts 15 Posters 32.9k 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.
    • D Offline
      DustinB @olivierlambert
      last edited by

      @olivierlambert is the ISO link updated?

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

        @stormi will tell you when it's up (with the new md5sum)

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

          It's fixed at last! Same link as before, MD5SUM is c377ccc342bc9f0b96f02c66132c132a

          There was a bug that was my fault (wrong product name in configuration files), but not the one about the installation failure actually. That one was dormant and already potentially present in XenServer installation ISOs too. There was some RPM that needed /bin/uname in a preinstallation script but in that version of the ISO, it got installed before the coreutils package that contains /bin/uname, so the script would fail and the installer display an error message. I fixed it by adding Requires(pre): coreutils to the package like it should always have been.

          Further explanation: how can that happen?

          Actually, when a package A requires another package B, it does not guarantee that B gets installed before A. They can be installed in the same transaction and then the order is undefined unless other dependencies are taken into account. That's what happened here. If A really needs B to be present so that it can be used in pre- or post-installation scriptlets, then one must specify it explicitly: Requires(pre): B or Requires(post): B.

          1 Reply Last reply Reply Quote 0
          • sriccioS Offline
            sriccio
            last edited by

            Awesome! Thanks a lot for your work. Can the update now be done via yum or it's advised to use the standard upgrade procedure (from 7.4.1).

            Cheers,
            Sébastien

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

              It can be done via yum but we still consider it safer to use the ISO (because that kind of installation has been tested for a longer time, because it creates a back-up in the back-up partition...).

              We'll give the yum upgrade procedure in the announcement.

              sriccioS 1 Reply Last reply Reply Quote 0
              • ? Offline
                A Former User
                last edited by

                Nice! that was fast 😄

                1 Reply Last reply Reply Quote 0
                • sriccioS Offline
                  sriccio @stormi
                  last edited by

                  @stormi Okay, crystal clear thanks.

                  1 Reply Last reply Reply Quote 0
                  • txsastreT Offline
                    txsastre
                    last edited by

                    Thanks.

                    Gonna install it from scratch on the 3 develop servers.

                    1 Reply Last reply Reply Quote 0
                    • D Offline
                      dsiminiuk
                      last edited by

                      Used Rufus to install the ISO to USB.
                      Booted, upgraded pool master from 7.4.
                      Tried to migrate all running VMs from the 2nd host (server1) to the pool master (server2) to apply the upgrade to server1.
                      2 VMs wouldn't migrate. Forcibly shutdown, now they are stuck as "Starting VM on server2..." not completing.
                      1 VM can't start "The operation cannot be performed because the specified virtual disk could not be found."

                      Upgrading from Xenserver 7.3 to XCP-ng 7.4 was cleaner.

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

                        Double check your shared SR is connected on all host.

                        D 1 Reply Last reply Reply Quote 0
                        • D Offline
                          dsiminiuk @olivierlambert
                          last edited by

                          @olivierlambert It is. Reconnecting all the SRs was the first thing you're presented with after the upgrade. Even the local filesystem and DVD needed to be repaired.

                          After a reboot and a "PANIC on CPU 0", I did a cold shutdown. All VMs start now except the one that can't find the VDI, yet I can detach and reattach the VDI in XCP-ng Center.

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

                            😨 that's… strange. Could it be a hardware issue? Panic on a CPU is not commong.

                            D 1 Reply Last reply Reply Quote 0
                            • G Offline
                              GregW
                              last edited by

                              This post is deleted!
                              1 Reply Last reply Reply Quote 0
                              • D Offline
                                dsiminiuk @olivierlambert
                                last edited by

                                @olivierlambert The VDIs are over shared ISCSI on FreeNAS VDEVs. There are other VMs with VDIs on the same RAID10 LUN that are running fine.

                                It's actually 2 VDIs and I moved both (boot and swap) of the failed VM to an alternate RAID5 LUN and it made no difference.

                                Is there a log I should be looking in to see more detail?

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

                                  Check the /var/log/xensource.log and SMlog about this VDI error.

                                  Again, a PANIC on CPU 0 isn't a good news regarding your hardware.

                                  1 Reply Last reply Reply Quote 0
                                  • txsastreT Offline
                                    txsastre
                                    last edited by

                                    well installed from scratch on my 3 servers
                                    everything fine, but, when trying to activate HA it gives me an error. The same when I upgraded 7.4.1 to 7.5 RC.

                                    3 hosts are connected via HBA to a one Storage on a fibre channel.

                                    tried to connect only 2 hosts with a few combinations (host1 and host2, host1 and host3, host2 and host3), also trying to configure HA with one host (yep little strange) it gave me the same error.

                                    0_1533928426464_Selecció_006.jpg

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

                                      Please provide real logs and not just a XCP-ng screenshot 🙂

                                      How did you enable HA by the way?

                                      txsastreT 1 Reply Last reply Reply Quote 0
                                      • D Offline
                                        dsiminiuk
                                        last edited by

                                        The CPU PANIC was on server1 (not pool master) so I've shut it down and I'll do a fresh install there later. It won't even show me the NICs that I know are there. Might be a hardware problem indeed.

                                        I left all VMs powered down and tried to capture SMlog and xensource.log for the duration of the startup failure event.

                                        I see "Raised Server_error(SESSION_INVALID," but have no idea if this is related to the error.
                                        I don't have privs to upload the files.

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

                                          Use pastebin or hastebin to put your logs there 🙂

                                          SESSION INVALID is not related

                                          1 Reply Last reply Reply Quote 0
                                          • D Offline
                                            dsiminiuk
                                            last edited by

                                            xensource.log https://cloud.k5rwk.org/index.php/s/BjJBBFxcg9EkknP
                                            SMlog https://cloud.k5rwk.org/index.php/s/YxCYjAKRgcYgmKn

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