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

After ~24 hours of running in auto-update mode, stops recognizing new t:connect treatments #11

Open
jwoglom opened this issue May 3, 2021 · 5 comments
Labels
bug Something isn't working

Comments

@jwoglom
Copy link
Owner

jwoglom commented May 3, 2021

Opening this issue to track an issue I have noticed where after ~24 hours of consecutive runtime, I need to restart tconnectsync in order for it to pick up new t:connect treatments.

The "Last CGM reading from t:connect" value mentioned in the logs stays the same on each cycle, but on restart of the app it immediately picks up several hours worth of data that it previously did not detect.

I will investigate to see why this is happening.

@JMPZ11
Copy link

JMPZ11 commented Oct 12, 2021

Just dropping a line that I'm experiencing the same.

Is there any way to detect when it happens?

I'm about to set it up in supervisor, and I'm planning to setup a secondary cron job to restart it every 20 minutes or so.

Thanks!!

@jwoglom
Copy link
Owner Author

jwoglom commented Oct 20, 2021

There is some logic present inside auto update which is supposed to terminate the script whenever there haven't been updates for a long time. If you're using supervisor, that would then trigger the script to be re-run, hopefully fixing the problem.

It's entirely likely that this isn't fully good enough, or doesn't trigger in every situation. And it's just a workaround for what is certainly a rare bug that still occurs sometimes. Feel free to try tweaking the AUTOUPDATE_* setting values and see if they help before breaking out cron.

@jwoglom jwoglom added the bug Something isn't working label Oct 28, 2021
jwoglom added a commit that referenced this issue Jan 4, 2022
@kakridge
Copy link

kakridge commented Feb 5, 2022

This was very annoying. Similar to @JasonJShuler , I enabled auto restart in docker and use a cron job to stop the running container every 8 hours. I look forward to resolution in the code though.

@kswick
Copy link

kswick commented Feb 11, 2022

I was seeing this when running v0.6.3 via supervisor in a linux VM. It seems to stop syncing around midnight each night regardless of what time of day I restarted it. However, it has sync continuously for over 24 hours since I upgraded to 0.6.5. So the potential fix in 0.6.4 may have done the trick!

@JMPZ11
Copy link

JMPZ11 commented Feb 11, 2022

This was very annoying. Similar to @JasonJShuler , I enabled auto restart in docker and use a cron job to stop the running container every 8 hours. I look forward to resolution in the code though.

I honestly have no idea if it's even working anymore. I sort of stopped caring after my endocrinologist screwed up my prescription and then refused to give me enough insulin I figured if she doesn't care why should I right?

Do keep in mind that this is tandems bug and it's tandem who deserves any kind of frustration. This thing is entirely reverse engineered and @jwoglom is staying on top of it like a champ

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

4 participants