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

    Pools don't appear under Settings > Servers on fresh build of XO

    Scheduled Pinned Locked Moved Solved Xen Orchestra
    18 Posts 7 Posters 1.6k 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.
    • olivierlambertO Offline
      olivierlambert Vates 🪐 Co-Founder CEO
      last edited by

      Hi,

      Are those hosts in the same pool or not?

      I would check xo-server output but also your hosts (dmesg, free disk space on root etc.)

      1 Reply Last reply Reply Quote 0
      • B Offline
        bern
        last edited by olivierlambert

        In my setup, I have one host with one pool.

        Host          Pool
        xcpng01       xcpng01
        xcpng02       xcpng02
        

        dmesg shows no problem on both xcpng servers.

        The space looks ok to me:
        [13:43 xcpng01 ~]# df -h 
        Filesystem                                                                                                 Size  Used Avail Use% Mounted on
        devtmpfs                                                                                                   637M  4.0K  637M   1% /dev
        tmpfs                                                                                                      649M  132K  649M   1% /dev/shm
        tmpfs                                                                                                      649M  9.2M  640M   2% /run
        tmpfs                                                                                                      649M     0  649M   0% /sys/fs/cgroup
        /dev/sda1                                                                                                   18G   11G  6.7G  61% /
        xenstore                                                                                                   649M     0  649M   0% /var/lib/xenstored
        /dev/sda5                                                                                                  3.9G  231M  3.4G   7% /var/log
        /dev/mapper/XSLocalEXT--8e7231ff--ff9c--09d4--e3c9--11aef0a9a01d-8e7231ff--ff9c--09d4--e3c9--11aef0a9a01d   70G   24G   43G  36% /run/sr-mount/8e7231ff-ff9c-09d4-e3c9-11aef0a9a01d
        tmpfs                                                                                                      130M     0  130M   0% /run/user/0
        
        [13:46 xcpng02 ~]# df -h 
        Filesystem      Size  Used Avail Use% Mounted on
        devtmpfs        2.0G   24K  2.0G   1% /dev
        tmpfs           2.1G  400K  2.1G   1% /dev/shm
        tmpfs           2.1G   11M  2.0G   1% /run
        tmpfs           2.1G     0  2.1G   0% /sys/fs/cgroup
        /dev/sda1        18G  7.3G  9.5G  44% /
        xenstore        2.1G     0  2.1G   0% /var/lib/xenstored
        /dev/sda5       3.9G  340M  3.3G  10% /var/log
        tmpfs           411M     0  411M   0% /run/user/0
        

        Does the following could point to something?

        In /var/log/orchestra.log, the following messages are repeated continuously about every 2 minutes.

         _watchEvents Error: HTTP connection has timed out
            at ClientRequest.<anonymous> (/opt/xen-orchestra/node_modules/http-request-plus/index.js:49:23)
            at ClientRequest.emit (node:events:513:28)
            at ClientRequest.patchedEmit [as emit] (/opt/xen-orchestra/@xen-orchestra/log/configure.js:52:17)
            at TLSSocket.emitRequestTimeout (node:_http_client:840:9)
            at Object.onceWrapper (node:events:627:28)
            at TLSSocket.emit (node:events:525:35)
            at TLSSocket.patchedEmit [as emit] (/opt/xen-orchestra/@xen-orchestra/log/configure.js:52:17)
            at TLSSocket.Socket._onTimeout (node:net:580:8)
            at listOnTimeout (node:internal/timers:573:17)
            at processTimers (node:internal/timers:514:7) {
          originalUrl: 'https://192.168.9.90/jsonrpc',
          url: 'https://192.168.9.90/jsonrpc',
          call: {
            method: 'event.from',
            params: [ [Array], '00000000000014811213,00000000000014795804', 60.1 ]
          }
        }
        _watchEvents Error: HTTP connection has timed out
            at ClientRequest.<anonymous> (/opt/xen-orchestra/node_modules/http-request-plus/index.js:49:23)
            at ClientRequest.emit (node:events:513:28)
            at ClientRequest.patchedEmit [as emit] (/opt/xen-orchestra/@xen-orchestra/log/configure.js:52:17)
            at TLSSocket.emitRequestTimeout (node:_http_client:840:9)
            at Object.onceWrapper (node:events:627:28)
            at TLSSocket.emit (node:events:525:35)
            at TLSSocket.patchedEmit [as emit] (/opt/xen-orchestra/@xen-orchestra/log/configure.js:52:17)
            at TLSSocket.Socket._onTimeout (node:net:580:8)
            at listOnTimeout (node:internal/timers:573:17)
            at processTimers (node:internal/timers:514:7) {
          originalUrl: 'https://192.168.9.91/jsonrpc',
          url: 'https://192.168.9.91/jsonrpc',
          call: {
            method: 'event.from',
            params: [ [Array], '00000000000021389621,00000000000021275380', 60.1 ]
          }
        }
        

        192.168.9.90 -> xcpng02
        192.168.9.91 -> xcpng01

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

          It seems you have connectivity issues between your XO and your hosts

          1 Reply Last reply Reply Quote 0
          • B Offline
            bern
            last edited by

            My two xcp-ng servers, my XOA VM and my XO VM are all in the same subnet. 😕

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

              Can you try with a real updated XOA to compare and check if it's your XO install?

              1 Reply Last reply Reply Quote 0
              • B Offline
                bern
                last edited by bern

                My XOA is at the current version:

                • Current version: 5.80.2
                • node: 18.12.1
                • npm: 8.19.2
                • xen-orchestra-upload-ova: 0.1.4
                • xo-server: 5.110.1
                • xo-server-telemetry: 0.5.0
                • xo-server-xoa: 0.19.0
                • xo-web-free: 5.113.0
                • xoa-cli: 0.35.0
                • xoa-updater: 0.45.1

                I have no problem with my XOA. The pool are available under Settings -> Servers.

                Maybe I should consider erasing my XO VM and start over. Maybe a glitch occured somewhere 😕

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

                  If it works with XOA, it's likely related to your XO from the sources setup then 🙂 (you should test also on the "latest" channel)

                  1. Check your XO to be on HEAD for master branch
                  2. Rebuild
                  3. Retest
                  1 Reply Last reply Reply Quote 0
                  • B Offline
                    bern
                    last edited by

                    I did use the master by using:
                    git clone -b master https://github.com/vatesfr/xen-orchestra

                    So I deleted my vm and started over. Everything works fine now. Maybe I did something wrong or a glitch occurred without being noticed.

                    Thanks for our help!

                    1 Reply Last reply Reply Quote 1
                    • olivierlambertO olivierlambert marked this topic as a question on
                    • olivierlambertO olivierlambert has marked this topic as solved on
                    • A Offline
                      al-indigo
                      last edited by al-indigo

                      I've stuck with the same problem and rechecked everything for couple of hours to make sure: I've made it just as said in docs for the "from the sources part".
                      The test build was bullseye Debian and I followed all the recommendations.

                      It seems that it's just an inaccuracy in documentation; it says exactly "Please always use latest Node LTS." but that's the problem itself: XO seems not to work with NodeJS 20.x (that is also LTS) with the exact same errors from this ticket.

                      So just keep in mind that "Please always use latest Node LTS." means really "use NodeJS 16.x or 18.x versions for now" or you will get the errors like these.

                      A 1 Reply Last reply Reply Quote 1
                      • DanpD Offline
                        Danp Pro Support Team
                        last edited by

                        @al-indigo said in Pools don't appear under Settings > Servers on fresh build of XO:

                        NodeJS 20.x (that is also LTS)

                        Can you show where v20 is shown as LTS? AFAIK, only v18 is considered LTS at this time.

                        1 Reply Last reply Reply Quote 0
                        • A Offline
                          Andrew Top contributor @al-indigo
                          last edited by

                          @al-indigo I agree, Node 20.x does not work for XO at this time. Pools/Hosts appear and then disappear. Using Node 18.x (LTS, as required by XO), everything works great.

                          While 20.x is listed as Current, it is not the correct 18.x LTS version needed for XO.

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

                            Indeed, only Node 18 is the current LTS, so our doc is correct 🙂

                            swaioS 1 Reply Last reply Reply Quote 0
                            • swaioS Offline
                              swaio @olivierlambert
                              last edited by swaio

                              @olivierlambert in Debian 12 it is 20.9.0 ...

                              Output the latest LTS Node.js version available
                              > n --lts
                              20.9.0

                              cat /etc/debian_version
                              12.2

                              1 Reply Last reply Reply Quote 0
                              • DanpD Offline
                                Danp Pro Support Team
                                last edited by

                                The docs were recently updated to show that Node v18 is required instead of LTS.

                                swaioS 1 Reply Last reply Reply Quote 0
                                • swaioS Offline
                                  swaio @Danp
                                  last edited by

                                  @Danp Thanks for the hint, of course I didn't check the documentation 😕 .
                                  For updates I use a script "xo-update.sh" from https://github.com/Jarli01/xenorchestra_updater.git . There it only checks if "node -v" is equal to "node -lts", which does not work and recommends to run "sudo n lts".

                                  DanpD 1 Reply Last reply Reply Quote 0
                                  • DanpD Offline
                                    Danp Pro Support Team @swaio
                                    last edited by

                                    @swaio Yes, I'm aware of the issue with that script ATM. I haven't decided on the best way to fix it. Perhaps display a warning instead of aborting the script. 🤔

                                    Here are some steps that should allow you to successfully update using the existing script --

                                    sudo n lts
                                    curl https://raw.githubusercontent.com/Jarli01/xenorchestra_updater/master/xo-update.sh | sudo bash 
                                    sudo n 18
                                    sudo systemctl restart xo-server.service 
                                    

                                    HTH, Dan

                                    itservicesI 1 Reply Last reply Reply Quote 2
                                    • itservicesI Offline
                                      itservices @Danp
                                      last edited by

                                      @Danp
                                      Hi everyone.

                                      That "n 18" did it for me. My Xen Orchestra would not hold the connection, with the same "http connection time out".

                                      Thanks a bunch 😄

                                      Regards
                                      Marc

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