Bug 1384696
| Summary: | Node sends Ready Event before network is configured | ||
|---|---|---|---|
| Product: | OpenShift Container Platform | Reporter: | Eric Jones <erjones> |
| Component: | Networking | Assignee: | Dan Williams <dcbw> |
| Status: | CLOSED ERRATA | QA Contact: | Meng Bo <bmeng> |
| Severity: | medium | Docs Contact: | |
| Priority: | high | ||
| Version: | 3.3.0 | CC: | aos-bugs, bbennett, hongli, jokerman, mmccomas, tdawson |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: |
Previously nodes in an Openshift cluster using openshift-sdn would occasionally report readiness and be assigned pods before networking was fully configured. Nodes now only report readiness after networking is fully configured.
|
Story Points: | --- |
| Clone Of: | Environment: | ||
| Last Closed: | 2017-01-18 12:42:44 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: | |||
|
Description
Eric Jones
2016-10-13 21:49:10 UTC
Does this happen post-CNI? This should no longer happen post-CNI, due to the new bits in the network plugin Status() hook that will return a periodic error to kubelet until the node has a HostSubnet assigned. What is post-CNI? Or more important, is this fixed in OCP 3.3.1? or OCP 3.4.0? I'm trying to figure out which errata to attach it to. We changed the OpenShift networking plugin to use the CNI interface that changed quite a few of the internals for the better. That happened in 3.4. So it will not be fixed in 3.3.1. Thank you for the explanation. verified on OCP 3.4.0.19 and con not reproduce the issue. Will keep an eye on it since some CNI fixes have not been merged to this build. 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-2017:0066 |