Skip to content
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

consume input basicConsumeOk but response queueBindOk #291

Open
467892746 opened this issue Jan 10, 2025 · 1 comment
Open

consume input basicConsumeOk but response queueBindOk #291

467892746 opened this issue Jan 10, 2025 · 1 comment

Comments

@467892746
Copy link

hi,
When I used the channel. constame() method, the service returned 503 and I logged out directly, but I found that the server actually showed that the binding was successful. I forked version v1.10 and added printing, but found that it was a type mismatch. The type passed in is basicConsumeOk, but the returned type is queueBindOk. This will cause the client to exit but the server still experiences message loss due to this consumption.

image
I am using AWS's EKS cluster and AWS's RabbiMT version 3.13.6

@467892746
Copy link
Author

It has been determined that it was caused by the concurrent use of the same channel to bind consumers. Can you indicate when creating a channel that concurrent consumption cannot be created.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant