saber1

Verstanden. 😉

Ist es gewollt, das die .cfg von nicht mehr vorhanden Shares noch auf dem Stick verweilen? Soll das manuell gelöscht werden?

Du solltest: Settings > Docker > Advanced View > Host Access to custom networks > Disabled Was "Enabled" macht, siehst Du drunter beschrieben. Es sei denn, Du brauchst die Funktion, dann...

Würde mich ebenfalls interessieren. Habe auch teilweise Probleme mit dem Stoppen des Arrays. Insbesondere schlecht, wenn es einen Stromausfall gibt, und die USV den Shutdown-Befehl gibt, aber das Array nicht gestoppt werden kann. Laut Changelogs des User Scripts Plugin ist da was passiert: 2021.11.28 Fix abort scripts (Thanks @Noim) Ist es also prinzipiell nicht mehr nötig, das Script von @mgutt laufen zu lassen?

Haha, okay. 😉 Meine Antwort war aber eigentlich komplett wertfrei. Sie sollte Dir nur sagen: Neuen Pool mit zunächst nur einer Disk anlegen Filesystem auf ZFS stellen Zweite Disk hinzufügen Feuer frei... Aber gut...

Das Dateisystem eines Pools lässt sich nur ändern, wenn zunächst nur eine Platte im Pool ist...

Der Pool "Cache_app" läuft als Einzellaufwerk und hat keinen Secondary storage > Somit für Unraid "ungesichert". Selbst wenn Du per Script das Laufwerk sichern würdest, wüsste Unraid davon nichts. Lösung, wenn Dich die Ausrufezeichen stören: Laufwerk mit einer zweiten SSD spiegeln. Geht aber nicht mit XFS Muss ZFS (besser) oder BTRFS (nicht so gut) sein Auch das Array als secondary storage für den Pool einzurichten, würde den Pool als "gesichert" ansehen. Aber für Deine Zwecke (da appdata, system) nicht zu empfehlen. Kannst Du so machen.

Welcher Art? Du meinst AGTech, denke ich..? Ja, einer meiner Server nutzt ebenfalls das N100M. C3 ist das höchste der Gefühle. Aber wie gesagt: Kein Problem für mich.

Weil? Wäre in dem Fall besser gewesen. In den Docs ist alles genau beschrieben: https://docs.unraid.net/unraid-os/manual/storage-management/#replacing-disks

Wohl nicht unbedingt im Kontext "Stromsparend": Aber ich nutze in zwei Servern je eine Mellanox ConnectX-3 (1 Port). Wobei ich jetzt nicht finde, das sie besondere Stromfresser sind. Ich jage aber auch nicht jedem Watt hinterher. 😉

Auf dem Main Tab ist im unteren Bereich der Format Button zunächst ausgegraut. Rechts daneben kannst Du einen Haken setzen bei "Yes, I want do this" Dann lässt sich der Button "Format" klicken, und die Disk wird formatiert.

Als erste Maßnahmen folgendes probieren: Browser-Cache leeren Dann Seite neu laden Eventuell anderen Browser testen

Hast Du unter Settings > SMB > SMB Extras irgendwelche Einträge drin? Ich habe die bereits seit 6.12.10 oder so nicht mehr gesetzt. Alle Macs hier sichern munter weiter. Auch nach dem Upgrade von 6 auf 7. Ich weiß, hilft Dir jetzt nicht. Soll nur zeigen: Kein generelles Problem.

Zeig doch mal einen Screenshot vom Main Tab, wenn Du die Disks zuweisen möchtest...

Wie Du den Release Notes (https://docs.unraid.net/unraid-os/release-notes/7.0.0/) entnehmen kannst: Das PlugIn ist vollständig in v7 integriert. Deshalb auch der Link zum Plugin-Thread von alturismo. Die Funktionalitäten sind identisch. Nur halt kein Plugin mehr nötig.

Schau in die Verzeichnisse rein. Wenn leer, kannst sie löschen. Falls noch Dateien enthalten sind, kannst sie zuvor vom Array manuell in den cache verschieben.

Eventuell ist hier die Vorstellung, das die "überschüssigen" 3,5 TB dann noch anderweitig zu nutzen sind. Dem ist nicht so. Eine Parity ist ausschließlich Parity. Keine Nutzdaten möglich. Ansonsten: Folge dem, was Dir alturismo und Data bereits geschrieben haben.

Meinst Du die Anzeige da im Dashboard? Gib mal im Terminal folgendes ein: watch -n 1 "cat /proc/cpuinfo | grep 'MHz'" Dann siehst Du die Taktrate "live". Aktualisiert sich jede Sekunde.

Ich habe das Video auch gesehen: Leider mal wieder sehr konfus dargestellt. 😑 Zitat aus dem Transkript: (https://www.heise.de/news/Unraid-Experiment-Was-passiert-wenn-eine-Festplatte-ausfaellt-10247200.html) Für den ein oder anderen mag das so klingen, das von 10 Platten beispielsweise auch 3 gleichzeitig ausfallen können und die eine Parity fängt das dann ab. Im weiteren Verlauf wird das zwar auch korrekt benannt, aber dennoch ist die Wortwahl oft leider ungenau. Auch nutzt der Presenter nur USB-Platten. Zwar sagt er: Aber nun kommen sicher wieder viele hier auf die Idee, weil c't das ja macht, muss es gut sein. USB führt leider zu oft zu vielen Problemen, wie hier im Forum zu Hauf zu finden ist. Die können da zwar Videos erstellen, wie sie Bock haben, aber nach jedem dieser Videos, sei es von c't oder auch TGF, kommt es leider immer mal wieder zu Verwirrungen hier im Forum. Nur meine Meinung zu dem Thema.

Okay, crazy. Habe alle Systeme bereits auf v7. Dachte, bei v6 war es auch so. Scheinbar nicht...

Aus den Release Notes: https://docs.unraid.net/unraid-os/release-notes/7.0.0/#predefined-shares-handling

In der WebGUI war das doch immer schon groß geschrieben. In der CLI aber klein. Ist bei mir bei allen drei Systemen der Fall.

Nur wenn Du diesen Platz aktuell im Array auf den Platten nicht mehr frei hast. Deshalb: Meine Einstellung muss nicht zu Dir passen. Es kommt darauf an, wie groß die größte zu erwartende Datei ist, die Du gedenkst, in diesen Share zu speichern. Wenn Du mit 100GB großen einzelnen Dateien arbeitest, ist es in Ordnung. Bei mir steht es auf 30GB.

Deshalb dann auch: Jan 17 08:20:07 Tower root: Fix Common Problems: Warning: Share video set to not use the cache, but files / folders exist on the cache drive Hast Du anschließend wieder Retour gesetzt, wie auf dem Screenshot. Du hast als "Minimum free space" 100GB eingestellt. Sind die, pro Platte noch frei? 100GB erscheint mir etwas hoch? Oder erwartest/hast Du einzelne Dateien mit 100GB?