New Rust Xen guest tools
-
In Debian 10 and Ubuntu 20.04, what I see is on
apt-get update
on first run is:Certificate verification failed: The certificate is NOT trusted. The certificate issuer is unknown. Could not handshake: Error in the certificate verification. [IP: 172.65.251.78 443]
That would look like Gitlab current SSL certificates would be depending on a root CA that only appeared in newer distros?
And on subsequent runs, then I start getting 401 replies as others reported.
-
Hmm interesting, that's an interesting lead indeed
-
Are FreeBSD guests at all a consideration for new guest tools? Windows?
-
Answer is yes for both, and work already started and going in the right direction
-
@forbiddenera FreeBSD support is already there, and binaries are available since v0.3.0 release. However, full support making use of Netlink (supported since FreeBSD 13.2) is not to be considered as mature yet, only due to the need to use still-unofficial patches on some dependencies -- full status here.
Windows support is also coming, but requires more work than FreeBSD did, you can follow the status of the first meaningful step (communicating collected info back to host) here. Right now a few other tasks take precedence, expect things to move forward again within a few weeks.
-
@olivierlambert said in New Rust Xen guest tools:
Answer is yes for both, and work already started and going in the right direction
@yann said in New Rust Xen guest tools:
@forbiddenera FreeBSD support is already there, and binaries are available since v0.3.0 release.
Awesome! Maybe I'll have to take a peek.
Windows support is also coming, but requires more work than FreeBSD did, you can follow the status of the first meaningful step (communicating collected info back to host) here. Right now a few other tasks take precedence, expect things to move forward again within a few weeks.
TBH; I personally don't care much about Windows but figured I might as well ask while asking about FreeBSD
-
I installed a Pop OS desktop. I noticed that the icon is missing. XOCE 8e65e.
Management agent 1.0.0-proto-0.3.0
Installed using the apt repo.
`
I remember reading somewhere that the icon system was going to be overhauled. I can't remember where exactly it was part of. In this instance, I feel the Ubuntu icon is perfectly acceptable, as this is an Ubuntu-based OS. -
Hello @ajpri1998! Can you confirm that running this in the guest does print
Pop!_OS
?xenstore read data/os_distro
-
We just released version 0.4.0. Biggest highlight is that it is not necessary any more to have
libxenstore
separately installed in guests, so the new RPM is now compatible with RHEL/CentOS and similar distros.Details to be found at https://gitlab.com/xen-project/xen-guest-agent/-/releases/0.4.0
-
-
@ajpri1998 Is it Ubuntu based or Debian? I've been debating switching to Debian from Ubuntu but I've also considered Pop.
-
@CJ said in New Rust Xen guest tools:
@ajpri1998 Is it Ubuntu based or Debian? I've been debating switching to Debian from Ubuntu but I've also considered Pop.
Reply
Based on Ubuntu, which Ubuntu is based on Debian. Pop is great. It's pretty much ubuntu + faster updating Kernel + a few added features. It's still very close to Ubuntu, although they are working at separating it more with their own DE.
-
Icons will be easier to deal with in XO 6, so expect to have an easy way to contribute to add the icon of your choice for our new UI
-
@yann installed tools on Rocky 8, but how to enable them?=)
And looks the old tools not removed.yum localinstall xen-guest-agent-0.4.0-0.fc37.x86_64.rpm Last metadata expiration check: 2:10:23 ago on Thu 01 Feb 2024 02:43:05 PM MSK. Dependencies resolved. ============================================================================================================================================================================ Package Architecture Version Repository Size ============================================================================================================================================================================ Installing: xen-guest-agent x86_64 0.4.0-0.fc37 @commandline 1.2 M Transaction Summary ============================================================================================================================================================================ Install 1 Package Total size: 1.2 M Installed size: 3.7 M Is this ok [y/N]: y Downloading Packages: Running transaction check Transaction check succeeded. Running transaction test Transaction test succeeded. Running transaction Preparing : 1/1 Installing : xen-guest-agent-0.4.0-0.fc37.x86_64 1/1 Running scriptlet: xen-guest-agent-0.4.0-0.fc37.x86_64 1/1 Verifying : xen-guest-agent-0.4.0-0.fc37.x86_64 1/1 Installed: xen-guest-agent-0.4.0-0.fc37.x86_64 Complete!
-
systemctl enable xe-linux-distribution systemctl start xe-linux-distribution
I would think
-
@DustinB said in New Rust Xen guest tools:
systemctl enable xe-linux-distribution
that for old tools, they still working.
-
@Tristis-Oris said in New Rust Xen guest tools:
@DustinB said in New Rust Xen guest tools:
systemctl enable xe-linux-distribution
that for old tools, they still working.
Use the comparable
systemctl enable xe<TAB-Key for auto complete>
And the same for
systemctl start xe<TAB-Key for auto complete>
-
@DustinB said in New Rust Xen guest tools:
systemctl enable xe
yep, found them.
full steps for RHEL:wget https://gitlab.com/xen-project/xen-guest-agent/-/jobs/6041608360/artifacts/raw/RPMS/x86_64/xen-guest-agent-0.4.0-0.fc37.x86_64.rpm rpm -i xen-guest-agent* yum remove -y xe-guest-utilities-latest systemctl enable xen-guest-agent.service --now
-
@Tristis-Oris That's it - I thought it would not be necessary to dive into the details, as the RHEL/CentOS/etc policy is that newly installed services are not started by default (as a Debian guy I never understood why, but eh), and I assumed it would in every admin's cookbook already. Will add this together with the DEB instructions.
Thanks guys for the feedback!
-
So, it works semi fine with Rocky 8.5-8.9 and probably any newer.
But now XO think that it usual Centos, not Rocky. Should i report that?
Incompatible with CentOS 7, well that obvious.
rpm -i xen-guest-agent* error: Failed dependencies: libc.so.6(GLIBC_2.18)(64bit) is needed by xen-guest-agent-0.4.0-0.fc37.x86_64 libc.so.6(GLIBC_2.25)(64bit) is needed by xen-guest-agent-0.4.0-0.fc37.x86_64 libc.so.6(GLIBC_2.28)(64bit) is needed by xen-guest-agent-0.4.0-0.fc37.x86_64 rpmlib(PayloadIsZstd) <= 5.4.18-1 is needed by xen-guest-agent-0.4.0-0.fc37.x86_64