-
Notifications
You must be signed in to change notification settings - Fork 382
On provision, service-catalog doesn't write the description or status code of an unexpected broker response #914
Comments
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
Stale issues rot after 30d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
Stale issues rot after 30d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
/remove-lifecycle rotten |
This project is being archived, closing open issues and PRs. |
If a broker doesn't return an expected response code, it writes nothing into the
status.conditions
field of the newly createdInstance
. It should at least write the status code returned by the broker server.Repro steps:
Instance
has an emptyconditions
field, while the broker server failed and the controller logs showed an error response from the broker serverNote that service-catalog currently implements a proper client for the OSB API spec, but silently failing for brokers that are not 100% adherent to the spec presents a very difficult user experience. I'd like for at least the status code and the response body to be written into a condition in the failed
Instance
'sstatus.conditions
field.The text was updated successfully, but these errors were encountered: