-
Bug
-
Resolution: Done
-
Critical
-
None
-
None
-
None
When a connector has error handling set to stop and it can't access Kafka it'll get into provisioning state and fail after the access to Kafka is regained. This can be simulated with network control policy.
I left a connector setup on https://api.rhoc-411-stage.fuse.integration-qe.com:6443, mctr-cdd53uub1up7iimi8ih0-f998c57d7-z55wk (connector-id: cdd53utm1afo0kcgnt00) will be stuck in provisioning state until oc delete networkpolicy cdd53utm1afo0kcgnt00 is ran, only then will the connector get into stopped/failed state.
- is related to
-
MGDCTRS-1737 Debezium connectors are not failing (instead stuck in `provisioning` state) when RHOSAK partition count quota exceeded
-
- Closed
-