alturismo

kein USB nutzen ... ist bekannt dass das mal klappen, oder eher nicht klappen kann ...
 
USB und Array disks sind einfach keine gute Kombi, übrigens bei keinem NAS ...
 
USB als Backup, ok, aber als perm disk im Array und dann noch als Parity ... sicher nicht.
 
kurz, die Parity ist NUR aktiv bei
 
Parity Erstellung
Parity Sync
Schreib Vorgang im Array
 
wenn sonst alle disks im spindown sind, dann liegt es an USB, entweder Mainboard Controller, USB Controller der externen, die Kombi daraus, ...

wenn es redundant sein soll würde ich eher zu zfs wechseln, da ich aber ein Freund des single drive cache (xfs) bin mit Backup Strategie ...
bin ich der falsche Ansprechpartner dafür
 
und Vorgehensweise
 
0/ Docker und VM Dienst >> AUS
1/ Backup machen (ohne /mnt/cache_ssd/system/docker/)
2/ Array stop
3/ disks aus cache entfernen (Reihenfolge merken)
4/ in Unassigned devices (unten) Partitionen entfernen (UAD Plus plugin muss installiert sein)
5/ Cache disks wieder zuweisen (gleiche Reihenfolge), formatieren lassen (oder auch als zfs zuweisen) im entsprechenden Format
6/ Array Start
7/ Backup retour spielen
8/ Docker und VM Dienste wieder starten
9/ Dockers neu installieren (Achtung, wenn zfs genommen wird, overlay in Docker Settings umstellen)

kurz, damit leben oder Emby dazu animieren Ihren Flow zu ändern.
 
das löst auch nicht mein cache mover oder oder oder ... das ist reines Emby Thema

eher "nicht" eingestellt ...
 

 
Beispiel "eingestellt"
 

das ist soweit richtig und ja
 
es geht mit dem plugin nur 1 Instanz
 
wenn du jetzt ein zusätzliches Backup zu anderer Zeit mit anderem Ziel willst, bleibt nur eine andere andere Backup Lösung dafür.

schau mal auf deinem Stick unter dem Ordner /config/shares
 
da liegt für jede Freigabe eine Konfiguration ... entweder löschst du jetzt einfach die für den Share "Dreambox" oder versuchst diese zu editieren ...
 

 
ich schätze eher da liegen eventuell mittlerweile 2 namens Dreambox ... schau es dir mal an.

aus der Suche oben rechts gezogen

ja, Beispiel jetzt dein Plex, du hast in Plex /transcode mounted, jetzt gilt es die Pfade abzugleichen ob da auch /transcode in Plex genutzt wird
 
müsste /transcode auch hier eingetragen sein (auch case sensitive !!!)
 

 
jdownloader wäre auch ein Kandidat wenn ich das so sehe, da sehe ich bei dir nur einen Pfad
 
Downloads

 
Entpacken

 
wenn die jetzt beide bei dir passen mit /mnt/jDownloader, ok
 
jellyfin, nutzt beispielsweise /cache intern, sehe ich in den mounts nicht ... vielleicht von Tests ?
 

 
usw usw usw ... hast ja ein paar zur Prüfung
 

geht nahtlos ... einfach das array "auflösen" und none wählen (new config, preserve pools)

wie auch immer du das gemacht hast, rebuild bei HDD Wechsel, ergänzen, was auch immer ... wäre anhand einer Parity Daten wiederherstellen ... welche ja vorher nicht vorhanden war, daher muss da etwas anderes gemacht worden sein, egal jetzt.
 
Wenn du jetzt sicher Dubletten hast, also die gleiche Datei auf
 
/cache/... << SSD
/user0/... << HDD's
 
solltest du entsprechend bereinigen, je nachdem wie dein setup angedacht ist (die der jeweiligen Shares)
 
array only Shares >> haben Dubletten auf dem cache nichts verloren
cache > array Shares >> überlegen welche Dublette du löschen willst, wenn vom array wird der mover die dann verschieben, wenn vom cache bereits erledigt
cache < array Shares >> gleiches Spiel wie darüber
cache only Shares >> Daten sollten NUR auf der cache disk liegen (empfohlenes Bsp. /system, /appdata, ...)
 
sind alle deine Shares array only, dann wird der cache nie in Betracht gezogen (sinnfrei), du willst den ja sicherlich für etwas nutzen.
 
Daher vorweg, prüfen wo wirklich Dubletten sind, dann Gedanken machen zum entsprechenden Pfad (Share) wie du damit umgehen willst.

plugin user scripts, da kannst du scripten was du willst und timen wie du willst ...
 
weil Server meist 24/7 laufen mit all Ihren Features, wenn man das nicht will, gibt es ja Lösungen ...
 
sei es scripts, sei es das s3 sleep plugin (zum ausschalten oder sleep setzen), sei es ...
 
und es steht dir frei einen feature request zu stellen oder ein eigenes plugin zu erstellen oder ...
zu feature request gibt es einen extra Thread im englischen Teil.

naja, schau nach
 
ls -la /mnt/disk1/  usw ...
 
wenn doch gelöscht (passierte vielleicht im Hintergrund) bliebe nur recovery (dazu dann einlesen) ... aber da ist Backup einspielen sicher schneller ...

Vorher alles ex, dann das Plugin ex. 
 
Was nutzt du denn aktiv davon ?

ich sichere genau so, rsync backup und fertig.
 
entweder per script (sei es ein eigenes, sei es das oft benannte von @mgutt, ...) oder auch gerne genommen den luckybackup Docker (was nur rsync mit einer Konfigurations GUI ist), als Docker nutze ich den lsio (linuxserver)
 
naja, Docker ist Docker, mehr oder weniger egal auf welchem OS ... nur NC an sich "is a bit.." ... ab und an zumindest
 
also, aktuell halten, anganfs mit den Grundsätzlichkeiten etwas beschäftigen, dann läuft das auch schmerzfrei ...
 
es gibt im Anleitungs Part auch extra einige Tipps und Tricks zur Einrichtung um gewisse Fehlermeldungen korrekt einzurichten.
btw. gilt für alle Plattformen  was auch immer sich die NC Entwickler einfallen lassen und machen um User zu ärgern, meist findest du da recht schnell die passende Lösung.

und Nein, hängt damit nicht zusammen
 
hier beispielsweise der letzte Thread dazu
 
 

ja
 
auch ja, wobei es hier eine Empfehlung gibt.
 
falls docker directory (Verzeichnis) genutzt wird und kein Image ... dann würde ich das Sichern sparen und die Docker einfach neu installieren, alle relevanten Daten sind eh unter appdata bzw. die Startparameter auf dem Stick.

auf "Datengräbder Platten" ... permanent defrag auszuführen und damit jedesmal auch die Parity mit einzubinden ... macht nicht wirklich Sinn, Systemplatten (mal egal welches OS) mit updates, Programmen, cache's, ... da macht es tatsächlich Sinn dass die Sektoren "zusammenhängender" liegen da hier permanent verschoben wird was aktuell ist (updates, ein Programm deinstallieren, ein neues installieren, ...), aber auf reinen Datenplatten jetzt weniger ... und da HDD's im OS Bereich mittlerweile mehr oder weniger ausgestorben sind verliert das Thema Defrag auch immer mehr an Bedeutung.
 
In einer perfekten Welt ist alles defragged, aber den Aufwand dafür zu betreiben für den Zweck ohne effektiven Nutzen, hier zumindest nicht

ja
 
die disks wieder so zuordnen und alles ist wieder da
 
Randnotiz, Backups (zumindest der wichtigen Daten) sollten immer vorhanden sein  aber das iist dir sicher bewusst

Nein
 
ich schätze du hattest mal auch einen Share "media" << klein geschrieben, wenn ja, dann mal diese config auf dem Flash USB entfernen im Ordner /config/shares
 
daher wird auch der "fail" Eintrag sein und das beißt sich ...

yep, bei Sicherungen, Verschiebe Operationen, usw usw ... wie oft erwähnt, den Ordner /mnt/user/system/docker dabei außen vor lassen, ist schneller und schonender die Docker schnell neu zu installieren anstelle den Kram versuchen zu sichern oder zu verschieben.
 
wenn man ein Docker Image nutzt, kann man den sichern ... aber selbst da sage ich ... braucht es das nicht wirklich.
 
da weder im Verzeichnis noch im Image was persistent relevantes drin ist ...
 
der Befehl lautet, nicht das da jemand darüber stolpert
 
mover stop  
viel Spaß weiterhin

da zfs bin ich da normal raus, aber die logs sagen zumindest ...
 
Zeile 1751: Jan 31 15:25:38 NAS shfs: share cache full Zeile 1755: Jan 31 15:25:52 NAS shfs: share cache full Zeile 1764: Jan 31 15:33:23 NAS shfs: share cache full Zeile 1770: Jan 31 15:33:23 NAS shfs: share cache full Zeile 1779: Jan 31 15:33:28 NAS shfs: share cache full Zeile 1785: Jan 31 15:33:28 NAS shfs: share cache full  
und wenn da ne min free eingestellt wäre ? könnte es sein ...

irgendein USB switch, zigbee, ... wenn HA vorhanden ist, einfach darüber schalten ... oder andere "Smart Software"

welche sich kaum einer anzeigen lässt
 
ja, solange der key am Stick bleibt, in welches Gerät mit welcher config dahinter .. ist egal.

ja, sofern beides lizensierte Unraids sind kannst du ganz bequem Backups anderer Installationen nutzen, dazu folgendes von Maschine a/ nach b/
 
Docker, Dienst auf Maschine b/ aus.
1/ /flash/config/plugins/dockerMan/templates-user << die Start Parameter deiner Dockers
2/ /mnt/user/appdata/docker1234 << die persistent Daten der Dockers (der individuellen Settings, Stände, ...)
jetzt, wenn Docker Image genutzt wird
3/ /mnt/user/system/docker/ << da liegt das Image, dann wären die Dockers auch direkt startbereit nach Service Start Maschine b/
jetzt, wenn das Docker Verzeichnis (directory) genutzt wird ... würde theoretisch auch gehen den Ordner zu kopieren, dauert aber ewig ... da mio von Dateien
3/ Docker Service Start, Docker Tab, unten add Container, oben mittig dropdown (user templates), die Docker laden und einfach Apply klicken, Docker werden schnell mit den passenden Start Parametern aus 1/ und den vorhandenen appdata aus 2/ gestartet, alles ist wie auf maschine a/
 
VM, Dienst auf Maschine b/ aus.
1/ /mnt/user/system/libvirt/ << wie oben beschrieben, die base VM Infos ...
2/ /mnt/user/domains/ << die effektiven VM disks
3/ VM Dienst an .. vorhandene VM's sollten da und startbereit sein ... Achtung, bei passthrough (devices, USB, ...) ggf. anpassen ... fertig.