-
Notifications
You must be signed in to change notification settings - Fork 589
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
CI Failure (RPK failed FindCoordinator req) in RpkGroupCommandsTest.test_group_describe
#12291
Comments
This makes me think that either RPK is using an unsupported API version or we need to update FindCoordinator API in our kafka protocol |
Able to reproduce in ducktape. Failed 2/10 times. |
My suspicion is that this is an unintended side effect of #12121. Marking as sev/low as this is probably a test issue but shoudl be relatively straight forward to fix. |
Tracked the case down to this commit 61e2512 which causes Rpk to exit 1 and print the output on stderr in the case of certain failures. Ducktape was previously assuming this command would print |
Is the fix easy for this? It seems to be triggering quite a bit in CI (at least in one of my PRs) |
The sharding error is because the client interally tries to send this as a batched FindCoordinator request, and then immediately sees RP doesn't support that, so then the client splits the request and actually issues it. So, expect to see that message until RP supports batched FindCoordinator (v4+) |
@graphcareful I should change rpk to not fail if there is a partial error -- this matches the old behavior. However, the old code would just print a failure here then exit 0, so perhaps the new behavior is correct. |
Sounds like we need to update FindCoordinator API in our Kafka protocol as well |
IMO the fix would be as easy as including |
Changes to rpk caused the COORDINATOR_NOT_AVAILABLE messages to be printed to stderr (makes sense) instead of stdout. Updated to check for this condition in stderr. Fixes: redpanda-data#12291 Signed-off-by: Noah Watkins <[email protected]>
Changes to rpk caused the COORDINATOR_NOT_AVAILABLE messages to be printed to stderr (makes sense) instead of stdout. Updated to check for this condition in stderr. Fixes: redpanda-data#12291 Signed-off-by: Noah Watkins <[email protected]> (cherry picked from commit 231d9e4)
Issue hasn't occurred for 2 months per Pandatriage; closing |
https://buildkite.com/redpanda/vtools/builds/8505#018966d7-6953-4067-afab-fa6498b0f9bb
The text was updated successfully, but these errors were encountered: