Bug 866889 (bootstrap-rewrite) - PRD32 - vdsm-bootstrap rewrite
Summary: PRD32 - vdsm-bootstrap rewrite
Keywords:
Status: CLOSED ERRATA
Alias: bootstrap-rewrite
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: RFEs
Version: unspecified
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: 3.2.0
Assignee: Alon Bar-Lev
QA Contact: Pavel Stehlik
URL:
Whiteboard: infra
Depends On: 854535 bootstrap_yum_api packaging_yum_api vdsm_reg_ca_cert 869651 870159 875375 875527 878397
Blocks: 516714 723206 742047 746994 749165 754334 770153 770681 863717 866538 869867 875528 Simon-RFE-Tracker 881611 881614 886709 891778 915206
TreeView+ depends on / blocked
 
Reported: 2012-10-16 09:14 UTC by Alon Bar-Lev
Modified: 2022-07-09 06:07 UTC (History)
9 users (show)

Fixed In Version: sf2
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-06-10 21:12:45 UTC
oVirt Team: Infra
Target Upstream Version:
Embargoed:
dyasny: Triaged+


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker RHV-47172 0 None None None 2022-07-09 06:07:33 UTC
Red Hat Product Errata RHSA-2013:0888 0 normal SHIPPED_LIVE Moderate: Red Hat Enterprise Virtualization Manager 3.2 update 2013-06-11 00:55:41 UTC

Description Alon Bar-Lev 2012-10-16 09:14:55 UTC
CURRENT ISSUES (nut shell)

* Too many bootstrap sequences (standard, node, registration).
* Too much complexity, can break at a lot of places, hard to adapt new features.
* No pluggable (cluster).
* vdsm-bootstrap part of vdsm package, however it is back-end tool, hard to maintain the dependency and support multiple back-end versions.
* No manual invocation method.
* Logging is insufficient, example: stderr data absent from logs on host, but appear on back-end side.
* SSH timeout issues.

MISSION

* vdsm-bootstrap as standalone package.
* Lower cost of maintenance.
* Lower cost of integration.
* Flexible pluggable design.
* Two sequences
  * Bootstrap
  * ovirt-node upgrade
* ovirt-node registration has no ovirt logic, just “I'm here” notification.
* Establish a bidirectional channel between back-end and host, no iterative commands nor file transfers.
* Manual invocation support.
* Better timeout management.
* Better logging.

Comment 1 Alon Bar-Lev 2012-10-21 13:40:18 UTC
vdsm dependency: http://gerrit.ovirt.org/#/c/8700/

Comment 2 Alon Bar-Lev 2012-10-22 15:06:35 UTC
vdsm dependency: http://gerrit.ovirt.org/#/c/8725/

Comment 3 Stephen Gordon 2012-12-19 16:36:44 UTC
Hi Alon,

The million dollar question from a documentation point of view is what if any impact does this have on the *user* other than making it easier for us to support them?

In particular:

- Does this change the registration flow for RHEV-H hosts?
- Does this change the registration flow for RHEL hosts?
- Does this change how/where users should find logs?
- Is there a feature page for this work?

Comment 4 Alon Bar-Lev 2012-12-19 16:49:27 UTC
(In reply to comment #3)
> Hi Alon,
> 
> The million dollar question from a documentation point of view is what if
> any impact does this have on the *user* other than making it easier for us
> to support them?
> 
> In particular:
> 
> - Does this change the registration flow for RHEV-H hosts?

No.

> - Does this change the registration flow for RHEL hosts?

There is no registration... only deployment... and no.

> - Does this change how/where users should find logs?

Yes, bug#886709.

Host side (change)
/tmp/vdsm-bootstrap-*.log -> /tmp/ovirt-host-deploy-*.log

Engine side (new)
/var/log/ovirt-engine/host-deploy/*.log

> - Is there a feature page for this work?

http://www.ovirt.org/Featrues/Bootstrap_Improvements

Comment 5 Stephen Gordon 2012-12-20 20:36:44 UTC
Ok, I captured the logging change under the clone(s) of Bug # 886709 and I can see that the fact that nodes/hosts can now be registered without HTTPS is covered under Bug # 723206 which is also in our list to review in documentation scoping.

As such I am going to set this particular bug to docs_scoped- as I don't think any additional documentation changes are required under it specifically.

Comment 6 Cheryn Tan 2013-04-03 06:53:06 UTC
This bug is currently attached to errata RHEA-2013:14491. If this change is not to be documented in the text for this errata please either remove it from the errata, set the requires_doc_text flag to minus (-), or leave a "Doc Text" value of "--no tech note required" if you do not have permission to alter the flag.

Otherwise to aid in the development of relevant and accurate release documentation, please fill out the "Doc Text" field above with these four (4) pieces of information:

* Cause: What actions or circumstances cause this bug to present.

* Consequence: What happens when the bug presents.

* Fix: What was done to fix the bug.

* Result: What now happens when the actions or circumstances above occur. (NB: this is not the same as 'the bug doesn't present anymore')

Once filled out, please set the "Doc Type" field to the appropriate value for the type of change made and submit your edits to the bug.

For further details on the Cause, Consequence, Fix, Result format please refer to:

https://bugzilla.redhat.com/page.cgi?id=fields.html#cf_release_notes

Thanks in advance.

Comment 7 Alon Bar-Lev 2013-04-03 07:19:45 UTC
No doc required.

Comment 9 errata-xmlrpc 2013-06-10 21:12:45 UTC
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.

http://rhn.redhat.com/errata/RHSA-2013-0888.html


Note You need to log in before you can comment on or make changes to this bug.