Bug 1409771
Summary: | [Docs][HE] Explain that HE hosts host_ids added via CLI are not in sync with engine database | ||
---|---|---|---|
Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Nikolai Sednev <nsednev> |
Component: | Documentation | Assignee: | rhev-docs <rhev-docs> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | rhev-docs <rhev-docs> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 3.5.7 | CC: | gveitmic, lsurette, mkalinin, rbalakri, srevivo, ykaul, ylavi |
Target Milestone: | ovirt-4.1.2 | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2017-05-29 04:54:40 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | Docs | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Nikolai Sednev
2017-01-03 10:20:01 UTC
Can you update the KBase on this? Can you please reply to this bug? Marina has offloaded this to me. I prefer we do the host_id/spm_vds_id alignment in a different KCS and link it to the Upgrade KCS. Because we have some other solutions which could also make use of it, for example [1]. I think this technical problem can cause other issues, so all those can point to the same steps to fix the ids. And this would be a big too big and complex to add to that already "heavy" solution. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1417518 I should have a draft ready by Monday 27th. How does this look like? Any suggestions? https://access.redhat.com/solutions/2981731 If it's good enough we can link other solutions to it too, not just the object of this BZ. (In reply to Germano Veit Michel from comment #4) > How does this look like? Any suggestions? > > https://access.redhat.com/solutions/2981731 > > If it's good enough we can link other solutions to it too, not just the > object of this BZ. Germano, The KCS[2] looks great. However - it is very technical and without much background for the customer, I would say. We should make the issue more clear when to use + add a statement, recommending to contact RH before executing. Next, I understand, your new KCS[2] is trying to solve the problem of the HE host always having host id 1, when restoring HE environment, which conflicts with other hosts, right? But then I am not sure where exactly in KCS[1] we should put those instructions. Which host should have host id 1 in this process? Lastly, do I understand correctly, that current documentation(after 3.6) workarounds this problem by asking to put HE host id 1 in maintenance prior to taking a backup??? (not sure I like it, or at least we should add some explanation there why it is important.) [1] https://access.redhat.com/solutions/2351141 [2] https://access.redhat.com/solutions/2981731 Reading this: https://bugzilla.redhat.com/show_bug.cgi?id=1322849#c28 I think I understand better - this request addresses the addition of new hosts to the existing HE environment. Still not clear to me when should we apply the KCS[2] above. Also, changing the title to something that makes more sense to me. I hope I understand the problem correctly. (In reply to Marina from comment #6) > Reading this: > https://bugzilla.redhat.com/show_bug.cgi?id=1322849#c28 > > I think I understand better - this request addresses the addition of new > hosts to the existing HE environment. > Still not clear to me when should we apply the KCS[2] above. Hi Marina, I also linked KCS[2] in Step 11 of KCS[1]. I'll also link KCS[2] to another KCS of mine and we may link it to others in the future. I think KCS[2] can be applied to several distinct problems, that's why I made it highly technical and not tied to a single problem. But yes we can make KCS[2] more user friendly, I'll work on it. Maybe KCS[2] should actually be an Article and not a Solution. Also, should we hide those SQL statements? It's read-only but if we hide them the customer will really need to open a support case even if they know how to do it. What do you think? And title change looks appropriate to me. Marina, both KCS look good to me. Clearing the NEEDINFO. Content published in downstream guide. To be reviewed for docs style separately. |