Hello, good afternoon! How are you? Were you able to resolve it? I am having the same problem and I am using the same version of Traccar.
First thing I would recommend is obviously upgrading.
Second, you should check full connection session in the logs. Filtering by IMEI will filter a lot of critical information.
I understand about the update; I've already done the search without filtering by IMEI and no errors appear, only some reports of disconnection, and those aren't the devices involved.
It happened to me also, previous version (6.10) and current version (6.11.1) but starting 28th december.
It seems there's something wrong in traccar server under x86-64 architecture, or java perhaps....
I redirected devices to a test server, running the same linux, the same traccar, even imported the same database but under arm architecture and it works perfectly. Altough I use downloaded java runtime since the one provided with traccar does not work on my hardware.
Then I forwarded test server to production server (the one with the flaw) and the issue persists in production server while test server works fine.
I'm about to test using another java version on production server also and see if that's the problem, otherwise, something is very wrong with traccar.
We have quite a few x86-64 servers and absolutely no issues there. You would see countless threads if x86 was really broken.
Greetings, I'm having the following problem and haven't been able to identify the cause. Some devices were sending positions to Traccar normally, but since December 8th, 2025, it connects but doesn't send positions. I didn't find any errors in the logs, and it only works normally again when it's deleted and registered again. Could someone help me? I'm using version 6.9.1.
logs from different devices.
Logs before deletion (not conect)
this device is after deletion( postion ok)