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

    Patching to a specific version

    Scheduled Pinned Locked Moved Xen Orchestra
    9 Posts 4 Posters 878 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.
    • mauzillaM Offline
      mauzilla
      last edited by

      We're migrating our VM's to 2 new hosts (non-pool hosts) - The 1 pool has been live now for 2 months and I can see there are patches to be installed:

      8.2.1
      release/yangtze/master/58

      We're busy setting up the next host and there will be initial patching. How can I setup the new host and patch it to the same version above so that we're able to have these 2 hosts on the same patch level? We're unable to shutdown the old host as there is too many running VM's and want to ensure we don't have differences in the versions.

      Using the XOA can this be done or would we need to update using the command line? And if so, how can I achieve this?

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

        XCP-ng isn't meant to be at a "specific patch" level, by design. @stormi might provide some details, but at least you know it's not meant to do this 🙂

        mauzillaM 1 Reply Last reply Reply Quote 0
        • mauzillaM Offline
          mauzilla @olivierlambert
          last edited by

          @olivierlambert off course and accept it that way, just trying a workaround as 2 of the 3 hosts now is on the same level (with 5 due patches) - Updating the 3rd (new host) will install it with the newest patches, which will lead to us not being able to migrate VM's between the 3. Hoping there is a way to get the 3rd one patched to this level, or how does XCP manage the migration check, does it include patches aswell or does it look at the version 8.2.1 (which is the latest)?

          1 Reply Last reply Reply Quote 0
          • mauzillaM Offline
            mauzilla
            last edited by

            So after the install I can see the version and build is already the same (master/58 8.2.1), but the new host has 45 patches to be installed. Does the individual patches also influence the migration restriction or do you look at the build / version?

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

              We don't have an easy way to bring a new host to the update level of the coordinator host when the coordinator is not up to date.

              But it's doable nonetheless: get the versions of installed RPMs on the coordinator host with rpm -qa | sort and then use this list as an input for yum update on the new host.

              Then compare the outputs of rpm -qa | sort between the coordinator and the updated host to make sure everything is fine.

              And then update all hosts.

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

                See https://xcp-ng.org/forum/post/44150

                I've got a TODO item to document how to bring a host to the same update level as the coordinator host, but never found or took time to do it.

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

                  @mauzilla said in Patching to a specific version:

                  So after the install I can see the version and build is already the same (master/58 8.2.1), but the new host has 45 patches to be installed. Does the individual patches also influence the migration restriction or do you look at the build / version?

                  Cross-pool migration usually works from an older version of XCP-ng towards a more recent one.

                  1 Reply Last reply Reply Quote 2
                  • splastunovS Offline
                    splastunov
                    last edited by

                    I made the same trick with rpm -qa to join new host to existing pool, that is not up to date.

                    1 Reply Last reply Reply Quote 0
                    • mauzillaM Offline
                      mauzilla
                      last edited by

                      works like a charm, thank you gents!

                      1 Reply Last reply Reply Quote 0
                      • B borivoj-tydlitat referenced this topic on
                      • First post
                        Last post