New Rust Xen guest tools
-
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 -
@yann not a problem to start tools manually, like the old one. Ofcourse when you know service name=) Some lack of documentation right now.
Maybe would be nice to make autoremove old tools like for debian, if that possible for RHEL. -
@Tristis-Oris that would be an agent issue, likely due to os_info misidentifying Rocky as CentOS, you can report it in https://gitlab.com/xen-project/xen-guest-agent/-/issues, I'll double check and forward as needed.
Thanks for the feedback again!
-
@Tristis-Oris currently it replaces
xe-guest-utilitiesbut apparently I had missedxe-guest-utilities-latest, adding it!See https://gitlab.com/xen-project/xen-guest-agent/-/merge_requests/74 - you should get fresh RPMs in the "artifacts" section of RPM job in a few minutes
-
-
@Tristis-Oris said in New Rust Xen guest tools:
Incompatible with CentOS 7, well that obvious.
Right, we should find a place to mention the compatibility range, and check for a way to produce binaries for older distros even from newer ones (like what's done in Python world, but I have not spotted that yet in Rust world).
-
@yann As far as I would be concerned, if you're using CentOS 7, you're on your own at that point.
The comparable would be using Windows Server 2012 R2 today, upgrade your stuff people...
-
Debian 10 and Ubuntu 20 works for me only with manual .deb install.
apt updatealways fail if repo enabled:Err:15 https://gitlab.com/api/v4/projects/xen-project%2Fxen-guest-agent/packages/generic/deb-amd64 release/ Packages 401 Unauthorized [IP: 172.65.251.78 443] Ign:16 https://gitlab.com/api/v4/projects/xen-project%2Fxen-guest-agent/packages/generic/deb-amd64 release/ Translation-en_US Ign:17 https://gitlab.com/api/v4/projects/xen-project%2Fxen-guest-agent/packages/generic/deb-amd64 release/ Translation-en Fetched 1,405 kB in 8s (168 kB/s) Reading package lists... Done E: Failed to fetch https://gitlab.com/api/v4/projects/xen-project%2Fxen-guest-agent/packages/generic/deb-amd64/release/Packages 401 Unauthorized [IP: 172.65.251.78 443] E: Some index files failed to download. They have been ignored, or old ones used instead.That still possible to automate with ansible, but very weird.
Debian 11 & Ubuntu 22 both fine. Didn't notice any problems.
Probably any RHEL8+ distros should be compatible. Maybe i can check something else.@DustinB some soft can't be installed on new distros, but yes, it almost EOL.
-
@Tristis-Oris yes I had looked into that last week, and I suspect it could to be related to cert verification in some way, but I'm really not sure what's happening yet.
-
@yann so that not only my problem. that good
-
I installed tools on next distro:
just installed and check if OS is recognized, metrics available. Have no idea what else can go wrong if install succeed.Alma linux 8.9, Alma linux 9.3, Fedora server 39, OpenSuse Leap 15.5, Oracle 8.9, Oracle 9.3.
-
weird, but now i got error on fresh Oracle 8.9.
not sure if anyone use servers with enabled selinux.dnf localinstall xen-guest-agent-0.4.0-0.fc37.x86_64.rpm Oracle Linux 8 BaseOS Latest (x86_64) 40 MB/s | 68 MB 00:01 Oracle Linux 8 Application Stream (x86_64) 39 MB/s | 54 MB 00:01 Latest Unbreakable Enterprise Kernel Release 7 for Oracle Linux 8 (x86_64) 38 MB/s | 27 MB 00:00 Last metadata expiration check: 0:00:05 ago on Fri 02 Feb 2024 07:59:24 AM EST. 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 error: lsetfilecon: (-1 ad2886979f8f9a9f9b404a9e9b3f2018781ceb;65bce739, system_u:object_r:lib_t:s0) No such file or directory error: Plugin selinux: hook fsm_file_prepare failed Error unpacking rpm package xen-guest-agent-0.4.0-0.fc37.x86_64 Verifying : xen-guest-agent-0.4.0-0.fc37.x86_64 1/1 Failed: xen-guest-agent-0.4.0-0.fc37.x86_64 Error: Transaction failedrpm -i xen-guest-agent* error: lsetfilecon: (-1 ad2886979f8f9a9f9b404a9e9b3f2018781ceb;65bcebdc, system_u:object_r:lib_t:s0) No such file or directory error: Plugin selinux: hook fsm_file_prepare failed error: unpacking of archive failed on file /usr/lib/.build-id/ce/ad2886979f8f9a9f9b404a9e9b3f2018781ceb;65bcebdc: cpio: (error 0x2) error: xen-guest-agent-0.4.0-0.fc37.x86_64: install failed -
@Tristis-Oris I must say the error message is rather obscure. Can you please open a ticket for this one too?
-
On Fedora 39, you must enable the daemon manually after you install the package. This is probably true on all RPM-based systems.
$ sudo systemctl enable --now xen-guest-agent.serviceI'd be happy to submit a pull request to add that to the RPM package if you will point me at the right repo.
-
@Davidj-0 unfortunately not enabling daemons at first install is the standard behavior in RPM world. I already had a look at changing this for one package, and it turns out to be messy with unforeseen impact, so I gave up with the excuse that admins of RPM-based distros already have to live with this idiosyncrasy anyway.
I added this in install instructions in the Gitlab release notes already. -
IIRC you can just enable and start the service in a
%postscriptlet. It's does not conform to Fedora's and RedHat policy for packages included in their repositories, but here the repository is external and we know for sure that the vast majority of users just wants it to be enabled. -
@stormi that would need to be done only if not upgrading then, or it would interfere with local admin's choice.
-
@yann This is a common condition in scriptlets, yes.
-
@Davidj-0 @Tristis-Oris I started a pull request for this. Seems to work for simple cases, but if you want to shake it in real life that can help!
[shortcut to test RPM] -
- install over old version. Nothing changed at XO ( waited for about 1-2 min), but after vm reboot it show new tools version.
- install over old version, restart tools service
systemctl restart xen-guest-agent.service- got new version at XO. - removed old tools first
dnf remove xen-guest-agent, reboot host, then install new one.
rpm -i xen-guest-agent* Removed "/etc/systemd/system/multi-user.target.wants/xen-guest-agent.service". Created symlink /etc/systemd/system/multi-user.target.wants/xen-guest-agent.service → /usr/lib/systemd/system/xen-guest-agent.service.So it works good. Maybe also add service reload in case of update?
