MAM59

Den Abschnitt ignorieren wir lieber mal. Seine Datenplatten sind schneller als jeder SSD Pool sein kann, das ist also hier kontraproduktiv. Mit 2*NVMe mach die Parity SSD auch wenig Sinn, sie bremst nur. Und da kein TRIM im UNRAID Array funktioniert sind sowohl die SSD, als auch die NVMes deplaziert. Der ganze Aufbau ist also mehr als suboptimal. Wäre die SSD weg und eine dritte (gleichartige) NVMe vorhanden, dann wäre ein RAIDZ (ZFS Array) Pool hier wohl die optimale Lösung. Da ist die Parität und der Cache dann gleich mit eingebaut. Aber, es müssen eben DREI GLEICHE Laufwerke sein...

Also man sollte ja nicht ums letzte Watt feilschen (bei mir kommt der Strom vom Dach, nicht aus der Steckdose 🙂 ), aber ich hab gestern auch ne neue Kiste Marke "minipc" hier eingerichtet. Mit N355, 2 NVMe + 1 SATA Disk, 2*10Gb LAN und 2*2.5Gb LAN. Die braucht im Vollbetrieb (Apache, MySQL, WordPress, diverse LANs routen mit Firewall, noch so 20 anderen LAN Sachen) 19,2W (ja, ohne Schätzdose, habe ordentliche Meßgeräte). Selbst wenn alle 8 Cores glühen, werden es nicht mehr als 42W (da muss man sich aber schon mit künstlichen Benchmarks bemühen die Kiste in Rage zu bringen). Ich finde das schon durchaus "nett", zumal die Schwuppdizität verglichen mit dem Vorgänger (Ryzen 3700G, ~65W im Betrieb) deutlich zugelegt hat. (Mit UNRAID-Idle waren es so 14W, aber die Kiste ist ja zum Arbeiten da und nicht zum Schlafen) Ich überlege, ob ich so eine Kiste mit 8 SATA Ports hinbekomme... Dann wäre der UNRAID Server (Ryzen 5700G, 6 Platten, 4 NVMe, 99 bis 160W) eventuell auch am "End of Life" angekommen... Oder 2 von den Kisten...

Also eigentlich sieht Deine Liste nun "sauber" aus. Die neue Version hat wohl auch die Namen auf Normalwerte konfiguriert, so dass die Hoffnung existiert, dass es so auch zukünftig bleiben wird.

Eigentlich nicht, aber ich erkenne, dass Dein Gehäuse beide Platten mit "Seagate_Expansion_..." benannt hat. Vertausch dann nicht die Datenplatte mit der Parität! Ich würde zwecks Neuzuordnung erstmal auf die Parität verzichten und nur die Datenplatten zuordnen. WICHTIG! zu keinen Zeitpunkt solltest Du eine Platte löschen! Wir reden nur von den Konfigurationsdaten von UNRAID!!! Kann das Array mit obiger Konfiguration nicht gestartet werden? Welche Fehlermeldung kommt denn? Na ja, wenn nicht gestartet wird, dann solltest Du mal für ein paar Minuten auf die Parität verzichten * Array stoppen * "neue Konfiguration" wählen (Pools können erhalten bleiben, Array Platten nicht) * danach neues Array anlegen (wenn Du wirklich weist, welche Platte davon die Parität war, dann nur die Datenplatten aufnehmen) Ansonsten: * ALLE Platten aufnehmen *Array starten * Das wird nicht richtig klappen, eine Platte wird als "unmountable oder kein Filesystem" erkannt werden und das Array startet nicht durch. Das war die Parität. UNRAID schlägt vor, sie zu formatieren, das willst Du aber gar nicht. * diese Platte wieder aus der Arrayliste entfernen (Achtung! Anzahl der Arrayplatten gleichzeitig heruntersetzen, wenn die Parität "oben" in der Liste war musst Du alle Einträge von Hand aufrücken) * Array starten (das sollte diesmal aber klaglos gehen) * Array stoppen Gemeinsam weiter: * Übriggebliebene Platte als Parität zuordnen * Array starten (Es wird automatisch ein korrigierender Paritätscheck gestartet, Du hast dann ein paar Stunden Pause) Leider guckt man den Teilen nur vor den Kopf (will heißen, das erfährst Du erst nach dem Kauf). Aber eigentlich ist ALLES gefährlich, wo mehrere Platten über EINE USB Verbindung geführt werden. Harmlos sind manchmal nur Single Drive Boxes. (und auch die nur MANCHMAL). Noch ein Tip: es hilft, sich Aufkleber mit den Plattennamen zu drucken und auf die Platten zu kleben, damit man später mal weis, welche welche ist und man nicht aus Versehen die falsche rauszieht. PS: sollten BEIDE Platten als "unmountable" angezeigt werden, dann hast Du verloren. Dann gehört das Gehäuse in die Kategorie "ich bin ganz böse und will mein eigenes Partitionsschema" und sollte NIEMALS mit Unraid verwendet werden! Zurückschicken, Einstampfen, Mülltonne!!! Ansonsten droht Dir ersmal der aktuelle Datenverlust und später vielleicht sogar noch das Tal der Tränen

Das passiert auch nur in extremen Situationen mit gravierender Schieflast der Geschwindigkeit der Komponenten. Meist bremst die Platte das LAN aus, aber in letzter Zeit sind die Dinger deutlich schneller geworden, so dass nun der umgekehrte Fall häufig eintrifft. Und dieser "Stall" dauert ja auch meist nur ein paar Sekunden (bis zu 30 hab ich schon gesehen), was darüber hinausgeht ist sicherlich ein "richtiger" Fehler mit anderer Ursache.

Also, wie der Vorredner etwas knapp anmerkte, die USB Gehäuse sind Dein Problem. UNRAID erkennt die Platten anhand deren "Namens". Das ist normalerweise der Typ und die Seriennummer, so wie der Hersteller es in der Firmware vermerkt hat. Nur diese USB Teile dazwischen nehmen sich die "dichterische Freiheit", ihren eigenen Senf dazuzugeben. So wird dann aus einer "WDC_WD181KFGX-68AFPN0_3RXWJVWA" schnell mal eine "SanDisk Extreme 55A SCSI Disk Device" (oder so ähnlich). Damit ist klar, dass Unraid die Platte nicht wiedererkennt. Kann auch gut sein, dass beim nächsten Update die Namen sich wieder ändern, wenn dem Treiber danach ist. Das ist einer der Gründe warum dringend von USB abgeraten wird (der andere sind spontane Abbrüche durch fehlerhafte USB Treiber im Linux Kernel). Die gute Info dazu: die Daten sind nicht weg! Du musst aber von Hand eine "new config" machen (Array Zuweisungen löschen) und dann die Platten mit neuem Namen in ein neues Array aufnehmen. Ebenso muss die Parität neu zugeordnet und neu aufgebaut werden. Insgesamt kein Prozess den man dauernd machen will... Aber zumindest gehts dann ersmal wieder. Unraid hat keinen Einfluß auf die Namen, die werden vom Linux Kernel Treiber ausgelesen, deshalb kann sich bei jedem Update da was Neues einstellen, zumindest wenn so eine USB Dingen dazwischen ist (bei direktem Anschluß werden immer die "echten" Namen gelesen). PS: es gibt auch "ganz schlimme" USB Gehäuse, die ändern nicht nur den Plattennamen, sondern auch die Partitionierung (bzw, sie machen ihre eigene). Diese Platten sind dann ausserhalb dieses Gehäuses nirgendwo anders lesbar, sie werden dann immer als "leer" erkannt (z.B. WD-Book und reichlich viele andere. Alles, was irgendwie behauptet RAID zu können, macht das so. Aber leider auch reichlich andere Taiwan/China Dinger, so dass man nie genau weis, ob das Teil ok ist oder nicht. Zur Sicherheit immer ausprobieren BEVOR wichtige Daten da drauf kommen und hinterher das große Heulen beginnt...)

ok, maybe somebody else can help you then.

Which does not mean much. If I look at the specs of that thing, I would be suspicous how 4 LAN Cards, 3 NVMe AND a 16x slot would work together with a simple Desktop Intel CPU... this would need at least 32 lanes (not counting in the usual USB stuff and other gimmicks), the CPU only has 16! Take away 4 for the chipset and another 4 for the internal graphics, only 8 left... not even the spare slot can be covered with this. So there will be some PCIe multipliers which eat up bandwidth and block devices against each others. These systems can easily behave strange. Edit: I just have read the CPU has 20 lanes. The 4 of the IGPU are not available outside. So 16 lanes are "free"

The 10G adapter really needs the 4 or 8 PCIe Lanes it asks for. With less it does not just slow down like many NVMe drive can do today, it stalls. So make sure that the slot you have put it in not only physically matches but also electrically. Also, there maybe restrictions of your motherboard that do not allow certain devices to work together (eg: "if you put some card into slot #3 then USB- 5-8 are not available"). But your described symptom "talks into thin air and waits for godot" points more likely to the "wrong slot size" issue. Consult the manual of your motherboard and watch out for (*) footnotes.

Also grundsätzlich beobachtest Du normales Verhalten, das es so überall bei TCP/IP gibt. Wenn eine Datenverbindung aufgebaut ist, erhält die erste davon 100% der Speicherressourcen und der Bandbreite. Wenn sie dann schneller "lesen" kann, als die Daten im LAN loszuwerden, dann füllen sich die internen Puffer, irgendwann kommt es dann zum "Stall" (aka: "nichts geht mehr"). Das kannt man hinlänglich hier von Windows Transfers die flott anfangen und irgendwann mal auf 0kb/s zusammenbrechen. Nach ein paar Sekunden gehts dann weiter und das Ganze wiederholt sich in Wellen. Also: ersmal kriegt einer ALLES. Wenn nun eine zweite Verbindung hinzukommt, geht erstmal ein großer Schock durch den Rechner. Blitzartig wird der laufende Transfer (#1) gestoppt, der zweite gestartet und die Bandbreite jeweils auf die beiden Verbindungen zu 50% verteilt (sollte eine Verbindung die Bandbreite gar nicht brauchen, so wird sie langsam wieder der anderen zugeschlagen, das dauert aber eine Weile). Ist aber, wie oben erwähnt, #1 gerade eh im Stall_Modus, kann #2 gar nicht gestartet werden, es muss ersmal wieder Puffer freigeräumt werden, danach kommt dann der Split und beide fahren irgendwann gemächlich wieder an. Ziel muss es sein, dass das LAN kein Flaschenhals ist. Also, die LAN Geschwindigkeit immer deutlich über der Festplattengeschwindigkeit liegt. Bei heutigen Rechnern verwenden aber viele Leute schon schnelle NVMe Platten, benutzen aber immer noch lahmes 1G oder 2,5G LAN (oder gar schauriges WLAN). Bei PCIe 4.0 Platten muss man schon ein 10G LAN haben, PCIe 5.0 braucht dann schon 25 bzw 40G...

I don't have any TrueNAS to test here, just "real" FreeBSD.

Preparing for ZFS Storage Pool Migration Storage pools should be explicitly exported to indicate that they are ready to be migrated. This operation flushes any unwritten data to disk, writes data to the disk indicating that the export was done, and removes all information about the pool from the system. This does not mean that the other system will take the pool uncommented, or needed to be pushed by -f. It just ensures that the data is synced to disk and the info about the pool is flushed from the old system. But again, its not important, just need to be remembered. If the pool was not cleanly exported, ZFS requires the -f flag to prevent users from accidentally importing a pool that is still in use on another system. For example: But I agree, it SHOULD work, maybe a bug somewhere... Still, nothing lethal 🙂

Obviously (and reproducablely) it happens. What is a "successful export" ? after the export the pool is unmounted and exit code is 0, what else should be checked for success? But maybe there is a version difference between all the OSs I have tried. I just look for an "universal file system" and if "-f" is needed all the time, I can live with it (although unassigned devices should offer it too, its a bit clumsy to always need to open up a shell for a successful import). At least all OS were able to import/mount, read/write data and finally export/unmount. Thats fine. This for now was a simple single disk... Next I will try RAIDZ arrays and check their compatibility... (should work too)

@JorgeB: just FYI: root@Pihole1:/home/mam# zpool import mobil cannot import 'mobil': pool was previously in use from another system. Last accessed by Windows (hostid=acee055) at Wed Apr 30 07:36:43 2025 The pool can be imported, use 'zpool import -f' to import the pool. root@Pihole1:/home/mam# zpool import -f mobil "zpool export..." does NOT work! It claims to export and it unmounts the drive, but still the -f Flag is needed for the next mount elsewhere. I guess it is not really a "dirty flag" somewhere, it just compares the "last used entry (hostid)" with the current system and if it is different, it demands the use of -f (above example was taken after a clean "zpool export..." on the last computer (in this case a windows box) ) Anyway its good to know that the filesystem can be mounted and used almost everywhere in the Linux / BSD / Raspberry (*) and Windows (*) enviroments. A sure benefit. (*) = additional software needs to be installed before it can be used

This is unpredictable, it depends on the time that you need to power on the box, do your backup and shut the box down again. For me (copying only the changed/new files) it is about 20mins per night (and add 30mins to look for server updates and maybe install them). So, per year, its a ridiculous low value.

As I said, I don't use these drives and I also do not care about the power consumption of the backup drives (6*18Tb here). Simply because they are OFF 23hrs a day 🙂 (not "power down", really, totally "OFF!", including the backup server they are attached too).

tnx, did not know that... but that should do it I think... or is there a way to flag a pool "always portable" (so the disk can be moved around freely) ?

Sure I'm using it unassigned, its meant to be mobile, so a fixed pool does not make sense for me. One should consider "unassigned devices" to use "-f" too. For now it just shows "MOUNT FAILED (look into the syslog for details)". The details then tell you about the missing "-f". I'm sure that the simple user will have problems overcoming this confusing situation. Really "export"? a simple "unmount" is not sufficient? The zfs versions I am aware of do not know how to "export"... is this specific to unraid? (it does not show it either in the zfs command list...)

The title contains it all 🙂 I wonder why I always need "-f" to mount a "foreign" zfs pool and I cannot find a way to do it from the GUI. I'm just playing around with an external USB disk I can use to transfer files among all kinds of *IX Systems. FreeBSD, Raspbian (Ubuntu) and UNRAID. All of them can use this disk, but all need that evil "-f" flag each time the disk has been used elsewhere. Thats not really user friendly and I am looking for away to either avoid it or to make it automatic. Any ideas?

This usually is the "HBA in the wrong slot" issue. Many modern motherboards are "overequipped" which means, you cannot use all installed devices at the same time. For instance "if you use Slot #3 SATA 5-8 will not be available anymore" or other complicated stuff. Only the manual for your motherboard can tell you about these restrictions, look for (*) footnotes. I guess, your new HBA claims 8 or even 16 PCIe lanes for himself, Mobos usually offer only ONE slot (the first, meant for graphics adapters) for these kind of devices. Also, look closely at the slots! Even if they may look "large" there are often not all lanes available (no contacts there, its visible!). You may end up swapping around cards to create a stable an working system again. Or, you may find out that your desired combination is not possible with this board.

The store maybe perfectly ok, the problem is that the stores worldwide have been flooded with used drives from chinese crypto miners. And the warrenty does not exist, seagate denies swapping of these drives. The stores have to check every serial number they have in the shelfs. But ok if you think you are safe, then buy that stuff. (I cannot comment on your question about power consumption, haven't used Seagate drives for decades. Currently I prefer Toshiba, much faster, rock solid and not getting too hot.)

you should be more worried if this maybe a fake drive. There is currently a massive cheat going on selling old and worn out seagate drives as "new" for a low price. Seems that many dealers are affected. So if the price looks too cheap, be suspicious...

you have created an "active backup" bond of all three cards. This means, only ONE of them is really working! Delete the bond and create a bridge instead, this is what you really want to see (all three cards work together and pass on packets between them)

Es wird wohl an diesen M$ Accounts (Lachnummer!) liegen. Versuche, auf richtige lokale User umzustellen (lusrmgr.msc ab Win Pro).