Bug 1507429
| Summary: | [tsb]Some error message shown when describe serviceinstance | ||
|---|---|---|---|
| Product: | OpenShift Container Platform | Reporter: | XiuJuan Wang <xiuwang> |
| Component: | Service Broker | Assignee: | Jay Boyd <jaboyd> |
| Status: | CLOSED ERRATA | QA Contact: | XiuJuan Wang <xiuwang> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 3.7.0 | CC: | aos-bugs, bparees, chezhang, dapark, jaboyd, mstaeble, pmorie, rbost, suchaudh |
| Target Milestone: | --- | ||
| Target Release: | 3.9.0 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | No Doc Update | |
| Doc Text: |
undefined
|
Story Points: | --- |
| Clone Of: | Environment: | ||
| Last Closed: | 2018-06-27 18:01:30 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
XiuJuan Wang
2017-10-30 09:06:45 UTC
The first warning is due to the ServiceInstance being created prior to the Secret. The service catalog controller tries to reconcile the new ServiceInstance a few times before the Secret exists. The second warning is due to a bug in service catalog that has the controller sending multiple duplicate requests to the broker. The warning is for the second Provision request, which is rejected by the broker due to its being a duplicate of an on-going Provision request. This bug is being tracked upstream by https://github.com/kubernetes-incubator/service-catalog/issues/1363. Jay, will you please determine if this is still an issue? Still an issue in some circumstances. Upstream issue is still open. Still an issue, please note these are basically noise, but I do agree its a bug and can be misleading/alarming. tracked by two upstream issues: https://github.com/kubernetes-incubator/service-catalog/issues/1363 https://github.com/kubernetes-incubator/service-catalog/issues/1639 This is actually working as designed from standpoint of events. Events generated for a particular resource have a TTL and stay around until that TTL elapses. So, it's correct that you should see them in this case. It is useful to note when we do see events that indicate errors that there may be other problems. Since this bug is rather old at this point, I would like QE to retest with the knowledge that it is correct that old events should stay around even after problem conditions are resolved. The error messages have updated, one item about "ClusterServiceBrokerReturnedFailure " is added. Should we update the <nil> in "Status: 409; ErrorMessage: <nil>; Description: <nil>; ResponseError: <nil>" with detailed Warning ErrorWithParameters 3m service-catalog-controller-manager failed to prepare parameters nil: secrets "mysql-ephemeral-parameters4alxx" not found Normal Provisioning 3m service-catalog-controller-manager The instance is being provisioned asynchronously Warning ProvisionCallFailed 3m service-catalog-controller-manager Error provisioning ServiceInstance of ClusterServiceClass (K8S: "5028e5a5-1776-11e8-b8ae-fa163e82662b" ExternalName: "mysql-ephemeral") at ClusterServiceBroker "template-service-broker": Status: 409; ErrorMessage: <nil>; Description: <nil>; ResponseError: <nil> Warning ClusterServiceBrokerReturnedFailure 3m service-catalog-controller-manager Error provisioning ServiceInstance of ClusterServiceClass (K8S: "5028e5a5-1776-11e8-b8ae-fa163e82662b" ExternalName: "mysql-ephemeral") at ClusterServiceBroker "template-service-broker": Status: 409; ErrorMessage: <nil>; Description: <nil>; ResponseError: <nil> Normal ProvisionedSuccessfully 2m service-catalog-controller-manager The instance was provisioned successfully openshift v3.9.0-0.47.0 kubernetes v1.9.1+a0ce1bc657 the HTTP 409 is caused by https://github.com/kubernetes-incubator/service-catalog/issues/1639 (duplicate provision requests). The error details (ErrorMessage and Description) are optional details that may be set by the Broker. You might consider filing an issue against it. Jay, Thanks, reported a bug for issue in comment #10 https://bugzilla.redhat.com/show_bug.cgi?id=1548313. As comment #8, move this bug as verified. no 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/RHSA-2018:2013 |