hawihoney

Du meinst das?
 
 

Ohne das von Dir modifizierte Script, oder einen Link auf das von Dir 1:1 eingefügte Script, wird Dir vermutlich niemand helfen können.
 
Das offizielle Format für ein Device Skript findest Du im ersten Beitrag in diesem Thread:
 
 

 

Das ist falsch. Da wird nix formatiert.
 
Wenn eine Platte im parity-geschützten Array defekt ist dann wird sie von Unraid emuliert. Dann stoppt man das Array, fährt den Rechner runter, baut die alte Platte aus, baut die neue Platte ein, startet den Rechner, wählt in der GUI in der Dropdownliste des Slots der alten Platte die neue Platte. Unraid will dann eine Bestätigung beim Start des Arrays. Dann wird die neue Platte komplett mit jedem Bit der alten Platte beschrieben.
 
Der alte Inhalt beinhaltet ja bereits die Formatierung der alten Platte. Deshalb wird beim Rekonstruieren nicht formatiert. Wenn man selbst formatiert ist alles verloren. Die Warn-Hinweise weisen auch darauf hin.
 
Bitte lies Dir in Deinem eigenen Interesse meinen Link oben durch. Ich entnehme Deinen Aussagen, dass Dir noch nicht klar ist wie das Unraid Array und die Parity funktionieren.
 
Wenn Du die alte Platte formatieren willst um sie dann Unraid wieder als Neu zu verkaufen, dann darfst Du das nicht im laufenden Array machen. Die Platte muss dann außerhalb des Arrays formatiert werden (Stichwort: Unassigned Devices).
 
Also: Wie bist Du GENAU vorgegangen?
 

Fehler ist eindeutig. Release Notes zu 6.12.4-6 abarbeiten:
 
https://docs.unraid.net/unraid-os/release-notes/6.12.4/#fix-for-macvlan-call-traces
 

Das ist falsch. Ich vermute, dass appdata zunächst auf dem Array lag und später durch Dich auf den Cache umgezogen wurde. Prüfe mal bitte auf welchen Datenträgern der Wurzelordner von appdata so alles liegt.
 
Der Log Ordner ist standardmäßig unterhalb von appdata:
 

Wie der Name schon sagt: Beim Parity-Check wird die Parity gecheckt 😉
 
1. Bei Lesefehlern von Daten-Platten werden die Parity-Platten und die anderen Daten-Platten verwendet um den betreffenden Block auf der Daten-Platte erneut zu schreiben - ggfs. auf einen Reserve-Block - was dann wiederum ggfs. die Parity-Platte aktualisiert. Der Lesefehler wird vermerkt aber es passiert nichts weiter. Entsteht aber im Nachhinein, beim erneuten Schreiben des Blocks, ein Schreibfehler, dann wird die Platte disabled und in der Folge emuliert.
 
2. Bei Schreibfehlern wird die Platte disabled und emuliert.
 
3. Du hast Sync-Fehler während des Parity-Checks. Die Inhalte von Daten-Platten und Parity-Platten passen also nicht zusammen. Dann wird, sofern nicht abgeschaltet, die Parity-Platte aktualisiert.
 

Die Parity-Festplatten enthalten kein Dateisystem und müssen nicht formatiert werden. Die erste Parity-Festplatte (P) enhält an jeder Bit-Position eine boolsche Berechnung der Bits aller Daten-Platten an der selben Bit-Position (XOR even). Von außen betrachtet enthalten Parity-Festplatten nur Daten-Müll. Dieser Daten-Müll hilft aber im Katastrophenfall beim Rekonstruieren einer beliebigen defekten Daten-Platte im Unraid-Array. Nur bei exakt einer Parity-Platte und einer Daten-Platte kann man die Parity-Platte theoretisch lesen - da diese Konstellation zufällig ein RAID-1 ergibt.
 
Also, einfach machen lassen. Ich empfehle ein wenig Hintergrund Lektüre:
 
https://docs.unraid.net/unraid-os/manual/what-is-unraid/#parity-protected-array
 

User Scripts Plugin. Zum Starten:
docker start <containername>
 
Zum Stoppen;
docker stop <containername>
 
Startzeit als Custom Schedule:

 

Hast Du eine iGPU oder eine dGPU oder beides?
 
Wenn nur iGPU dann ist Deine Aussage falsch. Mit hw bedeutet dann iGPU, ohne hw bedeutet Software AKA CPU.
 

Ich selbst habe es nicht ausprobiert aber vielleicht könnte man in der PHP Konfiguration eine voll qualifizierte Pfad- und Dateiangabe verwenden. So würde man das Logfile vom Nextcloud-Data Ordner trennen.
 
https://docs.nextcloud.com/server/latest/admin_manual/configuration_server/logging_configuration.html#file
 
Dazu würde man noch einen zusätzlichen Pfad in der Docker Konfiguration anlegen und dieses Mapping dann im Container verwenden. Z.B.
 
Pfad: /mnt/cache/[...]/nextcloud.log/ Pfad Mapping: /mnt/cache/[...]/nextcloud.log/ <> /nextcloud.log/ PHP: "logfile" => "/nextcloud.log/nextcloud.log",  
Nur so eine Idee.
 

Welcher Pfad? Wechsel in den Ordner mit den rar Dateien und dann:
 
unrar x -pDeinPasswort bla.part01.rar  
https://www.tecmint.com/how-to-open-extract-and-create-rar-files-in-linux/#How_to_Extract_RAR_Files_in_Linux
 
Das ist doch wirklich nicht so schwer.
 

Für diese Anforderung machst Du das mit dem User Script Plugin und nicht mit dem Device Script. Die Kommandos hierzu findest Du oben sowie in der Hilfe der Unassigned Devices Seite:
 

 
Du musst das in etwa so machen:
 
#!/bin/bash #backgroundOnly=true #clearLog=true # Mounten /usr/local/sbin/rc.unassigned mount name=diskname ### Hier machst Du was immer Du machen willst ### rsync -avPX --delete-during /mnt/user/<Deine Quelle>/ /mnt/disks/<Dein USB Stick>/ # Und wieder unmounten /usr/local/sbin/rc.unassigned umount name=diskname  
Danach noch Cron Einträge für dieses User Script setzen. Die Hilfe hierzu ist auf der User Scripts Seite verlinkt. Deine Anforderung läuft auf "Custom: 0 2 1 * *" hinaus. Einzige Bedingung: Stick bleibt immer stecken wie von Dir angegeben.
 
Ich hänge dazu mal ein Bild vom meinen User Scripts an.
 

 

Gibt's in dieser Form seit 6.12 nicht mehr:
 
https://docs.unraid.net/unraid-os/release-notes/6.12.0/#share-storage-conceptual-change
 

Ein Backup der Datenbank zurück spielen. Du hast doch Backups gemacht, oder?
 

1. Flash sichern unter:
 

 
2. Unraid Konsole öffnen
 
3. Midnight Commander starten durch Eingabe von mc
 
4. Navigieren zum Ordner /boot/config/
 
5. Mit F4 in diesem Ordner die Datei ident.cfg öffnen - nicht über die "^M" Sonderzeichen am Ende jeder Zeile wundern, das sind die DOS Zeilenenden unter Linux.
 
6. Diese Zeilen kontrollieren/ändern:
 

 
7. Mit F2 sichern, mc mit F10 verlassen, Konsole mit der Eingabe von exit verlassen und System neu starten
 
8. Dann mit der lokalen IP des Systems im Browser http://xxx.xxx.xxx.xxx starten.
 
Wenn das zu kompliziert ist, dann schlage ich vor solche Änderungen nicht mehr vorzunehmen ...
 

Bin mir nicht sicher ob Du die Hilfe nicht findest oder den Hilfetext nicht verstehst. Wie auch immer:
 
Diese mit Release Candidat 7 eingeführte Option ist in diesem Announcement beschrieben:
 
 
Diese Option federt Probleme mit einem neuen Feature ab, welches in diesem Announcement zum Release Candidat 6 beschrieben ist:
 
 
Es gab bei Einführung in RC6 große Fragezeichen ob dieses Feature nur auf User Shares oder auch Disk Shares angewendet wird. Bestätigt wurde ersteres. Damit war ich - in meiner User Share freien Zone - persönlich beruhigt. Dann stellte sich aber heraus, dass manche Services durch diese Umstellung auf Symlinks ausgehebelt wurden. Außerdem gab es Probleme beim Unwandeln. Also wurde nach einer Option gefragt - unter anderem von mir - um das global zu unterbinden. Diese Option wurde nun eingeführt.
 
Wenn Du nicht weißt was das bedeutet, ändere nichts - Standard ist OFF. Damit bleibt alles beim alten.
 
Statt:
/mnt/user/Share/ --> FUSE --> /mnt/cache/Share/  
Macht der Exclusive Share automatisch - aber nur wenn o.g. Option=ON und die im Announcement genannten Bedingungen erfüllt sind:
/mnt/user/Share/ --> Symlink --> /mnt/cache/Share/  

Ja und ja.
 
Die Lizenz ist an den USB-Stick gebunden sowie an die Anzahl der Platten je nach gekaufter Lizenz.
 
Ein Wechsel des SATA Ports spielt keine Rolle, da Unraid ohnehin intern mit den IDs der Platten arbeitet. Sollte Unraid wider Erwarten die Platten nicht direkt erkennen und zuordnen können, dann wird Unraid den Start verweigern. Anschließend korrigierst Du in der GUI die Zuordnung der Platten. Deshalb sollte man immer einen Screenshot der Hauptseite von Unraid archivieren. Damit kennt man im Falle eines Falles die Zuordnung der Platten.
 

Du mischst hier zwei Dinge.
 
Konzentrieren wir uns zunächst auf den USB-Stick. Der beinhaltet das Unraid Betriebssystem, die zum USB-Stick passende Lizenz sowie alle Einstellungen zum Betriebssystem. Diesen Stick (Flash) sicherst Du über die Unraid GUI. Das erzeugt eine ZIP Datei. Wenn dieser Stick defekt wird, dann erstellst Du einen neuen Stick mit dem USB Creator Tool von Unraid und dieser von Dir gesicherten ZIP Datei. Danach startest Du den Server und Du wirst aufgefordert Deine Lizenz auf den neuen USB-Stick zu übertragen. Das erzeugt eine neue Lizenz, die alte Lizenz wird "geblacklistet" und alles ist wieder wie es war.
 
Alle Docker Container und VMs legen zusätzlich eigene Einstellungen und Dateien ab. Den Ablageort hast Du selbst angegeben. Unraid bot Dir standardmäßig einen Ablageort passend zu Deinem System an, das konntest Du aber ändern. Dort wo Du die Ordner appdata, domains, isos hingelegt hast, dort liegen üblicherweise diese zusätzlichen Einstellungen. Diese Ordner solltest Du zusätzlich sichern für den Fall, dass dieser Datenträger - ob im Array oder im Pool - abraucht.
 
Alle anderen Ordner, Shares und Dateien sind Deine eigenen Daten. Ob die für Dich relevant sind entscheidest Du selbst.
 
Daraus ergeben sich mindestens drei verschiedene Backup Quellen und Ziele. Dafür gibt es im Unraid Appstore diverse Lösungen und hier im Forum bestimmt hunderte suchbare Threads.
 
Das alles gleichzeitig abraucht ist i.d.R. durch den Benutzer selbst verursacht. Ich persönlich habe jedenfalls noch nie von so etwas gehört.
 

Guck Dir mal die Power on hours und Start Stop count an. Die Platten starten teilweise sehr oft (schlecht für die Lebensdauer) und haben nur wenige Monate gelaufen (gut für die Lebensdauer). UDMC=1 ist pillepalle. Und ja, das geht nicht mehr weg.
 
Meine Einschätzung oben (schlecht/gut) basiert auf meinen eigenen Erfahrungswerten. Ich nutzte zwei in den USA gekaufte original Unraid-Server seit 2008/2009. Bis 2020 wurden die jede Nacht heruntergefahren. In diesen ~12 Jahren war mindestens einmal im Monat eine Platte kaputt (von insgesamt 30 Platten). Seit 2020 laufen die Server in Supermicro Gehäusen durch. Nicht eine einzige Platte ist bisher kaputt gegangen. Ob das ausschließlich an den Gehäusen oder den unterschiedlichen Backplanes liegt wage ich zu bezweifeln. MBs und HBAs blieben zunächst die selben. Wie gesagt: Das sind eigene Erfahrungswerte.
 
Solange die Platten noch in der Garantie/Gewährleistung sind ist das kein Problem. Außerhalb von Garantie und Gewährleistung ist das ein simpler mathematischer Dreisatz um zu ermitteln ob es nicht besser ist einen Server (!!!) 24/7 laufen zu lassen (bei einem 40 Cent Stromdeckel o.ä.).
 
Bei Deinen Platten sehe ich jedenfalls im Moment kein Problem.
 

Switch to "XML view" in VM declaration and try with bus:device instead of vendor:product. E.g.
 
# Instead of something like this ... <hostdev mode='subsystem' type='usb' managed='no'> <source> <vendor id='0x0930'/> <product id='0x6544'/> </source> [...] </hostdev> # try something like this: <hostdev mode='subsystem' type='usb' managed='no'> <source> <address bus='1' device='2'/> </source> [...] </hostdev>  
In your case these are vendor:1a86 product:55d4 vs. bus:2 device:5 and bus:2 device:6.
 
***EDIT*** Removed non-relevant code lines from above to avoid confusion. 
 

/mnt/user/ - alle Dateien eines User-Shares auf Array (AKA Secondary Storage) und Cache bzw. Pool (AKA Primary Storage).
 
/mnt/user0/ - alle Dateien eines User-Shares auf Array ohne die Dateien auf Cache bzw. Pool.
 
Wenn Du einen Cache bzw. Pool vorgeschaltet hast, dann werden dort neue Dateien und Ordner abgelegt bevor sie durch den Mover weitergereicht werden. /mnt/user0/ zeigt diese neuen Dateien und Ordner nicht an. /mnt/user/ hingegen zeigt die kombinierte Sicht auf den User-Share.
 

Genau so funktioniert das Unraid Array seit Anfang an - egal ob mit XFS, BTRFS, ReiserFS oder ZFS. Am Ende des Rebuilds wird a.) der Rest der größeren Platte mit Nullen beschrieben und b.) die Partition in diesen Bereich erweitert. Diese zusätzlichen Anpassungen wandern dann auch gleich in die Parity so dass diese 20 TB Platte sofort wieder gegen eine andere 20 TB ausgetauscht werden könnte.
 
Ein kleiner Ausflug ins Jahr 2008 in dem ich meine erste Unraid Lizenz erwarb 
 
https://web.archive.org/web/20080803131341/http://lime-technology.com/?page_id=47#toc-replace-a-single-disk-with-a-bigger-one
 
 

Ich glaube nicht an Zufälle in der IT.
 
Sollte es tatsächlich der Nextcloud Container sein, dann kann es sich bei der von Dir oben aufgeführten Konstellation nur um a.) in Nextcloud zusätzliche integrierte Apps wie z.B. das Externe Speicher Plugin handeln oder b.) die von Nextcloud genutzte Datenbank wie z.B. MariaDB handeln. Wo liegt die?
 

Nur zur Info: @Squid hat einen Update veröffentlicht. Das Problem ist behoben.
 
Ich dachte der Fehler wäre nur rclone bezogen. Es handelte sich aber um ein generelles Problem des User Scripts Plugin.
 

Hängt gegebenfalls vom Container ab. Bei meinem Homeassistant Container geht das so:
 
root@Tower:~# ls -go /dev/serial/by-id/ total 0 lrwxrwxrwx 1 13 Feb 9 12:21 usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_XXXXXXXX-if00 -> ../../ttyACM0  
Davon verwende ich diesen String:
 
/dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_XXXXXXXX-if00:/dev/ttyACM0  
Hier wird das als Value eingetragen: