-
Notifications
You must be signed in to change notification settings - Fork 43
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
Configuring the Mirus quickstart to replicate from one system to another #59
Comments
Hi @marcaguzman , can you post your configs related to this issue to better help you? (the ones that worked and the ones that didn't) |
Wow! Thanks for such a fast reply @dalassi1. I used the default config initially with a few benign modifications to ensure I knew which kafka instance Mirus was connecting to because at one point I had Mirus running on both VMs (both in loopback), but now I have only one instance running. Mostly default loopback quickstart worker properties file: group.id=mirus-quickstart key.converter=org.apache.kafka.connect.converters.ByteArrayConverter internal.key.converter=org.apache.kafka.connect.json.JsonConverter config.storage.topic=mg2-config config.storage.replication.factor=1 Loopback connection config is the default: I made no additional changes to the worker file above, but did set destination.bootstrap.servers and name fields in the connection setup in my attempt to replicate to a separate system: |
This config looks right to me. Anything interesting in the logs? Also, did you make sure you have these configs right in the worker config file https://github.com/salesforce/mirus#mirus-specific-configuration ? Specifically, I can think of |
This is an example of what producer configs you might need to have in your worker config file
|
The log dir (mirus-master/quickstart/logs/) is empty. I'll restart Mirus with the addition of the producer configuration and tee the output . |
Mirus, with the producer controls added to the worker config, appears to start cleanly, but replication is not occurring between the two systems (separate VMs with kafka running on both). No errors in the Mirus logs. It's a pull configuration with Mirus running on the sink system which is supposed to receive messages posted in the source system. I'll start from zero tomorrow and if it still does not work will post the config files, connector creation curl, and logs. Thanks. |
No luck. I deleted the kafka logs in both nodes (Hub, GP), added the provider config lines, and ran through the setup steps. Msgs are not replicating from the Hub test topic to the GP test.mirror topic. Worker config file:
Connector curl:
Mirus log: One odd thing - when I created the connector the three storage config topics (gp-pull-*) appeared in both kafka instances. |
I'm new to Kafka and Mirus and have been experimenting with the quickstarts for both of them. It was pretty easy to get the default configuration going (hats off to the Mirus team) on a Centos VM, but now I'd to like to set up replication from one instance of Kafka to another that is on a separate VM. Changing destination.bootstrap.servers to the IP of second VM had no effect. Assuming this is possible with the Mirus quickstart can someone advise on my next steps? Thank you.
The text was updated successfully, but these errors were encountered: