These services do not exist
[cbouchar@ibm-p8-rhevm-17-fsp cbouchar-devel]$ systemctl status
virtxend.service
Unit virtxend.service could not be found.
[cbouchar@ibm-p8-rhevm-17-fsp cbouchar-devel]$ systemctl status
virtxcd.service
Unit virtxcd.service could not be found.
On Mon, Aug 1, 2022 at 7:18 AM Daniel P. Berrangé <berrange(a)redhat.com>
wrote:
On Fri, Jul 29, 2022 at 08:19:04AM -0400, Carol Bouchard wrote:
> The only reason I toggled libvirtd was because the remote virsh commands
> failed and
> I could see the socket didn't exist. That suggests to me that virtproxyd
> wasn't up AND
> it was configured at disabled.
Note, that it is important to distinguish the service from the sockets.
In Fedora 36, not only are we using modular daemons by default, but we
also use socket activation. In a fresh install, you should only see
the following services enabled
virtqemud.service
virtxend.service
virtlxcd.service
Those are needed becuase of requiremenmt todo VM auto-start on host
bootup.
For everything else we only expect sockets enabled:
virtproxyd.socket
virtinterfaced.socket
virtnetworkd.socket
virtnodedevd.socket
virtnwfilterd.socket
virtsecretd.socket
virtstoraged.socket
IOW, virtproxyd.service should not be enabled - it is autostarted
when someone connects to virtproxyd.socket.
And nothing related to libvirtd.service or libvirtd.socket should
be enabled
With regards,
Daniel
--
|:
https://berrange.com -o-
https://www.flickr.com/photos/dberrange :|
|:
https://libvirt.org -o-
https://fstop138.berrange.com :|
|:
https://entangle-photo.org -o-
https://www.instagram.com/dberrange :|