Description of problem: The service broker is receiving repeated deprovision (DELETE) requests despite reporting that the service instance is "gone" with a 410 response and a {} body, as outlined in the spec: https://github.com/openservicebrokerapi/servicebroker/blob/v2.12/spec.md#response-6 How reproducible: Reproducible every time with OCP 3.6.0 catalog and broker. Steps to Reproduce: 1. Provision a service 2. Deprovision 3. Observe ansible-service-broker logs and controller-manager logs. Catalog should not continue to request DELETES Actual results: * Initial deprovision comes in, we're seeing two of them almost on top of one another. Broker responds with correct 202, { "operation": "<operation_id>" } * Wait for some time, the broker's pods have started to deprovision services. * Additional DELETE request comes in, broker responds with a 410, {}. * Broker continues to receive DELETE requests against the same service instance ID despite already having reported its gone. Expected results: Broker should stop receiving DELETE requests after responding with a 410, gone.
This should be fixed in master currently.
Verified and LGTM. This problem have been fixed in latest OCP3.7 code.
Verified and LGTM. This problem have been fixed in 3.6.173.0.63
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-2017:3389