@Andrew that's planned
Best posts made by yann
-
RE: New Rust Xen guest tools
People with FreeBSD 13.2 or later as a guest are also now able to use Netlink to get their IP address changes reported instantly (rather than having to wait for as much as 1 minute).
This is however not yet part of our CI jobs, as we rely on
cross-rs
, which for now only provides FreeBSD 12 cross-build support. Your choices to try it:Don't forget to
kldload netlink
first, the Netlink support is not active by default! -
RE: Xen Orchestra netbox sync error
@sb2014 this address reporting looks buggy, can you please share some guest information (OS type and version, guest agent version reported by XO)?
-
RE: New Rust Xen guest tools
@Tristis-Oris said in New Rust Xen guest tools:
@Theo main point to avoid such issues without tuning the OS.
easy way - disable selinux.I'd like to point out, while this is useful to test the tools, it is not recommended to do that on a production VM - sorry if that sound obvious, but better safe than sorry
-
RE: New Rust Xen guest tools
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
-
RE: New Rust Xen guest tools
@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.
-
RE: New Rust Xen guest tools
@ajpri1998 We have a tracking issue set up for progress on that front.
-
RE: New Rust Xen guest tools
@lawrencesystems thanks for those details, I could identify 2 specific issues from this, will fix that for 0.3.0:
-
RE: Memory Consumption goes higher day by day
@dhiraj26683 if it was used by a process it would be counted in
used
not inbuff/cache
. Those are used by the kernel's Virtual Filesystem subsystem.Now if your problem is that a given process fails to allocate memory while there is so much of the memory in buff/cache, then there may be something to dig in that direction, but we'll need specific symptoms to be able to help.
Latest posts made by yann
-
RE: New Rust Xen guest tools
@Houbsi
not sure what indeed happenedI had messed up and used links to the CI run on commit instead of that of the tag. I had to update the links to point to new job ids. Thanks for the notice! -
RE: New Rust Xen guest tools
@usuari While we're pretty happy with how they work with XCP-ng as @olivierlambert says, our goal is to have those tools more generally useful for the whole Xen ecosystem, and there will likely be changes related to this. For example, it might be that a configuration becomes necessary to get the more general version to behave like they do today - naturally we would provide such a file, but it could require the installation of an additional package when that is done. (disclaimer: this is the outcome I have in mind, which does not mean it is precisely what's going to happen )
-
RE: New Rust Xen guest tools
@CJ it looks like people really want to get it auto-enabled (which makes sense) so if we don't discover major problems we'll just let it auto-enable on first install. But yes, if it turns out it is better to leave it disabled but default a notice makes sense.
-
RE: New Rust Xen guest tools
@Tristis-Oris said in New Rust Xen guest tools:
@Theo main point to avoid such issues without tuning the OS.
easy way - disable selinux.I'd like to point out, while this is useful to test the tools, it is not recommended to do that on a production VM - sorry if that sound obvious, but better safe than sorry
-
RE: New Rust Xen guest tools
@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] -
RE: New Rust Xen guest tools
@stormi that would need to be done only if not upgrading then, or it would interfere with local admin's choice.
-
RE: New Rust Xen guest tools
@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. -
RE: New Rust Xen guest tools
@Tristis-Oris I must say the error message is rather obscure. Can you please open a ticket for this one too?
-
RE: New Rust Xen guest tools
@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.