Bug 1566080
| Summary: | [Infra] Improve TripleO OpenDaylight healthcheck to use new status URL instead of neutron (ODL part) | ||
|---|---|---|---|
| Product: | Red Hat OpenStack | Reporter: | Michael Vorburger <vorburger> |
| Component: | opendaylight | Assignee: | Michael Vorburger <vorburger> |
| Status: | CLOSED ERRATA | QA Contact: | Tomas Jamrisko <tjamrisk> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 14.0 (Rocky) | CC: | aadam, jchhatba, jschluet, mkolesni, nyechiel, shrjoshi, skitt, tjamrisk, trozet, vorburger |
| Target Milestone: | z3 | Keywords: | Triaged, ZStream |
| Target Release: | 13.0 (Queens) | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | Infra | ||
| Fixed In Version: | opendaylight-8.3.0-4.el7ost | Doc Type: | Bug Fix |
| Doc Text: |
The docker healthcheck for OpenDaylight ensured only that the REST interface and neutron NB component was healthy in OpenDaylight. The healthcheck did not include all loaded OpenDaylight components and therefore was not accurate.
Use diagstatus URI with docker healthcheck to check all of the loaded OpenDaylight components.
OpenDaylight docker container health status is now more accurate.
|
Story Points: | --- |
| Clone Of: | Environment: | ||
| Last Closed: | 2018-11-13 23:32:54 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: | 1488907, 1577853 | ||
|
Description
Michael Vorburger
2018-04-11 13:26:53 UTC
The new INFRAUTILS-33 OpenDaylight status /diagstatus URL healthcheck is dev complete upstream in ODL, and about to be merged there. This BZ issue should then be re-assigned to someone else than me who can take care of the required TripleO healthcheck URL change and impact handling. The current implementation needs some more fixes. The status returned should be 503 Service unavailable. Right now HTTP GET always returns 200, and HTTP HEAD gives 418 and then hangs when a node is isolated: [root@controller-0 ~]# curl -i -X GET http://172.17.1.14:8081/diagstatus && curl -i -X HEAD http://172.17.1.14:8081/diagstatus --max-time 5 HTTP/1.1 200 OK Content-Type: application/json;charset=utf-8 Content-Length: 132 { "timeStamp": "Tue Aug 21 21:20:07 UTC 2018", "isOperational": false, "systemReadyState": "FAILURE", "statusSummary": [] } HTTP/1.1 418 418 Content-Type: application/json;charset=utf-8 Content-Length: 132 curl: (28) Operation timed out after 5001 milliseconds with 0 out of 132 bytes received Fixes have just been proposed upstream, and should trickle downstream eventually. The patches have been back-ported d/s https://code.engineering.redhat.com/gerrit/#/q/topic:1566080+(status:open+OR+status:merged) but we'll get them for free the next time we rebase on Oxygen. According to our records, this should be resolved by opendaylight-8.3.0-3.el7ost. This build is available now. > https://bugzilla.redhat.com/show_bug.cgi?id=1488907#c39 (In reply to Lon Hohberger from comment #17) > According to our records, this should be resolved by > opendaylight-8.3.0-3.el7ost. This build is available now. Lon, looks like you got this wrong, could that be? According to https://brewweb.engineering.redhat.com/brew/packageinfo?packageID=54522 (which Tomas just showed me), opendaylight-8.3.0-3.el7ost was built on 2018-08-07 but https://code.engineering.redhat.com/gerrit/#/c/148168/ (and the others listed above) were only merged Sep 5 - so this didn't make it into 8.3.0-3 but 8.3.0-4.... I'm therefore adjusting the Fixed In Version accordingly. Could someone who understands the process better than I do update the Status? *** Bug 1638702 has been marked as a duplicate of this bug. *** 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://access.redhat.com/errata/RHBA-2018:3614 |