Bug 1670517
| Summary: | Error: Failed to create config drive on disk /dev/disk/by-path/ip-x.x.x.x deploying whole disk with UEFI bootmode | |||
|---|---|---|---|---|
| Product: | Red Hat OpenStack | Reporter: | mlammon | |
| Component: | python-ironic-lib | Assignee: | RHOS Maint <rhos-maint> | |
| Status: | CLOSED ERRATA | QA Contact: | mlammon | |
| Severity: | high | Docs Contact: | ||
| Priority: | high | |||
| Version: | 14.0 (Rocky) | CC: | apevec, bfournie, hjensas, jjoyce, jschluet, lhh, mburns, rhos-maint | |
| Target Milestone: | z2 | Keywords: | Triaged, ZStream | |
| Target Release: | 14.0 (Rocky) | |||
| Hardware: | Unspecified | |||
| OS: | Unspecified | |||
| Whiteboard: | ||||
| Fixed In Version: | python-ironic-lib-2.14.1-0.20190204171927.95c6a2a.el7ost | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | ||
| Clone Of: | ||||
| : | 1670624 (view as bug list) | Environment: | ||
| Last Closed: | 2019-04-30 17:50:30 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: | 1670624 | |||
|
Description
mlammon
2019-01-29 17:59:28 UTC
(undercloud) [stack@undercloud-0 ~]$ openstack stack failures list overcloud
overcloud.Controller.0:
resource_type: OS::TripleO::Controller
physical_resource_id: 6e57421c-9d70-410f-81fb-946c783acae5
status: CREATE_FAILED
status_reason: |
resources[0]: Stack CREATE cancelled
On failed deployments I see these messages. First partprobe command have an Error: """ The backup GPT table is not at the end of the disk, as it should be. This might mean that another operating system believes the disk is smaller. Fix, by moving the backup to the end (and removing the old backup)? """ (Questionmark makes me wonder if it's prompting for input?) 2019-01-29 13:55:37.161 1 DEBUG oslo_concurrency.processutils [req-0bab1ac7-5d4b-4229-b1f8-55694e8a9057 - - - - -] Running cmd (subprocess): sudo ironic-rootwrap /etc/ironic/rootwrap.conf partprobe /dev/disk/by-path/ip-192.168.24.10:3260-iscsi-iqn.2008-10.org.openstack:4f3e6f17-9cd0-4ade-9a63-49b17dd7a704-lun-1 execute /usr/lib/python2.7/site-packages/oslo_concurrency/processutils.py:372 2019-01-29 13:55:39.172 1 DEBUG oslo_concurrency.processutils [req-0bab1ac7-5d4b-4229-b1f8-55694e8a9057 - - - - -] CMD "sudo ironic-rootwrap /etc/ironic/rootwrap.conf partprobe /dev/disk/by-path/ip-192.168.24.10:3260-iscsi-iqn.2008-10.org.openstack:4f3e6f17-9cd0-4ade-9a63-49b17dd7a704-lun-1" returned: 0 in 2.011s execute /usr/lib/python2.7/site-packages/oslo_concurrency/processutils.py:409 2019-01-29 13:55:39.174 1 DEBUG ironic_lib.utils [req-0bab1ac7-5d4b-4229-b1f8-55694e8a9057 - - - - -] Execution completed, command line is "partprobe /dev/disk/by-path/ip-192.168.24.10:3260-iscsi-iqn.2008-10.org.openstack:4f3e6f17-9cd0-4ade-9a63-49b17dd7a704-lun-1" execute /usr/lib/python2.7/site-packages/ironic_lib/utils.py:101 2019-01-29 13:55:39.174 1 DEBUG ironic_lib.utils [req-0bab1ac7-5d4b-4229-b1f8-55694e8a9057 - - - - -] Command stdout is: "" execute /usr/lib/python2.7/site-packages/ironic_lib/utils.py:103 2019-01-29 13:55:39.174 1 DEBUG ironic_lib.utils [req-0bab1ac7-5d4b-4229-b1f8-55694e8a9057 - - - - -] Command stderr is: "Error: The backup GPT table is not at the end of the disk, as it should be. This might mean that another operating system believes the disk is smaller. Fix, by moving the backup to the end (and removing the old backup)? Then when sgdisk run's to (according to code comment) """ # Also verify that the partitioning is correct now. """ it prints a warning that the kernel is still using the old partition table. 2019-01-29 13:55:39.175 1 DEBUG oslo_concurrency.processutils [req-0bab1ac7-5d4b-4229-b1f8-55694e8a9057 - - - - -] Running cmd (subprocess): sudo ironic-rootwrap /etc/ironic/rootwrap.conf sgdisk -e /dev/disk/by-path/ip-192.168.24.10:3260-iscsi-iqn.2008-10.org.openstack:4f3e6f17-9cd0-4ade-9a63-49b17dd7a704-lun-1 execute /usr/lib/python2.7/site-packages/oslo_concurrency/processutils.py:372 2019-01-29 13:55:41.143 1 DEBUG oslo_concurrency.processutils [req-0bab1ac7-5d4b-4229-b1f8-55694e8a9057 - - - - -] CMD "sudo ironic-rootwrap /etc/ironic/rootwrap.conf sgdisk -e /dev/disk/by-path/ip-192.168.24.10:3260-iscsi-iqn.2008-10.org.openstack:4f3e6f17-9cd0-4ade-9a63-49b17dd7a704-lun-1" returned: 0 in 1.968s execute /usr/lib/python2.7/site-packages/oslo_concurrency/processutils.py:409 2019-01-29 13:55:41.144 1 DEBUG ironic_lib.utils [req-0bab1ac7-5d4b-4229-b1f8-55694e8a9057 - - - - -] Execution completed, command line is "sgdisk -e /dev/disk/by-path/ip-192.168.24.10:3260-iscsi-iqn.2008-10.org.openstack:4f3e6f17-9cd0-4ade-9a63-49b17dd7a704-lun-1" execute /usr/lib/python2.7/site-packages/ironic_lib/utils.py:101 2019-01-29 13:55:41.145 1 DEBUG ironic_lib.utils [req-0bab1ac7-5d4b-4229-b1f8-55694e8a9057 - - - - -] Command stdout is: "Warning: The kernel is still using the old partition table. 2019-01-29 13:55:41.145 1 DEBUG ironic_lib.utils [req-0bab1ac7-5d4b-4229-b1f8-55694e8a9057 - - - - -] Command stderr is: "" execute /usr/lib/python2.7/site-packages/ironic_lib/utils.py:104 The code in question is in ironic-lib[1]. And the CI does not yet have this change: https://review.openstack.org/#/q/I9db48a3462422749290bbb887c14816734ab0478 [1] https://github.com/openstack/ironic-lib/blob/master/ironic_lib/disk_utils.py#L795 This overcloud deployment is success with above patch applied in comment#3 https://review.openstack.org/#/q/I9db48a3462422749290bbb887c14816734ab0478 Our regression testing passed and this is no longer issue. 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, 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-2019:0947 The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days |