Revan335

Trim würde ich für die Flash Speicher aktivieren oder es halt manuell machen. Inzwischen hab ich Mover Tuning nicht mehr im Einsatz. Aber falls der in deinen Use Case notwendig ist, ist das natürlich was anderes.

Auch hier empfiehlt sich um Probleme vorzubeugen darauf zu achten, dass die System Daten von Appdata, Docker, System, ... als Exclusive Share nur auf dem Cache liegen und der Mover deaktiviert ist und diese Daten nicht anfasst.

Schau mal in der Doku von mir hier in den Guides. Ggf. hilft das auch.

Das kannst du in den Settings sehen wann der und auch andere Sachen wie bspw. Trim laufen.

Gleiches Verhalten? Oder nur beim automatischen Start um 3 Uhr?

Wie hast du die Migration auf ZFS gemacht bzw. welche Anleitung hast du dafür genutzt?

mgut hat bspw. einen Thread für ein Backup Script.

Sieht immer noch nachdem aus was alturismo schon angemerkt hatte. Unter 6.11 hattest du ne bunte Mischung aus mnt/user, mnt/cache, mnt/disk die durch den Mover angefasst werden. Wann läuft der Mover?

Nutzt du das ZFS Master Plugin oder ein Script zur Dataset Migration bspw. von Space Invaders?

Im Zweifel auch mal im Plugin Thread erwähnen. Obwohl mir nicht vorstellen kann das ein Backup Tool was nur liest was schreibendes in der Quelle ändert.

Wie sieht deine Share, Cache, ... Config aus? Das hattest ja schon für 6.11 gepostet. Bei 6.12 hat sich ja abseits von 6.12 was geändert. Hast du die Cache Platten gewechselt oder sind es noch die gleichen?

Die Appdata Ordner sind also leer? Mit geänderten Zugriffs/Änderungsdatum/Uhrzeit. Was ist wenn du das manuell machst? Die anderen sind aber noch gefüllt?

Meinst du die Daten? Die liegen im Appdata. Die der Container im Docker Pfad. Diese werden bei nem Container Reboot, Update, Konfig Änderung neu erstellt.

Backup vorher machen! Das könntest du im Zuge des OS Upgrades und ZFS Migration machen. Da werden die ja eh formatiert. Wenn du die aufs Arrays per Mover verschiebst, hast du wieder Altlasten dabei. Wenn die Platte ausgefallen wäre, dann wäre austauschen und Array/Pool wieder starten richtig. Bei dieser Konstellation kann ich nicht sagen was er dann machen wird.

Weiß ja nicht was du definiert hast. RAID 1/Spiegelung/Mirror oder RAID 0/Striping war meine ich auch noch zur Auswahl. Von der Pool Größe passt beides nicht so richtig. Bei Mirror spiegelt er ja die andere. Wenn jetzt was von der Großen oder kleinen kommt und du die voll geschrieben hast, kann es durchaus das die dann irgendwo im Orkus verschwinden weil sie nicht die gleiche Größe/genug haben um diese zu spiegeln.

Hast du die Möglichkeit identische zu nehmen? Die sich nicht in Größe, Modell, ... unterscheiden um dort Kuriositäten zu vermeiden.

Unter 6.11 geht für Pools nichts anderes soweit ich weiß. Ab 6.12 hat man auch ZFS zur Auswahl. Da gibt es auch ne Doku hier im Guides Bereich zu wie man dahin migriert.

Soweit ich weiß erstellt fasst der keine Daten an. Der backuped nur in die definierten Verzeichnisse.

Er meint die Ausgabe nachdem du Änderungen an nen Template übernommen hast und der Docker Container dann neu erstellt wird.

Also nur manueller Run, kein automatisches Backup?

Interessant das unterschiedliche Disks akzeptiert werden. Dachte es müssen zwingend identische sein. Abseits davon das du btrfs nutzt.

Wieso gibt es 2x appdata appdata/appdata? Du bist wie es scheint auch noch bei 6.11. Cache ist ein RAID 1?

Also alle Docker Container oder funktionieren auch welche/bleiben erhalten? Auch die Docker "Dienst" Einstellungen und die der Container wie Autostart, Delay. Aber wie schon gesagt wurde, sind wäre weitere Infos hilfreich bei der Spurensuche.

Same with Login?

Can you add a automatic forwarding like before the Upgrade to the new URL?