Bug 1458886
| Summary: | failure of "Embedded Ansible " fails to install prevents that from ever installing | |||
|---|---|---|---|---|
| Product: | Red Hat CloudForms Management Engine | Reporter: | Jeff Warnica <jwarnica> | |
| Component: | Appliance | Assignee: | Nick Carboni <ncarboni> | |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | luke couzens <lcouzens> | |
| Severity: | high | Docs Contact: | ||
| Priority: | unspecified | |||
| Version: | 5.8.0 | CC: | abellott, greartes, jcutter, jhardy, kmorey, lcouzens, ncarboni, obarenbo, tachoi | |
| Target Milestone: | GA | Keywords: | TestOnly, ZStream | |
| Target Release: | 5.9.0 | |||
| Hardware: | Unspecified | |||
| OS: | Unspecified | |||
| Whiteboard: | ansible_embed:black | |||
| Fixed In Version: | 5.9.0.1 | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | ||
| Clone Of: | ||||
| : | 1460805 (view as bug list) | Environment: | ||
| Last Closed: | 2018-03-06 15:35:49 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: | 1460805 | |||
|
Description
Jeff Warnica
2017-06-05 18:21:15 UTC
To repair a wedged CF, I've figured out a way to restart this process: * Disable the Ansible role (and perhaps a few others to reduce memory usage) * systemctl restart evmserverd #to be sure memory is freed up * rm /etc/tower/SECRET_KEY * vmdb; bin/rails c; > MiqDatabase.first.ansible_secret_key = nil; MiqDatabase.first.save * enable Ansible role * check /var/log/tower/setup-<timestamp>.log for status This issue is very similar to the findings from https://bugzilla.redhat.com/show_bug.cgi?id=1439783 I'll leave this open as it's a more clear way to test the fix. https://github.com/ManageIQ/manageiq/pull/15313 New commit detected on ManageIQ/manageiq/master: https://github.com/ManageIQ/manageiq/commit/42eb2f8deefcf4b5390d7ac31dbaa195f289afcf commit 42eb2f8deefcf4b5390d7ac31dbaa195f289afcf Author: Nick Carboni <ncarboni> AuthorDate: Mon Jun 5 17:49:01 2017 -0400 Commit: Nick Carboni <ncarboni> CommitDate: Tue Jun 6 10:09:27 2017 -0400 Handle additional case for /etc/tower/SECRET_KEY Previously if we had a value in the database, but the file didn't exist on the filesystem .configured? would raise an error when it should really just return false and we will write out the value from the database to the filesystem. https://bugzilla.redhat.com/show_bug.cgi?id=1439783 https://bugzilla.redhat.com/show_bug.cgi?id=1458886 lib/embedded_ansible.rb | 1 + spec/lib/embedded_ansible_spec.rb | 6 ++++++ 2 files changed, 7 insertions(+) New commit detected on ManageIQ/manageiq/master: https://github.com/ManageIQ/manageiq/commit/f80e6dd559994125bce144f1ddcd6753324dcc69 commit f80e6dd559994125bce144f1ddcd6753324dcc69 Author: Nick Carboni <ncarboni> AuthorDate: Tue Jun 6 08:55:59 2017 -0400 Commit: Nick Carboni <ncarboni> CommitDate: Tue Jun 6 10:09:31 2017 -0400 Remove the secret key from the database when the setup fails This will force `.configured?` to false the next time `.start` is run allowing us to retry the configuration. Before this change, users would have to blank the SECRET_KEY file on the filesystem to force a retry. https://bugzilla.redhat.com/show_bug.cgi?id=1439783 https://bugzilla.redhat.com/show_bug.cgi?id=1458886 lib/embedded_ansible.rb | 4 ++++ spec/lib/embedded_ansible_spec.rb | 12 +++++++++++- 2 files changed, 15 insertions(+), 1 deletion(-) Verified in 5.9.0.5 |