On Wed, Nov 29, 2023 at 05:44:59AM -0500, Andrea Bolognani wrote:
On Wed, Nov 29, 2023 at 10:09:36AM +0000, Richard W.M. Jones wrote:
On Wed, Nov 29, 2023 at 09:49:47AM +0000, Richard W.M. Jones wrote:
I'd like to try writing a wiki page that we can link in this message, since I have to explain this problem over and over again to people and it'd be good to have one place that explains it.
It's a start:
https://gitlab.com/libvirt/libvirt-wiki/-/merge_requests/6
I realise after writing it that I don't fully understand the problem myself.
Why is it exactly that the socket doesn't work after installation, but does work after reboot? On my laptop, the socket unit is set to "disabled", yet libvirt works fine (since the laptop has been rebooted since libvirt was installed, I guess). Shouldn't the command be "systemctl enable virtqemud.socket --now"?
It's a distro policy.
I assume you're running Fedora/RHEL on your laptop, and the policy there is that services (or sockets) should not be started right after a package is installed. Debian has the opposite policy.
I think this is a very weird choice (for Fedora). Why would installing the package not start the service, but then the service would be started without further intervention after reboot? It's the opposite of predictable behaviour.
This is in no way specific to libvirt. For example, [1] describes how to set up Apache on RHEL, and as you can see manually starting the service after installation is an explicitly documented step.
Regarding why the socket is disabled, are you sure that you're looking at the actual status rather than the preset? I've made some improvement to that area recently[2] so things should be less confusing going forward.
Additionally, virtqemud.service BindsTo=virtqemud.socket, so even if the socket is disabled, the service being enabled will be enough to cause it to be started on boot.
OK I see, and yes you're right that the service is enabled.
[1] https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/htm... [2] https://src.fedoraproject.org/rpms/fedora-release/pull-request/281 -- Andrea Bolognani / Red Hat / Virtualization
Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top