Bug 1253959
Summary: | Disk ordering on overcloud deployment and discovery kernel differs from installed RHEL 7.1 kernel | ||
---|---|---|---|
Product: | Red Hat OpenStack | Reporter: | Karthik Prabhakar <kprabhak> |
Component: | rhosp-director | Assignee: | Dmitry Tantsur <dtantsur> |
Status: | CLOSED NOTABUG | QA Contact: | Shai Revivo <srevivo> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 7.0 (Kilo) | CC: | chorn, dhill, dmesser, dtantsur, ealcaniz, gdrapeau, jdonohue, kamil.rogon, kprabhak, mburns, mcornea, mtessun, racedoro, rhel-osp-director-maint, vumrao |
Target Milestone: | --- | ||
Target Release: | 10.0 (Newton) | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2016-08-22 11:01:09 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 1191185, 1243520, 1290377 |
Description
Karthik Prabhakar
2015-08-16 04:24:11 UTC
Karthik, What is the net impact of the ordering change? Is it somehow related to https://bugzilla.redhat.com/show_bug.cgi?id=1252437 ? Yes, it might possibly be similar to BZ# 1252437. This is not just an issue with Ceph deployments by OSP-D, but potentially on compute or controller nodes as well if they happen to have multiple disk controllers. The impact is that the OS boot/root get installed on the wrong disk, leads to a sub-optimal deployed config. If the boot policy on the deployed node is set to boot from the disk desired for OS boot/root, then the node will not boot properly after deployment (& needs a manual reset of boot policy). A fix would be to have Director use the Ironic root-device-hints blueprint implementation which now appears to be in Kilo: http://specs.openstack.org/openstack/ironic-specs/specs/kilo-implemented/root-device-hints.html https://blueprints.launchpad.net/ironic/+spec/root-device-hints Hi and sorry for the delay. Yes, root device hints should be the answer in your case, at least as far as the OS device is concerned. Is there anything else we could do here to help you? Any tips on the syntax for using root device hints with the overcloud image? According to BZ#1252437 the fix was in the 10-8 errata. Looks like for your case you'll need to do ironic node-update UUID add properties/root_device='{"size": NNN}' before dpeloy, where NNN is replaced with the size of the root device. You can also use vendor, model, and everything stated in http://specs.openstack.org/openstack/ironic-specs/specs/kilo-implemented/root-device-hints.html. I can't give a more specific example, as I don't know the exact properties that might be used in your case. Note that BZ#1252437 was about introspection, not about deploy. Root device hints for introspection are not supported in OSPd7 as of now, so you might need to fix properties/local_gb if it's incorrect for you manually, e.g. ironic node-update UUID replace properties/local_gb=NNN Hope that helps. This bug did not make the OSP 8.0 release. It is being deferred to OSP 10. Hello! It seems like using root device hints is the correct solution in this case. Ordering of disks in not guaranteed and should not be relied upon. |