Supermicro Mainboards mit IPMI - RPM Grenze für Lüfter einstellen. So wirds gemacht!

[Josef Matula]

Hi,

nachdem ich nach langem suchen mich doch schlussendlich für ein Selbstbau ALL-IN-ONE Server entschieden habe,

Intel Xeon E3-1230 v3
Supermicro X10SL7-F
32GB ECC
Thermalright HR-02
[...]
(Geizhals.at/de)

musste ich feststellen, das dass Supermicro Board bzw. dessen IPMI-Chip allergisch gegen den sehr langsam drehenden 140mm Lüfter des HR-02 reagiert. Wenn dieser under die 450 RPM kommt denkt das Mainboard der Lüfter ist zu langsam und dreht ihn auf Fullspeed hoch. Dannach geht er wieder runter bis das Spiel von neuem beginnt.
Leider musste ich feststellen, das Supermicro den Kunden in dieser hinsicht eher alleine lässt und keine Veränderung der Mindestumdrehungszahlen für die jeweiligen Lüfter vorsieht. Nach Recherchen in diversen internationalen Foren habe ich dies nun jedoch hinbekommen und möchte Leitgeplagten meinen Weg teilen:

1. Wir installieren ein beliebiges Linuxsystem in einer VM. Ich habe Debian genommen weil das noch verfügbar war (Anleitung dazu gibts zu dutzenden im Internet und auf Youtube)

2. Wir öffnen in Linux ein Terminal und holen uns zunächst root Rechte

su

3. Wir installieren das ipmitool

apt-get install ipmitool

Bei der Nutzung von Linux in einer VM wird er nach der Installation beim starten des ipmitool eine Fehlermeldung bringen. Da wir jedoch remote auf das Mainboard zugreifen ist uns das egal.

4. Wir ermitteln den Sensor der Probleme macht

ipmitool -H 192.168.1.xxx -U usernamexy -P passwordxy sel elist

Ausgabe (Beispiel):

e71 | 02/18/2014 | 20:07:16 | Fan FAN1 | Lower Critical going low  | Reading 900 < Threshold 375 RPM
e72 | 02/18/2014 | 20:07:28 | Fan FAN1 | Lower Critical going low  | Reading 375 < Threshold 375 RPM
e73 | 02/18/2014 | 20:07:32 | Fan FAN1 | Lower Critical going low  | Reading 900 < Threshold 375 RPM

5. Wir lesen die Grenzwerte für den Sensor (Hier FAN1) aus

ipmitool -H 192.168.1.xxx -U usernamexy -P passwordxy sensor get "FAN1"

Ausgabe (Beispiel):

Locating sensor record...
Sensor ID              : FAN1 (0x41)
 Entity ID             : 29.1
 Sensor Type (Analog)  : Fan
 Sensor Reading        : 450 (+/- 0) RPM
 Status                : ok
 Lower Non-Recoverable : 300.000
 Lower Critical        : 375.000
 Lower Non-Critical    : 375.000
 Upper Non-Critical    : 18975.000
 Upper Critical        : 19050.000
 Upper Non-Recoverable : 19125.000
 Assertion Events      : 
 Assertions Enabled    : lcr- lnr- ucr+ unr+ 
 Deassertions Enabled  : lcr- lnr- ucr+ unr+

6. Wir setzen die Grenzwerte neu:

(Die drei Zahlen sind dabei für Lower Non-Recoverable, Lower Critical und Lower Non-Critical)

ipmitool -H 192.168.1.xxx -U usernamexy -P passwordxy sensor thresh "FAN1" lower 100 200 300

7. Kontrolle der Werte erneut mit

ipmitool -H 192.168.1.xxx -U usernamexy -P passwordxy sensor get "FAN1"

Ausgabe (Beispiel):

Locating sensor record...
Sensor ID              : FAN1 (0x41)
 Entity ID             : 29.1
 Sensor Type (Analog)  : Fan
 Sensor Reading        : 375 (+/- 0) RPM
 Status                : ok
 Lower Non-Recoverable : 75.000
 Lower Critical        : 225.000
 Lower Non-Critical    : 300.000
 Upper Non-Critical    : 18975.000
 Upper Critical        : 19050.000
 Upper Non-Recoverable : 19125.000
 Assertion Events      : 
 Assertions Enabled    : lcr- lnr- ucr+ unr+ 
 Deassertions Enabled  : lcr- lnr- ucr+ unr+

8. Fertig

Was mir aufgefallen ist, das die Werte nicht mit den gesetzen übereinstimmen. Ich glaube das hängt mit den aktuell ausgelesen Lüfterdrehzahlen zusammen. Am besten einfach ein bisschen rumspielen

Das gleiche funktioniert übrigens auch mit PWM Lüftern:
LINK

Gruß Josef

 

[hominidae]

...ohne Worte!

 

[Everest2000]

würde das auch mit dem X9DAi und [ X9QR7-TF+ gehen ..??.. ich glaub das teste ich mal.

 

[d0mr4f]

hattest du auch die Firmware auf dem neusten Stand?

Beim X10SLL hatte ich exakt das gleiche Problem und ein Update auf die neuste IPMI Version hat das Problem gelöst.

 

[Josef Matula]

@ Everest2000: Da es sich bei IPMI um eine standardisierten Schnittstelle handelt gehe ich davon aus.

@ d0mr4f: Lustigerweise hatte ich das Problem mit der ausgelieferten IPMI Firmware nicht. Erst die von mir neu aufgespielte, aktuelle IPMI-Firmware (01.23) verhielt sich so. Scheinbar wurden hier die Alarmgrenzen für die Lüfterdrehzahlen geändert. Das ist aber nur eine Vermutung, Supermicro hat auf meine Anfrage diesbezüglich nicht geantwortet und ein Changelog für die Firmware habe ich nicht gefunden.

 

[Night-Hawk]

@ d0mr4f: Lustigerweise hatte ich das Problem mit der ausgelieferten IPMI Firmware nicht. Erst die von mir neu aufgespielte, aktuelle IPMI-Firmware (01.23) verhielt sich so. Scheinbar wurden hier die Alarmgrenzen für die Lüfterdrehzahlen geändert. Das ist aber nur eine Vermutung, Supermicro hat auf meine Anfrage diesbezüglich nicht geantwortet und ein Changelog für die Firmware habe ich nicht gefunden.

Exakt das Verhalten habe ich auf meinem Supermicro X10SL7-​F auch..

 

[hominidae]

...ja, das war schon bei meinen X7HSPA-F und X8SIL-F auch so...

Schön das man es jetzt selbst beheben kann.

 

[roknrol]

Hallo!
Sorry wenn ich dieses alte Ding hier wieder auskrame. Ich hatte das selbe Problem mit meinem X10SRA-F. Nach dem setzen der neuen Mindestwerte bliebt das Ereignislog leer.
Allerdings drehten dann alle Lüfter auf Maximum
Ich hatte dann in den Einstellungen noch gefummelt und mehrmals aus- und eingeschaltet, dann liefen die Lüfter leise, wie sie sollten. Danke!