Bug 1368127
Summary: | [downstream clone - 3.6.9] If ovirt-ha-agent fails to read local answers.conf during upgrade, it writes None to shared fhanswers.conf | ||
---|---|---|---|
Product: | Red Hat Enterprise Virtualization Manager | Reporter: | rhev-integ |
Component: | ovirt-hosted-engine-ha | Assignee: | Simone Tiraboschi <stirabos> |
Status: | CLOSED ERRATA | QA Contact: | Jiri Belka <jbelka> |
Severity: | urgent | Docs Contact: | |
Priority: | unspecified | ||
Version: | unspecified | CC: | bugs, dfediuck, didi, jbelka, lsurette, melewis, pstehlik, sbonazzo, stirabos, ykaul, ylavi |
Target Milestone: | ovirt-3.6.9 | Keywords: | ZStream |
Target Release: | 3.6.9 | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: |
With the update, an issue in the Red Hat Enterprise Virtualization 3.5 to Red Hat Enterprise Virtualization 3.6 upgrade procedure has been fixed. This issue moved the answer file to the shared storage, even if it was empty or unavailable, on the host. This could lead to future issues, such as, refusing to upgrade as the answer file is missing.
|
Story Points: | --- |
Clone Of: | 1367732 | Environment: | |
Last Closed: | 2016-09-21 17:54:56 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | Integration | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | 1367732 | ||
Bug Blocks: |
Comment 2
Jiri Belka
2016-09-13 08:28:44 UTC
(In reply to Jiri Belka from comment #2) > 04:26 < tiraboschi> jbelka: yes, we have another patch for that > > Please provide BZ which covers this situation, otherwise I would consider > this failedQE. Thx! https://bugzilla.redhat.com/1366879 (In reply to Simone Tiraboschi from comment #3) > (In reply to Jiri Belka from comment #2) > > 04:26 < tiraboschi> jbelka: yes, we have another patch for that > > > > Please provide BZ which covers this situation, otherwise I would consider > > this failedQE. Thx! > > https://bugzilla.redhat.com/1366879 The BZ above solves described issue in #2 only when setup - ie. hosted-engine - command is involved, see https://bugzilla.redhat.com/show_bug.cgi?id=1368399#c2 IMO this BZ should solve also #2, ie. to raise runtime error when already existing 3.6 SHE env is "broken". (In reply to Jiri Belka from comment #4) > (In reply to Simone Tiraboschi from comment #3) > > (In reply to Jiri Belka from comment #2) > > > 04:26 < tiraboschi> jbelka: yes, we have another patch for that > > > > > > Please provide BZ which covers this situation, otherwise I would consider > > > this failedQE. Thx! > > > > https://bugzilla.redhat.com/1366879 > > The BZ above solves described issue in #2 only when setup - ie. > hosted-engine - command is involved, see > https://bugzilla.redhat.com/show_bug.cgi?id=1368399#c2 > > IMO this BZ should solve also #2, ie. to raise runtime error when already > existing 3.6 SHE env is "broken". Not sure I fully understand what you want, but I deliberately changed the summary (at the time, on clone bug 1367732) to make it clear what this bug is about. Current summary is "If ovirt-ha-agent fails to read local answers.conf during upgrade, it writes None to shared fhanswers.conf". Does this still happen? If not, it's a different bug. Please open one and describe it clearly. Thanks. (In reply to Yedidyah Bar David from comment #5) > (In reply to Jiri Belka from comment #4) > > IMO this BZ should solve also #2, ie. to raise runtime error when already > > existing 3.6 SHE env is "broken". > > Not sure I fully understand what you want, but I deliberately changed the > summary (at the time, on clone bug 1367732) to make it clear what this bug > is about. Current summary is "If ovirt-ha-agent fails to read local > answers.conf during upgrade, it writes None to shared fhanswers.conf". Does > this still happen? If not, it's a different bug. Please open one and > describe it clearly. Thanks. BTW, I can see two potential bugs you might want to open for this: 1. Make ovirt-ha-agent test for bad fhanswers.conf and fail if found. I really do not see the point in this. What will this be good for? Take a perfectly working setup and break it by a mere yum update? If the only problem is when trying to add a host, and this fails with a reasonable error, that's good enough. 2. Make ovirt-ha-agent automatically fix a bad fhanswers.conf. I think that's way too risky. We didn't get many reports about such cases, and do not expect many in the future, as this code is in GA for more than a year now. To do this manually, people should follow bug 1366879 comment 23. (In reply to Yedidyah Bar David from comment #6) > (In reply to Yedidyah Bar David from comment #5) > > (In reply to Jiri Belka from comment #4) > > > IMO this BZ should solve also #2, ie. to raise runtime error when already > > > existing 3.6 SHE env is "broken". > > > > Not sure I fully understand what you want, but I deliberately changed the > > summary (at the time, on clone bug 1367732) to make it clear what this bug > > is about. Current summary is "If ovirt-ha-agent fails to read local > > answers.conf during upgrade, it writes None to shared fhanswers.conf". Does > > this still happen? If not, it's a different bug. Please open one and > > describe it clearly. Thanks. > > BTW, I can see two potential bugs you might want to open for this: > > 1. Make ovirt-ha-agent test for bad fhanswers.conf and fail if found. I > really do not see the point in this. What will this be good for? Take a > perfectly working setup and break it by a mere yum update? If the only > problem is when trying to add a host, and this fails with a reasonable > error, that's good enough. I agree. If 3.6 has bad fhanswers.conf it would be catched later on with 4.0 hosted-engine setup (ie. migration to 4.0). > 2. Make ovirt-ha-agent automatically fix a bad fhanswers.conf. I think > that's way too risky. We didn't get many reports about such cases, and do > not expect many in the future, as this code is in GA for more than a year > now. To do this manually, people should follow bug 1366879 comment 23. I agree. ok, based on #4 and #7 3.6.9 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://rhn.redhat.com/errata/RHBA-2016-1924.html |