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

    New Rust Xen guest tools

    Scheduled Pinned Locked Moved Development
    146 Posts 37 Posters 60.9k Views 33 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.
    • R Offline
      runevn
      last edited by

      I also encounter the "401 unauthorised [IP: 172.65.251.78 443]" issue on a fresh Debian 12.5.0 install.

      I see that other people manually install the guest tool. But I just want to check if it expected that the "apt update" still doesn't work?

      1 Reply Last reply Reply Quote 0
      • Tristis OrisT Offline
        Tristis Oris Top contributor
        last edited by

        just checked installation on ubuntu 24, no problem.

        R 1 Reply Last reply Reply Quote 1
        • R Offline
          runevn @Tristis Oris
          last edited by

          @Tristis-Oris So sorry, I had a typo in the url. But I works now.

          1 Reply Last reply Reply Quote 1
          • W Offline
            wtdrisco @olivierlambert
            last edited by wtdrisco

            @olivierlambert said in New Rust Xen guest tools:

            deb [trusted=yes] https://gitlab.com/api/v4/projects/xen-project%252Fxen-guest-agent/packages/generic/deb-amd64/ release/

            JUST A NOTE: I followed the steps in the initial post by olivier - I DID NOT use a -f like many suggested, no errors, installed and then addition items displayed as per below.

            I just installed using your steps above on the debian-12.5.0-amd64-netinst.iso.
            Not sure what you want us to test, but if you can let me know.. I will do my best to help.

            3e1a350f-b78b-4002-b91b-c10b8121979a-image.png

            1 Reply Last reply Reply Quote 0
            • W Offline
              wtdrisco @olivierlambert
              last edited by

              @olivierlambert I was just curious. These agent lists installs - couldn't this be done in XO? Where after you create the VM and then under the ADVANCE Tab, have a section:

              Install Guest Tools (slider) Yes /No
              Drop down for the OS types that are supported INSTALL

              That would be great - The more that can be automated over searching for command lines is great!

              ajpri1998A olivierlambertO 2 Replies Last reply Reply Quote 0
              • ajpri1998A Offline
                ajpri1998 @wtdrisco
                last edited by

                @wtdrisco
                AFAIK, that's how Windows works. When you choose to install the guest utils it slightly changes how the hypervisor presents itself so guest utils can be installed automatically by Windows.

                Linux doesn't support that, unfortunately. Or would need changes at the distribution level. There are automation options such as cloud-init, although that's above my knowledge

                1 Reply Last reply Reply Quote 0
                • olivierlambertO Offline
                  olivierlambert Vates πŸͺ Co-Founder CEO @wtdrisco
                  last edited by

                  @wtdrisco Chicken-egg thing: you need a program to listen in the VM to "get the order from XO" to install the tools. By default, there's no way to tell a VM doing something without any permission or specific program to listen to commands (which tools are doing partially, but since you haven't got them in the first place…).

                  For Linux, the best approach is indeed some automation in your templates (eg with Packer) or manual templates with tools already installed. Or Cloudinit to install them on first boot (but when you have a VM that's cloudinit ready, you also have the opportunity to install the tools so…)

                  1 Reply Last reply Reply Quote 0
                  • Q Offline
                    qnx
                    last edited by

                    Is this version of the tools considered to be production ready? If so, when are we expecting that packages will start being signed?

                    Thanks

                    1 Reply Last reply Reply Quote 0
                    • olivierlambertO Offline
                      olivierlambert Vates πŸͺ Co-Founder CEO
                      last edited by

                      I'm using it in my own production without any problem since the last months. We will discuss with @yann about the next steps to go further.

                      1 Reply Last reply Reply Quote 0
                      • S Offline
                        Sam
                        last edited by

                        A few notes about the tools and install through Cloud-init.
                        In Xen Orchestra for cloud-init user data if you add the debian source:

                        deb [trusted=yes] https://gitlab.com/api/v4/projects/xen-project%252Fxen-guest-agent/packages/generic/deb-amd64/ release/
                        

                        There's an error parsing:

                        %252F
                        

                        Would parse a:

                        % = 0
                        

                        Would result in the following:

                        deb [trusted=yes] https://gitlab.com/api/v4/projects/xen-project0252Fxen-guest-agent/packages/generic/deb-amd64/ release/
                        

                        The error would only apear on the parsed data in the VM. Doesn't matter single, double, without quotes, double % would be 00.

                        #cloud-config
                        apt:
                          sources:
                            xen-guest-agent:
                              source: "deb [trusted=yes] https://gitlab.com/api/v4/projects/xen-project%252Fxen-guest-agent/packages/generic/deb-amd64/ release/"
                        
                        packages:
                          - xen-guest-agent
                        
                        
                        1 Reply Last reply Reply Quote 0
                        • olivierlambertO Offline
                          olivierlambert Vates πŸͺ Co-Founder CEO
                          last edited by

                          Does it work if you replace %252F by a /?

                          S mhomokyM 2 Replies Last reply Reply Quote 0
                          • S Offline
                            Sam @olivierlambert
                            last edited by Sam

                            @olivierlambert said in New Rust Xen guest tools:

                            Does it work if you replace %252F by a /?

                            I did that, and the / was parsed correctly, but apt didn't update with it.

                            EDIT:
                            I just try. Ubuntu 24.04 cloudimage, if you add manually with / instead of encoding it as %252F would give errors.
                            Like other people the 401 unathorized

                            Same cloud data file works without issues on other hypervisors.

                            1 Reply Last reply Reply Quote 0
                            • olivierlambertO Offline
                              olivierlambert Vates πŸͺ Co-Founder CEO
                              last edited by

                              @julien-f could it be our lib parsing incorrectly the content of the cloudinit drive?

                              S 1 Reply Last reply Reply Quote 0
                              • S Offline
                                Sam @olivierlambert
                                last edited by

                                @olivierlambert also if you use hostname with

                                hostname: {name}%
                                

                                The hostname of the vm would end in 0

                                1 Reply Last reply Reply Quote 0
                                • K Offline
                                  kevdog
                                  last edited by

                                  When using this toolset, what network interface names does this match against? For example it will match against interface names starting with eth and I think enpS. I looked in the source code within the main branch but couldn't find the file where this search occurs.

                                  yannY 1 Reply Last reply Reply Quote 0
                                  • yannY Offline
                                    yann Vates πŸͺ XCP-ng Team @kevdog
                                    last edited by

                                    @kevdog on Linux it really does not care about the interface name, it checks if it is a VIF (see src/vif_detect_linux.rs). On FreeBSD it does filter on the interface name (xn*).

                                    1 Reply Last reply Reply Quote 0
                                    • K Offline
                                      kevdog
                                      last edited by

                                      So I managed to build with Cargo on arch (which also required clang as a dependency). Moved xen-guest-agent/target/debug/xen-guest-agent to /usr/sbin and also copied the basic xen-guest-agent/startup/xen-guest-agent.service file to /etc/systemd/system and enable/started the service.

                                      And ahh -- success --
                                      Screenshot 2024-09-09 at 9.29.58β€―AM.png

                                      I guess my project for week is to figure out how to write a PKGBUILD file for this particular project. We'll see how that goes πŸ™„

                                      I'm assuming since building from git repository (https://gitlab.com/xen-project/xen-guest-agent) there aren't going to be any file signatures to check against. I'm looking at cargo, clang, python-setuptools and xen as dependencies?

                                      yannY 1 Reply Last reply Reply Quote 0
                                      • yannY Offline
                                        yann Vates πŸͺ XCP-ng Team @kevdog
                                        last edited by

                                        @kevdog great news, looking forward for this PKGBUILD!
                                        Wouldn't it make sense to build from release packages rather than from Git?

                                        The CI scripts should give you some guidance. For dependencies you should have a list at https://gitlab.com/xen-project/xen-guest-agent#build-requirements. Not sure why you would want python-setuptools?

                                        J D 2 Replies Last reply Reply Quote 0
                                        • J Offline
                                          john.c @yann
                                          last edited by john.c

                                          @yann said in New Rust Xen guest tools:

                                          @kevdog great news, looking forward for this PKGBUILD!
                                          Wouldn't it make sense to build from release packages rather than from Git?

                                          The CI scripts should give you some guidance. For dependencies you should have a list at https://gitlab.com/xen-project/xen-guest-agent#build-requirements. Not sure why you would want python-setuptools?

                                          The Arch Linux distribution is a rolling release! The release packages appear to be for stable non-rolling release based software distributions.

                                          So if kevdog were to create the PKGBUILD based on release packages, then how well will they handle the rolling release Arch Linux?

                                          yannY 1 Reply Last reply Reply Quote 0
                                          • yannY Offline
                                            yann Vates πŸͺ XCP-ng Team @john.c
                                            last edited by

                                            @john-c a rolling-release distro does not have to follow every commit of each software component, that would be a bit extreme πŸ™‚ They are rather about providing users with latest component releases as they are published.

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