jj1987

Hatte zusätzlich ein Bug Report geöffnet und der Hinweis von JorgeB erwies sich als Lösung:

Hier auch nochmal eine diagnostics unraid-diagnostics-20250406-1117.zip

Ich bin gerade dabei meine Systeme zu konsolidieren und ziehe jetzt die Docker nach und nach um. Hierzu habe ich die Templates einfach von dem Tiny System, auf dem aktuell die ganzen 24/7 Docker laufen, einfach auf den Stick vom Ugreen System gezogen. Aber wenn ich nun über "previously installed" die Container wieder installieren will, habe ich nicht die Möglichkeit als Netzwerk Typ "custom eth0" einzustellen: Die allgemeinen Netzwerk- und Dockereinstellungen sollten eigentlich passen: Was läuft hier verkehrt?

Irgendein Adblocker im Einsatz? Pi-Hole oder ähnliches?

Das dürfte vermutlich auch eine gewisse Grundlast erzeugen. Aber grundsätzlich hat @DataCollectorschon Recht, ohne aspm Werte (und powertop c-states Übersicht) ist das ein ziemliches stochern im Nebel

Dann passiert gar nichts, da du dem mover, wenn nur ein primary storage eingetragen ist, in dem Fall quasi sagst "share ignorieren". Du musst VORHER die Verschieberichtung einmal so einstellen, dass die Daten am Ende auf dem storage liegen auf dem sie auch bleiben sollen. Dann den mover starten, warten bis er fertig ist, ggfs prüfen ob auch wirklich alles da ist wohl es sein soll. Dann den share so einrichten, dass nur der gewünschte primary storage eingetragen ist

Out of the Box wird der Parity Check eigentlich nicht unterbrochen, das muss man schon aktiv einstellen. Parity Check Tuning Plugin installiert? (Bin mit beim Namen gerade nicht 100% sicher, hatte es vor langer Zeit mal installiert, dann aber für unnötig befunden und wieder deinstalliert)

Auf diesen Hinweis hatte ich gehofft. Ich wusste irgendwo sind die abgelegt, aber den genauen Pfad hätte ich selbst vermutlich lange suchen müssen. Danke!

Ich will meinen Technik Zoo verkleinern und auch ein wenig sparsamer bei gleichzeitig höherem Komfort werden. Aktuell habe ich einen Tiny als Dauerläufer für Sachen wie NPM, Bitwarden, Immich, etc und relativ wenig Daten, auf die ich aber immer Zugriff haben möchte (Dokumente, Fotos etc) Dazu dann noch ein "großes" system mit HDDs als Datengrab (hauptsächlich Videos sowie Backups der PCs im Haushalt), das nur bei Bedarf gestartet wird. Das beides will ich nun in ein ugreen dxp2800 konsolidieren. Wie kombiniere ich nun am geschicktesten beide Systeme um schnellstmöglich alles wieder am laufen zu haben? Den Tiny erstmal laufen lassen, die HDDs in das ugreen einbauen und mit diesem Stick dann erstmal starten? Dann vom Tiny die Docker auf das ugreen umziehen, Tiny ausschalten und nvme von dort in das ugreen? Endausbau soll auf jeden Fall dann sein Docker und ggfs VMS auf der nvme vom Datengrab (2TB 970 EVO), Cache auf dem nvme vom Tiny (4TB Lexar NM790). Oder kann ich durch geschicktes kombinieren der configs auf den Sticks das irgendwie in einem Rutsch hinbekommen?

Vielleicht auch die ipvlan Problematik?!

Müsste doch eigentlich aber an die IP von npm geleitet werden?!

Und eventuell wird auch hier noch der scewin "uefi Hack" benötigt?!

Und das System hat auch wirklich nichts zu tun? VMS, Docker? Wenn die aspm logs sauber sind und trotzdem nur C3 erreicht wird, muss eigentlich irgendeine Last anliegen

Welcher "normale Anwender" hat denn auch ein NAS und hostet Docker Container? Und frag mal auf der Arbeit rum, wer UNRAID, paperless etc kennt... Wir sind hier, auch wenn es der ein oder andere vielleicht nicht wahrhaben will, schon in unserer eigenen kleinen Blase.

Powerfactor ist was ganz anderes als Effizienz (auch wenn es eine gewisse parallele gibt). Es gibt Schein-, Blind- und Wirkleistung (hat mit der Phasenverschiebung bei Wechselstrom zu tun), wobei wirk- + Blindleistung= Scheinleistung. Verbraucher zahlen aber nur Wirkleistung, das können die Stromzähler ebenfalls erkennen. Und PFC/powerfactor sagt halt genau das Verhältnis von Scheinleistung zu Wirkleistung aus. Gerade bei niedrigen Lasten ist das gerne Mal ein Recht niedriger wert

Und ob sie das kann, denn sie fungiert im Zweifel als Layer2 Switch und führt eine ARP Tabelle (faktisch Zuordnung von MAC zu IP). Und wenn die Fritze halt nur eine IP pro mac erlaubt und abhängig vom Arp refresh kommen halt die falschen Pakete zur falschen IP. Im rein internen LAN Betrieb schon schmerzlich getestet😉

Ja das liegt an 24h2, da wurde irgendwas mit smb gemacht. Ich stand letztens vor demselben Problem. Man muss in die Powershell (als Admin) und folgende Befehle dort eingeben, um das zu "beheben": Set-SmbClientConfiguration -RequireSecuritySignature $false Set-SmbClientConfiguration -EnableInsecureGuestLogons $true Bei win11 pro müsste es auch über die Gruppenrichtlinien gehe

Wenn die kein aspm mag, ist es leider ziemlich egal an welcher Stelle die SSD eingesetzt wird. Selbst als unassigned devices könnte die dann c-states blockieren

Sieht zwar so aus ist aber in Wirklichkeit genau andersherum. Die Platten laufen an und daraufhin werden die smart Werte abgefragt. Irgendetwas anderes weckt deine Platten auf. Entweder es ist tatsächlich der Controller selbst oder irgendein Plugin?!

Du könntest auch ne VM unter UNRAID einrichten und den sata Controller in diese VM durchreichen. Zumindest solange da noch keine (Array )HDDs dranhängen stört das UNRAID auch nicht weiter

Im dümmsten Fall wird der UNRAID USB Stick "abgehängt". Habe ich so zwar noch nie gehört, würde das Verhalten aber durchaus erklären

Ja, oder zumindest habe ich bislang noch nicht das Gegenteil gelesen und ich hatte mich da auch schon intensiver eingelesen. Bei SFP+ ist Intel wohl das non plus ultra. Bei RJ45 scheinen die neuen AQC113 auch ganz OK zu sein (gäbe es zumindest theoretisch auch als SFP+, dazu habe ich bislang aber noch nichts gelesen)

Die verhagelt dir dann allerdings auch die c-states

Zum Verständnis: du hast ein Array aus wenigstens 4 Datendisks plus eine Parity Disk? Und davon ist nun Disk 2 kaputt, die du aber mit der bereits _vor dem defekt_ im Array befindlichen Disk 4 ersetzen willst? Kurz und knapp: das geht so nicht. Du brauchst (übergangsweise) einen weiteren Datenträger der wenigstens so groß wie Disk 2 ist. Damit wird Disk 2 dann wiederhergestellt. Im Anschluss kannst du dann das Array um diesen Datenträger reduzieren und zb als uad einhängen und von dort dann die Daten auf Disk 4 kopieren