Open MMirelli opened 2 years ago
I think currently a workaround is to configure kafkaManageSystemNamespaces=false
to skip the metadata creation. There are some issues that we have seen when the admin operation happened in the broker's start phase.
Yes, I agree. That is what I have done, in the end. But then I had to create all the system topics as shown here: https://github.com/datastax/pulsar-helm-chart/blob/master/examples/kafka/create-tenant-full.sh.
It would be nice to keep kafkaManageSystemNamespaces
enabled either for unexperienced users or for those occasions when there is no time to create all the system namespaces.
I think in future the deployment of KoP (or other protocol handlers and connectors) should be like the Initialize cluster metadata step for Pulsar. It creates the public/default
namespace just like KoP creates the public/__kafka
namespace and other system topics.
kafkaManageSystemNamespaces
should only be true for simple usage like standalone, but if you're deploying KoP in production environment, you must run a CLI tool like your create-tenant-full.sh
once, then change the kafkaManageSystemNamespaces
config of all brokers to false.
Describe the bug The broker keeps sending
307
error messages towhen pulsar standalone is restarted as a systemd service.
This seems to be caused by a race condition: probably the PUT above is issued even before the bundle containing that topic is assigned to the only standalone broker.
To Reproduce Steps to reproduce the behavior:
vagrant init generic/rhel7 && vagrant up && vagrant ssh
/etc/systemd/system/pulsar-standalone1.service
:$HOME/apache-pulsar-2.10.1/conf/standalone.conf
sudo systemctl start pulsar-standalone1.service
pulsar_admin --admin-url "http://localhost:8080" tenants create tenant1
pulsar_admin --admin-url "http://localhost:8080" namespaces create tenant1/kafka
./kafka_2.12-3.2.0/bin/kafka-console-consumer.sh --bootstrap-server localhost:9092 --topic topic1 --from-beginning --consumer.config kafka_client_kafkacluster1.properties 9092 # in console-0
./kafka_2.12-3.2.0/bin/kafka-console-producer.sh --bootstrap-server localhost:9092 --topic topic1 --producer.config kafka_client_kafkacluster1.properties 9092 # in console-1
sudo systemctl restart pulsar-standalone1.service
Expected behavior The standalone cluster should be able to get restarted, without the error above being displayed.
Additional context This was reproed on a RHEL VM started up on vagrant. Dependecies: