Description of problem: This probably isn't officially supported and sure isn't the typical use case but it might be needed/good for POC with people who utilize VMware. Once I #openstack undercloud install (which BTW installs fine and works) any subsequent reboot of OSPd VM hits emergency mode. Reason being Home_LV isn't set to active state. My workaround once in emergency mode: #lvchange -ay /dev/vg0/lv_home #exit Happens every time on both OSPd 8 or 9, I've hit this like 20+ times. Up to and before undercloud install VM reboots without problems. Version-Release number of selected component (if applicable): RHEL 7.2 OSPd 8 as well as 9. VMware 5.5u3 How reproducible: Every time 100%, every install of OSPd on a VMware VM causes this! Steps to Reproduce: 1. Bring up a VMware VM 2. Install OSPd, up to this step #openstack undercloud install, VM is OK and reboots without issues. 3. Once undercloud is installed, undercloud works fine, but if you have to reboot the VM it will hit this bug. 4. Issue the #lvs command check Attr for state of home_lv it should also include ao like the other lvs. Actual results: OSPd VM boots into emergency mode, home_lv isn't set to active. Expected results: OSPd VM should boot without hitting emergency mode. Additional info: For access to a VMware system email/ping me. I doubt this would be fixed anytime soon if at all, none the less figured I should report it any way.
This is a long standing issue described in bug 1323024 (and other duplicates). The documentation explicitly mentions one of the solutions: https://access.redhat.com/documentation/en/red-hat-openstack-platform/9/paged/director-installation-and-usage/chapter-2-requirements Section 2.2 IMPORTANT Ensure the Undercloud’s file system only contains a root and swap partitions if using Logical Volume Management (LVM). For more information, see the Red Hat Customer Portal article "Director node fails to boot after undercloud installation". *** This bug has been marked as a duplicate of bug 1323024 ***