liblvm2app was deprecated in RHEL-7, and support will be dropped in next major release. glusterfs-server(not sure what component that is) depends on the library. Alternatives to the deprecated functionality: *lvmdbusd* - requires Python3 and D-Bus - so is not available during early boot, - lacking in documentation, so a TODO on our plate. *using CLI directly* - for querying lvs/pvs/vgs there is now JSON formatted output, *libblockdev* - used by anaconda, using either CLI or D-Bus daemon backend - IMO for C programs this may be the best alternative - it is already entrenched in Fedora and next RHEL versions, and is actively maintained.
Usage of lvm2app.h header and libraries are only in the BD xlator. This is orphaned in the MAINTAINERS file and currently not in use. Ideal way forward is to mark this xlator "Obselete" and remove it from the source tree, thus resolving this issue as well. @amarts @vbellur @atin thoughts? Usage of lvm2app.h header is in the following files: 1) glusterfs/xlators/storage/bd/src/<3 files in here> 2) glusterfs/xlators/mgmt/glusterd/src/glusterd-handler.c glusterfs/xlators/mgmt/glusterd/src/glusterd-utils.c glusterfs/xlators/mgmt/glusterd/src/glusterd-volume-ops.c: Conditional include of the header if BD is being compiled.
Announcement to obsolete BD xlator is already in the lists: https://lists.gluster.org/pipermail/gluster-users/2018-July/034400.html and, we do not have any user getting back on this, so proceeding with the same to resolve this issue.
(In reply to Shyamsundar from comment #2) > Announcement to obsolete BD xlator is already in the lists: > https://lists.gluster.org/pipermail/gluster-users/2018-July/034400.html > > and, we do not have any user getting back on this, so proceeding with the > same to resolve this issue. Agree with Shyam here. The 'glusterfs-server' RPM which would ship with RHEL after liblvm2app removed, will have BD xlator removed in the codebase.
Patch https://review.gluster.org/20702 is expected to handle this.