You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, there's a challenge when attempting to enable SASL for Schema Registry while disabling it for other listeners like Kafka. The current behavior results in authentication errors.
What did you expect to happen?
It would be beneficial to have the flexibility to independently enable or disable SASL for specific listeners. This enhancement would provide more granular control over SASL configuration for different components.
How can we reproduce it (as minimally and precisely as possible)?. Please include values file.
Try running the helm upgrade command with the below values.yaml file and you will see the console failing with the below errors
Console Output
{"level":"info","ts":"2023-12-04T15:27:11.411Z","msg":"started Redpanda Console","version":"v2.3.5","built_at":"1697468387"}
{"level":"info","ts":"2023-12-04T15:27:11.411Z","msg":"connecting to Kafka seed brokers, trying to fetch cluster metadata"}
{"level":"error","ts":"2023-12-04T15:27:11.413Z","msg":"unable to initialize sasl","source":"kafka_client","broker":"seed 0","err":"ILLEGAL_SASL_STATE: Request is not valid given the current SASL state."}
{"level":"warn","ts":"2023-12-04T15:27:11.413Z","msg":"Failed to test Kafka connection, going to retry in 1s","remaining_retries":5}
{"level":"info","ts":"2023-12-04T15:27:12.413Z","msg":"connecting to Kafka seed brokers, trying to fetch cluster metadata"}
{"level":"error","ts":"2023-12-04T15:27:12.414Z","msg":"unable to initialize sasl","source":"kafka_client","broker":"seed 1","err":"ILLEGAL_SASL_STATE: Request is not valid given the current SASL state."}
{"level":"warn","ts":"2023-12-04T15:27:12.415Z","msg":"Failed to test Kafka connection, going to retry in 2s","remaining_retries":4}
{"level":"info","ts":"2023-12-04T15:27:14.416Z","msg":"connecting to Kafka seed brokers, trying to fetch cluster metadata"}
{"level":"error","ts":"2023-12-04T15:27:14.419Z","msg":"unable to initialize sasl","source":"kafka_client","broker":"seed 2","err":"ILLEGAL_SASL_STATE: Request is not valid given the current SASL state."}
{"level":"warn","ts":"2023-12-04T15:27:14.419Z","msg":"Failed to test Kafka connection, going to retry in 4s","remaining_retries":3}
{"level":"info","ts":"2023-12-04T15:27:18.420Z","msg":"connecting to Kafka seed brokers, trying to fetch cluster metadata"}
{"level":"error","ts":"2023-12-04T15:27:18.422Z","msg":"unable to initialize sasl","source":"kafka_client","broker":"seed 0","err":"ILLEGAL_SASL_STATE: Request is not valid given the current SASL state."}
{"level":"warn","ts":"2023-12-04T15:27:18.422Z","msg":"Failed to test Kafka connection, going to retry in 8s","remaining_retries":2}
{"level":"info","ts":"2023-12-04T15:27:26.424Z","msg":"connecting to Kafka seed brokers, trying to fetch cluster metadata"}
{"level":"error","ts":"2023-12-04T15:27:26.426Z","msg":"unable to initialize sasl","source":"kafka_client","broker":"seed 1","err":"ILLEGAL_SASL_STATE: Request is not valid given the current SASL state."}
{"level":"warn","ts":"2023-12-04T15:27:26.426Z","msg":"Failed to test Kafka connection, going to retry in 16s","remaining_retries":1}
What happened?
Currently, there's a challenge when attempting to enable SASL for Schema Registry while disabling it for other listeners like Kafka. The current behavior results in authentication errors.
What did you expect to happen?
It would be beneficial to have the flexibility to independently enable or disable SASL for specific listeners. This enhancement would provide more granular control over SASL configuration for different components.
How can we reproduce it (as minimally and precisely as possible)?. Please include values file.
Try running the helm upgrade command with the below values.yaml file and you will see the console failing with the below errors
Pods
Anything else we need to know?
No response
Which are the affected charts?
No response
Chart Version(s)
Cloud provider
AWS
JIRA Link: K8S-83
The text was updated successfully, but these errors were encountered: