Warning : Failed to set up UEFI / The Libvirt version does not support UEFI / Install options are limited...

Sat Aug 26 23:00:42 UTC 2023

Is there someone that can help me ? thanks.

# sudo usermod -a -G libvirt root
# sudo usermod -a -G libvirtd root
# sudo usermod -a -G libvirt-qemu libvirt-qemu
# sudo usermod -a -G libvirt marietto
# sudo adduser libvirt-qemu
# sudo groupadd --system libvirt
# sudo groupadd --system libvirt-qemu
# sudo newgrp libvirt-qemu
# newgrp libvirt

# /usr/local/sbin# libvirtd &
[1] 2875

# virtqemud &
[2] 2906

# /usr/local/sbin# 2023-08-26 22:53:10.190+0000: 2923: info : libvirt
version: 9.7.0

2023-08-26 22:53:10.190+0000: 2923: info : hostname: chromarietto
2023-08-26 22:53:10.190+0000: 2923: error : virPidFileAcquirePathFull:409 :
Failed to acquire pid file '/var/local/run/libvirt/qemu/driver.pid':
Resource temporarily unavailable
2023-08-26 22:53:10.192+0000: 2923: error : virStateInitialize:672 :
Initialization of QEMU state driver failed: Failed to acquire pid file
'/var/local/run/libvirt/qemu/driver.pid': Resource temporarily unavailable
2023-08-26 22:53:10.192+0000: 2923: error : daemonRunStateInit:617 :
Driver state initialization failed

# /usr/local/sbin# ps ax | grep libvirt
 2875 pts/0    Sl     0:00 libvirtd

# /usr/local/sbin# ps ax | grep virtqemu

On Fri, Aug 25, 2023 at 11:43 PM Mario Marietto <marietto2008 at gmail.com>
wrote:

> The real problem seems to be that the libvirtd process won't start :
>
> marietto at chromarietto:~$ systemctl enable libvirtd
>
> ==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-unit-files ====
> Authentication is required to manage system service or unit files.
> Multiple identities can be used for authentication:
> 1.  linux
> 2.  mario,,, (marietto)
> Choose identity to authenticate as (1-2): 2
> Password:
> ==== AUTHENTICATION COMPLETE ====
>
> marietto at chromarietto:~$ systemctl start libvirtd
>
> ==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units ====
> Authentication is required to start 'libvirtd.service'.
> Multiple identities can be used for authentication:
> 1.  linux
> 2.  mario,,, (marietto)
> Choose identity to authenticate as (1-2): 2
> Password:
> ==== AUTHENTICATION COMPLETE ====
>
> marietto at chromarietto:~$ systemctl status libvirtd
>
> ○ libvirtd.service - Virtualization daemon
>     Loaded: loaded (/usr/local/lib/systemd/system/libvirtd.service;
> enabled; preset: enabled)
>     Active: inactive (dead) since Fri 2023-08-25 21:04:37 UTC; 2s ago
>   Duration: 88ms
> TriggeredBy: ● libvirtd-admin.socket
>             ● libvirtd-ro.socket
>             ● libvirtd.socket
>       Docs: man:libvirtd(8)
>             https://libvirt.org
>    Process: 3488 ExecStart=/usr/local/sbin/libvirtd $LIBVIRTD_ARGS
> (code=exited, status=0/SUCCESS)
>   Main PID: 3488 (code=exited, status=0/SUCCESS)
>        CPU: 252ms
>
> As you can see,it says "inactive". This is the reason :
>
> Aug 25 21:22:59 chromarietto libvirtd[3663]: invalid argument: Failed to
> parse user 'libvirt-qemu'
> Aug 25 21:22:59 chromarietto libvirtd[3663]: Initialization of QEMU state
> driver failed: invalid argument: Failed to parse user 'libvirt-qemu'
> Aug 25 21:22:59 chromarietto libvirtd[3663]: Driver state initialization
> failed
> Aug 25 21:22:59 chromarietto systemd[1]: libvirtd.service: Deactivated
> successfully.
>
> On Fri, Aug 25, 2023 at 10:27 PM Mario Marietto <marietto2008 at gmail.com>
> wrote:
>
>> I think that what I found is very interesting :
>>
>> marietto at chromarietto:~/Desktop/Dati/new/libvirt/build$ systemctl start
>> virtqemud
>>
>> ==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units ====
>> Authentication is required to start 'virtqemud.service'.
>> Multiple identities can be used for authentication:
>> 1.  linux
>> 2.  mario,,, (marietto)
>> Choose identity to authenticate as (1-2): 2
>> Password:
>> ==== AUTHENTICATION COMPLETE ====
>>
>> marietto at chromarietto:~/Desktop/Dati/new/libvirt/build$ systemctl enable
>> virtqemud
>>
>> ==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-unit-files ====
>> Authentication is required to manage system service or unit files.
>> Multiple identities can be used for authentication:
>> 1.  linux
>> 2.  mario,,, (marietto)
>> Choose identity to authenticate as (1-2): 2
>> Password:
>> ==== AUTHENTICATION COMPLETE ====
>>
>> marietto at chromarietto:~/Desktop/Dati/new/libvirt/build$ ls
>> /var/local/run/libvirt/virtqemud-sock
>> /var/local/run/libvirt/virtqemud-sock
>>
>> but when I launch virt-manager :
>>
>> marietto at chromarietto:~/Desktop/Dati/new/libvirt/build$
>> /usr/local/bin/./virt-manager
>>
>> It tries to connect,but it gets disconnected after a couple of seconds
>> and the error "Failed to connect socket to
>> '/var/run/libvirt/virtqemud-sock': No such file or directory' is shown
>> again.
>>
>> In addition,virtqemud-sock is deleted :
>>
>> marietto at chromarietto:~/Desktop/Dati/new/libvirt/build$ ls
>> /var/local/run/libvirt/virtqemud-sock
>> ls: cannot access '/var/local/run/libvirt/virtqemud-sock': No such file
>> or directory
>>
>>
>> The same problem I have has been found here and solved :
>>
>>
>> https://unix.stackexchange.com/questions/715726/virsh-list-throw-error-failed-to-connect-socket-to-var-run-libvirt-virtqemud
>>
>> On Fri, Aug 25, 2023 at 8:34 PM Mario Marietto <marietto2008 at gmail.com>
>> wrote:
>>
>>> I don't agree with some of your assumptions,for example :
>>>
>>> 1) to send a screenshot is most of the time more informative than copy
>>> and paste text,because it contains more information. To describe
>>> complicated situations using only words takes a LOT of time,sometimes.
>>> Especially for the newbies,that aren't so skilled and they may have some
>>> difficulty in including or not some information. And even for the lack of a
>>> technical language.
>>>
>>> 2) From my experience, going to irc to ask for help can be a problem for
>>> the time zone. Every time I tried to go to an IRC channel,I've always found
>>> bots and not talking users.
>>>
>>> 3) The rejection of emails happens even if I don't attach any
>>> screenshots (a thing that I do rarely),and my messages are also rejected
>>> because when I hit reply also all the story is attached. I think that it's
>>> important to attach the story  because it may contains important details
>>> that could be missed
>>>
>>> On Fri, Aug 25, 2023 at 8:24 PM Eric Blake <eblake at redhat.com> wrote:
>>>
>>>> On Fri, Aug 25, 2023 at 07:13:26PM +0200, Mario Marietto wrote:
>>>> > I've sent you an email on your personal email address because the ML
>>>> does
>>>> > not accept pictures,but I need to show you a picture to help you to
>>>> > understand well. I don't approve this rule of the ML,it does not help
>>>> those
>>>> > who want to learn and for this reason need to be exhaustive when
>>>> there is a
>>>> > strong need to explain well.
>>>>
>>>> The list has a cap at 300k for a reason.  Sending larger attachments
>>>> to the list then multiplies out to gigabytes of network data when
>>>> counting the number of subscribers, even though many of those
>>>> subscribers are not actively participating in the thread.  Sending a
>>>> URL to an image hosted externally uses much less bandwidth.  Also, if
>>>> the problem is something that happens in a terminal window, it is less
>>>> bandwidth-intensive to just copy/paste the contents of the terminal
>>>> (as text) instead of attaching a screenshot to your email, and no less
>>>> informative.
>>>>
>>>> You may also try IRC; there, you can probably get faster turnaround
>>>> times than waiting for emails to bounce back and forth.
>>>> https://libvirt.org/contact.html#irc
>>>>
>>>> although at the end of the day, email is more persistent and reaches a
>>>> larger audience whereas IRC only reaches whoever is online at the time.
>>>>
>>>> --
>>>> Eric Blake, Principal Software Engineer
>>>> Red Hat, Inc.
>>>> Virtualization:  qemu.org | libguestfs.org
>>>>
>>>>
>>>
>>> --
>>> Mario.
>>>
>>
>>
>> --
>> Mario.
>>
>
>
> --
> Mario.
>

-- 
Mario.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/virt-tools-list/attachments/20230827/64a90163/attachment.htm>