MRLDKR

Guten Morgen zusammen! Ich habe seit ein paar Tagen – gefühlt seit dem Update auf 7.1.3 – immer wieder ähnliche Probleme mit meinem Unraid-Server: Die Internetverbindung bricht in unregelmäßigen Abständen ab, zuletzt gestern gegen 14 Uhr und heute Morgen um 4:50 Uhr. Besonders ärgerlich ist, dass ich den Server nur mit einem Neustart wieder ins Netz bekomme. An meiner Netzwerkumgebung oder am Server selbst habe ich nichts verändert. Der Server lief vorher gute fünf Monate ohne jegliche Probleme. Ich nutze den Ethernet-Port meines ASRock N100M Mainboards, welcher den Realtek RTL8111H Chip verwendet. Hat jemand vielleicht eine Idee oder ähnliche Erfahrungen gemacht? Ich freue mich über jede Hilfe! Hier mal der Log meines Servers, vielleicht kann jemand damit mehr anfangen als ich. Jun 10 04:50:56 ExecutorNode kernel: r8169 0000:01:00.0 eth0: Link is Down Jun 10 04:50:56 ExecutorNode kernel: bond0: (slave eth0): link status definitely down, disabling slave Jun 10 04:50:56 ExecutorNode kernel: r8169 0000:01:00.0 eth0: left promiscuous mode Jun 10 04:50:56 ExecutorNode kernel: r8169 0000:01:00.0 eth0: left allmulticast mode Jun 10 04:50:56 ExecutorNode kernel: bond0: now running without any active interface! Jun 10 04:50:56 ExecutorNode kernel: br0: port 1(bond0) entered disabled state Jun 10 04:50:59 ExecutorNode ntpd[1731]: Deleting 1 br0, [192.168.178.111]:123, stats: received=91, sent=91, dropped=0, active_time=33899 secs Jun 10 04:50:59 ExecutorNode ntpd[1731]: 216.239.35.0 local addr 192.168.178.111 -> <null> Jun 10 04:51:02 ExecutorNode kernel: r8169 0000:01:00.0 eth0: Link is Up - 1Gbps/Full - flow control off Jun 10 04:51:02 ExecutorNode kernel: bond0: (slave eth0): link status definitely up, 1000 Mbps full duplex Jun 10 04:51:02 ExecutorNode kernel: bond0: (slave eth0): making interface the new active one Jun 10 04:51:02 ExecutorNode kernel: r8169 0000:01:00.0 eth0: entered promiscuous mode Jun 10 04:51:02 ExecutorNode kernel: r8169 0000:01:00.0 eth0: entered allmulticast mode Jun 10 04:51:02 ExecutorNode kernel: bond0: active interface up! Jun 10 04:51:02 ExecutorNode kernel: br0: port 1(bond0) entered blocking state Jun 10 04:51:02 ExecutorNode kernel: br0: port 1(bond0) entered forwarding state Jun 10 04:51:05 ExecutorNode ntpd[1731]: Listen normally on 2 br0 192.168.178.111:123 Jun 10 04:51:05 ExecutorNode ntpd[1731]: 216.239.35.0 local addr <null> -> 192.168.178.111 Jun 10 04:51:05 ExecutorNode ntpd[1731]: new interface(s) found: waking up resolver Jun 10 04:51:26 ExecutorNode kernel: r8169 0000:01:00.0 eth0: Link is Down Jun 10 04:51:26 ExecutorNode kernel: bond0: (slave eth0): link status definitely down, disabling slave Jun 10 04:51:26 ExecutorNode kernel: r8169 0000:01:00.0 eth0: left promiscuous mode Jun 10 04:51:26 ExecutorNode kernel: r8169 0000:01:00.0 eth0: left allmulticast mode Jun 10 04:51:26 ExecutorNode kernel: bond0: now running without any active interface! Jun 10 04:51:26 ExecutorNode kernel: br0: port 1(bond0) entered disabled state Jun 10 04:51:29 ExecutorNode ntpd[1731]: Deleting 2 br0, [192.168.178.111]:123, stats: received=0, sent=1, dropped=0, active_time=24 secs Jun 10 04:51:29 ExecutorNode ntpd[1731]: 216.239.35.0 local addr 192.168.178.111 -> <null> Jun 10 04:51:36 ExecutorNode avahi-daemon[12061]: Withdrawing address record for 192.168.178.111 on br0. Jun 10 04:51:36 ExecutorNode avahi-daemon[12061]: Leaving mDNS multicast group on interface br0.IPv4 with address 192.168.178.111. Jun 10 04:51:36 ExecutorNode avahi-daemon[12061]: Interface br0.IPv4 no longer relevant for mDNS. Jun 10 04:51:55 ExecutorNode kernel: r8169 0000:01:00.0 eth0: Link is Down Jun 10 04:51:59 ExecutorNode kernel: r8169 0000:01:00.0 eth0: Link is Up - 1Gbps/Full - flow control off Jun 10 04:51:59 ExecutorNode kernel: bond0: (slave eth0): link status definitely up, 1000 Mbps full duplex Jun 10 04:51:59 ExecutorNode kernel: bond0: (slave eth0): making interface the new active one Jun 10 04:51:59 ExecutorNode kernel: r8169 0000:01:00.0 eth0: entered promiscuous mode Jun 10 04:51:59 ExecutorNode kernel: r8169 0000:01:00.0 eth0: entered allmulticast mode Jun 10 04:51:59 ExecutorNode kernel: bond0: active interface up! Jun 10 04:51:59 ExecutorNode kernel: br0: port 1(bond0) entered blocking state Jun 10 04:51:59 ExecutorNode kernel: br0: port 1(bond0) entered forwarding state Jun 10 04:52:06 ExecutorNode avahi-daemon[12061]: Joining mDNS multicast group on interface br0.IPv4 with address 192.168.178.111. Jun 10 04:52:06 ExecutorNode avahi-daemon[12061]: New relevant interface br0.IPv4 for mDNS. Jun 10 04:52:06 ExecutorNode avahi-daemon[12061]: Registering new address record for 192.168.178.111 on br0.IPv4. Jun 10 04:52:08 ExecutorNode ntpd[1731]: Listen normally on 3 br0 192.168.178.111:123 Jun 10 04:52:08 ExecutorNode ntpd[1731]: new interface(s) found: waking up resolver Jun 10 04:56:15 ExecutorNode ntpd[1731]: no peer for too long, server running free now Kann mir bzw. uns hier vielleicht jemand helfen? Vielen Dank vorab und liebe Grüße! EDIT: Rollback durchgeführt und alles läuft wieder.

Ich habe es bei mir folgendermaßen gelöst: 3x HDDs + 1x Cache - Allokation: High-Water und Aufteilung-Niveau nur auf die oberste Ebene HDD 1: Serien HDD 2: Filme HDD 3: Musik, Dokumente und alles andere Nach der Initiale "Befüllung" dann per Unbalanced alles aufteilen wie gewünscht. Anschließend eventuell leere Ordner auf den nicht gewünschten HDDs löschen. Nach der Methode wird zunächst alles so aufgeteilt wie ich es am liebsten hätte. Sprich wenn ich bspw. Musik höre, muss nur eine Platte hochdrehen und die Tracks liegen nicht über drei Platten verteilt. Sollte der Platz auf einer Platte dann doch irgendwann mal knapp werden, wird einfach eine andere verwendet. Ob das natürlich für dein Szenario sinnvoll ist, kannst nur du wissen.

Alternativ geht natürlich auch einfach und fix Tailscale. Flexibel mit oder ohne Exit-Node.

Erst einmal mal wieder vielen vielen Dank für eure tolle Unterstützung! Ich war noch nie ein Teil einer Community in der man derart schnell und hilfreich unterstützt wird. Der Befehl setzt scheinbar die richtige Frequenz bei mir (siehe Screenshot) 🥳 Ich kann mir bis jetzt noch nicht erklären warum mein System bis 800 MHz begrenzt. Spricht etwas dagegen den Befehl bis dahin ins Go File zu schreiben? Hat das irgendwelche Nachteile, außer dass mir im Dashboard von Unraid weiterhin 800 MHz angezeigt wird? Nein nicht das ich wüsste, es beabsichtigt oder irgendwo herumgespielt hätte. Die Turbos sind in Tips and Tweaks Plugin definitiv eingeschaltet. Ich hatte deine oben verlinkten Bios Einstellungen benutzt. Ist es möglich, dass ich dort irgendwo falsch abgebogen bin? Sprich gibt es dort eine Möglichkeit, die mich in diese Lage bringt?

Die Anzeige bleibt auch mit diesem Befehl bei maximal 800 MHz 🙁 Ich würde mich wirklich freuen wenn mir jemand helfen könnte. Ich weiß nicht wo oder was ich verstellt habe, bin aber eigentlich hier den Anleitungen nachgegangen und habe nicht im "Alleingang" gemacht.

Vielleicht kann mir hier nochmals jemand im Bezug auf mein N100M Mainbaord helfen, da ich inzwischen Zweifel bzgl. des CPU Takts habe, welchen ich noch nie über 800 MHz gesehen habe. Wie ist die Ausgangslage? CPU hat ordentlich was zu tun, die Intro sowie Credit Detection von Plex läuft seit Tagen. Die CPU Auslastung schwankt zwischen 40-100%. Das BIOS ist eingestellt wie in Joergs Post. Unter Unraid in den Einstellungen unter Energiemodus steht auf "beste Leistung". Der CPU Govenor steht laut Tips and Tweaks auf Performance. Habt ihr Ideen warum ich die CPU nie höher Takten sehe? Ich weiß langsam nicht mehr weiter. Laut cpufreq-info -o im Terminal ist der CPU Takt auf 800 MHz beschränkt.

Dank für deine Antwort. Ich hoffe doch, dass ich Powertop richtig interpretiere. Anbei ein aktueller Screenshot, allerdings noch mit laufenden Docker Containern und 2 Plex Streams. Für mich klingt das allerdings recht plausibel und könnte doch hinkommen. 18W - 4W HDDs im Spindown - 2-3W wg. Netzteil - 1-2 W ASM1166 - lfd. Docker Container und Plex Streams. Dann bin ich von deinen Angaben nicht weit entfernt. Ich werde morgen Vormittag in aller Ruhe und ohne Docker Container oder Plex Streams messen.

Eine kurze Rückmeldung von mir: Heute ist mein Shelly Plug S Gen3 angekommen, und ich habe ihn direkt in Betrieb genommen. Mein Homeserver verbraucht im Idle-Modus etwa 18 Watt. Dabei laufen rund 9 Docker-Container, alle vier HDDs befinden sich im Standby, lediglich die SSD ist aktiv, und die beiden Lüfter sind ausgeschaltet. Laut Powertop arbeitet das System zu etwa 30-50 % im C8-State. Interessanterweise machen die Governor-Einstellungen „Performance“ und „Power Save“ keinen Unterschied, zumindest erstmal nicht ersichtlich. Die BIOS-Einstellungen habe ich gemäß den Empfehlungen hier im Thread vorgenommen. Grundsätzlich bin ich mit dem Setup zufrieden, hatte mir allerdings einen etwas niedrigeren Verbrauch erhofft. Habt ihr eine Idee, woran das liegen könnte? Gibt es noch Optimierungspotenzial, ohne die Hardware zu tauschen? Könnte das 450-Watt-Netzteil (be quiet BN321) oder die WD SA500 SSD (Datenblatt: maximal 3,75 Watt, im Leerlauf ca. 0,06 Watt) eine Rolle spielen?

Danke nochmals! Auf die Idee mit AliExpress bin ich noch nicht gekommen, werde ich aber definitiv berücksichtigen. Werde nun erstmal den Stromverbrauch mit der jetzigen Konfiguration beobachten und dann Server + Switch auf 2.5G upgraden.

Thank you once again for your response and the effort you put into developing your plugins. I feel like such a fool when it comes to the Cron formatting 🙈

Alles klar, habe ich gemacht und hat scheinbar nach einem Neustart auch weitestgehend geklappt. In Powertop bei den Tunables habe ich allerdings einen Bad State - VM writeback timeout, welchen ich bei der manuellen Ausführung von autotune nicht hatte. Ist das ein Problem? Nach erster Beobachtung hat dies auf die C-States scheinbar keinen Einfluss. Das ist ein sehr guter Hinweis, muss ich unbedingt beachten. Ich wollte in den nächsten Monaten noch eine 2.5G PCIe wie die TP-Link TX201 hinzufügen. Hat jemand nebenbei Erfahrungen zur Karte? Oder vielleicht eine andere Empfehlung für mich? Ich konnte in der Forumssuche nichts passendes finden. Mir geht es vor allem um die Stabilität und um die Energieeffizienz. Danke für den Hinweis. Das hatte ich aber schon von selbst so gemacht, allerdings eher unbeabischtigt. Vielen vielen Dank nochmals für eure Hilfe und Unterstützung!

Hallo zusammen, ich bin neu hier im Forum und wollte mich kurz vorstellen. Seit Donnerstag betreibe ich zum ersten Mal einen Unraid Server – davor habe ich jahrelang ein Synology NAS genutzt. Bis jetzt bin ich super zufrieden mit Unraid, was nicht zuletzt an den vielen hilfreichen Infos hier im Forum liegt. Ein großes Dankeschön dafür! Besonders freut es mich, dass ich mein System glücklicherweise in den C8-State kommt, trotz "billig No-Name" ASM1166. Das war dank `powertop --auto-tune` und den zwei für mich notwendigen `setpci`-Befehlen möglich. Am Montag soll außerdem ein Strommessstecker ankommen, und ich bin schon ziemlich gespannt, ob das System die alten 25W, welche mein Synology NAS benötigte, wegen des Disk Spindowns deutlich unterschreitet. Eine Frage habe ich allerdings noch, da ich etwas Sorge habe, etwas falsch zu machen. Die drei genannten Befehle habe ich manuell ausgeführt und gelesen, dass diese auch in die auf dem USB-Stick vorhandene `go`-Datei eingetragen werden können. Also einfach die genannten Befehle eintragen? powertop --auto-tune sudo setpci -s 00:1c.0 0x50.B=0x42 sudo setpci -s 01:00.0 0x80.B=0x42 Muss ich dabei sonst noch etwas beachten? Nochmals vielen Dank an die Community für die wertvollen Tipps – ohne euch wäre der Einstieg sicher deutlich schwerer gewesen! Ich freue mich auf den weiteren Austausch hier.

Thank you very much for your detailed response and help! I have now largely copied your settings. The only differences are "hwmon1" instead of "hwmon2," as "hwmon1" is displayed under the PWM Fan Info, and the HDD drive designations — I have a total of 4. Is this correct? Unfortunately, the plugin doesn't seem to work for me; I can't see any changes in the fan speeds (HDD Fan stays around 600rpm and CPU Fan around 400rpm), even when both the HDD and CPU temperatures exceed the threshold. Additionally, the log unfortunately remains empty. Can you help me somehow?

pwn-fan Hello alturismo, First of all, a big thank you for your pwn-fan plugin and the effort you put into its development! I just started using Unraid yesterday and am still getting familiar with it. My system consists of an ASRock N100M motherboard on which I’ve installed two Noctua fans (1x CPU and 1x HDD). I successfully installed the plugin, but I’m unsure if there’s anything else I need to consider to ensure everything runs correctly. For example, do I need to configure anything additional to enable the plugin to autostart? I’ve also entered the minimum and maximum RPM values provided by Noctua. Is that fine, or is there anything specific I should keep in mind? Thank you in advance for your help, and once again, great work on the plugin! --- Hallo alturismo, zuerst einmal ein großes Dankeschön für dein pwn-fan Plugin und die Arbeit, die du in die Entwicklung steckst! Ich bin seit gestern neu bei Unraid und noch dabei, mich einzuarbeiten. Mein System besteht aus einem ASRock N100M Mainboard, auf dem ich zwei Noctua-Lüfter installiert habe (1x CPU und 1x HDD). Das Plugin habe ich erfolgreich installiert, aber ich bin mir unsicher, ob ich noch etwas weiteres beachten muss, damit alles korrekt läuft. Muss ich zum Beispiel zusätzlich noch irgendetwas für den Autostart des Plugins einstellen? Außerdem habe ich bei den Minimal- und Maximal-Drehzahlen einfach die Werte von Noctua eingetragen. Ist das so in Ordnung, oder gibt es da etwas Spezielles zu beachten? Vielen Dank vorab für deine Hilfe und noch einmal großes Lob für das Plugin!