-
Notifications
You must be signed in to change notification settings - Fork 5.6k
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
ipmi_sensor support connecting locally rather than via TCP #1547
Comments
@sparrc thanks! We need to upgrade to HEAD ;-) Does it support running ipmitool locally (the docs/examples all have "-I lan -H 192.168.1.1 -U USERID -P PASSW0RD") |
Looking at the code it looks like it might not work, as far as I can tell it assumes that you will provide it a username and password, so the documentation around those parameters being optional is not correct sigh Shouldn't be a difficult fix though |
Cool. Can we make this issue to make it support ipmitool locally? If nobody else has time to do this, we can patch it and propose it. |
I've done it via the plugin section and a small shell script: |
Dell R730:
Dell R630:
Supermicro based board:
HP ProLiant DL360p Gen8 SE:
SGI C2110G-RP5 (also supermicro based):
I think you get the idea. Pretty much every vendor provide some set of sensor data in degrees C.
There are other types of sensor data other than "sdr type Temperature", although we have no interest in capturing them.
We propose creating a ipmi plugin that
RFC. We are happy to work on this and submit a PR.
The text was updated successfully, but these errors were encountered: