-
Notifications
You must be signed in to change notification settings - Fork 13.9k
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-5623: ducktape kafka service: do not assume Service contains nu… #3557
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
One nit, but changes look reasonable. Have we also verified this works with v0.6.0? I can't imagine how it'd break anything, but would be good to be sure.
@@ -191,7 +192,7 @@ def prop_file(self, node): | |||
# TODO - clean up duplicate configuration logic | |||
prop_file = cfg.render() | |||
prop_file += self.render('kafka.properties', node=node, broker_id=self.idx(node), | |||
security_config=self.security_config) | |||
security_config=self.security_config, num_nodes=self.num_nodes) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hmm, is this required? Normally render
should automatically have access to all fields of the object it's being called on. I'm not sure why the security_config
one is there either.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No, it's not required. I'll remove it.
Yes, I tested with ducktape 0.6.0 as well as ducktape master |
Refer to this link for build results (access rights to CI server needed): |
Refer to this link for build results (access rights to CI server needed): |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@cmccabe LGTM, thanks for sorting this out!
…m_nodes …m_nodes Author: Colin P. Mccabe <cmccabe@confluent.io> Reviewers: Ewen Cheslack-Postava <ewen@confluent.io> Closes #3557 from cmccabe/KAFKA-5623 (cherry picked from commit 9ae09e8) Signed-off-by: Ewen Cheslack-Postava <me@ewencp.org>
…m_nodes …m_nodes Author: Colin P. Mccabe <cmccabe@confluent.io> Reviewers: Ewen Cheslack-Postava <ewen@confluent.io> Closes #3557 from cmccabe/KAFKA-5623 (cherry picked from commit 9ae09e8) Signed-off-by: Ewen Cheslack-Postava <me@ewencp.org>
…m_nodes