-
Bug
-
Resolution: Done
-
Major
-
None
-
4.10.z
-
Important
-
None
-
1
-
Metal Platform 227, Metal Platform 228
-
2
-
Rejected
-
False
-
-
This is a clone of issue OCPBUGS-3557. The following is the description of the original issue:
—
Description of problem:
Customer is not able anymore to provision new baremetal nodes in 4.10.35 using the same rootDeviceHints used in 4.10.10. Customer uses HP DL360 Gen10, with exteranal SAN storage that is seen by the system as a multipath device. Latest IPA versions are implementing some changes to avoid wiping shared disks and this seems to affect what we should provide as rootDeviceHints. They used to put /dev/sda as rootDeviceHints, in 4.10.35 it doesn't make the IPA write the image to the disk anymore because it sees the disk as part of a multipath device, we tried using the on top multipath device /dev/dm-0, the system is then able to write the image to the disk but then it gets stuck when it tried to issue a partprobe command, rebooting the systems to boot from the disk does not seem to help complete the provisioning, no workaround so far.
Version-Release number of selected component (if applicable):
How reproducible:
by trying to provisioning a baremetal node with a multipath device.
Steps to Reproduce:
1. Create a new BMH using a multipath device as rootDeviceHints 2. 3.
Actual results:
The node does not get provisioned
Expected results:
the node gets provisioned correctly
Additional info:
- clones
-
OCPBUGS-3687 [4.11] provisioning of baremetal nodes fails when using multipath device as rootDeviceHints
- Closed
- depends on
-
OCPBUGS-3687 [4.11] provisioning of baremetal nodes fails when using multipath device as rootDeviceHints
- Closed
- links to