jj1987

Es geht darum einen "passenderen" Treiber für Realtek Netzwerk-Chipsätze zu integrieren. Der Unraid-"Standard" Treiber rt8169 scheint nicht immer die beste Wahl zu sein, und stattdessen müsste der "rt8168" integriert werden. Da gibt es eine Anleitung von 2012 zum kompilieren und einfügen. Hatte gehofft da gäbe es vielleicht eine einfachere Methode

Ich kämpfe bei meinem AMD-System ja auch immer noch mit dem Stromverbrauch/Powertop und bin dabei auf folgenden Beitrag gestoßen: https://askubuntu.com/a/1242574 Wenn ich das im Terminal eingebe erhalte ich: root@Unraid:~# grep . /sys/devices/system/cpu/cpu0/cpuidle/state*/name /sys/devices/system/cpu/cpu0/cpuidle/state0/name:POLL /sys/devices/system/cpu/cpu0/cpuidle/state1/name:C1 /sys/devices/system/cpu/cpu0/cpuidle/state2/name:C2 /sys/devices/system/cpu/cpu0/cpuidle/state3/name:C3 Also nur bis C3 Hatte daraufhin "Zenstates" in Verdacht. Aber da erhalte ich folgendes: root@Unraid:~# zenstates --list C6 State - Package - Enabled C6 State - Core - Enabled Grundsätzlich wäre C6 also möglich. Da bei mir auch der rt8169 geladen wird bin ich in das Thema auch mal eingestiegen, wobei auch noch einige andere Gerätschaften anscheinend kein ASPM mögen... Mal sehen ob ich das noch irgendwie hingebogen bekomme. Wobei "damals" mit Ubuntu 20.10 hatte ich denselben Verbrauch - muss ich nochmal mit nem aktuellen Ubuntu gegentesten ob sich da was getan hat.

@ich777kann man das mit deinem Kernel Helper Plugin einfacher umsetzen? Ich habe mich damit noch nicht übermäßig beschäftigt, aber mMn ist das ja genau für solche Sachen da?!

Für die "Optik" könnte man uU mit Symlinks arbeiten. Weiß aber nicht wie das dann in UNRAID/FUSE wieder behandelt wird

Eventuell doch auf zwei Systeme aufteilen? Also ein "kleines" System für die Office VMs und den Main-Server einfach bestehen lassen? Da sollten ja eigentlich 4-6 Kerne reichen Hätte nebenbei den Vorteil, dass die VMs dann zusätzlich auf den Main-Server gesichert werden könnten

Vorweg: auf dem Gebiet bin ich kein Experte Habe hier jetzt aber schon öfter gelesen, dass Threadripper aufgrund der NUMA Architektur für VMs wohl...nicht die erste Wahl ist. Somit stumpf ausgedrückt, nur dafür da dass ein Bild auf dem Monitor rauskommt, richtig? Da sollten es doch irgendwelche GT1030 o.ä. tun. Die müssen dann ja auch nicht mit x16 angeschlossen sein. Da ich das Board nicht im Detail kenne, sind dort mehrere x16 Ports (mechanisch) drauf, bzw etwaige x4-Ports vielleicht nach hinten offen, so dass dort x16 Karten reinpassen? Edit: So habe mir gerade deinen Rack-Vorstellungsthread nochmal angeguckt. Also einmal x16 und einmal offener x4 Slot, das würde grundsätzlich ja reichen - sofern Unraid sich nicht doch eine Graka krallt (was ja wohl manchmal vorkommen soll, weshalb von Headless immer mal wieder abgeraten wird).

Schritt 1: https://forums.unraid.net/topic/108314-tasturlayout-umstellen/?do=findComment&comment=991733 Schritt 2: https://forums.unraid.net/topic/108314-tasturlayout-umstellen/?do=findComment&comment=991127

Das ist aber nur die Bauform, angesprochen wird sie auch dann via SATA

Habe ich selber im Einsatz (bzw. die baugleiche WD Blue SN550). Ja es gibt bessere SSDs, aber nur gegen entsprechenden Aufpreis (die genannte 970evo plus liegt selbst im Angebot meist über 100eur, WD SN750 lag bislang bei bestenfalls 95) . mMn merkt man den Unterschied nicht oder nur in geringem Maße. Will man natürlich das letzte bisschen Performance dann muss man klotzen und nicht kleckern. Ich würde Mal sagen aus Preis/Leistungssicht ist die schon ok Ich persönlich halte von speziellen "NAS-SSDs" wenig. Für das Geld dann doch lieber die 970 EVO Plus

Ich bin mir inzwischen fast sicher das meine Win11 Test VM wohl noch lief und/oder ein Docker und deswegen vielleicht kein sauberer shutdown möglich war. Warum allerdings Nginx überhaupt ausgestiegen ist?! Naja ist in einem dreiviertel Jahr jetzt einmal passiert, insofern kein gravierendes Problem dass ich jetzt dringend untersuchen muss...

In den Festplatten-Einstellungen muss spindown aktiviert sein, ggfs extra je Festplatte. Erst wenn alle Festplatten im spindown sind beginnt überhaupt erst der Timer. Die weiteren Kriterien legst du dann im eigentlichen Plugin fest. Z.b ob Netzwerkaktivität den sleep verhindert, oder z.b. wenn ein bestimmter Client online ist. Und dann wäre der Eingangs erwähnte Timer. Ich glaube standardmäßig sind 30 Minuten eingestellt?! Also Zeit x bis die Festplatten in den spindown gehen, plus dann noch Mal der festgelegte wert im Plugin in der KEINE Aktivität sein darf

Hmm allerdings will er jetzt einen Parity-Check machen?! Mag Unraid shutdown -r aus irgendeinem Grund nicht?!

Ging tatsächlich nur mit shutdown -r

Mahlzeit zusammen, irgendwie hat's mir gerade das WebIF zerschossen. Es kommt jetzt nur noch ein Fehler 500 (über "ID.unraid.net - über die IP kommt Fehler 504). Per SSH ist der Server noch erreichbar. Wie geh ich nun am besten vor. Reicht es nginx neu zu starten (und wenn ja wie genau stelle ich das an)? Oder den Server besser einmal komplett rebooten? (über shutdown -r?)

Du kannst den PC auch runterfahren, nur geht dann halt wie gesagt das syslog verloren, da das eben nur im RAM liegt. Und der wird ja dann gelöscht. Aber ja für S3 müsstest du "sleep" auswählen (hab UNRAID bei mir auf Englisch, daher weiß ich gerade nicht wie das ggfs übersetzt wurde)

Das klingt dann eher so als ob der PC komplett runterfährt und nicht nur in den S3 geht. Dann wird, wenn man das syslog nicht mirrored, das syslog nämlich gelöscht und neu erstellt

Genau andersherum ist das gedacht. In den excluded hours macht das sleep Plugin nichts

@intel64gamer: Could you solve this in the meantime? As i have the same problem with my Connectx-3 @kacper91: Would you mind to explain how you got these drivers working under Unraid/Slackware? Thanks in advance

Naja da du ja auf dem Array eigentlich nichts speichern willst ist das total egal. Ein "Backup" (ja eine Parity ist kein Backup...) von "nichts" bringt halt auch "nichts"

Das liegt wiederum an der Einstellung "only" dann ist der Mover sozusagen deaktiviert Unraid würde trotzdem starten, würde aber meckern, dass mit dem Array was nicht stimmt. Dann müsstest du die Disk ersetzen/neue Konfiguration für's array machen und irgednwas ins Array packen (es ginge sogar ein weiter USB-Stick) Pool (zumindest wenn es mehr als ein Datenträger ist) geht nur BTRFS. Und XFS fürs Array passt auch soweit. Also ja kannst du so lassen Damit hatte ich ganz am Anfang auch Probleme - hat bei mir aber deutlich länger gedauert, herauszufinden dass es daran lag

Ob die leer ist oder nicht ist Unraid im Prinzip egal. Ich hatte nur gefragt damit, falls da doch "wichtige" Daten drauf sind, du die vielleicht vorher nochmal woanders hinsicherst. Aber wenn das sowieso verzichtbare Daten waren, ist's ja auch egal. Damit jetzt die 120GB SSD nicht "versehentlich" beschrieben wird, muss du halt für jeden Share einstellen, dass der Cache genutzt werden soll. Bei "Prefer" wird so lange in den Cache geschrieben, bis dieser voll ist und dann wird im Array weitergeschrieben. Bei "Only" wird ausschließlich in den Cache geschrieben und wenn voll dann voll. "Yes" wiederum würde bedeuten, dass nach einer festgelegten Zeitspanne alles vom Cache aufs Array verschoben wird - das solltest du also NICHT einstellen.

Guck Mal bei "gelistet seit". Die 3. ist ein altes Modell dass nicht mehr überall geführt wird. Wenig Anbieter=hoher Preis

Wahrscheinlich wird da nur ein anderer Adapter helfen. Der scheint die Seriennummer/uuid nicht vernünftig weiterzugeben. Und damit hält UNRAID dann alle SSDs für dieselbe SSD

Ja das Array wurde schon angelegt. Jetzt müsstest du die config neu erstellen lassen. Daten sind da noch keine drauf??

So eben gerade nicht. Im Array als Disk1 die 120gb SSD sonst NICHTS Und dann im Feld darunter "add Pool" und dort dann die beiden 1tb SSDs eintragen. Und dann musst du für jeden Share entsprechen den Cache auf prefer oder only setzen.