Hide Forgot
Description of problem: When deprovisioning an instance in the service catalog. An async deprovision is sent to the service-broker but there are no subsequent calls to the last_operation. Version-Release number of selected component (if applicable): How reproducible: 1) create (provision) a service instance 2) delete (deprovision) a service instance 3) look at the controller-manager logs you will see the Deprovision call, but no polling calls. Additional info: Upstream bug: https://github.com/kubernetes-incubator/service-catalog/issues/1066 Upstream patch: https://github.com/kubernetes-incubator/service-catalog/pull/1067
It's been determined that *eventually* the catalog will recognize the deprovision is async and start to poll. The catalog needs to be patched with the attached PR to force an immediate polling of last_operation.
This is fixed in the version of the catalog currently in origin.
Paul, Could you help to confirm? Thanks.
Verified with latest image: v3.7.0-0.178.0.0 Have below similar log in controller-manager while deprovisoning: I1026 08:38:42.328380 1 controller_instance.go:1182] ServiceInstance "aaa/dh-rhscl-postgresql-apb-n4877": Polling last operation I1026 08:38:42.339231 1 controller_instance.go:1315] ServiceInstance "aaa/dh-rhscl-postgresql-apb-n4877": Poll returned "in progress" : %!q(*string=<nil>) I1026 08:38:42.339279 1 controller_instance.go:1414] ServiceInstance "aaa/dh-rhscl-postgresql-apb-n4877": Last operation not completed (still in progress) I1026 08:38:43.079399 1 controller_instance.go:1077] ServiceInstance "aaa/dh-rhscl-postgresql-apb-n4877": Processing
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:3188