Bug 1265146
| Summary: | Unable to change PM fence agent type in WA portal | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Lukas Svaty <lsvaty> |
| Component: | ovirt-engine-webadmin-portal | Assignee: | Alexander Wels <awels> |
| Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Lukas Svaty <lsvaty> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 3.6.0 | CC: | awels, ecohen, gklein, hannsj_uhl, lsurette, lsvaty, oourfali, rbalakri, Rhev-m-bugs, yeylon, ykaul |
| Target Milestone: | ovirt-3.6.0-rc | ||
| Target Release: | 3.6.0 | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | infra | ||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2015-10-07 13:10:35 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | Infra | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 1201513, 1277183, 1277184 | ||
|
Description
Lukas Svaty
2015-09-22 08:34:52 UTC
logs? As this action is blocked by engine logic, and not an invalid action of engine this is not producing any logs to engine.log. Scenario is not connected to vdsm/supervdsm => no logs there. Any other logs I can provide that might be helpful investigating this? I'm surprised there's nothing on engine.log, but OK. Lukas - is it related to PPC only. Yes, the same workflow has correct behaviour on x86/64 host Okay. I'm trying to understand if the UI blocks that, or it is backend related. You press okay on the dialog and nothing happens? Or you get a "red" UI error. Logs of you reproducing that would be great to understand whether this is a UI or backend issue. As there were no logs generated I would say this is an UI issue. At the moment I don't have ppc host to re-test this. From my point of view it seems like different logic of UI for ppc and x86/64 hosts. As no error were generated in engine.log just the message "Duplicate fence agent address found." was displayed in webadmin and action was blocked. I believe on changing the type of agent, UI is trying to add new fence agent and remove the old one instead of updating existing one. As the new agent has same ip it cause UI to block this action. Sounds weird to me... but let's see what Alexander has to say. That does sound weird. This is a pure frontend check to avoid having two fence agents with the same ip address and same type in the list. Since the underlying datastructure is keyed on those two things, it would cause all kinds of havoc if we allowed that. Now the thing that is weird to me is that it works for x86-64, but not for PPC. As the fence agent code doesn't know nor care about the architecture of the host. Quite literally when you click ok, it looks at the data structure underlying the list and checks for ip address/type combinations. It doesn't even touch the host model at all. Can I get access to a PPC host or somehow fake one on my dev environment? Got today 1 ppc host to try it on. And this scenario is not reproducible anymore. Tried multiple different scenarios and message "Duplicate fence agent address found." only in case second agent was added with the same address. Only possible reason for this bug might be that fence agent was added but not displayed on website (or I overlooked it). However I do not posses the reproduction environment anymore and can't reproduce a scenario where 1 fence agent would not show in webadmin. Because of this I'm CLOSING this one, will re-open if this will re-appear in automation. |