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

Linux agents not populating model/serial reliably #54

Open
shokoah opened this issue Dec 17, 2024 · 1 comment
Open

Linux agents not populating model/serial reliably #54

shokoah opened this issue Dec 17, 2024 · 1 comment

Comments

@shokoah
Copy link

shokoah commented Dec 17, 2024

I'm noticing that the Linux agents are no longer reliably pulling serial numbers/device models. For example:

Example 1 (Dell PowerEdge T320, Kali/Debian):
-TRMM Agent:
Make: Dell Inc.
Serial: ..CN7475155N0789.
-dmidecode (grep -A3 '^System Information')
Manufacturer: Dell Inc.
Product Name: PowerEdge T320
-dmidecode (system-serial-number)
C42RS52
Example 2 (HP ProLiant DL380 G10, Debian 12)
Make: HPE
Serial: PFARAAPLMBH7UG
>> This should be an MXQ... number
Example 3 (Dell PowerEdge T140, RHEL Variant)
TRMM:
Make: Dell Inc.
Serial: .BBPQ9Z2.CNWS30097B00J0.
>> BBPQ9Z2 is the correct service tag, values separated by '.'
Example 4 (Dell OptiPlex 9010, Oracle Linux 9.5)
Make: Dell Inc.
Serial: /BHRTRW1/CN722002B609FM/
>> BHRTRW1 is the correct service tag, values separated by '/'
Working Example (Windows Server):
Make: HPE ProLiant DL360 G10
Serial: MXQ00402WN

I am not very software-dev literate, otherwise I would be happy to try to help sift through code. I have a very diverse TRMM instance, so if there is anything I can pull to help diagnose, please let me know! Thank you for the amazing software as always

@shokoah
Copy link
Author

shokoah commented Dec 17, 2024

Edit: noticed this is related to #42 - included model with this

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant