saber1

Hier noch mein Senf: In Unraid gibt es das Array und es gibt Pools. Üblicherweise sind HDD's im Array und SSD's in einem Pool. Der "Cache" ist in Unraid Teil eines Pool's. Ein Pool kann nur aus einer oder mehreren Disks (abhängig von Deiner Lizenz) bestehen. Es besteht die Möglichkeit, mehr als einen Pool zu nutzen. Mein Cache besteht aus zwei 2TB NVME. Dieser fungiert als Schreibcache für bestimmte Shares und alle Docker-Container sind dort. Einen zweiten Pool habe ich für VM(s) angelegt. Dieser besteht nur aus einer SATA SSD. Ich möchte einfach, das die VM(s) nicht auch noch die NVME's belasten. Wenn es auch dennoch möglich wäre.

Ja Bis auf: Was ist damit gemeint? Es wird einfach die Datei von der SSD ins Array geschrieben. Wann der Mover laufen soll, kannst Du einstellen. Ja, bis der Mover sie verschiebt. Es lassen sich aber auch Shares anlegen, die nur auf dem Cache liegen. Dann wird nichts verschoben. Musst Du entscheiden. Wir kennen Deinen Usecase nicht. Ja Nicht zwingend.

Öffne mal ein Terminal und gib ls /mnt/ ein. Wahrscheinlich ist es kleingeschrieben. Also sollte der Pfad: /mnt/cachenvme/ lauten

Zeig mal bitte einen Screen von Deiner kompletten Main-Seite.

Hm, irgendwie hast Du Dich wohl verschrieben. Im ersten Screen steht: Chachenvme Im zweiten Screen steht: Cachenvme

OMV hat sein OS auf einer HDD/SSD. Demnach kannst Du dort einen Ruhezustand von S4 („hibernation“, „suspend to disk“, „STD“) erreichen. Unraid hat sein OS immer im RAM. Demnach kannst Du dort "nur" einen Ruhezustand von S3 (Suspend to RAM, STR, Suspend to memory, STM) erreichen. https://de.wikipedia.org/wiki/Advanced_Configuration_and_Power_Interface#Ruhezustände_(Sleep-States) Immer unter der Vorraussetzung, das Deine Hardware das halt auch unterstützt.

USB im Array ist nicht empfohlen. Egal welche Version.

Tools > New Config Aber Du hast eigentlich ein ganz anderes Problem:

Du kannst den Post von DataCollector als Lösung markieren...

Um das abzubilden, benötigst Du natürlich irgendetwas, das auch den Verbrauch messen kann. Falls Du eine USV anschließt, werden Dir auch dessen Daten im angezeigt. Zum Beispiel so:

So ist es. Ich würde aber die entsprechenden Docker(s) vor dem Verschiebe-Prozess stoppen. Wenn alles abgeschlossen ist, die Docker(s) wieder starten.

Hier die offizielle Doku zu dem Thema: https://docs.unraid.net/unraid-os/manual/shares/user-shares/#allocation-method Und ein Thread in dem das bereits behandelt wurde:

@Babavoss Welches Board hast Du? Asrock N100DC? Dann hier entlang:

Es geht auch darum, das HDD's mehr Strom verbrauchen als SSD's. Und wenn Du Docker-Container auf einer HDD ablegst, werden sie nie in den Idle gehen. Aber genau das ist eigentlich ein Vorteil des Array.

Das ist leider in dem Zusammenhang "bekannt". Mal auf ZFS wechseln. Oder XFS mit entsprechendem Backupkonzept, da mit XFS nur Einzellaufwerke möglich sind. Hatte bisher WD Red und aktuell Samsung 980 Pro im Einsatz. Keine Defekte. Ebenfalls diverse Datenbanken laufen.

Is it possible that you forget to list the fixes?

Ich nutze dafür Rclone als Plugin. Es wird also per CLI konfiguriert. Nicht ganz easy, aber es gibt eine umfangreiche Doku: https://rclone.org/docs/ Außerdem werden sehr viele Provider unterstützt: https://rclone.org/#providers Und Verschlüsselung wird ebenso geboten: https://rclone.org/crypt/ Rclone gibt es auch als Docker. Ob das besser oder intuitiver zu bedienen ist, kann ich Dir aber nicht sagen. Und für ein wöchentliches Abbild dann halt User Scripts nutzen.

Ich gehe davon aus, das Deine Syno ebenfalls bei Dir zu Hause steht? Dann ist es eigentlich egal. Aber besser ist es, wenn die Maschine, auf der das Backup abgelegt wird, nur Leseberechtigung auf der zu sichernden Maschine hat. Falls die Backup-Maschine kompromittiert wird, kann der "entfernte" Rechner nicht ebenfalls kompromittiert werden. Das war hiermit gemeint:

@albacom Rein aus Interesse habe ich mir die App mal geladen. Verbinden klappte auf Anhieb. Hast Du es so versucht? Paperless URL: http://SERVERIP:DOCKERPORT Benutzername: Halt Dein Paperless User (Hast Du nach dem ersten Start von Paperless festgelegt) Passwort: Entsprechendes Passwort für den User

Welche soll das sein? Von den Paperless NGX-Machern wird sie nicht sein. Daher:

Nein. Das Array ist die Grundlage für Unraid.

Ja, alles gut. Ich wollte nur kurz meinen Weg skizzieren, um darzustellen, wie ich zu dem Sonnet stehe > keine gute Erfahrung. Volle Zustimmung. Kann ich nichts zu sagen.

Tatsächlich stand ich vor Kurzem auch vor dem Problem. Mein Laptop (MacBook Pro) hat nur vier USB-C/Thunderbolt-Anschlüsse. Dennoch sollte 10G dran. Da mein Switch allerdings zu weit entfernt ist kam für mich nur ein Adapter mit RJ45 in Frage. Ich habe drei getestet: OWC Thunderbolt 10G Ethernet Adapter Sonnet Solo 10G QNAP QNA-T310G1T Die ersten beiden wurden nach kurzer Nutzung so heiß, das sie die Geschwindigkeit von 10G deutlich gedrosselt haben (2,5G max.). Bei beiden war zudem leider auch die USB/Thunderbolt-Verbindung nicht dauerhaft. Ziemlich wackelige Angelegenheit. Der QNAP funktioniert hier einwandfrei. Allerdings hat dieser einen eingebauten Lüfter, der doch recht laut ist. Da ich 10G aber nur bei Bedarf nutze, ist das für mich okay. Was Du suchst, wäre ebenfalls von Sonnet. Der Sonnet Solo 10G SFP+ Da dieser Adapter allerdings, bis auf den Anschluß, baugleich zum Solo 10G ist, wird der wohl ebenfalls Probleme mit der USB/Thunderbolt-Verbindung haben. Und ja: Das kann ich bestätigen. 😀

Da die Disk 2 aktuell von der Parity emuliert wird, würde ich lieber extern wegsichern. Sonst wird das Array nur unnötig belastet:

So ist es. Ich habe aber die Backplane ausgebaut, da ich kein Hot-Swap benötige...