You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jira@kafka.apache.org by "David Arthur (Jira)" <ji...@apache.org> on 2022/03/15 15:01:00 UTC
[jira] [Created] (KAFKA-13741) Cluster IDs should not have leading dash
David Arthur created KAFKA-13741:
------------------------------------
Summary: Cluster IDs should not have leading dash
Key: KAFKA-13741
URL: https://issues.apache.org/jira/browse/KAFKA-13741
Project: Kafka
Issue Type: Bug
Components: kraft
Reporter: David Arthur
Assignee: David Arthur
Since we use URL-safe base64 encoded Uuid's for cluster ID, it is possible for dash ("-") characters to be present in the ID string. When a cluster ID has a leading dash, we can run into problems when running the Kafka bash scripts.
For example, if the ID "-Xflm1nKSfOK8QGt_AXhxw" is generated with "random-uuid" sub-command of kafka-storage.sh, we would then normally format the log directories like:
{code}
./bin/kafka-storage.sh format --config ./config/kraft/controller.properties \
--cluster-id -Xflm1nKSfOK8QGt_AXhxw
{code}
This will not parse correctly as the argument parsing library will treat the cluster ID as an argument. It leads to the following error:
{code}
usage: kafka-storage format [-h] --config CONFIG --cluster-id CLUSTER_ID [--ignore-formatted]
kafka-storage: error: argument --cluster-id/-t: expected one argument
{code}
This can be worked around by putting the ID in quotes, or by using an "=" between the "--cluster-id" and the Uuid.
We can solve this going forward by not generating random Uuid's that contain a leading dash.
--
This message was sent by Atlassian Jira
(v8.20.1#820001)