[Yordan Georgiev]

@Jason please let me know if you find the root of the problems. Meanwhile i’ll implement ssh -> lora-query.
Thank you in advance.

[Yordan Georgiev]

Oh wait one more thing to clarify, in both stashed and in memory db we have 496 sessions, but issuing lora-query i got 470 sessions fetched, and from API 372 valid + last one NULL. So now i’m more confused even before opening the topic.

[Yordan Georgiev]

Weird, we have 470 sessions fetched from lora-query.I inspected the session for which we have null from API and i can’t see any difference as structure, also the values seem valid. So nothing tells me that it’s parsing error.
I hope this helps identifying the issue.

• This reply was modified 4 years, 9 months ago by Yordan Georgiev.
• This reply was modified 4 years, 9 months ago by Yordan Georgiev.
• This reply was modified 4 years, 9 months ago by Yordan Georgiev.
• This reply was modified 4 years, 9 months ago by Yordan Georgiev.

[Yordan Georgiev]

Actually @Jason you’re right i just checked table “sessions” from /var/config/lora/lora-network-server.db and /var/run/lora/lora-network-server.db and they are identical currently having 496 sessions each, the thing is that when i check /api/lora/sessions i got as result array with 373 items (the last one is null) i guess the list is truncated because of some sort of limitation as you can see here.

[Yordan Georgiev]

Yep i’m aware of the backup flow, and i know it stashes the RAM changes in flash (1h basis by default) but still after couple of hours (so it’s couple of syncs) the session count is different and there’s no way for me to fetch the full list of sessions via API. Even after soft restart (when the backup will be forced to be applied). Also lora-query is not my preferred way of doing it because it’s an automation tool which will move the sessions (i want to avoid programmatically ssh to Conduit).
Also i don’t want to move the whole db from gateway 1 to gateway 2, i only need to move specific deveui(s) so scp or cp-ing the db to different location is not an option. After i successfully move the session + device i remove the device from source gateway.
I also believe that fetching the full list of sessions is overkill and when we have huge collection of sessions we might cross some response length limitations. So is there API query option by field or at least filtering the sessions by deveui so i can properly target the sessions i’m interested in?

Any ideas will be appreciated.

• This reply was modified 4 years, 9 months ago by Yordan Georgiev.

[Author]

Posts