Bug 1550138
| Summary: | Warning shown in the GUI for deployments that take more than 5 minutes when it shouldn't | ||
|---|---|---|---|
| Product: | OpenShift Container Platform | Reporter: | Alfredo Quiroga <aquiroga> |
| Component: | Management Console | Assignee: | Samuel Padgett <spadgett> |
| Status: | CLOSED ERRATA | QA Contact: | Yadan Pei <yapei> |
| Severity: | low | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 3.7.0 | CC: | aos-bugs, aquiroga, jokerman, mmccomas, yapei |
| Target Milestone: | --- | ||
| Target Release: | 3.10.0 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: |
Previously, if a pod took more than 5 minutes to become ready, the web console would warn you, regardless of `timeoutSeconds` specified in the deployment configuration. For some applications, this period was too short.
We've removed this warning from the web console. Since we now better highlight other problems on the overview, such as a crash-looping pods and image pull errors, the warning is less important.
|
Story Points: | --- |
| Clone Of: | Environment: | ||
| Last Closed: | 2018-07-30 19:10:04 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
Alfredo Quiroga
2018-02-28 15:42:25 UTC
I don't disagree with your comment, but this is not a high severity bug. It's only meant to be a helpful warning and is working as intended. It's not an error and does not block anything from working. Having said that, I agree we should change the behavior. I'd like to consider removing the warning altogether. It was added during 3.0 development before we had container statuses. The console now shows when a container is crash-looping. The original problem we were trying to solve was that the pod appeared to be running in the UI, but the container itself hadn't started. How are you specifying the 15 minute delay in the deployment config? Readiness probe? Deployment `timeoutSeconds`? Thanks. - A low priority is ok. - Agree that it should be completely removed from the GUI. - We are adding the readiness test as part of the Deployment Config object using timeoutSeconds. Commits pushed to master at https://github.com/openshift/origin-web-console https://github.com/openshift/origin-web-console/commit/3a85ae928be40f9799b63ca47c8446f516361835 Bug 1550138 - Remove 5 minute warning for pods Remove the warning we show when a pod takes more than 5 minutes to start. Some pods will take longer, particularly if they need to pull an image. Since we now do a better job of surfacing container statuses when a container is crash looping, the 5 minute warning is no longer needed and sometimes misleading. See discussion in https://bugzilla.redhat.com/show_bug.cgi?id=1550138 https://github.com/openshift/origin-web-console/commit/57086c97efd8e5983d250d3aef110f61e0a5eab0 Merge pull request #2869 from spadgett/remove-pod-stuck-warning Automatic merge from submit-queue. Bug 1550138 - Remove 5 minute warning for pods Remove the warning we show when a pod takes more than 5 minutes to start. Some pods will take longer, particularly if they need to pull an image. Since we now do a better job of surfacing container statuses when a container is crash looping, the 5 minute warning is no longer needed and sometimes misleading. See discussion in https://bugzilla.redhat.com/show_bug.cgi?id=1550138 /assign @benjaminapetersen Confirmed on v3.10.0-0.46.0, the warning message has been removed so the issues reported in this bug no longer exists. Move to VERIFIED 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:1816 |