Created attachment 1011411 [details] list of updated packages Today I've installed libguestfs-tools-c; that action caused dependencies also to be installed (or upgraded). One of the upgraded deps was libvirt-daemon-driver-storage-1.1.1-29.el7_0.7.x86_64 (upgraded to 1.2.8-16.el7_1.2.x86_64). Attached full yum history log to see whole list of upgraded packages (update.txt). Afterwards 'virsh list --all' returned empty list of VMs. 'systemctl status libvirtd' returned error: Apr 06 17:01:42 host1.somedomain.com libvirtd[6254]: failed to load module /usr/lib64/libvirt/connection-driver/libvirt_driver_storage.so /usr/lib64/libvirt/connection-driver/libvirt_driver_storage.so: symbol dm_task_get_info_wit h_deferred_remove, version Base not defined in file libdevmapper.so.1.02 with link time reference Apr 06 17:01:42 host1.somedomain.com libvirtd[6254]: failed to load module /usr/lib64/libvirt/connection-driver/libvirt_driver_qemu.so /usr/lib64/libvirt/connection-driver/libvirt_driver_qemu.so: undefined symbol: virStorageFileC reate VMs were running but virsh was not seeing those. Finally I've updated device-mapper-7:1.02.84-14.el7.x86_64 to the version 7:1.02.93-3.el7.x86_64, restarted libvirtd and virsh started working like a charm
This is similar to Fedora bug 1164773.
Looks like a device-mapper-libs problem. Please look into it. Thanks.
Clearly not a libdm fault: Missing symbol is: dm_task_get_info_with_deferred_remove - so the code was compiled with new header file - but linked with old libdm. Both version of packages must match during build time. You cannot use newer header file libdevmapper.h with old libdevmapper.so.1.02. In this particular case function dm_task_get_info() is replaced (in a backward compatible way) with new function dm_task_get_info_with_deferred_remove(). Header file is using macro to make the change invisible to the user. IMHO building fault or wrong dependency on device-mapper-libs package (older then the one used in build-time).
(In reply to Zdenek Kabelac from comment #4) > Clearly not a libdm fault: > > Missing symbol is: dm_task_get_info_with_deferred_remove - so the code was > compiled with new header file - but linked with old libdm. > > Both version of packages must match during build time. > > You cannot use newer header file libdevmapper.h with old > libdevmapper.so.1.02. > > In this particular case function dm_task_get_info() is replaced (in a > backward compatible way) with new function > dm_task_get_info_with_deferred_remove(). > Header file is using macro to make the change invisible to the user. > > IMHO building fault or wrong dependency on device-mapper-libs package > (older then the one used in build-time). Zdenek, I am wondering that how do we end up in this situation where we have newer header file but older library? We have a bug in docker too where we are forced to upgrade to newer libdm pacakge and we have similar error there. (I cced you on that bug). https://bugzilla.redhat.com/show_bug.cgi?id=1207839 If libdm change was fully backward compatible, then existing users of libdm should not have been broken.
Thank you for your report of this bug. I am closing it as it is not reproducible on RHEL. Seems like it is a CentOS limited issue (no matter the fact it was spotted in Fedora as well, as Jiri noted in comment 2). Please if you hit this problem on RHEL, report it. The best way would be via customer service. For information on how to contact the Red Hat production support team, please visit: https://www.redhat.com/support/process/production/#howto Thank you.