Description of problem: libvirtd memory link after connecting to guest console Version-Release number of selected component (if applicable): libvirt-6.0.0-14.module+el8.2.0+6069+78a1cb09.x86_64 qemu-kvm-4.2.0-15.module+el8.2.0+6029+618ef2ec.x86_64 How reproducible: 100% Steps to Reproduce: 1.Disable namespace in qemu.conf: #cat /etc/libvirt/qemu.conf namespaces = [ ] 2.Start libvirtd with valgrind: # systemctl stop libvirtd # systemctl stop virtlogd # virtlogd -d # valgrind --leak-check=full --trace-children=no --child-silent-after-fork=yes libvirtd 3.Start a guest: #virsh start vm1 3.Connect guest console and exit: #virsh console vm1 Enter 'Ctrl+]' to exit console 4.Enter 'Ctrl+C' to interrupt the valgrind in step 2: ==226544== HEAP SUMMARY: ==226544== in use at exit: 697,983 bytes in 7,159 blocks ==226544== total heap usage: 561,199 allocs, 554,040 frees, 282,505,579 bytes allocated ==226544== ==226544== 8 bytes in 1 blocks are possibly lost in loss record 104 of 1,101 ==226544== at 0x4C30E18: malloc (vg_replace_malloc.c:308) ==226544== by 0x4C33433: realloc (vg_replace_malloc.c:836) ==226544== by 0x868625D: g_realloc (in /usr/lib64/libglib-2.0.so.0.5600.4) ==226544== by 0x840E7D4: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x8412A1C: g_type_register_static (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x8412B14: g_type_register_static_simple (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x5328F07: ??? (in /usr/lib64/libvirt.so.0.6000.0) ==226544== by 0x53290B9: virIdentityNew (in /usr/lib64/libvirt.so.0.6000.0) ==226544== by 0x53299A6: virIdentityGetSystem (in /usr/lib64/libvirt.so.0.6000.0) ==226544== by 0x12FDD2: ??? (in /usr/sbin/libvirtd) ==226544== by 0x5370859: ??? (in /usr/lib64/libvirt.so.0.6000.0) ==226544== by 0x91A72DD: start_thread (in /usr/lib64/libpthread-2.28.so) ==226544== ==226544== 11 bytes in 1 blocks are definitely lost in loss record 146 of 1,101 ==226544== at 0x4C30EDB: malloc (vg_replace_malloc.c:309) ==226544== by 0x86861A5: g_malloc (in /usr/lib64/libglib-2.0.so.0.5600.4) ==226544== by 0x869FAE2: g_strdup (in /usr/lib64/libglib-2.0.so.0.5600.4) ==226544== by 0x54107B3: virChrdevOpen (in /usr/lib64/libvirt.so.0.6000.0) ==226544== by 0x2440AEF9: ??? (in /usr/lib64/libvirt/connection-driver/libvirt_driver_qemu.so) ==226544== by 0x5520C35: virDomainOpenConsole (in /usr/lib64/libvirt.so.0.6000.0) ==226544== by 0x1479CA: ??? (in /usr/sbin/libvirtd) ==226544== by 0x544FF38: virNetServerProgramDispatch (in /usr/lib64/libvirt.so.0.6000.0) ==226544== by 0x54550FB: ??? (in /usr/lib64/libvirt.so.0.6000.0) ==226544== by 0x537149F: ??? (in /usr/lib64/libvirt.so.0.6000.0) ==226544== by 0x537082B: ??? (in /usr/lib64/libvirt.so.0.6000.0) ==226544== by 0x91A72DD: start_thread (in /usr/lib64/libpthread-2.28.so) ==226544== ==226544== 16 bytes in 1 blocks are possibly lost in loss record 302 of 1,101 ==226544== at 0x4C331EA: calloc (vg_replace_malloc.c:762) ==226544== by 0x86861FD: g_malloc0 (in /usr/lib64/libglib-2.0.so.0.5600.4) ==226544== by 0x840F526: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x84127B8: g_type_register_fundamental (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83F1A4E: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83EB2C7: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x400FEC9: call_init.part.0 (in /usr/lib64/ld-2.28.so) ==226544== by 0x400FFC9: _dl_init (in /usr/lib64/ld-2.28.so) ==226544== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==226544== ==226544== 16 bytes in 1 blocks are possibly lost in loss record 303 of 1,101 ==226544== at 0x4C30E18: malloc (vg_replace_malloc.c:308) ==226544== by 0x4C33433: realloc (vg_replace_malloc.c:836) ==226544== by 0x868625D: g_realloc (in /usr/lib64/libglib-2.0.so.0.5600.4) ==226544== by 0x840F418: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x84127B8: g_type_register_fundamental (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83F1A4E: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83EB2C7: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x400FEC9: call_init.part.0 (in /usr/lib64/ld-2.28.so) ==226544== by 0x400FFC9: _dl_init (in /usr/lib64/ld-2.28.so) ==226544== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==226544== ==226544== 16 bytes in 1 blocks are possibly lost in loss record 304 of 1,101 ==226544== at 0x4C331EA: calloc (vg_replace_malloc.c:762) ==226544== by 0x86861FD: g_malloc0 (in /usr/lib64/libglib-2.0.so.0.5600.4) ==226544== by 0x840F526: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x84127B8: g_type_register_fundamental (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83F1AB1: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83EB2C7: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x400FEC9: call_init.part.0 (in /usr/lib64/ld-2.28.so) ==226544== by 0x400FFC9: _dl_init (in /usr/lib64/ld-2.28.so) ==226544== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==226544== ==226544== 16 bytes in 1 blocks are possibly lost in loss record 305 of 1,101 ==226544== at 0x4C30E18: malloc (vg_replace_malloc.c:308) ==226544== by 0x4C33433: realloc (vg_replace_malloc.c:836) ==226544== by 0x868625D: g_realloc (in /usr/lib64/libglib-2.0.so.0.5600.4) ==226544== by 0x840F418: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x84127B8: g_type_register_fundamental (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83F1AB1: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83EB2C7: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x400FEC9: call_init.part.0 (in /usr/lib64/ld-2.28.so) ==226544== by 0x400FFC9: _dl_init (in /usr/lib64/ld-2.28.so) ==226544== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==226544== ==226544== 16 bytes in 1 blocks are possibly lost in loss record 306 of 1,101 ==226544== at 0x4C331EA: calloc (vg_replace_malloc.c:762) ==226544== by 0x86861FD: g_malloc0 (in /usr/lib64/libglib-2.0.so.0.5600.4) ==226544== by 0x840F526: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x84127B8: g_type_register_fundamental (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83FBC2F: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83EB2D1: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x400FEC9: call_init.part.0 (in /usr/lib64/ld-2.28.so) ==226544== by 0x400FFC9: _dl_init (in /usr/lib64/ld-2.28.so) ==226544== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==226544== ==226544== 16 bytes in 1 blocks are possibly lost in loss record 307 of 1,101 ==226544== at 0x4C30E18: malloc (vg_replace_malloc.c:308) ==226544== by 0x4C33433: realloc (vg_replace_malloc.c:836) ==226544== by 0x868625D: g_realloc (in /usr/lib64/libglib-2.0.so.0.5600.4) ==226544== by 0x840F418: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x84127B8: g_type_register_fundamental (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83FBC2F: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83EB2D1: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x400FEC9: call_init.part.0 (in /usr/lib64/ld-2.28.so) ==226544== by 0x400FFC9: _dl_init (in /usr/lib64/ld-2.28.so) ==226544== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==226544== ==226544== 16 bytes in 1 blocks are possibly lost in loss record 308 of 1,101 ==226544== at 0x4C331EA: calloc (vg_replace_malloc.c:762) ==226544== by 0x86861FD: g_malloc0 (in /usr/lib64/libglib-2.0.so.0.5600.4) ==226544== by 0x840F526: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x84127B8: g_type_register_fundamental (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83F68A3: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83EB2D6: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x400FEC9: call_init.part.0 (in /usr/lib64/ld-2.28.so) ==226544== by 0x400FFC9: _dl_init (in /usr/lib64/ld-2.28.so) ==226544== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==226544== ==226544== 16 bytes in 1 blocks are possibly lost in loss record 309 of 1,101 ==226544== at 0x4C30E18: malloc (vg_replace_malloc.c:308) ==226544== by 0x4C33433: realloc (vg_replace_malloc.c:836) ==226544== by 0x868625D: g_realloc (in /usr/lib64/libglib-2.0.so.0.5600.4) ==226544== by 0x840F418: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x84127B8: g_type_register_fundamental (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83F68A3: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83EB2D6: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x400FEC9: call_init.part.0 (in /usr/lib64/ld-2.28.so) ==226544== by 0x400FFC9: _dl_init (in /usr/lib64/ld-2.28.so) ==226544== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==226544== ==226544== 96 bytes in 1 blocks are possibly lost in loss record 874 of 1,101 ==226544== at 0x4C331EA: calloc (vg_replace_malloc.c:762) ==226544== by 0x86861FD: g_malloc0 (in /usr/lib64/libglib-2.0.so.0.5600.4) ==226544== by 0x840E861: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x840EA1A: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83EB1EE: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x400FEC9: call_init.part.0 (in /usr/lib64/ld-2.28.so) ==226544== by 0x400FFC9: _dl_init (in /usr/lib64/ld-2.28.so) ==226544== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==226544== ==226544== 96 bytes in 1 blocks are possibly lost in loss record 875 of 1,101 ==226544== at 0x4C331EA: calloc (vg_replace_malloc.c:762) ==226544== by 0x86861FD: g_malloc0 (in /usr/lib64/libglib-2.0.so.0.5600.4) ==226544== by 0x840E861: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x840EA1A: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x84127AA: g_type_register_fundamental (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83F1A4E: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83EB2C7: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x400FEC9: call_init.part.0 (in /usr/lib64/ld-2.28.so) ==226544== by 0x400FFC9: _dl_init (in /usr/lib64/ld-2.28.so) ==226544== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==226544== ==226544== 96 bytes in 1 blocks are possibly lost in loss record 876 of 1,101 ==226544== at 0x4C331EA: calloc (vg_replace_malloc.c:762) ==226544== by 0x86861FD: g_malloc0 (in /usr/lib64/libglib-2.0.so.0.5600.4) ==226544== by 0x840E861: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x840EA1A: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x84127AA: g_type_register_fundamental (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83F1AB1: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83EB2C7: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x400FEC9: call_init.part.0 (in /usr/lib64/ld-2.28.so) ==226544== by 0x400FFC9: _dl_init (in /usr/lib64/ld-2.28.so) ==226544== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==226544== ==226544== 96 bytes in 1 blocks are possibly lost in loss record 877 of 1,101 ==226544== at 0x4C331EA: calloc (vg_replace_malloc.c:762) ==226544== by 0x86861FD: g_malloc0 (in /usr/lib64/libglib-2.0.so.0.5600.4) ==226544== by 0x840E861: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x840EA1A: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x84127AA: g_type_register_fundamental (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83FBC2F: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83EB2D1: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x400FEC9: call_init.part.0 (in /usr/lib64/ld-2.28.so) ==226544== by 0x400FFC9: _dl_init (in /usr/lib64/ld-2.28.so) ==226544== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==226544== ==226544== 96 bytes in 1 blocks are possibly lost in loss record 878 of 1,101 ==226544== at 0x4C331EA: calloc (vg_replace_malloc.c:762) ==226544== by 0x86861FD: g_malloc0 (in /usr/lib64/libglib-2.0.so.0.5600.4) ==226544== by 0x840E861: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x840EA1A: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x84127AA: g_type_register_fundamental (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83F68A3: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83EB2D6: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x400FEC9: call_init.part.0 (in /usr/lib64/ld-2.28.so) ==226544== by 0x400FFC9: _dl_init (in /usr/lib64/ld-2.28.so) ==226544== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==226544== ==226544== 132 bytes in 1 blocks are possibly lost in loss record 907 of 1,101 ==226544== at 0x4C331EA: calloc (vg_replace_malloc.c:762) ==226544== by 0x86861FD: g_malloc0 (in /usr/lib64/libglib-2.0.so.0.5600.4) ==226544== by 0x840FE84: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x8412839: g_type_register_fundamental (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83F1A4E: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83EB2C7: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x400FEC9: call_init.part.0 (in /usr/lib64/ld-2.28.so) ==226544== by 0x400FFC9: _dl_init (in /usr/lib64/ld-2.28.so) ==226544== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==226544== ==226544== 132 bytes in 1 blocks are possibly lost in loss record 908 of 1,101 ==226544== at 0x4C331EA: calloc (vg_replace_malloc.c:762) ==226544== by 0x86861FD: g_malloc0 (in /usr/lib64/libglib-2.0.so.0.5600.4) ==226544== by 0x840FE84: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x8412839: g_type_register_fundamental (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83F1AB1: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83EB2C7: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x400FEC9: call_init.part.0 (in /usr/lib64/ld-2.28.so) ==226544== by 0x400FFC9: _dl_init (in /usr/lib64/ld-2.28.so) ==226544== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==226544== ==226544== 148 bytes in 1 blocks are possibly lost in loss record 921 of 1,101 ==226544== at 0x4C331EA: calloc (vg_replace_malloc.c:762) ==226544== by 0x86861FD: g_malloc0 (in /usr/lib64/libglib-2.0.so.0.5600.4) ==226544== by 0x840FC98: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x8412839: g_type_register_fundamental (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83FBC2F: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83EB2D1: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x400FEC9: call_init.part.0 (in /usr/lib64/ld-2.28.so) ==226544== by 0x400FFC9: _dl_init (in /usr/lib64/ld-2.28.so) ==226544== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==226544== ==226544== 148 bytes in 1 blocks are possibly lost in loss record 922 of 1,101 ==226544== at 0x4C331EA: calloc (vg_replace_malloc.c:762) ==226544== by 0x86861FD: g_malloc0 (in /usr/lib64/libglib-2.0.so.0.5600.4) ==226544== by 0x840FC98: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x8412839: g_type_register_fundamental (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83F68A3: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83EB2D6: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x400FEC9: call_init.part.0 (in /usr/lib64/ld-2.28.so) ==226544== by 0x400FFC9: _dl_init (in /usr/lib64/ld-2.28.so) ==226544== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==226544== ==226544== 184 bytes in 1 blocks are possibly lost in loss record 940 of 1,101 ==226544== at 0x4C333E9: realloc (vg_replace_malloc.c:836) ==226544== by 0x868625D: g_realloc (in /usr/lib64/libglib-2.0.so.0.5600.4) ==226544== by 0x840E7D4: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x8412A1C: g_type_register_static (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83FD924: g_param_type_register_static (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83FFDBA: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x83EB2DB: ??? (in /usr/lib64/libgobject-2.0.so.0.5600.4) ==226544== by 0x400FEC9: call_init.part.0 (in /usr/lib64/ld-2.28.so) ==226544== by 0x400FFC9: _dl_init (in /usr/lib64/ld-2.28.so) ==226544== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==226544== ==226544== LEAK SUMMARY: ==226544== definitely lost: 11 bytes in 1 blocks ==226544== indirectly lost: 0 bytes in 0 blocks ==226544== possibly lost: 1,360 bytes in 19 blocks ==226544== still reachable: 696,532 bytes in 7,138 blocks ==226544== of which reachable via heuristic: ==226544== newarray : 1,536 bytes in 16 blocks ==226544== suppressed: 0 bytes in 0 blocks ==226544== Reachable blocks (those to which a pointer was found) are not shown. ==226544== To see them, rerun with: --leak-check=full --show-leak-kinds=all ==226544== Actual results: Expected results: No memory link. Additional info:
Update the memory leak info: ==33425== HEAP SUMMARY: ==33425== in use at exit: 709,219 bytes in 7,198 blocks ==33425== total heap usage: 574,938 allocs, 567,740 frees, 288,030,918 bytes allocated ==33425== ==33425== 8 bytes in 1 blocks are possibly lost in loss record 97 of 1,081 ==33425== at 0x4C30E18: malloc (vg_replace_malloc.c:308) ==33425== by 0x4C33433: realloc (vg_replace_malloc.c:836) ==33425== by 0x8A3125D: g_realloc (gmem.c:164) ==33425== by 0x87B97D4: type_node_any_new_W (gtype.c:499) ==33425== by 0x87BDA1C: g_type_register_static (gtype.c:2763) ==33425== by 0x87BDB14: g_type_register_static_simple (gtype.c:2716) ==33425== by 0x53FFA35: vir_identity_get_type (viridentity.c:53) ==33425== by 0x53FFD2A: virIdentityNew (viridentity.c:218) ==33425== by 0x54007C5: virIdentityGetSystem (viridentity.c:163) ==33425== by 0x13FC6C: daemonRunStateInit (remote_daemon.c:818) ==33425== by 0x546F3C8: virThreadHelper (virthread.c:196) ==33425== by 0x95522DD: start_thread (pthread_create.c:486) ==33425== ==33425== 11 bytes in 1 blocks are definitely lost in loss record 138 of 1,081 ==33425== at 0x4C30EDB: malloc (vg_replace_malloc.c:309) ==33425== by 0x8A311A5: g_malloc (gmem.c:99) ==33425== by 0x8A4AAE2: g_strdup (gstrfuncs.c:363) ==33425== by 0x55745D2: virChrdevOpen (virchrdev.c:412) ==33425== by 0x248FB8AB: qemuDomainOpenConsole (qemu_driver.c:17462) ==33425== by 0x57026CD: virDomainOpenConsole (libvirt-domain.c:9666) ==33425== by 0x15EA8A: remoteDispatchDomainOpenConsole (remote_daemon_dispatch_stubs.h:9324) ==33425== by 0x15EA8A: remoteDispatchDomainOpenConsoleHelper (remote_daemon_dispatch_stubs.h:9291) ==33425== by 0x55D4C76: virNetServerProgramDispatchCall (virnetserverprogram.c:430) ==33425== by 0x55D4C76: virNetServerProgramDispatch (virnetserverprogram.c:302) ==33425== by 0x55DC76D: virNetServerProcessMsg (virnetserver.c:136) ==33425== by 0x55DCBDA: virNetServerHandleJob (virnetserver.c:153) ==33425== by 0x5470722: virThreadPoolWorker (virthreadpool.c:163) ==33425== by 0x546F380: virThreadHelper (virthread.c:196) ==33425== ==33425== 16 bytes in 1 blocks are possibly lost in loss record 296 of 1,081 ==33425== at 0x4C331EA: calloc (vg_replace_malloc.c:762) ==33425== by 0x8A311FD: g_malloc0 (gmem.c:129) ==33425== by 0x87BA526: type_set_qdata_W (gtype.c:3719) ==33425== by 0x87BA526: type_add_flags_W (gtype.c:3784) ==33425== by 0x87BD7B8: g_type_register_fundamental (gtype.c:2659) ==33425== by 0x879CA4E: _g_enum_types_init (genums.c:124) ==33425== by 0x87962C7: gobject_init (gtype.c:4427) ==33425== by 0x87962C7: gobject_init_ctor (gtype.c:4488) ==33425== by 0x400FEC9: call_init.part.0 (dl-init.c:72) ==33425== by 0x400FFC9: call_init (dl-init.c:118) ==33425== by 0x400FFC9: _dl_init (dl-init.c:119) ==33425== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==33425== ==33425== 16 bytes in 1 blocks are possibly lost in loss record 297 of 1,081 ==33425== at 0x4C30E18: malloc (vg_replace_malloc.c:308) ==33425== by 0x4C33433: realloc (vg_replace_malloc.c:836) ==33425== by 0x8A3125D: g_realloc (gmem.c:164) ==33425== by 0x87BA418: type_set_qdata_W (gtype.c:3733) ==33425== by 0x87BA418: type_add_flags_W (gtype.c:3784) ==33425== by 0x87BD7B8: g_type_register_fundamental (gtype.c:2659) ==33425== by 0x879CA4E: _g_enum_types_init (genums.c:124) ==33425== by 0x87962C7: gobject_init (gtype.c:4427) ==33425== by 0x87962C7: gobject_init_ctor (gtype.c:4488) ==33425== by 0x400FEC9: call_init.part.0 (dl-init.c:72) ==33425== by 0x400FFC9: call_init (dl-init.c:118) ==33425== by 0x400FFC9: _dl_init (dl-init.c:119) ==33425== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==33425== ==33425== 16 bytes in 1 blocks are possibly lost in loss record 298 of 1,081 ==33425== at 0x4C331EA: calloc (vg_replace_malloc.c:762) ==33425== by 0x8A311FD: g_malloc0 (gmem.c:129) ==33425== by 0x87BA526: type_set_qdata_W (gtype.c:3719) ==33425== by 0x87BA526: type_add_flags_W (gtype.c:3784) ==33425== by 0x87BD7B8: g_type_register_fundamental (gtype.c:2659) ==33425== by 0x879CAB1: _g_enum_types_init (genums.c:131) ==33425== by 0x87962C7: gobject_init (gtype.c:4427) ==33425== by 0x87962C7: gobject_init_ctor (gtype.c:4488) ==33425== by 0x400FEC9: call_init.part.0 (dl-init.c:72) ==33425== by 0x400FFC9: call_init (dl-init.c:118) ==33425== by 0x400FFC9: _dl_init (dl-init.c:119) ==33425== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==33425== ==33425== 16 bytes in 1 blocks are possibly lost in loss record 299 of 1,081 ==33425== at 0x4C30E18: malloc (vg_replace_malloc.c:308) ==33425== by 0x4C33433: realloc (vg_replace_malloc.c:836) ==33425== by 0x8A3125D: g_realloc (gmem.c:164) ==33425== by 0x87BA418: type_set_qdata_W (gtype.c:3733) ==33425== by 0x87BA418: type_add_flags_W (gtype.c:3784) ==33425== by 0x87BD7B8: g_type_register_fundamental (gtype.c:2659) ==33425== by 0x879CAB1: _g_enum_types_init (genums.c:131) ==33425== by 0x87962C7: gobject_init (gtype.c:4427) ==33425== by 0x87962C7: gobject_init_ctor (gtype.c:4488) ==33425== by 0x400FEC9: call_init.part.0 (dl-init.c:72) ==33425== by 0x400FFC9: call_init (dl-init.c:118) ==33425== by 0x400FFC9: _dl_init (dl-init.c:119) ==33425== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==33425== ==33425== 16 bytes in 1 blocks are possibly lost in loss record 300 of 1,081 ==33425== at 0x4C331EA: calloc (vg_replace_malloc.c:762) ==33425== by 0x8A311FD: g_malloc0 (gmem.c:129) ==33425== by 0x87BA526: type_set_qdata_W (gtype.c:3719) ==33425== by 0x87BA526: type_add_flags_W (gtype.c:3784) ==33425== by 0x87BD7B8: g_type_register_fundamental (gtype.c:2659) ==33425== by 0x87A6C2F: _g_param_type_init (gparam.c:137) ==33425== by 0x87962D1: gobject_init (gtype.c:4435) ==33425== by 0x87962D1: gobject_init_ctor (gtype.c:4488) ==33425== by 0x400FEC9: call_init.part.0 (dl-init.c:72) ==33425== by 0x400FFC9: call_init (dl-init.c:118) ==33425== by 0x400FFC9: _dl_init (dl-init.c:119) ==33425== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==33425== ==33425== 16 bytes in 1 blocks are possibly lost in loss record 301 of 1,081 ==33425== at 0x4C30E18: malloc (vg_replace_malloc.c:308) ==33425== by 0x4C33433: realloc (vg_replace_malloc.c:836) ==33425== by 0x8A3125D: g_realloc (gmem.c:164) ==33425== by 0x87BA418: type_set_qdata_W (gtype.c:3733) ==33425== by 0x87BA418: type_add_flags_W (gtype.c:3784) ==33425== by 0x87BD7B8: g_type_register_fundamental (gtype.c:2659) ==33425== by 0x87A6C2F: _g_param_type_init (gparam.c:137) ==33425== by 0x87962D1: gobject_init (gtype.c:4435) ==33425== by 0x87962D1: gobject_init_ctor (gtype.c:4488) ==33425== by 0x400FEC9: call_init.part.0 (dl-init.c:72) ==33425== by 0x400FFC9: call_init (dl-init.c:118) ==33425== by 0x400FFC9: _dl_init (dl-init.c:119) ==33425== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==33425== ==33425== 16 bytes in 1 blocks are possibly lost in loss record 302 of 1,081 ==33425== at 0x4C331EA: calloc (vg_replace_malloc.c:762) ==33425== by 0x8A311FD: g_malloc0 (gmem.c:129) ==33425== by 0x87BA526: type_set_qdata_W (gtype.c:3719) ==33425== by 0x87BA526: type_add_flags_W (gtype.c:3784) ==33425== by 0x87BD7B8: g_type_register_fundamental (gtype.c:2659) ==33425== by 0x87A18A3: _g_object_type_init (gobject.c:393) ==33425== by 0x87962D6: gobject_init (gtype.c:4439) ==33425== by 0x87962D6: gobject_init_ctor (gtype.c:4488) ==33425== by 0x400FEC9: call_init.part.0 (dl-init.c:72) ==33425== by 0x400FFC9: call_init (dl-init.c:118) ==33425== by 0x400FFC9: _dl_init (dl-init.c:119) ==33425== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==33425== ==33425== 16 bytes in 1 blocks are possibly lost in loss record 303 of 1,081 ==33425== at 0x4C30E18: malloc (vg_replace_malloc.c:308) ==33425== by 0x4C33433: realloc (vg_replace_malloc.c:836) ==33425== by 0x8A3125D: g_realloc (gmem.c:164) ==33425== by 0x87BA418: type_set_qdata_W (gtype.c:3733) ==33425== by 0x87BA418: type_add_flags_W (gtype.c:3784) ==33425== by 0x87BD7B8: g_type_register_fundamental (gtype.c:2659) ==33425== by 0x87A18A3: _g_object_type_init (gobject.c:393) ==33425== by 0x87962D6: gobject_init (gtype.c:4439) ==33425== by 0x87962D6: gobject_init_ctor (gtype.c:4488) ==33425== by 0x400FEC9: call_init.part.0 (dl-init.c:72) ==33425== by 0x400FFC9: call_init (dl-init.c:118) ==33425== by 0x400FFC9: _dl_init (dl-init.c:119) ==33425== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==33425== ==33425== 96 bytes in 1 blocks are possibly lost in loss record 853 of 1,081 ==33425== at 0x4C331EA: calloc (vg_replace_malloc.c:762) ==33425== by 0x8A311FD: g_malloc0 (gmem.c:129) ==33425== by 0x87B9861: type_node_any_new_W (gtype.c:436) ==33425== by 0x87B9A1A: type_node_fundamental_new_W (gtype.c:547) ==33425== by 0x87961EE: gobject_init (gtype.c:4401) ==33425== by 0x87961EE: gobject_init_ctor (gtype.c:4488) ==33425== by 0x400FEC9: call_init.part.0 (dl-init.c:72) ==33425== by 0x400FFC9: call_init (dl-init.c:118) ==33425== by 0x400FFC9: _dl_init (dl-init.c:119) ==33425== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==33425== ==33425== 96 bytes in 1 blocks are possibly lost in loss record 854 of 1,081 ==33425== at 0x4C331EA: calloc (vg_replace_malloc.c:762) ==33425== by 0x8A311FD: g_malloc0 (gmem.c:129) ==33425== by 0x87B9861: type_node_any_new_W (gtype.c:436) ==33425== by 0x87B9A1A: type_node_fundamental_new_W (gtype.c:547) ==33425== by 0x87BD7AA: g_type_register_fundamental (gtype.c:2658) ==33425== by 0x879CA4E: _g_enum_types_init (genums.c:124) ==33425== by 0x87962C7: gobject_init (gtype.c:4427) ==33425== by 0x87962C7: gobject_init_ctor (gtype.c:4488) ==33425== by 0x400FEC9: call_init.part.0 (dl-init.c:72) ==33425== by 0x400FFC9: call_init (dl-init.c:118) ==33425== by 0x400FFC9: _dl_init (dl-init.c:119) ==33425== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==33425== ==33425== 96 bytes in 1 blocks are possibly lost in loss record 855 of 1,081 ==33425== at 0x4C331EA: calloc (vg_replace_malloc.c:762) ==33425== by 0x8A311FD: g_malloc0 (gmem.c:129) ==33425== by 0x87B9861: type_node_any_new_W (gtype.c:436) ==33425== by 0x87B9A1A: type_node_fundamental_new_W (gtype.c:547) ==33425== by 0x87BD7AA: g_type_register_fundamental (gtype.c:2658) ==33425== by 0x879CAB1: _g_enum_types_init (genums.c:131) ==33425== by 0x87962C7: gobject_init (gtype.c:4427) ==33425== by 0x87962C7: gobject_init_ctor (gtype.c:4488) ==33425== by 0x400FEC9: call_init.part.0 (dl-init.c:72) ==33425== by 0x400FFC9: call_init (dl-init.c:118) ==33425== by 0x400FFC9: _dl_init (dl-init.c:119) ==33425== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==33425== ==33425== 96 bytes in 1 blocks are possibly lost in loss record 856 of 1,081 ==33425== at 0x4C331EA: calloc (vg_replace_malloc.c:762) ==33425== by 0x8A311FD: g_malloc0 (gmem.c:129) ==33425== by 0x87B9861: type_node_any_new_W (gtype.c:436) ==33425== by 0x87B9A1A: type_node_fundamental_new_W (gtype.c:547) ==33425== by 0x87BD7AA: g_type_register_fundamental (gtype.c:2658) ==33425== by 0x87A6C2F: _g_param_type_init (gparam.c:137) ==33425== by 0x87962D1: gobject_init (gtype.c:4435) ==33425== by 0x87962D1: gobject_init_ctor (gtype.c:4488) ==33425== by 0x400FEC9: call_init.part.0 (dl-init.c:72) ==33425== by 0x400FFC9: call_init (dl-init.c:118) ==33425== by 0x400FFC9: _dl_init (dl-init.c:119) ==33425== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==33425== ==33425== 96 bytes in 1 blocks are possibly lost in loss record 857 of 1,081 ==33425== at 0x4C331EA: calloc (vg_replace_malloc.c:762) ==33425== by 0x8A311FD: g_malloc0 (gmem.c:129) ==33425== by 0x87B9861: type_node_any_new_W (gtype.c:436) ==33425== by 0x87B9A1A: type_node_fundamental_new_W (gtype.c:547) ==33425== by 0x87BD7AA: g_type_register_fundamental (gtype.c:2658) ==33425== by 0x87A18A3: _g_object_type_init (gobject.c:393) ==33425== by 0x87962D6: gobject_init (gtype.c:4439) ==33425== by 0x87962D6: gobject_init_ctor (gtype.c:4488) ==33425== by 0x400FEC9: call_init.part.0 (dl-init.c:72) ==33425== by 0x400FFC9: call_init (dl-init.c:118) ==33425== by 0x400FFC9: _dl_init (dl-init.c:119) ==33425== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==33425== ==33425== 132 bytes in 1 blocks are possibly lost in loss record 885 of 1,081 ==33425== at 0x4C331EA: calloc (vg_replace_malloc.c:762) ==33425== by 0x8A311FD: g_malloc0 (gmem.c:129) ==33425== by 0x87BAE84: type_data_make_W (gtype.c:1146) ==33425== by 0x87BD839: g_type_register_fundamental (gtype.c:2662) ==33425== by 0x879CA4E: _g_enum_types_init (genums.c:124) ==33425== by 0x87962C7: gobject_init (gtype.c:4427) ==33425== by 0x87962C7: gobject_init_ctor (gtype.c:4488) ==33425== by 0x400FEC9: call_init.part.0 (dl-init.c:72) ==33425== by 0x400FFC9: call_init (dl-init.c:118) ==33425== by 0x400FFC9: _dl_init (dl-init.c:119) ==33425== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==33425== ==33425== 132 bytes in 1 blocks are possibly lost in loss record 886 of 1,081 ==33425== at 0x4C331EA: calloc (vg_replace_malloc.c:762) ==33425== by 0x8A311FD: g_malloc0 (gmem.c:129) ==33425== by 0x87BAE84: type_data_make_W (gtype.c:1146) ==33425== by 0x87BD839: g_type_register_fundamental (gtype.c:2662) ==33425== by 0x879CAB1: _g_enum_types_init (genums.c:131) ==33425== by 0x87962C7: gobject_init (gtype.c:4427) ==33425== by 0x87962C7: gobject_init_ctor (gtype.c:4488) ==33425== by 0x400FEC9: call_init.part.0 (dl-init.c:72) ==33425== by 0x400FFC9: call_init (dl-init.c:118) ==33425== by 0x400FFC9: _dl_init (dl-init.c:119) ==33425== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==33425== ==33425== 148 bytes in 1 blocks are possibly lost in loss record 895 of 1,081 ==33425== at 0x4C331EA: calloc (vg_replace_malloc.c:762) ==33425== by 0x8A311FD: g_malloc0 (gmem.c:129) ==33425== by 0x87BAC98: type_data_make_W (gtype.c:1116) ==33425== by 0x87BD839: g_type_register_fundamental (gtype.c:2662) ==33425== by 0x87A6C2F: _g_param_type_init (gparam.c:137) ==33425== by 0x87962D1: gobject_init (gtype.c:4435) ==33425== by 0x87962D1: gobject_init_ctor (gtype.c:4488) ==33425== by 0x400FEC9: call_init.part.0 (dl-init.c:72) ==33425== by 0x400FFC9: call_init (dl-init.c:118) ==33425== by 0x400FFC9: _dl_init (dl-init.c:119) ==33425== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==33425== ==33425== 148 bytes in 1 blocks are possibly lost in loss record 896 of 1,081 ==33425== at 0x4C331EA: calloc (vg_replace_malloc.c:762) ==33425== by 0x8A311FD: g_malloc0 (gmem.c:129) ==33425== by 0x87BAC98: type_data_make_W (gtype.c:1116) ==33425== by 0x87BD839: g_type_register_fundamental (gtype.c:2662) ==33425== by 0x87A18A3: _g_object_type_init (gobject.c:393) ==33425== by 0x87962D6: gobject_init (gtype.c:4439) ==33425== by 0x87962D6: gobject_init_ctor (gtype.c:4488) ==33425== by 0x400FEC9: call_init.part.0 (dl-init.c:72) ==33425== by 0x400FFC9: call_init (dl-init.c:118) ==33425== by 0x400FFC9: _dl_init (dl-init.c:119) ==33425== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==33425== ==33425== 184 bytes in 1 blocks are possibly lost in loss record 912 of 1,081 ==33425== at 0x4C333E9: realloc (vg_replace_malloc.c:836) ==33425== by 0x8A3125D: g_realloc (gmem.c:164) ==33425== by 0x87B97D4: type_node_any_new_W (gtype.c:499) ==33425== by 0x87BDA1C: g_type_register_static (gtype.c:2763) ==33425== by 0x87A8924: g_param_type_register_static (gparam.c:1427) ==33425== by 0x87AADBA: _g_param_spec_types_init (gparamspecs.c:1611) ==33425== by 0x87962DB: gobject_init (gtype.c:4443) ==33425== by 0x87962DB: gobject_init_ctor (gtype.c:4488) ==33425== by 0x400FEC9: call_init.part.0 (dl-init.c:72) ==33425== by 0x400FFC9: call_init (dl-init.c:118) ==33425== by 0x400FFC9: _dl_init (dl-init.c:119) ==33425== by 0x4001089: ??? (in /usr/lib64/ld-2.28.so) ==33425== ==33425== LEAK SUMMARY: ==33425== definitely lost: 11 bytes in 1 blocks ==33425== indirectly lost: 0 bytes in 0 blocks ==33425== possibly lost: 1,360 bytes in 19 blocks ==33425== still reachable: 707,768 bytes in 7,177 blocks ==33425== of which reachable via heuristic: ==33425== newarray : 1,536 bytes in 16 blocks ==33425== suppressed: 0 bytes in 0 blocks ==33425== Reachable blocks (those to which a pointer was found) are not shown. ==33425== To see them, rerun with: --leak-check=full --show-leak-kinds=all
Introduced by: commit feef23e130d4b02377323ae2c20376ec990182a1 conf: stop using hash key when free'ing hash entries git describe: v5.9.0-391-gfeef23e130 contains: v5.10.0-rc1~21 Fixed upstream by: commit aab37799943ef033f73f1101c189145099902ac5 Author: Michal Prívozník <mprivozn> CommitDate: 2020-01-16 14:13:47 +0100 virchrdev: Don't leak @dev member of virChrdevHashEntry struct git describe: v6.0.0-19-gaab3779994 contains: v6.1.0-rc1~511
Reproduced this bug with libvirt-6.0.0-14.module+el8.3.0+6124+819ee737.x86_64 and verified this bug with libvirt-6.3.0-1.module+el8.3.0+6478+69f490bb.x86_64. Version: libvirt-6.0.0-14.module+el8.3.0+6124+819ee737.x86_64 qemu-kvm-4.2.0-19.module+el8.3.0+6478+69f490bb.x86_64 kernel-4.18.0-196.el8.x86_64 Steps: 1: Check namespaces conf in qemu.conf file # cat /etc/libvirt/qemu.conf | grep namespaces namespaces = [ ] 2. Prepare a running VM # virsh domstate test83 running 3. Execute valgrind cmd # systemctl stop libvirtd; systemctl stop virtlogd # virtlogd -d # valgrind --leak-check=full --trace-children=no --child-silent-after-fork=yes libvirtd ==56742== Memcheck, a memory error detector ==56742== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. ==56742== Using Valgrind-3.15.0 and LibVEX; rerun with -h for copyright info ==56742== Command: libvirtd ==56742== 2020-05-12 12:34:32.945+0000: 56758: info : libvirt version: 6.0.0, package: 14.module+el8.3.0+6124+819ee737 (Red Hat, Inc. <http://bugzilla.redhat.com/bugzilla>, 2020-03-26-22:05:06, ) 2020-05-12 12:34:32.945+0000: 56758: info : hostname: hp-dl385g10-01.lab.eng.pek2.redhat.com 2020-05-12 12:34:32.945+0000: 56758: error : virNetworkObjAssignDefLocked:607 : operation failed: network 'default' already exists with uuid 01d8a08c-dfe6-4668-9f53-642f9fed3426 ==56742== Warning: noted but unhandled ioctl 0xaea3 with no size/direction hints. ==56742== This could cause spurious value errors to appear. ==56742== See README_MISSING_SYSCALL_OR_IOCTL for guidance on writing a proper wrapper. 4. Run "virsh console" cmd and end the cmd # virsh console test83 Connected to domain test83 Escape character is ^] Red Hat Enterprise Linux 8.2 Beta (Ootpa) Kernel 4.18.0-187.el8.x86_64 on an x86_64 localhost login: # 5. Check the valgrind report # valgrind --leak-check=full --trace-children=no --child-silent-after-fork=yes libvirtd .... ==57405== LEAK SUMMARY: ==57405== definitely lost: 11 bytes in 1 blocks ==57405== indirectly lost: 0 bytes in 0 blocks ==57405== possibly lost: 2,288 bytes in 21 blocks ==57405== still reachable: 574,182 bytes in 4,863 blocks ==57405== of which reachable via heuristic: ==57405== newarray : 1,536 bytes in 16 blocks ==57405== suppressed: 0 bytes in 0 blocks ==57405== Reachable blocks (those to which a pointer was found) are not shown. ==57405== To see them, rerun with: --leak-check=full --show-leak-kinds=all ==57405== ==57405== For lists of detected and suppressed errors, rerun with: -s ==57405== ERROR SUMMARY: 22 errors from 22 contexts (suppressed: 0 from 0) 6. Upgrade libvirt and rerun valgrind cmd # yum upgrade libvirt* -y # rpm -qa libvirt libvirt-6.3.0-1.module+el8.3.0+6478+69f490bb.x86_64 # valgrind --leak-check=full --trace-children=no --child-silent-after-fork=yes libvirtd ==58096== Memcheck, a memory error detector ==58096== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. ==58096== Using Valgrind-3.15.0 and LibVEX; rerun with -h for copyright info ==58096== Command: libvirtd ==58096== 2020-05-12 12:43:28.963+0000: 58112: info : libvirt version: 6.3.0, package: 1.module+el8.3.0+6478+69f490bb (Red Hat, Inc. <http://bugzilla.redhat.com/bugzilla>, 2020-05-05-10:52:17, ) 2020-05-12 12:43:28.963+0000: 58112: info : hostname: hp-dl385g10-01.lab.eng.pek2.redhat.com 2020-05-12 12:43:28.963+0000: 58112: error : virNetworkObjAssignDefLocked:607 : operation failed: network 'default' already exists with uuid 01d8a08c-dfe6-4668-9f53-642f9fed3426 ==58096== Warning: noted but unhandled ioctl 0xaea3 with no size/direction hints. ==58096== This could cause spurious value errors to appear. ==58096== See README_MISSING_SYSCALL_OR_IOCTL for guidance on writing a proper wrapper. 7. Repeat step-4 and step-5 # virsh console test83 Connected to domain test83 Escape character is ^] (Ctrl + ]) # # valgrind --leak-check=full --trace-children=no --child-silent-after-fork=yes libvirtd ==58096== LEAK SUMMARY: ==58096== definitely lost: 0 bytes in 0 blocks ==58096== indirectly lost: 0 bytes in 0 blocks ==58096== possibly lost: 2,080 bytes in 23 blocks ==58096== still reachable: 588,917 bytes in 5,121 blocks ==58096== of which reachable via heuristic: ==58096== length64 : 144 bytes in 3 blocks ==58096== newarray : 1,584 bytes in 19 blocks ==58096== suppressed: 0 bytes in 0 blocks ==58096== Reachable blocks (those to which a pointer was found) are not shown. ==58096== To see them, rerun with: --leak-check=full --show-leak-kinds=all ==58096== ==58096== For lists of detected and suppressed errors, rerun with: -s ==58096== ERROR SUMMARY: 23 errors from 23 contexts (suppressed: 0 from 0) All the test results are as expected, move this bug to be verified.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (virt:8.3 bug fix and enhancement update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2020:5137