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
What does TRANSPORT error mean? #128
Comments
The TRANSPORT error represent connection errors with the broker, typically connection closed or connection refused. If you are on osx this is typically caused by 'localhost' resolving to both ipv4 and ipv6 but the broker is only listening on one of those address families, in which case you can set 'broker.address.family': 'v4'. But yes, you are correct, TRANSPORT errors can be ignored, they are typically transient. |
OK. I'm running on Ubuntu. I used to log the string, but I seem to recall that sometimes it would hit me with an exception, so I stopped doing that. I'll put that back and see if I can reproduce it. If so, I'll post here. Thanks! |
I would appreciate updating the documentation as to what exceptions are transient and what are permanent. Even better, it would be very nice to encode that in the exception class hierarchy, so that people can have an exception handler for say |
That's a good idea, @davidblewett . We'll look into it. |
I get lots of these in my error_cb routine, (error -195), but then sometimes I get my on_delivery callback called, with no indication of an error. This suggests to me that the TRANSPORT error isn't really an error. Maybe it means we can't get through to all the brokers in the cluster, but only some of them? If it is not accompanied by an ALL_BROKERS_DOWN, can I safely ignore it?
The text was updated successfully, but these errors were encountered: