Description of problem: When installing Red Hat Hyperconverge Infrastructure via Cockpit, it is not possible to create the bricks as it is not possible to create LVM PVs on the physical devices. Version-Release number of selected component (if applicable): rhvh-4.1-0.20170522.0 How reproducible: 100% Steps to Reproduce: 1. install latest RHV-H 2. Try to deploy RHCI 3. Specify sdb device in Brick section Actual results: Device /dev/sdb not found (or ignored by filtering). Expected results: PV is created Additional info: The RHCI deployment tool tries to create PVs on top of devices in /dev, but these devices are filtered out as a multipath device is created on top of them. It is also not possible to specify the LUN device as it is looked up in /dev/<LUN_ID> which does not exists. Either the tool should expect the the LUN as the parameter or the node should allow /dev/sd.. devices.
The LVM filtering here is not done by RHVH, but vdsm. If the gluster wizard cannot use multipath devices, work will need to be done with the vdsm team to make the filtering more granular.
That depends on whether the WWN is the same and multiple systems are connecting to a device that only has a single path, but yes. Either way, it is vdsm which does this. Is this reproducible on RHEL?
Ryan, Vdsm does not filter /dev/sdb, this may be wrong configuration on gluster side, or some other issue, but this not a vdsm issue. Vdsm is working only with /dev/mapper/xxxyyy devices, we never touch or look at /dev/sd* devices.
Thanks Nir. I thought you also filtered local devices.
Ryan, if you have a host reproducing this issue, can you share the contents of /etc/multipath.conf before and after vdsm is installed?
Hey Nir -- I recently moved, and I don't have a reproducer. Nor do I have an iSCSI/FC environment I can reproduce on for a couple of weeks. Jason/Roman: Can one of you please provide an sosreport? Or at least /etc/multipath* and /etc/lvm* ? Specifically, lvm.conf, lvmlocal.conf, and multipath.conf, though a complete sosreport would be better.
moving to Red Hat Gluster (gdeploy) for blacklisting the local storage during the setup.
Roman, here is another solution I found for this problem: ========================================= Device /dev/sdb not found (or ignored by filtering) (Try vgreduce --removemissing this as well) Resolution ---------- do dmsetup table to see whether any device is part of multipath Edit /etc/multipath.conf by adding blacklist { wwid "*" } then systemctl restart multipathd.service Now again do pvcreate it would work pvcreate /dev/sdb WARNING: dos signature detected on /dev/sdb at offset 510. Wipe it? [y/n]: y ==================================== Since this is not gdeploy issue, I think we should close this bug and raise a doc bug and document how to solve such issues. I suggest we do not add this solution into gdeploy.
Hi, this workaround is mentioned in the KC solution assigned to this bugzilla. The problem here is that it is an installation issue. I assume that gdeploy is here to automate the installation so the users do not have to do it manually. gdeploy has enough information to handle the configuration. We should avoid any manual configuration done by the user as they can broke the node. RHCI is a complicated product even with automated installation and adding some additional manual steps make it worse. Obviously the final decision is up to you. Roman
Roman, I agree with your argument, we are in the process of collecting all known possible pre-installation issues. Which eventually should go into sanity-check script. We will keep it updated as and when we encounter new issues.
Marina, this looks like the actual critical issue, not being able to install RHHI on a host because of multipath blacklist issue. This cannot be closed as a duplicate of bug 1016535 which is a minor issue with logging. Reopening this bug.
Closing based on comment 32 above.