Bug 1414546
| Summary: | UpdateRootPassword step marked as failed, but seems to succeed | ||
|---|---|---|---|
| Product: | Red Hat Quickstart Cloud Installer | Reporter: | Chandler Wilkerson <cwilkers> |
| Component: | Installation - CloudForms | Assignee: | Jason Montleon <jmontleo> |
| Status: | VERIFIED --- | QA Contact: | Sudhir Mallamprabhakara <smallamp> |
| Severity: | unspecified | Docs Contact: | Dan Macpherson <dmacpher> |
| Priority: | unspecified | ||
| Version: | 1.1 | CC: | bthurber, dymurray, jmontleo, qci-bugzillas |
| Target Milestone: | --- | Keywords: | Triaged |
| Target Release: | 1.1 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 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: | |||
|
Description
Chandler Wilkerson
2017-01-18 19:56:21 UTC
Please test this again with the latest compose and if it fails assign it to me. There is a PR that may have fixed this in addition to another issue. I encountered the same failure Friday from the 20170118.t.1 build. Will try on latest 20170120.t.0 shortly. After a little more digging I found that the root password update changes for multi-provider were pretty well flawed. I am testing a PR that should fix it. I will update this when a PR is created, which should hopefully be by this afternoon. I'm still encountering the same bug even with the latest 20170123.t.0 images for both QCI-1.1 and QCIOOO-10 I checked, and the PR mentioned above *is* reflected in the ISO... I can leave my environment in its current state if anybody would like to look in and pull logs. Can confirm the PR is in QCI-1.1-RHEL-7-20170123.t.0, moving back to assigned. It looks like the problem is in my environment's networking. I'm back to the drawing board on my environment setup, and most likely this bug (if it was a bug) is firmly squashed. There was definitely a bug that could cause this error as well, though in that case it's because it didn't retry the second host password change if it failed the first time, rather than retrying 30 times and finally giving up. It was especially hard to see in the original case because both the RHV and OSP CFME instances were being updated in one task and as you saw if one succeeded and one failed running the task would bomb out on the host with the now updated password. Now we use two tasks so it's a little clearer to get to the bottom of what's going on. From my deployment today, as far as I can see the bug is fixed, but one successful run does not make a pattern so I'll move it to ON_QA so it gets a little more testing by QE before we close it. Compose: QCI-1.1-RHEL-7-20170203.t.0 I have not seen this bug re-occur in my testing. If you do see it re-occur then please re-open this bug. |