Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Cable Trace not working in both directions #16832

Open
mat-vc opened this issue Jul 5, 2024 · 3 comments
Open

Cable Trace not working in both directions #16832

mat-vc opened this issue Jul 5, 2024 · 3 comments
Assignees
Labels
pending closure Requires immediate attention to avoid being closed for inactivity status: revisions needed This issue requires additional information to be actionable type: bug A confirmed report of unexpected behavior in the application

Comments

@mat-vc
Copy link

mat-vc commented Jul 5, 2024

Deployment Type

Self-hosted

NetBox Version

4.0.6

Python Version

3.11

Steps to Reproduce

Create 1 patch-device with 1 front and 1 rear port.

Create 2 devices with 1 interface on each device.
Connect both devices to their corresponding rear/front port.

Press the "trace cable" button to produce a result.

Expected Behavior

I am expecting both trace directions to show the same output. This is not the case.

I'm using a fresh docker environment to test this issue. I've observed this on another environment too.

Observed Behavior

The trace from both sides is giving a different output.
One shows the expected (full) result. The other shows only 1 out of 2 connected patch-cables.
image
image

@mat-vc mat-vc added status: needs triage This issue is awaiting triage by a maintainer type: bug A confirmed report of unexpected behavior in the application labels Jul 5, 2024
@arthanson
Copy link
Collaborator

@mat-vc Can you please check the steps to reproduce and maybe give a more in-depth step by step - I tried a scenario like you listed but can see the trace from both sides (see below):
| NetBox 2024-07-08 09-52-26
| NetBox 2024-07-08 09-53-05

@arthanson arthanson added status: revisions needed This issue requires additional information to be actionable and removed status: needs triage This issue is awaiting triage by a maintainer labels Jul 8, 2024
Copy link
Contributor

This is a reminder that additional information is needed in order to further triage this issue. If the requested details are not provided, the issue will soon be closed automatically.

@github-actions github-actions bot added the pending closure Requires immediate attention to avoid being closed for inactivity label Jul 15, 2024
@dfex
Copy link

dfex commented Jul 16, 2024

I am seeing this issue intermittently as well. Netbox 4.0.7 via netbox-docker.

I have a slightly more complex scenario where I have modelled two FOBOT Devices with Front and Rear ports, with "Switch" Device Interfaces connected to the FOBOT Front Ports and the FOBOT Rear Ports connected to each other:

Device [SWITCH1] -> interface -> Cable -> front-port -> device [FOBOT1] -> rear-port -> Cable -> rear-port -> device [FOBOT2] -> front-port -> Cable -> interface -> Device [SWITCH2]

Earlier when I was looking at the SWITCH1 interface list, it showed the nominated interface connected through to the far-end SWITCH2 interface (solving all the intermediate passive device connectivity), however looking at the SWITCH2 interface, it only showed the CableName and the Connected column was blank. Running Trace showed the same one-way results as @mat-vc was seeing (eg: a split after FOBOT2) - and this is when I searched on the cause of the split error message and found this GitHub Issue.

Docker (and thus netbox) has restarted during this time as my laptop was closed.

However, just now, I re-created @arthanson 's test scenario above on separate test devices with a simple back-to-back device in the middle, and trace worked in both directions for that scenario.

Now all of a sudden I can also see a bidirectional connection on my more complex scenario as well! So I'm not sure if that was the restart or something else that is causing it to trace both ways correctly.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
pending closure Requires immediate attention to avoid being closed for inactivity status: revisions needed This issue requires additional information to be actionable type: bug A confirmed report of unexpected behavior in the application
Projects
None yet
Development

No branches or pull requests

3 participants