Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

rpk redpanda config bootstrap to bootstrap advertised addresses #16623

Closed
r-vasquez opened this issue Feb 16, 2024 · 0 comments · Fixed by #16652
Closed

rpk redpanda config bootstrap to bootstrap advertised addresses #16623

r-vasquez opened this issue Feb 16, 2024 · 0 comments · Fixed by #16652
Labels
area/rpk kind/enhance New feature or request

Comments

@r-vasquez
Copy link
Contributor

Who is this for and what problem do they have today?

Currently, rpk redpanda config bootstrap initializes the configuration to bootstrap a cluster, but it only initializes the kafka/rpc listeners and not their respective advertised addresses.

This is problematic now that #14600 introduced a default advertised_ address in the configuration file.

What are the success criteria?

When running rpk redpanda config bootstrap

  1. A user should be able to override the default `advertised_{kafka,rpc}_address.
  2. If no override is provided, rpk should follow the same logic as redpanda: use the listener address as the advertised address.
  3. rpk should fail if the resulting configuration is an advertised address using 0.0.0.0.

Why is solving this problem impactful?

Currently, extra steps are required to start redpanda using the default configuration:

rpk redpanda config bootstrap

rpk redpanda set redpanda.advertised_kafka_api <advertised_address>
rpk redpanda set redpanda.advertised_rpc_api <advertised_address>

This can be avoided and handled properly with just rpk redpanda config bootstrap.

Additional notes

Original issue: #12395

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/rpk kind/enhance New feature or request
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant