bug(DIRE): duplicate device showing up in inventory #781

Closed
opened 2026-03-28 04:28:29 +00:00 by mfreeman451 · 0 comments
Owner

Imported from GitHub.

Original GitHub issue: #2377
Original author: @mfreeman451
Original URL: https://github.com/carverauto/serviceradar/issues/2377
Original created: 2026-01-19T20:48:45Z


Describe the bug
tonka01 is showing up in the device inventory in demo-staging namespace twice, has two different IP addresses.

Presumably good tonka01:

https://staging.serviceradar.cloud/devices/sr%3A7588d12c-e8da-4b9e-a21d-8cc5c7faef38

Duplicate tonka0:

https://staging.serviceradar.cloud/devices/sr%3A1bb1b077-df44-4ef9-b4ab-127eed6af3bf

Both IP addresses are actual interfaces on the device (router), the DIRE (device identity and reconciliation engine) should have de-duplicated them into one device.

It is actually flipping IP addresses, when I originally saw it, it showed up with the same IP address for both devices, then a few minutes later they got two different IP addresses, now both tonka01's have converged around 216.17.46.98.

Also the network sweep status that appeared when tonka01 showed up under 192.168.10.1 is gone when both devices have their primary IP address set to 216.17.46.98.

We're also not showing any of the interfaces that we used to see under the interfaces tab that has now been moved underneath the device details screen, the interfaces tab isn't showing up for either of the tonka01 devices, presumably those interfaces were associated with tonka01 when it was known as 192.168.10.1, maybe after the next discovery/mapper job run they'll appear but it seems like that would be also keeping a double set of these interfaces in the database somewhere, also bad.

To Reproduce
Steps to reproduce the behavior:

  1. Go to '...'
  2. Click on '....'
  3. Scroll down to '....'
  4. See error

Expected behavior
A clear and concise description of what you expected to happen.

Screenshots
If applicable, add screenshots to help explain your problem.

Desktop (please complete the following information):

  • OS: [e.g. iOS]
  • Browser [e.g. chrome, safari]
  • Version [e.g. 22]

Smartphone (please complete the following information):

  • Device: [e.g. iPhone6]
  • OS: [e.g. iOS8.1]
  • Browser [e.g. stock browser, safari]
  • Version [e.g. 22]

Additional context
Add any other context about the problem here.

Imported from GitHub. Original GitHub issue: #2377 Original author: @mfreeman451 Original URL: https://github.com/carverauto/serviceradar/issues/2377 Original created: 2026-01-19T20:48:45Z --- **Describe the bug** `tonka01` is showing up in the device inventory in `demo-staging` namespace twice, has two different IP addresses. Presumably good `tonka01`: https://staging.serviceradar.cloud/devices/sr%3A7588d12c-e8da-4b9e-a21d-8cc5c7faef38 Duplicate `tonka0`: https://staging.serviceradar.cloud/devices/sr%3A1bb1b077-df44-4ef9-b4ab-127eed6af3bf Both IP addresses are actual interfaces on the device (router), the DIRE (device identity and reconciliation engine) should have de-duplicated them into one device. It is actually flipping IP addresses, when I originally saw it, it showed up with the same IP address for both devices, then a few minutes later they got two different IP addresses, now both tonka01's have converged around `216.17.46.98`. Also the network sweep status that appeared when tonka01 showed up under `192.168.10.1` is gone when both devices have their primary IP address set to `216.17.46.98`. We're also not showing any of the interfaces that we used to see under the interfaces tab that has now been moved underneath the device details screen, the interfaces tab isn't showing up for either of the tonka01 devices, presumably those interfaces were associated with tonka01 when it was known as `192.168.10.1`, maybe after the next discovery/mapper job run they'll appear but it seems like that would be also keeping a double set of these interfaces in the database somewhere, also bad. **To Reproduce** Steps to reproduce the behavior: 1. Go to '...' 2. Click on '....' 3. Scroll down to '....' 4. See error **Expected behavior** A clear and concise description of what you expected to happen. **Screenshots** If applicable, add screenshots to help explain your problem. **Desktop (please complete the following information):** - OS: [e.g. iOS] - Browser [e.g. chrome, safari] - Version [e.g. 22] **Smartphone (please complete the following information):** - Device: [e.g. iPhone6] - OS: [e.g. iOS8.1] - Browser [e.g. stock browser, safari] - Version [e.g. 22] **Additional context** Add any other context about the problem here.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
carverauto/serviceradar#781
No description provided.