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

Inventory: Does not recognize monitors connected to HDMI ports #25

Open
lrojas89 opened this issue Apr 7, 2022 · 5 comments
Open

Inventory: Does not recognize monitors connected to HDMI ports #25

lrojas89 opened this issue Apr 7, 2022 · 5 comments
Labels
bug Something isn't working c:agent-rust (>=3.0) Related to agent writen in Rust, so since version 3.0
Milestone

Comments

@lrojas89
Copy link

lrojas89 commented Apr 7, 2022

After installing a debian-based linux distribution on the computer and installing the fusion-inventory agent version 2.6, the xml sent to the glpi server does not show the MONITORS section.
In other words, the agent is not recognizing the devices connected by the HDMI ports of the motherboard, or the installed video cards to which monitors are also connected.

To reproduce

Connect a Monitor to the HDMI port in motherboard.
Connect a Monitor to the HDMI ports over installed video cards on motherboard
Install a linux distribution over the computer
Install a fusion-inventory agent version 2.6
Configure a target server.
Run a inventory task in your computer.

Expected behavior

Once the glpi agent inventory task is executed on the computer, when communicating with the GLPI server, it recognizes the monitors connected via HDMI, through the ports on the motherboard and on the video card, in the connections to the computer.

Operating system: Linux

GLPI version: 9.5.6

GLPIInventory plugin or FusionInventory for GLPI plugin version: 9.5+3.0

Additional context

In the version of fusion inventory 2.6 it recognizes only the monitors connected by HDMI to the motherboard, not the monitors connected to the video cards.
And it correctly recognizes the serial numbers of the monitors if they are connected through VGA ports, for the HDMI ports it puts the serial number 01010101.

@ddurieux
Copy link
Member

ddurieux commented Apr 7, 2022

What's the problem exactly with the FusionInventory agent?

@g-bougard
Copy link

This is anyway probably a duplicated of fusioninventory/fusioninventory-agent#980.

@lrojas89 please, as you first open this issue at glpi-project/glpi-agent#94 you must at least link it if the subject of this new one is to ask for another thought.
Even if glpi-agent and fusioninventory-agent are based on the same code, you're awkwardly asking for glpi-agent support, not sure this is the right way to do...

@lrojas89
Copy link
Author

lrojas89 commented Apr 7, 2022

@g-bougard The problem exists in both of them, I'm sorry about the way that I posted in before comment, I tested both agents and posted the issue in the both project

@lrojas89
Copy link
Author

lrojas89 commented Apr 7, 2022

@ddurieux In the version of fusion inventory 2.6 it recognizes only the monitors connected by HDMI to the motherboard, not the monitors connected to the video cards. And it correctly recognizes the serial numbers of the monitors if they are connected through VGA ports, for the HDMI ports it puts the serial number 01010101, also it not recognizes the monitors connected by HDMI to the video cards.

@kintaro1981
Copy link

I have a similar problem with monitors connected by docking station.
They are not recognized at all.

@ddurieux ddurieux transferred this issue from fusioninventory/fusioninventory-agent Sep 3, 2024
@ddurieux ddurieux added bug Something isn't working c:agent-rust (>=3.0) Related to agent writen in Rust, so since version 3.0 labels Sep 3, 2024
@ddurieux ddurieux added this to the Agent 3.0.0 milestone Sep 3, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working c:agent-rust (>=3.0) Related to agent writen in Rust, so since version 3.0
Projects
None yet
Development

No branches or pull requests

4 participants