-
Notifications
You must be signed in to change notification settings - Fork 426
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
no reconnect after 24 hours #124
Comments
Hi @jp-embedded , Do you have any SDK logs captured while the issue happened? Thanks, |
I have not saved the log, but I can post a new log later (takes 24 hours to reproduce) |
Hi @jp-embedded , Thank you for providing the information. In the meantime, can you also enable AWS IoT CloudWatch log since the client side log may not be that informative? Thanks, |
I will have a look at the CloudWatch log... version check:
test command:
I have just replaced 'print' with 'logger.debug' in basicPubSub.py As the log shows, it stops receiving messages after 24 hours. If I restart the python command, it works again. I have just included the beginning and end of the log. The middle part is left out. log:
--- lots of similar output left out ---
|
What exactly do you want me to enable in AWS IoT CloudWatch log? |
Hi @jp-embedded , Thank you very much for providing the detailed information. I found several things in the log:
SDK reconnect logic is triggered by disconnect event produced by the underneath Python Paho MQTT client. If there is no log for disconnect event, it means that the disconnect has not been detected by the Paho yet.
With point 1 and 2 bear in mind, I would recommend you to configure the keep-alive shorter so that the disconnect event can be detected earlier. Can you try with the new configuration and see if the issue still exists? As for cloudwatch logs, you can use the following instructions to enable it: It is a collection of server side logs published to the user account, which can, to some extent, expose what is happening on the server side when issue happens. Thanks, |
I have not tested if it is only the disconnect after 24 hours that are not detected or if it is disconnect in general that is not detected. I think I will try to test that later. I have restarted the test now with keep-alive set to 120 and couldwatch logging enabled. |
same result with keep-alive set to 120: I have got 3 iot logs. Here is the last part of them: log "sensor1":
log AIDAJCUXHXXZJIF7ZDZQQ:
log AIDAINN64S2TX5QWEFIVE:
last part of basicPubSub.py log:
|
Hi @jp-embedded , Thank you very much for providing the information. The following lines in cloudwatch logs look suspicious:
We will dig into that and let you know about the updates. Thanks, |
Hi @jp-embedded , Finally, I was able to spot the issue:
We will try to incorporate this into the SDK bug-fix releases. Hope the above helps and unblocks you. Thanks, |
thanks! |
Addressed in v1.4.0. |
I am having the exact same issue as #39 with v1.3.1
The text was updated successfully, but these errors were encountered: