nightscout / AndroidAPS

Opensource automated insulin delivery system (closed loop)
https://wiki.aaps.app
GNU Affero General Public License v3.0
694 stars 1.7k forks source link

Nightscout crashes with AndroidAPS 3.0 RC3 #1221

Closed vagtil2005 closed 2 years ago

vagtil2005 commented 2 years ago

We are using the version 3.0 RC3 (exact built Build: 617cdd681-2022.01.17-15:57) with Nightscout version: 14.2.5 and DanaRS. Whenever we are trying to make a profile change through NS Client, Nightscout Crashes and needs a Dyno restart in order to get started again. I am attaching the log files from AndroidAPS, NSClient and Nightscout as a screenshot with the error message we are getting in NS Client. There was no problem with the 2.8.2.1 version AndroidAPS-nsclient.log AndroidAPS.log Heroku-logs-1643097339580.txt 271817632_625149865436200_6672997397797207742_n

MilosKozak commented 2 years ago

what do you see in NS heroku log?

vagtil2005 commented 2 years ago

I have uploaded the file. I am not sure if this is the correct timing though. So when I see the same problem again I will export the log files to see them in more detail.

MilosKozak commented 2 years ago

you have to drag&drop the file here

vagtil2005 commented 2 years ago

Heroku-logs-1643097339580.txt

MilosKozak commented 2 years ago

no crash in this part of log

vagtil2005 commented 2 years ago

sorry about but I am not aware to extract the whole log file. can anyone give me some instructions?

MilosKozak commented 2 years ago

i'm afraid they are not stored. you must copy text when this happen

vagtil2005 commented 2 years ago

heroku-logs-1643222036334.txt

I think that this is the correct one. happened right now

vagtil2005 commented 2 years ago

heroku-logs-1643222338526.txt

another one with the errors

vagtil2005 commented 2 years ago

and the assorted screensho viber_image_2022-01-26_20-36-53-724 t

MilosKozak commented 2 years ago

i§m getting this one too time to time. there is a PR with fix but is not merged yet https://github.com/nightscout/cgm-remote-monitor/pull/7284 the only solution now is clear treatment collection

mountrcg commented 2 years ago

for me it happens on SGV transmits, as you can see on discord

Bildschirmfoto 2022-01-27 um 16 36 47

looking at the NS-DB I see some BG's are duped

mountrcg commented 2 years ago

I deleted the duplicated entries in NS DB and restarted dyno - happened again - crash.log attached

crash.log

MilosKozak commented 2 years ago

don't you have Dxcom bridge enabled?

mountrcg commented 2 years ago

bridge is disabled. Also the duplications still happen and I think they must come from AAPS - same identifier but strangely different structure

Bildschirmfoto 2022-01-28 um 11 51 33
{
    "_id" : "61f304969afd56000401f2c5",
    "glucose" : 239,
    "sgv" : 239,
    "date" : 1643316358000.0,
    "dateString" : "2022-01-27T20:45:58.000Z",
    "type" : "sgv",
    "direction" : "Flat",
    "utcOffset" : 0,
    "sysTime" : "2022-01-27T20:45:58.000Z"
}

and

{
    "_id" : ObjectId("61f304969afd56000401f2c5"),
    "device" : "AndroidAPS-DexcomG6",
    "date" : 1643316358000.0,
    "dateString" : "2022-01-27T20:45:58.000Z",
    "isValid" : true,
    "sgv" : 239,
    "direction" : "Flat",
    "type" : "sgv",
    "created_at" : "2022-01-27T20:46:14.291Z"
}
mountrcg commented 2 years ago

@MilosKozak strangely since yesterday at no dups happened again, but I did not do anything

Bildschirmfoto 2022-01-28 um 12 00 06
mountrcg commented 2 years ago

btw if I let xdrip upload the G6 BYODA BG'S to NS instead of AAPS the dataset is more complete with noise information

Bildschirmfoto 2022-01-28 um 12 08 12

but looking at it, it seems of no value compared to not BYODA values:

Bildschirmfoto 2022-01-28 um 12 05 28
MilosKozak commented 2 years ago

duplicated values were not comming from AAPS. AAPS always fill "isValid" field