we recently updated our mender server from 2.4 to 2.6. Now we are facing two problems:
- We are missing more than half of our devices on the v2.6 UI.
- We cant use our field serial_number to sort the devices anymore.
We are using docker-compose from the mender-integration github repo. Since we needed to update quite many mongo db versions, we first thought this came from the mongo db update from 3.4 to 4.4. But comparing the tables of the v2.4 mender with the ones of the v2.6 mender with migrated mongo shows us that the tables are nearly identical (some fields where added)
To determine whether the problem comes from the frontend or the backend, we used v2.4 Frontend and rerouted it to the new backend. We could see all our devices as expected, while v2.6 missed on devices (16 on v2.6 vs 41 on v2.4).
Comparing which APIs the Frontend is actually calling, we observed that they differ. While the v2.4 made requests where the frontend receives device lists with 41 devices, v2.6 only receives
16 devices calling the search endpoint and resolves 12 of them using the devices endpoint. What we saw then is that the ids differ. All devices available via search endpoint have deviceIds that are
not in the form of a uuid v4 id, but look like 5ebba38e5f9c2c0001e0c721. Since then, we assume it has something to do with the ids.
Question now is, how can we migrate the missing devices so that they work with mender v2.6?
This feature was available in the mender-gui v2.4, however with 2.6 the number of fields decreased to just Device ID (seems like an ID provided by mender) and status. If I don’t select status or Device ID
it stays available, but as soon as I select one of them after the update the view gets lost.