Bug 33024 - LimitNOFile reported as unknown key name in 3 unit services related to libvirt; the name is mis-spelt, should be LimitNOFILE
Summary: LimitNOFile reported as unknown key name in 3 unit services related to libvir...
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 9
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: QA Team
QA Contact:
URL: https://libvirt.org/
Whiteboard: MGA9-64-OK
Keywords: advisory, validated_update
Depends on:
Blocks:
 
Reported: 2024-03-28 11:36 CET by Davy Defaud
Modified: 2025-06-13 21:20 CEST (History)
5 users (show)

See Also:
Source RPM: libvirt-9.6.0-1.mga9
CVE:
Status comment:


Attachments
Test install of remain packages (26.35 KB, text/plain)
2025-06-13 20:58 CEST, katnatek
Details

Description Davy Defaud 2024-03-28 11:36:58 CET
At boot, systemd is complaining about an unknown key name LimitNOFile in three service units:

systemd[1]: /usr/lib/systemd/system/libvirtd.service:34: Unknown key name 'LimitNOFile' in section 'Service', ignoring.
systemd[1]: /usr/lib/systemd/system/virtlockd.service:21: Unknown key name 'LimitNOFile' in section 'Service', ignoring.
systemd[1]: /usr/lib/systemd/system/virtlogd.service:21: Unknown key name 'LimitNOFile' in section 'Service', ignoring.

systemd’s parameters are case-sensitive, and the correct spell is: LimitNOFILE.

https://www.freedesktop.org/software/systemd/man/latest/systemd.exec.html
Davy Defaud 2024-03-28 11:44:22 CET

Summary: LimitNOFile reported as unknown key name in 3 unit services => LimitNOFile reported as unknown key name in 3 unit services related to libvirt

katnatek 2024-03-28 21:51:54 CET

CC: (none) => ghibomgx

Comment 1 katnatek 2024-03-28 21:52:28 CET
Giuseppe I think this is your territory
Comment 2 Lewis Smith 2024-03-31 21:29:11 CEST
Thank you Davy for the report.
Sorry to have left you.

"Unknown key name 'LimitNOFile'
the correct spell is: LimitNOFILE"
is clear enough.

Assigning to Basesystem.

Summary: LimitNOFile reported as unknown key name in 3 unit services related to libvirt => LimitNOFile reported as unknown key name in 3 unit services related to libvirt; the name is mis-spelt, should be LimitNOFILE
Assignee: bugsquad => basesystem

PC LX 2025-06-10 11:41:32 CEST

CC: (none) => mageia

Comment 3 katnatek 2025-06-11 01:10:58 CEST
I recently installed to have bridged network in my gnome boxes VM , not have this issue but have other
Comment 4 katnatek 2025-06-11 01:27:41 CEST
This is UPSTREAM fail and was fixed in 9.7.0 and 9.8.0; >= 9.9.0 removes that string
Comment 5 katnatek 2025-06-11 05:01:52 CEST
If nobody is against, I'll update to 9.10.0 from revision  2054299  of cauldron
I make a pretest and detect a minor glitch of query status of virtlogd.service and virtlockd.service shows the message but is gone after restart the service so I guess I have to add more %_post_service & %_preun_service lines

Also Maybe is wise import a Fedora patch, I'll build and test again and then send to mageia
katnatek 2025-06-11 05:02:07 CEST

Assignee: basesystem => j.alberto.vc

Comment 6 Giuseppe Ghibò 2025-06-11 08:40:37 CEST
yes, go ahead. IIRC any version beyond 9.7.0 won't build smooth with tools available in mga9 without backporting others.
Comment 7 katnatek 2025-06-11 19:45:25 CEST
(In reply to Giuseppe Ghibò from comment #6)
> yes, go ahead. IIRC any version beyond 9.7.0 won't build smooth with tools
> available in mga9 without backporting others.

The only testing package I see in the copr build is qemu-img-7.2.18-1.mga9 , don't know if is a blocker release libvirt packages without release that
Comment 8 katnatek 2025-06-11 19:54:55 CEST
(In reply to Giuseppe Ghibò from comment #6)
> yes, go ahead. IIRC any version beyond 9.7.0 won't build smooth with tools
> available in mga9 without backporting others.

Can you give it a look before I send it, I'll test other packages installations meanwhile
Comment 9 Giuseppe Ghibò 2025-06-12 21:02:44 CEST
(In reply to katnatek from comment #7)

> (In reply to Giuseppe Ghibò from comment #6)
> > yes, go ahead. IIRC any version beyond 9.7.0 won't build smooth with tools
> > available in mga9 without backporting others.
> 
> The only testing package I see in the copr build is qemu-img-7.2.18-1.mga9 ,
> don't know if is a blocker release libvirt packages without release that

It shouldn't. qemu-7.2.xx was initially targeted for bug #32895, adding all the fixes as suggested by Pascal as of https://bugs.mageia.org/show_bug.cgi?id=32895#c9, but actually seems it still failing under. Then it also fixes other bugs upstream.
Comment 10 katnatek 2025-06-12 21:23:16 CEST
RPMS:

lib(64)nss_libvirt2-9.10.0-1.mga9
lib(64)virt-devel-9.10.0-1.mga9
lib(64)virt0-9.10.0-1.mga9
libvirt-client-qemu-9.10.0-1.mga9
libvirt-docs-9.10.0-1.mga9
libvirt-utils-9.10.0-1.mga9
mingw32-libvirt-9.10.0-1.mga9
mingw64-libvirt-9.10.0-1.mga9
wireshark-libvirt-9.10.0-1.mga9

SRPM:
libvirt-9.10.0-1.mga9

Assignee: j.alberto.vc => qa-bugs

katnatek 2025-06-12 21:24:44 CEST

Source RPM: libvirt-9.6.0-1.mga9.src.rpm => libvirt-9.6.0-1.mga9

Comment 11 katnatek 2025-06-13 02:04:24 CEST
RH x86_64

systemctl status libvirtd virtlockd virtlogd
○ libvirtd.service - Virtualization daemon
     Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled; preset: enabled)
     Active: inactive (dead) since Thu 2025-06-12 16:46:40 CST; 58min ago
   Duration: 2min 192ms
TriggeredBy: ● libvirtd.socket
             ● libvirtd-admin.socket
             ● libvirtd-ro.socket
       Docs: man:libvirtd(8)
             https://libvirt.org
   Main PID: 1534 (code=exited, status=0/SUCCESS)
      Tasks: 2 (limit: 32768)
     Memory: 16.4M
        CPU: 706ms
     CGroup: /system.slice/libvirtd.service
             ├─2052 /usr/sbin/dnsmasq --conf-file=/var/lib/libvirt/dnsmasq/default.conf --leasefile-ro --dhcp-script=/usr/libexec/li>
             └─2053 /usr/sbin/dnsmasq --conf-file=/var/lib/libvirt/dnsmasq/default.conf --leasefile-ro --dhcp-script=/usr/libexec/li>

jun 12 16:44:43 jgrey.phoenix libvirtd[1534]: error interno: mdevctl JSON response contains no devices
jun 12 16:44:43 jgrey.phoenix libvirtd[1534]: error interno: failed to query mdevs from mdevctl: (null)
jun 12 16:46:40 jgrey.phoenix systemd[1]: libvirtd.service: Deactivated successfully.
jun 12 16:46:40 jgrey.phoenix systemd[1]: libvirtd.service: Unit process 2052 (dnsmasq) remains running after unit stopped.
jun 12 16:46:40 jgrey.phoenix systemd[1]: libvirtd.service: Unit process 2053 (dnsmasq) remains running after unit stopped.
jun 12 16:56:07 jgrey.phoenix systemd[1]: /usr/lib/systemd/system/libvirtd.service:34: Unknown key 'LimitNOFile' in section [Service>
jun 12 16:56:07 jgrey.phoenix systemd[1]: /usr/lib/systemd/system/libvirtd.service:34: Unknown key 'LimitNOFile' in section [Service>
jun 12 16:56:10 jgrey.phoenix systemd[1]: /usr/lib/systemd/system/libvirtd.service:34: Unknown key 'LimitNOFile' in section [Service>
jun 12 16:59:49 jgrey.phoenix systemd[1]: /usr/lib/systemd/system/libvirtd.service:34: Unknown key 'LimitNOFile' in section [Service>
jun 12 16:59:51 jgrey.phoenix systemd[1]: /usr/lib/systemd/system/libvirtd.service:34: Unknown key 'LimitNOFile' in section [Service>

○ virtlockd.service - Virtual machine lock manager
     Loaded: loaded (/usr/lib/systemd/system/virtlockd.service; indirect; preset: disabled)
     Active: inactive (dead)
TriggeredBy: ● virtlockd.socket
             ○ virtlockd-admin.socket
       Docs: man:virtlockd(8)
             https://libvirt.org

jun 12 16:56:07 jgrey.phoenix systemd[1]: /usr/lib/systemd/system/virtlockd.service:21: Unknown key 'LimitNOFile' in section [Servic>
jun 12 16:56:07 jgrey.phoenix systemd[1]: /usr/lib/systemd/system/virtlockd.service:21: Unknown key 'LimitNOFile' in section [Servic>
jun 12 16:56:10 jgrey.phoenix systemd[1]: /usr/lib/systemd/system/virtlockd.service:21: Unknown key 'LimitNOFile' in section [Servic>
jun 12 16:59:49 jgrey.phoenix systemd[1]: /usr/lib/systemd/system/virtlockd.service:21: Unknown key 'LimitNOFile' in section [Servic>
jun 12 16:59:51 jgrey.phoenix systemd[1]: /usr/lib/systemd/system/virtlockd.service:21: Unknown key 'LimitNOFile' in section [Servic>

○ virtlogd.service - Virtual machine log manager
     Loaded: loaded (/usr/lib/systemd/system/virtlogd.service; indirect; preset: disabled)
     Active: inactive (dead)
TriggeredBy: ○ virtlogd-admin.socket
             ● virtlogd.socket
       Docs: man:virtlogd(8)
             https://libvirt.org

jun 12 16:56:07 jgrey.phoenix systemd[1]: /usr/lib/systemd/system/virtlogd.service:21: Unknown key 'LimitNOFile' in section [Service>
jun 12 16:56:07 jgrey.phoenix systemd[1]: /usr/lib/systemd/system/virtlogd.service:21: Unknown key 'LimitNOFile' in section [Service>
jun 12 16:56:10 jgrey.phoenix systemd[1]: /usr/lib/systemd/system/virtlogd.service:21: Unknown key 'LimitNOFile' in section [Service>
jun 12 16:59:49 jgrey.phoenix systemd[1]: /usr/lib/systemd/system/virtlogd.service:21: Unknown key 'LimitNOFile' in section [Service>
jun 12 16:59:51 jgrey.phoenix systemd[1]: /usr/lib/systemd/system/virtlogd.service:21: Unknown key 'LimitNOFile' in section [Service>

installing lib64virt0-9.10.0-1.mga9.x86_64.rpm libvirt-utils-9.10.0-1.mga9.x86_64.rpm from //home/katnatek/qa-testing/x86_64
Preparing...                     ##################################################################################################
      1/2: lib64virt0            ##################################################################################################
      2/2: libvirt-utils         ##################################################################################################
      1/2: removing libvirt-utils-9.6.0-1.2.mga9.x86_64
                                 ##################################################################################################
      2/2: removing lib64virt0-9.6.0-1.2.mga9.x86_64
                                 ##################################################################################################

systemctl restart libvirtd virtlockd virtlogd

systemctl status libvirtd virtlockd virtlogd
● libvirtd.service - libvirt legacy monolithic daemon
     Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled; preset: enabled)
     Active: active (running) since Thu 2025-06-12 17:51:44 CST; 19s ago
TriggeredBy: ● libvirtd-ro.socket
             ● libvirtd-admin.socket
             ● libvirtd.socket
       Docs: man:libvirtd(8)
             https://libvirt.org/
   Main PID: 81466 (libvirtd)
      Tasks: 22 (limit: 32768)
     Memory: 17.3M
        CPU: 483ms
     CGroup: /system.slice/libvirtd.service
             ├─ 2052 /usr/sbin/dnsmasq --conf-file=/var/lib/libvirt/dnsmasq/default.conf --leasefile-ro --dhcp-script=/usr/libexec/l>
             ├─ 2053 /usr/sbin/dnsmasq --conf-file=/var/lib/libvirt/dnsmasq/default.conf --leasefile-ro --dhcp-script=/usr/libexec/l>
             └─81466 /usr/sbin/libvirtd --timeout 120

jun 12 17:51:44 jgrey.phoenix systemd[1]: Starting libvirtd.service...
jun 12 17:51:44 jgrey.phoenix systemd[1]: Started libvirtd.service.
jun 12 17:51:44 jgrey.phoenix dnsmasq[2052]: read /etc/hosts - 8 names
jun 12 17:51:44 jgrey.phoenix dnsmasq[2052]: read /var/lib/libvirt/dnsmasq/default.addnhosts - 0 names
jun 12 17:51:44 jgrey.phoenix dnsmasq-dhcp[2052]: read /var/lib/libvirt/dnsmasq/default.hostsfile

● virtlockd.service - libvirt locking daemon
     Loaded: loaded (/usr/lib/systemd/system/virtlockd.service; disabled; preset: disabled)
     Active: active (running) since Thu 2025-06-12 17:51:44 CST; 19s ago
TriggeredBy: ● virtlockd-admin.socket
             ● virtlockd.socket
       Docs: man:virtlockd(8)
             https://libvirt.org/
   Main PID: 81464 (virtlockd)
      Tasks: 1 (limit: 6876)
     Memory: 2.0M
        CPU: 14ms
     CGroup: /system.slice/virtlockd.service
             └─81464 /usr/sbin/virtlockd

jun 12 17:51:44 jgrey.phoenix systemd[1]: Starting virtlockd.service...
jun 12 17:51:44 jgrey.phoenix systemd[1]: Started virtlockd.service.

● virtlogd.service - libvirt logging daemon
     Loaded: loaded (/usr/lib/systemd/system/virtlogd.service; disabled; preset: disabled)
     Active: active (running) since Thu 2025-06-12 17:51:44 CST; 19s ago
TriggeredBy: ● virtlogd-admin.socket
             ● virtlogd.socket
       Docs: man:virtlogd(8)
             https://libvirt.org/
   Main PID: 81465 (virtlogd)
      Tasks: 1 (limit: 6876)
     Memory: 2.3M
        CPU: 53ms
     CGroup: /system.slice/virtlogd.service
             └─81465 /usr/sbin/virtlogd

jun 12 17:51:44 jgrey.phoenix systemd[1]: Starting virtlogd.service...
jun 12 17:51:44 jgrey.phoenix systemd[1]: Started virtlogd.service.

I have to enable this for gnome boxes
systemctl restart virtnetworkd-ro.socket

systemctl status virtnetworkd-ro.socket 
● virtnetworkd-ro.socket - libvirt network daemon read-only socket
     Loaded: loaded (/usr/lib/systemd/system/virtnetworkd-ro.socket; enabled; preset: disabled)
     Active: active (listening) since Thu 2025-06-12 17:54:23 CST; 56s ago
   Triggers: ● virtnetworkd.service
     Listen: /run/libvirt/virtnetworkd-sock-ro (Stream)
     CGroup: /system.slice/virtnetworkd-ro.socket

jun 12 17:54:23 jgrey.phoenix systemd[1]: Closed virtnetworkd-ro.socket.
jun 12 17:54:23 jgrey.phoenix systemd[1]: Stopping virtnetworkd-ro.socket...
jun 12 17:54:23 jgrey.phoenix systemd[1]: Listening on virtnetworkd-ro.socket.

All in the guest system works
katnatek 2025-06-13 03:46:04 CEST

Keywords: (none) => advisory

Comment 12 Herman Viaene 2025-06-13 10:42:22 CEST
Tried to follow katnatek above after installation (omitting mingw32 stuff), but hit a snag:
# systemctl status libvirtd virtlockd virtlogd
○ libvirtd.service - libvirt legacy monolithic daemon
     Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled; preset: enabled)
     Active: inactive (dead) since Fri 2025-06-13 10:34:18 CEST; 5min ago
   Duration: 2min 123ms
TriggeredBy: ● libvirtd-admin.socket
             ● libvirtd.socket
             ● libvirtd-ro.socket
       Docs: man:libvirtd(8)
             https://libvirt.org/
    Process: 17932 ExecStart=/usr/sbin/libvirtd $LIBVIRTD_ARGS (code=exited, status=0/SUCCESS)
   Main PID: 17932 (code=exited, status=0/SUCCESS)
      Tasks: 2 (limit: 32768)
     Memory: 2.7M
        CPU: 2.842s
     CGroup: /system.slice/libvirtd.service
             ├─18137 /usr/sbin/dnsmasq --conf-file=/var/lib/libvirt/dnsmasq/default.conf --leasefile-ro --dhcp-script=/usr/libexec/libvirt_leaseshelper
             └─18138 /usr/sbin/dnsmasq --conf-file=/var/lib/libvirt/dnsmasq/default.conf --leasefile-ro --dhcp-script=/usr/libexec/libvirt_leaseshelper

Jun 13 10:32:21 mach3.hviaene.thuis dnsmasq[18137]: read /etc/hosts - 8 names
Jun 13 10:32:21 mach3.hviaene.thuis dnsmasq[18137]: read /var/lib/libvirt/dnsmasq/default.addnhosts - 0 names
Jun 13 10:32:21 mach3.hviaene.thuis dnsmasq-dhcp[18137]: read /var/lib/libvirt/dnsmasq/default.hostsfile
Jun 13 10:32:23 mach3.hviaene.thuis libvirtd[17932]: libvirt version: 9.10.0
Jun 13 10:32:23 mach3.hviaene.thuis libvirtd[17932]: hostname: mach3.hviaene.thuis
Jun 13 10:32:23 mach3.hviaene.thuis libvirtd[17932]: Unable to open /dev/kvm: No such file or directory
Jun 13 10:34:18 mach3.hviaene.thuis systemd[1]: libvirtd.service: Deactivated successfully.
No ide

CC: (none) => herman.viaene

Comment 13 katnatek 2025-06-13 11:06:07 CEST
(In reply to Herman Viaene from comment #12)
> Tried to follow katnatek above after installation (omitting mingw32 stuff),
> but hit a snag:
> # systemctl status libvirtd virtlockd virtlogd
> ○ libvirtd.service - libvirt legacy monolithic daemon
>      Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled;
> preset: enabled)
>      Active: inactive (dead) since Fri 2025-06-13 10:34:18 CEST; 5min ago
>    Duration: 2min 123ms
> TriggeredBy: ● libvirtd-admin.socket
>              ● libvirtd.socket
>              ● libvirtd-ro.socket
>        Docs: man:libvirtd(8)
>              https://libvirt.org/
>     Process: 17932 ExecStart=/usr/sbin/libvirtd $LIBVIRTD_ARGS (code=exited,
> status=0/SUCCESS)
>    Main PID: 17932 (code=exited, status=0/SUCCESS)
>       Tasks: 2 (limit: 32768)
>      Memory: 2.7M
>         CPU: 2.842s
>      CGroup: /system.slice/libvirtd.service
>              ├─18137 /usr/sbin/dnsmasq
> --conf-file=/var/lib/libvirt/dnsmasq/default.conf --leasefile-ro
> --dhcp-script=/usr/libexec/libvirt_leaseshelper
>              └─18138 /usr/sbin/dnsmasq
> --conf-file=/var/lib/libvirt/dnsmasq/default.conf --leasefile-ro
> --dhcp-script=/usr/libexec/libvirt_leaseshelper
> 
> Jun 13 10:32:21 mach3.hviaene.thuis dnsmasq[18137]: read /etc/hosts - 8 names
> Jun 13 10:32:21 mach3.hviaene.thuis dnsmasq[18137]: read
> /var/lib/libvirt/dnsmasq/default.addnhosts - 0 names
> Jun 13 10:32:21 mach3.hviaene.thuis dnsmasq-dhcp[18137]: read
> /var/lib/libvirt/dnsmasq/default.hostsfile
> Jun 13 10:32:23 mach3.hviaene.thuis libvirtd[17932]: libvirt version: 9.10.0
> Jun 13 10:32:23 mach3.hviaene.thuis libvirtd[17932]: hostname:
> mach3.hviaene.thuis
> Jun 13 10:32:23 mach3.hviaene.thuis libvirtd[17932]: Unable to open
> /dev/kvm: No such file or directory
> Jun 13 10:34:18 mach3.hviaene.thuis systemd[1]: libvirtd.service:
> Deactivated successfully.
> No ide

Looks to me like you not have enabled the virtualization features of your system in the bios https://wiki.mageia.org/en/Mageia_9_Errata#Virtualization_software
Comment 14 Herman Viaene 2025-06-13 11:58:08 CEST
Indeed, enabled it in bios, rebooted and now it seems OK
# systemctl start libvirtd virtlockd virtlogd
# systemctl status libvirtd virtlockd virtlogd
● libvirtd.service - libvirt legacy monolithic daemon
     Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled; preset: enabled)
     Active: active (running) since Fri 2025-06-13 11:43:44 CEST; 7s ago
TriggeredBy: ● libvirtd-admin.socket
             ● libvirtd.socket
             ● libvirtd-ro.socket
       Docs: man:libvirtd(8)
             https://libvirt.org/
   Main PID: 3769 (libvirtd)
      Tasks: 20 (limit: 32768)
     Memory: 6.7M
        CPU: 1.663s
     CGroup: /system.slice/libvirtd.service
             └─3769 /usr/sbin/libvirtd --timeout 120

Jun 13 11:43:44 mach3.hviaene.thuis systemd[1]: Starting libvirtd.service...
Jun 13 11:43:44 mach3.hviaene.thuis systemd[1]: Started libvirtd.service.

● virtlockd.service - libvirt locking daemon
     Loaded: loaded (/usr/lib/systemd/system/virtlockd.service; disabled; preset: disabled)
     Active: active (running) since Fri 2025-06-13 11:43:44 CEST; 7s ago
TriggeredBy: ● virtlockd.socket
             ● virtlockd-admin.socket
       Docs: man:virtlockd(8)
             https://libvirt.org/
   Main PID: 3771 (virtlockd)
      Tasks: 1 (limit: 8806)
 Consulted previous updates, but this whole virt world is untrodden territory for me. Leaving further testing to others.
Comment 15 Thomas Andrews 2025-06-13 14:46:46 CEST
Not exactly a virtualization expert either, but here goes, anyway...

MGA9-64 Plasma x11. Gnome-Boxes is installed, and appears to be working as designed, but I don't really have much experience with it. Before the update:

systemctl status libvirtd virtlockd virtlogd
● libvirtd.service - Virtualization daemon
     Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled; preset: enabled)
     Active: active (running) since Fri 2025-06-13 08:20:23 EDT; 44s ago
TriggeredBy: ● libvirtd-admin.socket
             ● libvirtd-ro.socket
             ● libvirtd.socket
       Docs: man:libvirtd(8)
             https://libvirt.org
   Main PID: 119079 (libvirtd)
      Tasks: 19 (limit: 32768)
     Memory: 8.3M
        CPU: 335ms
     CGroup: /system.slice/libvirtd.service
             └─119079 /usr/sbin/libvirtd --timeout 120

Jun 13 08:20:23 localhost systemd[1]: Starting libvirtd.service...
Jun 13 08:20:23 localhost systemd[1]: Started libvirtd.service.
Jun 13 08:20:24 localhost libvirtd[119079]: libvirt version: 9.6.0
Jun 13 08:20:24 localhost libvirtd[119079]: hostname: localhost
Jun 13 08:20:24 localhost libvirtd[119079]: internal error: cannot parse json : parse error: premature EOF
                                                                                   
                                                                 (right here) ------^
Jun 13 08:20:24 localhost libvirtd[119079]: internal error: mdevctl JSON response contains no devices
Jun 13 08:20:24 localhost libvirtd[119079]: internal error: failed to query mdevs from mdevctl: (null)
Jun 13 08:20:36 localhost libvirtd[119079]: End of file while reading data: Input/output error

○ virtlockd.service - Virtual machine lock manager
     Loaded: loaded (/usr/lib/systemd/system/virtlockd.service; indirect; preset: disabled)
     Active: inactive (dead)
TriggeredBy: ○ virtlockd-admin.socket
             ● virtlockd.socket
       Docs: man:virtlockd(8)
             https://libvirt.org

Jun 13 08:11:04 localhost systemd[1]: /usr/lib/systemd/system/virtlockd.service:21: Unknown key 'LimitNOFile' in section [Service], ignoring.

○ virtlogd.service - Virtual machine log manager
     Loaded: loaded (/usr/lib/systemd/system/virtlogd.service; indirect; preset: disabled)
     Active: inactive (dead)
TriggeredBy: ● virtlogd.socket
             ○ virtlogd-admin.socket
       Docs: man:virtlogd(8)
             https://libvirt.org

Jun 13 08:11:04 localhost systemd[1]: /usr/lib/systemd/system/virtlogd.service:21: Unknown key 'LimitNOFile' in section [Service], ignoring.

Updated the same two packages as katnatek, with no issues. After the update, but without the restart:

systemctl status libvirtd virtlockd virtlogd
● libvirtd.service - libvirt legacy monolithic daemon
     Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled; preset: enabled)
     Active: active (running) since Fri 2025-06-13 08:25:14 EDT; 1min 45s ago
TriggeredBy: ● libvirtd-admin.socket
             ● libvirtd-ro.socket
             ● libvirtd.socket
       Docs: man:libvirtd(8)
             https://libvirt.org/
   Main PID: 145730 (libvirtd)
      Tasks: 20 (limit: 32768)
     Memory: 8.2M
        CPU: 331ms
     CGroup: /system.slice/libvirtd.service
             └─145730 /usr/sbin/libvirtd --timeout 120

Jun 13 08:25:14 localhost systemd[1]: Starting libvirtd.service...
Jun 13 08:25:14 localhost systemd[1]: Started libvirtd.service.

● virtlockd.service - libvirt locking daemon
     Loaded: loaded (/usr/lib/systemd/system/virtlockd.service; disabled; preset: disabled)
     Active: active (running) since Fri 2025-06-13 08:25:14 EDT; 1min 45s ago
TriggeredBy: ● virtlockd-admin.socket
             ● virtlockd.socket
       Docs: man:virtlockd(8)
             https://libvirt.org/
   Main PID: 145742 (virtlockd)
      Tasks: 1 (limit: 57600)
     Memory: 2.0M
        CPU: 10ms
     CGroup: /system.slice/virtlockd.service
             └─145742 /usr/sbin/virtlockd

Jun 13 08:25:14 localhost systemd[1]: Starting virtlockd.service...
Jun 13 08:25:14 localhost systemd[1]: Started virtlockd.service.

○ virtlogd.service - libvirt logging daemon
     Loaded: loaded (/usr/lib/systemd/system/virtlogd.service; disabled; preset: disabled)
     Active: inactive (dead)
TriggeredBy: ● virtlogd.socket
             ○ virtlogd-admin.socket
       Docs: man:virtlogd(8)
             https://libvirt.org/

Jun 13 08:11:04 localhost systemd[1]: /usr/lib/systemd/system/virtlogd.service:21: Unknown key 'LimitNOFile' in section [Service], ignoring.

Then:

systemctl restart libvirtd virtlockd virtlogd
[root@localhost ~]# systemctl status libvirtd virtlockd virtlogd
● libvirtd.service - libvirt legacy monolithic daemon
     Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled; preset: enabled)
     Active: active (running) since Fri 2025-06-13 08:30:22 EDT; 24s ago
TriggeredBy: ● libvirtd-admin.socket
             ● libvirtd-ro.socket
             ● libvirtd.socket
       Docs: man:libvirtd(8)
             https://libvirt.org/
   Main PID: 194674 (libvirtd)
      Tasks: 20 (limit: 32768)
     Memory: 8.3M
        CPU: 298ms
     CGroup: /system.slice/libvirtd.service
             └─194674 /usr/sbin/libvirtd --timeout 120

Jun 13 08:30:22 localhost systemd[1]: Starting libvirtd.service...
Jun 13 08:30:22 localhost systemd[1]: Started libvirtd.service.

● virtlockd.service - libvirt locking daemon
     Loaded: loaded (/usr/lib/systemd/system/virtlockd.service; disabled; preset: disabled)
     Active: active (running) since Fri 2025-06-13 08:30:22 EDT; 24s ago
TriggeredBy: ● virtlockd-admin.socket
             ● virtlockd.socket
       Docs: man:virtlockd(8)
             https://libvirt.org/
   Main PID: 194676 (virtlockd)
      Tasks: 1 (limit: 57600)
     Memory: 2.0M
        CPU: 8ms
     CGroup: /system.slice/virtlockd.service
             └─194676 /usr/sbin/virtlockd

Jun 13 08:30:22 localhost systemd[1]: Starting virtlockd.service...
Jun 13 08:30:22 localhost systemd[1]: Started virtlockd.service.

● virtlogd.service - libvirt logging daemon
     Loaded: loaded (/usr/lib/systemd/system/virtlogd.service; disabled; preset: disabled)
     Active: active (running) since Fri 2025-06-13 08:30:22 EDT; 24s ago
TriggeredBy: ● virtlogd.socket
             ● virtlogd-admin.socket
       Docs: man:virtlogd(8)
             https://libvirt.org/
   Main PID: 194677 (virtlogd)
      Tasks: 1 (limit: 57600)
     Memory: 2.3M
        CPU: 30ms
     CGroup: /system.slice/virtlogd.service
             └─194677 /usr/sbin/virtlogd

Jun 13 08:30:22 localhost systemd[1]: Starting virtlogd.service...
Jun 13 08:30:22 localhost systemd[1]: Started virtlogd.service.

Results not identical to katnatek's, but look comparable to me, and the errors are gone. Looks OK to me, as far as I can determine.

CC: (none) => andrewsfarm

Comment 16 PC LX 2025-06-13 16:26:29 CEST
Installed and tested without issue.

The message "Unknown key name 'LimitNOFile'" is not shown, so the issue is fixed.

Tested:
- virt-manager;
- virsh;
- remote (ssh) and local;
- QEMU/KVM nested inside Mageia 9 guest;
- qemu:///system;
- qemu:///session;
- integration with systemd-machined;
- virtio video/net/block device drivers;
- SPICE viewer;
- VNC viewer;
- LXC container;
- copy & paste to/from guest;
- desktop resizing;

Tested guests:
- Archlinux (LXC container);
- Fedora 41;
- FreeBSD 14;
- Kali Linux;
- Mageia 9 x86_64;
- Mageia 9 x86_64 with PCI pass through of GPU Radeon RX 6500 XT;
- Mageia 9 aarch64;
- Mageia Cauldron;
- Tail 6;
- Windows 10;
- Windows 10 with PCI pass through of GPU Radeon RX 6500 XT;
- Windows 11;



System: Mageia 9, x86_64, Plasma DE, LXQt DE, AMD Ryzen 5 5600G with Radeon Graphics.



$ uname -a
Linux jupiter 6.6.93-desktop-1.mga9 #1 SMP PREEMPT_DYNAMIC Wed Jun  4 15:23:13 UTC 2025 x86_64 GNU/Linux
$ rpm -qa | grep -P 'lib(64)?virt'
python3-libvirt-9.1.0-1.mga9
lib64virt-glib1.0_0-4.0.0-5.mga9
lib64virt-glib-gir1.0-4.0.0-5.mga9
lib64virt0-9.10.0-1.mga9
libvirt-utils-9.10.0-1.mga9
● libvirtd.service - libvirt legacy monolithic daemon
     Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled; preset: enabled)
     Active: active (running) since Fri 2025-06-13 15:23:42 WEST; 57s ago
TriggeredBy: ● libvirtd-ro.socket
             ● libvirtd.socket
             ● libvirtd-admin.socket
       Docs: man:libvirtd(8)
             https://libvirt.org/
   Main PID: 26934 (libvirtd)
      Tasks: 21 (limit: 32768)
     Memory: 38.2M
        CPU: 373ms
     CGroup: /system.slice/libvirtd.service
             ├─20775 /sbin/mount.ntfs /dev/mapper/Mageia_8_LVM-vm_windows_10p3 /media/windows -o ro,nosuid,nodev,noexec,discard,umask=000,nofail
             └─26934 /usr/sbin/libvirtd --timeout 120

jun 13 15:23:42 jupiter systemd[1]: Starting libvirtd.service...
jun 13 15:23:42 jupiter libvirtd[26934]: libvirt version: 9.10.0
jun 13 15:23:42 jupiter libvirtd[26934]: hostname: jupiter
jun 13 15:23:42 jupiter libvirtd[26934]: Non-executable hook script /etc/libvirt/hooks/qemu.d/windows-10-gpu-passthrough
jun 13 15:23:42 jupiter libvirtd[26934]: Non-executable hook script /etc/libvirt/hooks/qemu.d/__ALL__
jun 13 15:23:42 jupiter systemd[1]: Started libvirtd.service.

● virtlockd.service - libvirt locking daemon
     Loaded: loaded (/usr/lib/systemd/system/virtlockd.service; disabled; preset: disabled)
     Active: active (running) since Fri 2025-06-13 15:24:37 WEST; 1s ago
TriggeredBy: ● virtlockd.socket
             ● virtlockd-admin.socket
       Docs: man:virtlockd(8)
             https://libvirt.org/
   Main PID: 27026 (virtlockd)
      Tasks: 1 (limit: 37586)
     Memory: 2.1M
        CPU: 8ms
     CGroup: /system.slice/virtlockd.service
             └─27026 /usr/sbin/virtlockd

jun 13 15:24:37 jupiter systemd[1]: Starting virtlockd.service...
jun 13 15:24:37 jupiter systemd[1]: Started virtlockd.service.

● virtlogd.service - libvirt logging daemon
     Loaded: loaded (/usr/lib/systemd/system/virtlogd.service; disabled; preset: disabled)
     Active: active (running) since Fri 2025-06-13 11:18:02 WEST; 4h 6min ago
TriggeredBy: ● virtlogd-admin.socket
             ● virtlogd.socket
       Docs: man:virtlogd(8)
             https://libvirt.org/
   Main PID: 16524 (virtlogd)
      Tasks: 1 (limit: 37586)
     Memory: 2.7M
        CPU: 43ms
     CGroup: /system.slice/virtlogd.service
             └─16524 /usr/sbin/virtlogd

jun 13 11:18:02 jupiter systemd[1]: Starting virtlogd.service...
jun 13 11:18:02 jupiter systemd[1]: Started virtlogd.service.
Comment 17 Thomas Andrews 2025-06-13 19:36:19 CEST
Good enough for me. Validating.

CC: (none) => sysadmin-bugs
Keywords: (none) => validated_update
Whiteboard: (none) => MGA9-64-OK

Comment 18 katnatek 2025-06-13 20:58:35 CEST
Created attachment 15022 [details]
Test install of remain packages

urpmi --test with all the packages not report conflicts
Comment 19 Mageia Robot 2025-06-13 21:20:00 CEST
An update for this issue has been pushed to the Mageia Updates repository.

https://advisories.mageia.org/MGAA-2025-0059.html

Status: NEW => RESOLVED
Resolution: (none) => FIXED


Note You need to log in before you can comment on or make changes to this bug.