Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder einen alternativen Browser verwenden.
ich bekomme aktuell die Lüfter alle ageklemmt am Board (X11SPi-TF) nicht unter Kontrolle.
Die Lüfter sind alle Noctua's. NF-A12x25 PWM (120er) und NF-A14 5V PWM (140er).
Wenn ich die folgenden Einstellung im Management Interface setze
Set Fan to Standard Speed
oder
Set Fan to Optimal Speed
oder
Set Fan to HeavyIO Speed
Bringen diese nicht die gewünschte besserung. Es wird in kurzen Abständen der log mit Fehlermeldung voll geschrieben.
Die Lüfter werden langsam und drehen wieder hoch.
Lediglich wenn ich die Einstellung Set Fan to Full Speed dann ändern die Lüfter nicht dauernd ihre Drehzahl aber sie drehen entsprechend der einstellung auf voll Power.
Was ich erreichen möchte ist das die Lüfter auf um die 1300 RPM festgesetzt werden.
Mit dem IPMITool hab ich ebenfalls versucht bekomme aber keine passende Einstellung hin die mir hier den durchbruch bringt.
Für Tips die Lüfter unter Kontrolle zu bekommen, ohne diese an einem externen Modul zu verwalten wäre ich sehr dankbar.
Grüße
Elektromat
Zuletzt bearbeitet:
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Kann nachher mal schauen, wie meine Settings sind...
- - - Updated - - -
...und Update + kurze Einführung: Dieses "Pulsieren" der Lüfter liegt daran, dass die in niedrigere Drehzahlen runter können, als die üblicherweise von Supermicro in den eigenen Gehäusen eingesetzten Lüfter (meistens 80er oder 90er). Daher passen die im Board hinterlegten Schwellenwerte nicht: die Lüfter drehen runter, das Board denkt "aaargh, so langsam dürfen die nicht!" bekommt Panik und dreht den Saft auf max. Dann denkt das board wieder "aaah... so ist's fein, Fehlalarm, kein Grund zur Panik, regeln wir entspannt wieder runter"... nur um die nächste Panikattacke zu bekommen... und so geht's fröhlich weiter.
Man muss also dem Board eigentlich "nur" beibringen, andere Schwellenwerte zu nehmen.
Ich setze meine IPMI-Werte remote über eine Linux-Box mit ipmi-sensors-config (musst mal schauen, in welchem Paket das drin ist, weiss ich gerade nicht mehr).
Dann sind die wesentlichen Befehle, wobei du natürlich IP (hinter -h), usernamen (hinter -u) und das zugehörige Passwort (hinter -p) entsprechend anpassen musst:
1. impi-sensors-config -h 192.168.178.111 -l admin -u ADMIN -p YOURPW -L
// Zeigt Dir alle Deine Sensoren - Du suchst die mit FAN... - an welchem die bei Dir stecken, solltest Du natürlich auch wissen
Bei mir (und da Du das gleiche Board hast, bei Dir auch) sieht das dann so aus:
2. ipmi-sensors-config -h 192.168.178.111 -l admin -u ADMIN -p YOURPW -o -S 674_FAN2
// Zeigt Dir die Einstellungen des jeweiligen Sensors - hier mal am Beispiel vom Anschluss "FAN2"; vor allem interessant sind die Einträge für Lower_Non_critical_Threshold und Lower_Critical_Threshold. Meine Werte im nächsten Spoiler.
Code:
## Possible values: Yes/No
Enable_All_Event_Messages Yes
## Possible values: Yes/No
Enable_Scanning_On_This_Sensor Yes
## Possible values: Yes/No
Enable_Assertion_Event_Lower_Critical_Going_Low Yes
## Possible values: Yes/No
Enable_Assertion_Event_Lower_Non_Recoverable_Going_Low Yes
## Possible values: Yes/No
Enable_Assertion_Event_Upper_Critical_Going_High Yes
## Possible values: Yes/No
Enable_Assertion_Event_Upper_Non_Recoverable_Going_High Yes
## Possible values: Yes/No
Enable_Deassertion_Event_Lower_Critical_Going_Low Yes
## Possible values: Yes/No
Enable_Deassertion_Event_Lower_Non_Recoverable_Going_Low Yes
## Possible values: Yes/No
Enable_Deassertion_Event_Upper_Critical_Going_High Yes
## Possible values: Yes/No
Enable_Deassertion_Event_Upper_Non_Recoverable_Going_High Yes
## Give valid input for sensor type = Fan; units = RPM
[B]Lower_Non_Critical_Threshold 700.000000[/B]
## Give valid input for sensor type = Fan; units = RPM
[B]Lower_Critical_Threshold 500.000000[/B]
## Give valid input for sensor type = Fan; units = RPM
[B]Lower_Non_Recoverable_Threshold 300.000000[/B]
## Give valid input for sensor type = Fan; units = RPM
Upper_Non_Critical_Threshold 25300.000000
## Give valid input for sensor type = Fan; units = RPM
Upper_Critical_Threshold 25400.000000
## Give valid input for sensor type = Fan; units = RPM
Upper_Non_Recoverable_Threshold 25500.000000
## Give valid input for sensor type = Fan; units = RPM; 'None' to not use hysteresis
Positive_Going_Threshold_Hysteresis 100.000000
## Give valid input for sensor type = Fan; units = RPM; 'None' to not use hysteresis
Negative_Going_Threshold_Hysteresis 100.000000
3. ipmi-sensors-config -h 192.168.178.111 -l admin -u ADMIN -p YOURPW -c -e 674_FAN2:Lower_Critical_Threshold=500.000000
//Damit setzt Du eben einen neuen Wert.
Musste auch ein bisserl probieren, welche Werte irgendwie passen. Ggf. nach dem Booten auch ein bisserl warten, bis das System auf Betriebstemperatur ist, dann pendeln sich die Lüfter zum Teil auch von selbst ein (weil das Board wegen höherer Temperatur hochregelt).
In der SM-WebGUI sieht das dann bei mir so aus (zeigt halt leider nicht alle Werte):
Nur als Disclaimer: Ich hab hinten noch 2 80er Noctuas im Gehäuse, kann sein, dass die Werte für FAN2 von oben von denen sind!
Jau, das hatte ich damals auch gefunden. Aber damit nagelst Du die Fans auf ein Setting fest, man muss es bei jedem Reboot wiederholen und kann die verschiedenen Fan-Modes auch nicht mehr nutzen - wenn man die Thresholds anpasst, bleibt alles beim Alten & nutzbar, das Board regelt Temp-gesteuert nach und die Settings überleben auch den Reboot.
M.E. sauberer - wenn man davon bei solchen Eingriffen überhaupt sprechen kann.
Ich habe ein Problem mit einem großen Noctua NF-A20 Lüfter, bei dem auch das Runtersetzen des Thresholds nicht funktioniert, denn offensichtlich geht er bis auf 0 runter. Selbst bei einem Threshold von 0 fängt er an zu pulsieren, bzw. er erzeugt die Fehler:
Daraufhin pulsieren kurz alle Lüfter, d.h. gehen kurz auf Volllast, um dann direkt wieder mit der Drehzahl runter zu gehen.
Kann ich die Steuerung für FAN3 irgendwie deaktivieren? Oder gibt es irgendeine andere Lösung? Evtl. den Lüfter zusammen mit einem anderen über ein Y-Kabel an einen gemeinsamen Lüfteranschluss zu hängen?
Jemand ne Idee?
Beitrag automatisch zusammengeführt:
Ok, hat sich vermutlich erledigt. Nach dem Setzen des Thresholds auf 0
ist ein Reboot des IPMI notwendig. Danach sehe ich:
Code:
ipmiutil sensor -N esxi-backup-ipmi -U ##### -P ########### -g fan -c
ipmiutil sensor version 3.12
-- BMC version 3.86, IPMI version 2.0
ID | SDRType | Type |SNum| Name |Status| Reading
021c | Full | Fan | 41 | FAN1 | OK | 500.00 RPM
025f | Full | Fan | 42 | FAN2 | OK | 600.00 RPM
02a2 | Full | Fan | 43 | FAN3 | Absent | 0.00 na
02e5 | Full | Fan | 44 | FAN4 | OK | 500.00 RPM
0328 | Full | Fan | 45 | FANA | OK | 2700.00 RPM
ipmiutil sensor, completed successfully
Muss jetzt nur mal prüfen auf welcher Geschwindigkeit er jetzt läuft...
Ich könnt wahnsinnig werden...
Bis heut morgen ging das. Mußte den Server umbauen, jetzt ist es so, die Fans gehen auf Max, bevor ich was einstellen kann, und die bleiben auch da. Kommen nicht mehr runter vom Full Speed.
Hat jemand 'ne Idee?
x13sem-tf
Edit: Jetzt hab ich's (hoffentlich).
-- BMC version 1.02, IPMI version 2.0 ID | SDRType | Type |SNum| Name |Status| Reading
036b | Full | Fan | 41 | FAN1 | OK | 140.00 RPM
03ae | Full | Fan | 42 | FAN2 | Absent | 0.00 na
03f1 | Full | Fan | 43 | FAN3 | OK | 140.00 RPM
0434 | Full | Fan | 44 | FAN4 | OK | 140.00 RPM
0477 | Full | Fan | 45 | FANA | OK | 700.00 RPM
ipmiutil sensor, completed successfully
Boot Win10 ToGo >> RDP >> Reset BMC und dann so schnell wie möglich da aus dem Win10 die Settings anpassen.
