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
Client disconnect after 24 hours without raising exception #39
Comments
Hi Eyalbern, Currently, the python sdk does not expose callback to client when it got disconnected, however, it should try to reconnect automatically by itself. Could you clarify if the problem you saw was that it does not reconnect automatically, and hence not able receive any further messages from server or publish any messages to server ? If so , do you have the logs for this period of time where it got disconnected but did not automatically attempted to reconnect ? |
After 24 hours the client stop receiving updates from the service and not trying to reconnect, there are no warnings in the log (logger is set to DEBUG level). |
Hi Eyalbern, This does not seem to be the expected behavior. The SDK should reconnect automatically after 24 hours. We will try to reproduce the issue and check further. Thanks. |
Very easy to reproduce: |
I am seeing the same issue under the same conditions (watching for Shadow updates, using Websocket connection, >24hr uptime). |
I see the same error, any update on this? |
Hi thassman, We'll plan to include the fix in our future (probably next) release of the aws-iot-device-sdk-python. For now as a workaround, you may try keeping a timer to count to 24 hours and then create a new client and connect. Thanks. |
Thank you, i downgraded to sdk version 1.1.2 as disconnect did not work for me in 1.2 |
Addressed in v1.3.0. |
I am having this issue in v1.3.1 |
Did this issue got fixed? I am still disconnected after 24 hours. |
When using the client with web socket, the mqtt client and shadow stop receiving updates from the service (broker or shadow updates).
I know that the web socket closes after 24 hours as listed in the aws-iot limitation.
However, the client is not raising any exception nor is it exposing any socket disconnect callback to handle this case.
The text was updated successfully, but these errors were encountered: