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

    Unable to enable High Availability - INTERNAL_ERROR(Not_found)

    Scheduled Pinned Locked Moved XCP-ng
    33 Posts 6 Posters 445 Views 5 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.
    • psafontP Offline
      psafont Vates 🪐 XAPI & Network Team @olivierlambert
      last edited by

      @olivierlambert

      So we probably need to tell XO team the "right way" to enable HA because there's no way to know from "outside it's not meant to, xapi makes the call automatically.

      I don't think so, it's xapi's responsibility to make that call

      1 Reply Last reply Reply Quote 1
      • J Online
        jmannik @psafont
        last edited by

        @psafont
        [22:13 vmhost13 ~]# xe pool-param-get uuid=213186d2-e3ba-154f-d371-4122388deb83 param-name=master | xargs -I _ xe host-param-get uuid=_ param-name=address
        192.168.10.13
        [22:13 vmhost13 ~]# cat /etc/xensource/pool.conf
        master[22:14 vmhost13 ~]#

        psafontP J 2 Replies Last reply Reply Quote 0
        • psafontP Offline
          psafont Vates 🪐 XAPI & Network Team @jmannik
          last edited by

          @jmannik Could you collect the file contents of /etc/xensource/pool.conf from all the other hosts? The command is failing in one of them, not on the master host.

          1 Reply Last reply Reply Quote 0
          • J Online
            jmannik @jmannik
            last edited by olivierlambert

            [22:27 vmhost12 ~]# xe pool-param-get uuid=213186d2-e3ba-154f-d371-4122388deb83 param-name=master | xargs -I _ xe host-param-get uuid=_ param-name=address
            192.168.10.13
            [22:27 vmhost12 ~]# cat /etc/xensource/pool.conf
            slave:192.168.30.13[22:27 vmhost12 ~]#
            
            [22:27 vmhost11 ~]# xe pool-param-get uuid=213186d2-e3ba-154f-d371-4122388deb83  param-name=master | xargs -I _ xe host-param-get uuid=_ param-name=address
            192.168.10.13
            [22:28 vmhost11 ~]# cat /etc/xensource/pool.conf
            slave:192.168.30.13[22:28 vmhost11 ~]#
            

            I think I see where the issue is, not sure how to solve it though

            psafontP J 2 Replies Last reply Reply Quote 0
            • psafontP Offline
              psafont Vates 🪐 XAPI & Network Team @jmannik
              last edited by

              @jmannik The IPs match, and now I don't have an explanation on why is this happening, I'll take another look at the codepath, but that'll have to take a while, as work is piling up

              J 1 Reply Last reply Reply Quote 0
              • J Online
                jmannik @jmannik
                last edited by

                Ok, so in this process I have come across a re-occurring issue I have had with XCP-NG where it will have the wrong order for the ethernet interfaces.
                Each of my hosts has a 1gbit interface onboard, then a 4 port 10gbit card
                It SHOULD be ordering the interfaces like so:
                ETH0 1gbit
                ETH1 10gbit
                ETH2 10gbit
                ETH3 10gbit
                ETH4 10gbit

                But it will randomly decide upon install (VMHost11 was recently rebuilt due to an id10t pebkac issue) to order them like below for no apparent reason:

                ETH0 10gbit
                ETH1 1gbit
                ETH2 10gbit
                ETH3 10gbit
                ETH4 10gbit

                And to be able to re-order the interfaces its just a lot more difficult that I think it should be.

                1 Reply Last reply Reply Quote 0
                • J Online
                  jmannik @psafont
                  last edited by

                  @psafont said in Unable to enable High Availability - INTERNAL_ERROR(Not_found):

                  @jmannik The IPs match, and now I don't have an explanation on why is this happening, I'll take another look at the codepath, but that'll have to take a while, as work is piling up

                  Ahh but they dont match.
                  VMHost13 lists 192.168.10.13
                  VMHost12 and VMHost11 list 192.168.30.13

                  psafontP 1 Reply Last reply Reply Quote 0
                  • psafontP Offline
                    psafont Vates 🪐 XAPI & Network Team @jmannik
                    last edited by

                    @jmannik ah, indeed. Do you know which server / interface holds the IP 192.168.30.13? I suspect is still VMHost13, but a different interface.

                    Until the members have configured their master as 192.168.30.13, you'll have this error. This can be done by a call, but since it's a delicate operation, it's better if there are no operations running on the pool. SSH into the VMHost13, and run

                    xe host-list name-label=VMHost13 --minimal | xargs -I _ xe pool-designate-new-master host-uuid=_
                    

                    This should write the new IP to the files of all the pool members and stop blocking this issue from enabling HA

                    J 1 Reply Last reply Reply Quote 0
                    • J Online
                      jmannik @psafont
                      last edited by

                      @psafont Would designating a new pool master do the same thing?
                      I ran the above command and its had no effect

                      J 1 Reply Last reply Reply Quote 0
                      • J Online
                        jmannik @jmannik
                        last edited by

                        said in Unable to enable High Availability - INTERNAL_ERROR(Not_found):

                        @psafont Would designating a new pool master do the same thing?
                        I ran the above command and its had no effect

                        Well, I tried changing the pool master and when VMHost11 was the master I was able to enable HA.
                        Switching back to VMHost13 as the master now so will see how that goes

                        J 1 Reply Last reply Reply Quote 0
                        • J Online
                          jmannik @jmannik
                          last edited by

                          said in Unable to enable High Availability - INTERNAL_ERROR(Not_found):

                          said in Unable to enable High Availability - INTERNAL_ERROR(Not_found):

                          @psafont Would designating a new pool master do the same thing?
                          I ran the above command and its had no effect

                          Well, I tried changing the pool master and when VMHost11 was the master I was able to enable HA.
                          Switching back to VMHost13 as the master now so will see how that goes

                          Everything is working as expected/hoped.

                          So for anyone reading through this and wants a TL;DR

                          • Issue was related to the pool master setting, changing the pool master to a different host and then back to the original fixed the incorrect settings allowing HA to be enabled
                          1 Reply Last reply Reply Quote 0
                          • First post
                            Last post