faxxe71

Ich verwende in meinem Server folgenden PWM Controller: Aqua Computer Quadro Das Ding kann bis zu 4 Stk PWM (und nur 4pin !!) Lüfter von bis zu 4 Temperatursensoren steuern (1 Sensor ist im Set). Ich habe einen Sensor hinter meinen 4 Platten in einem Lüfterkanal montiert. Ein 120er Noctua zieht nun gemäss der echten Wärme die aus den Platten kommt, entsprechend Frischluft. Das (wie ich finde) geniale an der Steuerung: sie lässt sich per Windows Programm fein und individuell regeln (und nur per Windows !!). Die Steuerung hab ich an einen internen USB Port (Kabel liegt bei) meines Mainboards gesteckt. Diesen Port reiche ich an eine Win 10 VM durch. Also starte ich die Win10 VM; adaptiere die Einstellungen des Controllers und fahr die VM wieder runter. Der Regler arbeitet nun selbstständig gemäss der Einstellungen und regelt gemäss "echter" Abwärme bzw Grade (2 Nachkommastellen genau) die Drehzahl. Für Unraid gibt es ein Plugin, um die Drehzahlen der Lüfter dieses Controller in Unraid anzuzeigen (Aquacomputer D5 Next hwmon). Ist nicht die günstigste Lösung aber arbeitet völlig unabhängig von Mainboard Regelungen etc Dynamix fan controll hat auf meinem Gigabyte Board leider auch nie funktioniert. -faxxe

Also seit dem sich das Problem des leeren Protokolls bei mir gezeigt hat, gab es 2 Updates für diesen Docker. Aber das Protokoll ist noch immer leer. Im Prinzip scheint NC aber zu funktionieren. @gremlica welche Fehler konntest du mit dem Löschen des Caches beheben? -faxxe

So weit war ich auch schon und der Lüfter wurde auch erkannt. Am Dashboard zeigt er ihn an und die % Rate wird geändert. Aber der Lüfter selbst dreht mit konstanter Drehzahl und geht auch nie aus bzw volle Drehzahl. Auch das detektieren der Minimum PWM funktioniert nicht. Bin gespannt, was er bei dir bringt... Danke, faxxe

Guten Morgen, hat jemand an diesem Board die PWM Lüfter Kontrolle mittels Dynamix System Autofan Plugin in Betrieb nehmen können? Ich sehe zwar die Drehzahlen aber die Regelung funktioniert nie. Danke , faxxe

Update 4 : habe den Win Rechner mit einem Mint Linux Live USB Stick gebootet und was soll ich sagen: gut 8 - 10GBit in jede Richtung Egal, ob Mellanox oder die Intel Karte eingebaut ist. Beide laufen vom USB Live Linux mit richtig Speed. Schuld ist ausschließlich das Ar***och MS Windows 10, das mit jeder Karte macht was es will. Ich werde da mal weiter forschen aber es ist schon unglaublich, das sich ein Betriebssystem dermaßen quer legen kann 😱 Danke für eure Geduld.... meidet Windows -faxxe

Update 3: nun ist eine Intel X710 im Unraid Server . iperf Win<>Unraid wieder deutlich schlechter (ca 2GBit). Im PC werkelt die Intel x520 Karte. Also mögen sich die beiden auch nicht richtig. Vom Mac<>Unraid geht geht iperf mit ca 8GBit single Stream. Viel Geld für nichts und schlauer wurde ich auch noch nicht. -faxxe

Ich stand Anfang des Jahres vor derselben Entscheidung. Hab mir beide Systeme angesehen (und Truenas) und bin dann bei Unraid geblieben. Der "Unraid" Faktor, sämtliche Daten per Paritätslaufwerk abgesichert zu haben und trotzdem nicht den (meiner Meinung und meinem Anspruch nach) Irrsinns im Privatbereich eines Raidsystemes laufen zu lassen, hat mich dann überzeugt. Und sollte sogar eine Datenplatte incl der Paritätplatte ausfallen, sind die Daten der restlichen Platten noch immer verfügbar. Docker geht wunderbar. Windows und DSM läuft wunderbar in einer VM. Zum Thema DSM/SS und VM such mal nach "auxilium arc loader" bei Google -faxxe

With a WD Red SN700 1TB Nvme Cache drive i got similar errors all 15 minutes. I had to add the "pcie_aspm=off" I replaced it now with a Samsung 980 Pro and now i´m happy. No errors anymore -faxxe

Danke. Es ist und bleibt merkwürdig. Jetzt schau ich mal was mit der Intel x710 im Unraid läuft (unter anderem auch was die C States betrifft). Und sonst muss ich mit dem Zustand leben. Grundsätzlich habe ich ja nicht dauernd TBs zum verschieben aber bei der nicht ganz günstigen Hardware für 10GBit erwartet man das sie tut was sie soll. Danke aber für eure Beurteilung und Tipps -faxxe

Update 2: Die Intel x520 Karte ist nun im PC. SMB Leistung nun Mac<>PC immer 1000MByte/sec bzw 10GBit. SMB PC<>Unraid ca700MB/sec schreibend und 1000MByte lesend. iperf funktioniert in alle Richtungen eigentlich nur mit dem Befehl -P 2 also 2 Streams parallel mit voller 10GBit Performance. Unterm Strich erscheint mir, sobald eine Mellanox im Spiel ist (entweder im PC oder in Unraid) das dieses Gerät dann eine schlechtere Leistung zeigt. PC<>Unraid direkt per LWL bringt bei iperf bzw SMB die völlig identen Ergebnisse. Der Switch dürfte also 100% keinen Einfluss nehmen. Habe mir nun eine Intel x710 bestellt. Diese Karte wollte ich schon mal im Unraid Server verbauen. -faxxe

Update: Urlaubstag eingeschoben 🙃 Tausch Intel auf Mellanox in Uraid: Der PC schafft nun auf Anhieb ca 6GBit in iperf zum Unraid. Kopieren per SMB bestätigt dies. Ansonsten alle Datenraten wie gehabt. Aus irgendeinem Grund kann die Intel mit der Mellanox im PC nicht richtig. Der 10GB-T ist natürlich schon recht warm aber da hängt der Mac drauf und der schafft eigentlich die besten Raten. Habe aber den Receiver auch mal entfernt um auszuschließen, das die Wärme den Switch stört. Alle Geräte stehen im selben Büro zu Hause und da ist definitiv keine andere LAN Hardware im Verbund. -faxxe

Nachtrag: Realworld Test: 17GB File schreiben/lesen (liegt immer auf einem NVME Pool bzw Laufwerk) in verschiedene Richtungen. Dauer per Stoppuhr gemessen und die Übertragungsrate in MByte/sec Rate umgerechnet. Lesen: Schreiben: MByte/sec Win->Unraid : 485 191 Mac->Unraid: 1000 (!) 548 Mac->Win : 708 472 Der Mac liest den 17GB File in 17 Sekunden (!!) vom Unraid Server. Das sind 1000MB/sec bzw entspricht dem 10GBit Netzwerk. Der PC liest auch viel schneller als der iperf vermuten ließe, schreibt aber extrem langsam auf den Server. Ich glaube, das da auch bei Windows etwas nicht stimmt. Auch haben die Iperf Ergebnisse generell wenig mit der SMB Performance zu tun. Hier greift vermutlich auch Multichannel. Mit den knapp 450MByte/sec in verschiedene Richtungen könnte ich leben aber die PC Schreibrate (191) auf Unraid stört mich noch massiv. Der Mac scheint sich mit Unraid am besten zu verstehen. -faxxe

Danke für euren Input. ich habe nun die verschiedenen Kombinationen mit meinen SFP+ Adapter versucht. Der PC und Unraid sind per LWL am Switch verbunden. Ich hatte noch einige andere LWL SFP+ Adapter (andere Hersteller) bzw habe ich Unraid mal per DAC Kabel mit dem Switch verbunden. Conclusio bisher: ist völlig egal in welcher Kombination an Adapter/DAC ich PC <> Switch <> Unraid verbinde, bleiben die iperf3 Ergebnisse immer dieselben. Ich werde am Wochenende mal die Intel Karte aus Unraid wieder gegen eine Mellanox tauschen. Ich bilde mir ein, das damit zuvor eine höhere Rate möglich war. Getauscht habe ich eigentlich nur wegen der C3 State Situation mit Mellanox Karten (Mellanox verhindert den Server vor tieferen Stromspar Zuständen). Der Aruba 1930 ist ein aktiver 24 Port 195Watt POE Switch. Den schließe ich vorher als Fehlerquelle (noch) aus ☺️ Update folgt -faxxe

Hallo, es sind natürlich die passenden Adapter in den SFP+ Ports 😉 MTU habe ich nirgends händisch geändert. Jumboframes sind auch am Switch deaktiviert. Alle Rechner sind im selben Segment 192.168.1.x. Knapp 6GBit sind natürlich auch noch weit weg von 10GBit, die eigentlich möglich wären; stimmt. Irgendwie dubios 😖 -faxxe

Hallo aus Österreich, vielleicht hättet ihr eine Idee, wie ich das Nadelöhr in meinem 10GBit Netzwerk finden könnte. Hier steht ein ziemlich performanter PC (i7-13700), ein M1 Mac Mini und ein Unraid Server auf B660/i3-13100/64GB DDR4 Basis. Im PC werkelt eine Mellanox x311 10GBit Karte; der Mac hat 10GBit per RJ45 eingebaut; im Unraid Server werkelt eine Intel 82599ES 10-Gigabit SFI/SFP+ Karte. Alle 3 sind an einem Aruba 1930 Switch in den SFP+ Ports angesteckt. Nun die iperf3 Übertragungsraten unter den 3 Geräten: WIN<>Mac: ca 6 Gbits/sec Mac<>Unraid: ca 6.5 GBit/sec Win<>Unraid: ca 1 GBit/sec !!! Kopiere ich große Files (auf eine NVME Pool Drive) bestätigt sich die schwache Bandbreite vom Pc zu Unraid. Vom MAc auf Unraid läuft dafür unglaublich stabil und schnell. Vom Mac auf den PC geht aber auch fast so schnell, wie vom Mac auf Unraid. Woran könnte das liegen? Ist das SMB Setting am Unraid Server auch für den iperf3 Test entscheidend? Danke für eure Erleuchtung -faxxe

I cant confirm. I use an Unraid server in my personal home network. 2 x Mac Mini M1 each with a 10GB Nic (and few M$ boxes as well). Both can move and copy from/to this Unraid box with full 10GB speed (to the NVME cache drive). Both can use the Server for their time machine backups. Very reliable and completely stable since i start with Unraid a year ago. Important are the smb settings: here are mine: interfaces = 192.168.1.254;capability=RSS,speed=10000000000 aio read size = 1 aio write size = 1 strict locking = No use sendfile = No server multi channel support = Yes readdir_attr:aapl_rsize = no readdir_attr:aapl_finder_info = no readdir_attr:aapl_max_access = no fruit:posix_rename = yes fruit:metadata = stream I would say, there are no problems with MacOS. -faxxe

What means this new log entry? Sep 6 08:08:07 Raider monitor: Stop running nchan processes I have never seen it before 6.12.4 -faxxe

Today i did some changes in the Samba settings and therefore i stopped the array. When i start the array i got the unclean shutdown message again. I did no reboot! 6.12.4 & PCT plugin is installed. -faxxe

upgraded from 6.12.3 - reboot triggered also a parity check (unclean shutdown detected) but works stable and well as 6.12.3 in my case -faxxe

Similar error here on 6.12.3: Aug 30 07:27:29 Raider docker: Error: RAM-Disk Mod found incompatible files: ce45b19ceea8837f8143b8a5b64663f2 /etc/rc.d/rc.docker 9a14a4b89f45c32a2126a35e0c4ebcda /usr/local/emhttp/plugins/dynamix/scripts/monitor -faxxe

Reserved by what? -faxxe

Hallo Nach nun gut einer Woche Uptime mit 6.12.3 gabs seit gestern morgen einen merkwürdigen Umstand. Keine der Platten ist wie üblich in den Sleep Mode gegangen. Heute habe ich dann bemerkt, das der Mover seit dem gestrigen geplanten Start um 08:00 extrem langsam die Dateien verschoben hat. JPGs brauchten mehrere Sekunden. Ich habe dann alle Docker und VM abgeschaltet und das System neu gebootet. Danach war er wieder mit dem üblichen Tempo unterwegs; brauchte aber mehrere manuelle Starts um alle Dateien aus dem Cache zu verschieben. Was mir seit 6.12.3 ebenfalls neu erscheint, sind unzählige dieser roten Einträge im Mover Log: Was denkt ihr?

Update done from 6.11.5 to 6.12.3: update all Apps and Dockers disabled VM (have one running) disabled Docker (21 always running)-i use ipvlan with few dockers on different ip in br0 backup from the boot stick update and reboot properly enabled the docker service and 21 dockers came up correctly enabled the VM service and 1 VM starts correctly Everything works flawless and its now up since 24h. -faxxe

Build .2 at 6.12. in just a few weeks. The error messages are not really getting less. I'm afraid 6.13 is still really far away. I understand the purpose of 6.12 less and less. -faxxe

I bought an used HP card with an Intel chipset. Cheap for €49.- Ebay Name is "HP Ethernet 10Gb 2-Port 560SFP+ PCIe x8" Works perfect with Unraid. ! I dont know "sriov"! -faxxe