Description of problem: RHVH 4.4.2 has configured LVM filter to reject all the local storage devices, except for boot devices. This leads to RHHI-V deployment fails to create LV on the intended disk as the disks are rejected by default. The possible solution in this context is to: 1. Remove the existing LVM filter # sed -i /^filter/d /etc/lvm/lvm.conf 2. Perform the required operation a. Gluster deployment as part of RHHI-V Deployment b. Volume creation / Volume expansion /Cluster Expansion 3. Regenerate LVM filter Implementation should pay keen attention to following: - This will be integrated in to Deployment playbook. Role should remove the existing filter as the first operation and then post creating all bricks for the volumes, playbook should regenerate the filter. - This should also apply for NBDE deployment playbook Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: LVm filter rejecting all devices, so the gluster deployment is failing Expected results: It should allow the devices to do deployment Additional info:
Upstream PR: https://github.com/gluster/gluster-ansible-infra/pull/107
Can it be moved to ON_QA?
(In reply to Yaniv Kaul from comment #3) > Can it be moved to ON_QA? Hi Yaniv, I believe this is yet to be attached to errata, causing the bug not moved to ON_QA, Hi Sahina, I believe gobinda was working on attaching the build to errata I'm not sure, could you kindly attach this to errata as well?
Tested with gluster-ansible-infra-1.0.4-15.el8rhgs Deployment is successful with this package. LVM filters are removed before Gluster deployment and those are regenerated post gluster deployment
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 (gluster-ansible 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:5220