-
Notifications
You must be signed in to change notification settings - Fork 140
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
Kafka 0.10.0.0 #220
Kafka 0.10.0.0 #220
Conversation
Some failing tests here, I'll see if I can sort them: ly.stealth.mesos.kafka.CliTest > topic_list FAILED ly.stealth.mesos.kafka.CliTest > topic_add FAILED ly.stealth.mesos.kafka.CliTest > topic_rebalance FAILED ly.stealth.mesos.kafka.CliTest > topic_update FAILED ly.stealth.mesos.kafka.ExprTest > expandTopics FAILED ly.stealth.mesos.kafka.HttpServerTest > topic_list FAILED ly.stealth.mesos.kafka.HttpServerTest > topic_add FAILED ly.stealth.mesos.kafka.HttpServerTest > topic_rebalance FAILED ly.stealth.mesos.kafka.HttpServerTest > topic_update FAILED ly.stealth.mesos.kafka.RebalancerTest > start FAILED ly.stealth.mesos.kafka.TopicsTest > fairAssignment FAILED ly.stealth.mesos.kafka.TopicsTest > addTopic FAILED ly.stealth.mesos.kafka.TopicsTest > updateTopic FAILED ly.stealth.mesos.kafka.TopicsTest > getTopics FAILED ly.stealth.mesos.kafka.TopicsTest > getTopic FAILED 92 tests completed, 15 failed FAILURE: Build failed with an exception.
BUILD FAILED Total time: 29 mins 0.847 secs |
Hi guys, if it might help, you can check out my PR to migrate to Kafka 0.10. There's a change in |
You shouldn't need to build to a later version of Kafka doing so could break backwards compatibility which is why we have always built for the lowest Kafka version orgs still use in production. I haven't tried a 0.10 broker with mesos/kafka yet but it should work and if not then it would best to introduce fixes where 0.8 && 0.9 isn't broken for folks. Just rushing upgrades without backwards compatibility isn't a stable release process for folks that aren't yet ready to upgrade Kafka version just because some folks are. Its a balance that should be doable (and has been so far) via the code changes so I encourage folks to try to PR according to the community as a whole, thnx.... granted this may not break 0.8 and 0.9 users but it seems like it would but haven't tried it, just trying to make sure everyone gets spoken for. thnx. |
It seems like the ZkUtils change was the only big thing in 0.10.0. How about instead of directly using/importing it from Kafka we make our own wrapper interface, with 2 implementations, one for < 0.10.0 and one for 0.10.0? That should make it much easier to support both versions. |
@joestein the java API has changed between 0.9 and 0.10, and kafka-mesos needs to use the client library, Ithink @steveniemitz solution is ideal and might put some energy into getting this to work. Maybe @akirillov is also interested? |
I actually just made the changes needed to work with 0.10 to my branch. I'll update the pull request here, but you can check out tc-dc@02a000c too. |
Any progress on this? Would love to be able to upgrade |
https://github.com/tc-dc/kafka-mesos/tree/tcdc is what we've been running (in production) with 0.10.1.1 |
@steveniemitz awesome, thank you. What's the best way to upgrade the framework/brokers in the cluster or will we loose data? |
So, in theory you should be able to upgrade to my branch without any issues. The only reason I say in theory is because I've only tested incremental updates, never from master -> my current branch. However, the saved cluster state is 100% compatible (although I still recommend backing it up first). If you have a test cluster I'd recommend testing there before rolling out to production. Also don't forget kafka has its own guide on how to upgrade versions depending on what version you're going from -> to. |
#260 should address this, which I'll merge soon |
Pulled changes from moonkev/kafka-mesos@acc99a2 pursuant to #214 into a branch, merged with recent upstream changes, and verified build.