hawihoney

Es gibt nur ganz, ganz wenige Gründe die HA VM zu verwenden. Backup machst Du wie bei allen Docker Containern z.B. mit den User Scripts zeitgesteuert: #!/bin/bash #arrayStarted=true #backgroundOnly=true #clearLog=true #noParity=true docker stop <Name des HA Containers> rsync -avPX --delete-during /<Location appdata>/<Name des HA Containers>/ /mnt/user/<Name der HA Backup Location>/ docker start <Name des HA Containers> Und was die Komplexität angeht. Da sind Container und VM auf Augenhöhe. Das folgende ist kein Strickmuster sondern ein Ausschnitt unserer Zigbee Geräte am Conbee II Stick im HA Docker Container:

SATA Anschlüsse auf SFF-8087 bündeln für Backplane ist IMHO ein Mischmasch von Desktop und Server Komponenten. Entweder richtig Server (HBA 8643 auf Backplane 8087) oder Desktop (alles SATA). 16 Platten = Server. Wenn man einen Server betreiben will, dann sollte man sich damit auseinandersetzen. Die Entscheidung kann Dir niemand abnehmen. Guck mal bei Inter-Tech ob die auch einen Server mit Backplane für 16 Platten ohne die aneinander gepappten Mini-Backplanes haben. Auf mich wirkt das nach Desktop Technik im Server Gewand. Wahrscheinlich deshalb der günstige Preis. 😉

Nein. Du willst von 4x SATA (Motherboard, Controller) auf 1x SFF-8087 (Backplane), oder? Das sind "Reverse Breakout" Kabel. https://www.amazon.de/SFF-8087-Internes-Reverse-Breakout-Schwarz/dp/B07QNDGQW2 Ich halte davon aber nix. Lieber eine richtige Lösung ...

Bist Du Dir sicher? In den spärlichen Details fand ich das: https://www.inter-tech.de/produktdetails-10/3U-3416.html Die verbauen wohl 4x Backplane-Streifen für je 4x Festplatten und mit je einer SFF-8087 Buchse. Überprüfe das bitte vorsichtshalber nochmal. Durch diesen Aufbau ist man gezwungen 4x SFF-8087 anzubinden (deshalb 9300-16i), was meiner persönlichen Meinung nach völliger Overkill ist. Ich mag deren Gehäuse nicht - bin eher Supermicro orientiert - aber im Moment ist die Bucht ziemlich ausgetrocknet. Sonst hätte ich Dir eher zu gebrauchten Supermicros geraten. Die sind höllisch laut aber sind massiv/schwer, robust und langlebig. Das Pendant zu dem InterTech Backplane Aufbau wäre z.B. bei Supermicro die BPN-SAS2-836EL1 Backplane. Da schließt man nur maximal 2x SFF-8087 an. Alle drei vorhandenen Anschlüsse (EL1) verhalten sich wie an einem Switch und können IN und OUT (für zusätzliche Gehäuse via Expander Chip): https://www.supermicro.com/manuals/other/BPN-SAS2-836EL.pdf

Das oder Include/Exclude Einstellungen beim Share "serien". Oder heißt der von Dir konfigurierte Share "Serien"?

Dann kommt der Mover ins Spiel und verschiebt auf die langsameren SSDs. Natürlich musst Du Dich zusätzlich selbst ums Backup kümmern.

Hier ist die offizielle Anleitung für die Einrichtung von Remote Access durch das Connect Plugin. Natürlich musst Du dafür einen Port im Router freigeben oder via UPnP durchreichen lassen. Es lohnt sich die Anleitung wörtlich zu nehmen (z.B. Dynamic Access vs. Static). Aber willst Du wirklich Deinen Server ins Internet stellen? Wir reden nicht über eine Anwendung auf dem Server wie Nextcloud oder Plex. Wir reden über den Server selbst. Glaub mir, das willst Du bei Deinem aktuellen Wissensstand (noch) nicht. Und ohne Remote Access reicht HTTP/80. Geh lieber über VPN rein. Ist viieeelllll sicherer. https://docs.unraid.net/connect/remote-access/

Alle auf den Pool mit der nvme (Primary), Secondary=none.

Details hierzu finden sich in den 6.12.0 Release Notes: https://docs.unraid.net/unraid-os/release-notes/6.12.0/#share-storage-conceptual-change

Es ging doch um Docker Container, oder?

Du meinst dieses Icon URL Feld sichbar im Advanced View:

@bonienl May I ask for a future enhancement here? Something I thought what would be standard in Web GUIs does not work in DFM. I'm talking about multiple selections of folders/files (the checkboxes) with the help of the SHIFT and CTRL keys. IMHO this would be a great step forward. Thanks for listening.

Liegt schon beim Hersteller: https://talk.plesk.com/threads/nextcloud-installation-and-scheduled-tasks-throw-php-handler-does-not-exists.372683/

Guck Dir mal den DoubleCommander Docker Container an - ist ein TotalCommander Clone.

How do you know? Did it an hour ago with three folders to move. At the end the bottom line was showing a stalled output. The disks (source and target) were spun-down. I checked the source folders: They still did exist (why, when moving them?). But they were empty. I checked the target folders: They did exist and they did contain the files but I had fear that these were sparse files. I checked notification system and syslog: No information about the process. IMHO this needs some better information for users and possibly better integration into Unraid (Notification system?).

@bonienl Perhaps a stupid question. Where can I see that a Job Queue ended successful? I did create a lengthy Job Queue, did start it and left the GUI. Some hours later, back to the GUI, I couldn't find a single note regarding the Job. Would it be possible to add successful or failing Jobs to the notification system (Red, Green). Or did I miss something?

Ich wollte mich noch kurz aus diesem Forum verabschieden. Wie schon zwischen 2008 und 2020 findet Ihr mich ab sofort wieder drüben im General Support Forum etc. Machts gut. hawihoney

Wenn Du das geschrieben hättest was Du meinst, dann wäre meine Antwort anders ausgefallen. Nein, Unraid unterstützt derzeit keine multiplen Arrays - nur multiple Pools.

Du meinst einen Schreib-Cache (Primary Storage)? Was Du beschreibst ist mehr oder weniger Unraid Standard Konfiguration. Fehlt nur eine Parity.

Das ist nicht korrekt. Schau genau auf die Buttons. DFM kann Jobs "queuen" - so heißt auch der Button in EN. Durch "Start" beginnt das Abarbeiten der Queue. Du kannst dann den Dialog offen lassen oder oben rechts minimieren. Dann wird der Prozess in der Statuszeile der GUI eingeblendet. Kannst aber auch alles schließen - läuft trotzdem weiter. Bin unterwegs - kann grad keine Screenshots ziehen.

Klingt nach wenig RAM denn Linux speichert höchst intelligent die Verzeichnisstrukturen etc. zwischen. Dazu wird ein Konglomerat aus LRU Techniken etc. verwendet. Da hilft ein Plugin auch nur begrenzt denn das macht nichts Anderes als diesen Zwischenspeicher, sollte er mal, wegen Maximalbelastung des Speichers, komplett leer sein, zu refreshen. Das geschieht dann aber zu einem Zeitpunkt zu dem das nicht unbedingt erforderlich wäre Ich würde a.) den Speicher ausbauen wenn möglich und b.) das einfach Linux überlassen. Bei Milliarden Installation weltweit klappt das ja auch.

Alles was Du mit mc auf der Unraid Konsole verschiebst behält standardmäßig seine Rechte und den User. Es gibt nur wenig was man falsch machen kann: Das Verschieben zwischen /mnt/diskx/ und /mnt/user/ und vice versa führt u.U. zu Datenverlust. Das gilt für alle Ordner die unterhalb von /mnt/user/ Daten anderer Disks oder Pools zusammenführen. Wenn auf einer Seite /mnt/user/ auftaucht, dann muss das auch auf der anderen Seite so sein. Da muss man schon genau aufpassen. Und bei ZFS und seinen datastores, folders, vfs, etc. heissa - da drohen uns noch viele Supportfälle ... Da fragst Du vorher besser noch mal nach.

Nur zur Info: Kann der oben angesprochene Dynamix File Manager ebenso.

DFM installiert sich komplett in Unraids Oberfläche - ist kein Docker Container oder so. boniel ist ein exzellenter Kenner von Unraid und Entwickler von Unraid Komponenten. Du wirst keinen Filemanager finden der auf Unraids spezifische Eigenarten eingeht wie DFM. Könnte passieren, dass er irgendwann in Stock Unraid integriert wird. Aus der Plugin Beschreibung:

Ich würde mal rebooten. Das ändert nix an Deinen Disks - aber FUSE wird neu aufgebaut.