hawihoney

So ist es auch. Du hast aber die Dinge in einer falschen Reihenfolge gemacht. Das entnehme ich es jedenfalls der Historie hier. Um eine Platte auszutauschen muss man nix anderes machen als:
 
- Array stoppen, Rechner runterfahren
- alte Platte raus, neue Platte rein
- Rechner starten
- In Unraid GUI die neue Platte dem Slot der alten Platte zuweisen
- Array starten mit Haken an "Ja, ich bestätige Replacement Disk"
 
Alles andere sind in meinen Augen esoterische Schritte die das Handling unnötig aufbauschen und für Anfänger verkomplizieren.
 
Preclear ist meiner persönlichen Meinung nach einfach nicht erforderlich. Unerfahrene Unraider preclearen, formatieren innerhalb Unassigned Devices und stecken die bereits formatierte Platte ins Array. Tja, und dann kommen Nachfragen, die bei der Standardprozedur nicht erscheinen. Preclear nutze ich persönlich nur noch zum Löschen von gebrauchten Platten vor dem Verkauf. Ich gehe gleich z.B. in den Keller und schraube eine neue Platte rein. Aus der Verpackung nehmen und gem. den Schritten oben werde ich vorgehen. Wie immer.
 
Bei ca. 200 Festplatten in den Jahren war nicht eine DOA. Unraid precleared selbst - sofern nicht vorher schon geschehen - aber die Schritte werden einfach komplizierter für Unerfahrene durch das Preclear vorab.
 

Die werden auf dem USB Stick gesichert. Kannst ja über das Dateidatum erkennen ob eine ältere Sicherung dabei ist:
 

 
Ich unterstelle mal, dass Du eine Sicherung vom USB-Stick besitzt - solltest Du jedenfalls. Dann kannst Du dort an selber Stelle nach der alten Vorlage suchen und diese verwenden.
 

Da kann ich nur raten. Die letzten drei Hinweise in Deinem syslog beziehen sich auf XFS (md4), MyServers Plugin und die CPU Clock.
 
zu 1.) Wenn die Festplatte physikalisch raus ist und trotzdem der XFS Fehler zu disk4 angezeigt wird, dann ist auch das emulierte Filesystem von Disk4 defekt. Da kann man wirklich nur versuchen diese Disk zu reparieren.
 
zu 2.) Dem MyServers Plugin traue ich (genauso wie BTRFS) nicht von der Nasenspitze bis zur Tastatur. Ich würde den Rechner mal, wenn nicht schon versucht, im Maintenance Modus starten - also ohne jegliche Plugins.
 
zu 3.) Eigentlich ist dieser Fehler nur ein Hinweis und dürfte nicht zu einem Problem führen. Hat Dein Server aktuell eine Internetverbindung?
 

Klick mal auf '?' auf der Seite. Dort ist das beschrieben:
 
 
Ein Beispiel aus meiner Umgebung:
 
/usr/local/sbin/rc.unassigned mount //192.168.178.102/disk1  
 

Kann man in den Display Settings einstellen. Haste wohl verstellt:
 

 

Ehrlich gesagt verstehe ich Dein Problem nicht.
 
Richte einfach die liebgewonnenen User-Shares ein (zuvor in den Einstellungen aktivieren), definiere auf welchen Disks sie liegen sollen (oder auch nicht), definiere ob ein Cache Pool vorgeschaltet werden soll (oder auch nicht), installiere das Plugin "Unassigned Devices" und richte dort den Zugriff auf Deine externe Quelle (Synology) ein, installiere das Plugin "Dynamix File Manager". Beginne mit dem Kopieren (nicht Verschieben) von der externen Quelle in die User-Shares. Fertig.
 
Alles, wirklich alles, lässt sich auch nachträglich wieder ändern. Nachträgliche Änderungen sind dann meist manuell, aber auch keine Raketenwissenschaft. Man muss nur ein wenig lesen können ... Und für die Freunde der bewegten Bilder wird es dann auch Interpretationen durch ein Heer von Youtubern, etc. geben. Die müssen nicht immer stimmen, aber dann landest Du ohnehin hier und dann kann hier immer jemand helfen.
 

Ändere in der ident.cfg ...
 
USE_TELNET="no"
PORT="80"
 
... lösch die network.cfg und starte neu.
 
Wenn das nicht klappt, dann hast Du ein anderes Problem.
 

Bei den Shares.
 
 
Nein, bei High-Water wird immer 50 % genommen und das bei allen Platten und dann wieder 50 % etc. Lies es Dir mal richtig durch.
 
Im Übrigen ist das kein Problem für die Platten. Ich lasse rein aus sentimentalen Gründen immer 10 GB frei - egal ob 3, 4, 6, 12 oder 18 TB Platten.
 

80 (WebGUI), 22 (SSH). Andere und weitere Ports müssen zunächst eingerichtet und konfiguriert werden.
 

 

Ok.
 
1.) Nun gucken wir uns die externe Platte an. Ich unterstelle, dass sie mit Unassigned Devices verbunden, gemountet, geshared und mit Schreibrechten ausgestattet ist. Bitte Screenshot von der Zeile in der UD Übersicht.
 
2.) Anschließend Screenshot von den Container Einstellungen (JDownloader2). Konkret das Mapping der externen Platte vom Host zum Container. Hier r/w/slave?
 
3.) Aufruf der Container Konsole. In der Konsole "ls -la " für das Container Mapping ausführen. Was wird ausgegeben? Hier suchen wir nach Zugriffsrechten und Verfügbarkeit.
 
Wenn das immer noch nicht klappt, muss es an den JDownloader2 Einstellungen liegen.
 
 
 

Schau mal in die Einstellungen des "Unassigned Devices" Plugin. Zu finden unter dem Einstellungen Tab von Unraid:
 

 

Korrekt.
 
Habe jetzt mal testweise die network.cfg auf dem Flash auf eine statische IP-Nummer umgestellt und siehe da - es klappt:
 
Vorher: [...] USE_DHCP[0]="yes" Nachher: [...] USE_DHCP[0]="no" IPADDR[0]="192.168.178.35" NETMASK[0]="255.255.255.0" GATEWAY[0]="192.168.178.1" DNS_SERVER1="192.168.178.1"  
Im 7590 Fritzbox Router hatte ich alle (!!!) bekannten Geräte auf "Immer die selbe IP-Nummer" eingestellt. Und trotzdem bekommen im Moment alle Geräte, wenn sie sich neu anmelden, diese falsche private IP-Nummer. Und das, obwohl ich an dieser Stelle den Standard belassen hatte. Ich kann mir das nur so erklären, dass der Update der Fritzbox in dieser Woche etwas versaut hat:
 

Ich denke das geht nur über eine New Config. Aber Achtung: Man sollte genau wissen was man macht. Das ist ein Administrator Werkzeug. Und wie alle diese Werkzeuge kann eine fehlerhafte Anwendung bis zum kompletten Datenverlust führen. Im Grunde genommen teilt man Unraid mit "Vergiss die aktuelle Konfiguration, hier ist die Neue, baue die Parity basierend auf der neuen Konfiguration neu auf".
 
Ich habe das Werkzeug bisher zwei Mal eingesetzt und hatte jedes mal Fracksausen:
 

 

In etwa so. Da Du aber keine weitergehenden Details genannt hast, müsstest Du die Quelle, das Ziel und die Dateierweiterung selbst ändern:
 
#!/bin/bash #arrayStarted=true #backgroundOnly=true #clearLog=true #noParity=true # Woher? (Beispiel) sperrmauer_url="https://xxxxxxxx" # Wohin? (Beispiel) sperrmauer_dir="/mnt/user/Sperrmauer" today=$(date +"%Y%m%d") wget -O "$sperrmauer_dir/$today.jpg" "$sperrmauer_url"  

Wenn man es exakt so haben muss - warum auch immer:
 
Lege für jeden User einen Share an.
 
Nutze für den Zugriff auf die Daten das "Dynamix File Manager" Plugin aus dem Unraid App Store. Dieses ist systemnah und installiert sich nahtlos in die Unraid Oberfläche.
 
Für das Laden der Daten vom alten System installiere das "Unassigned Devices" Plugin aus dem Unraid Store. Dieses ist systemnah und installiert sich nahtlos in die Unraid Oberfläche. Mit UD kannst Du den entfernten Zugriff auf Dein altes NAS einrichten und die Daten schlussendlich mit FM kopieren.
 
Installiere Nextcloud und nutze die "Externe Speicher" Erweiterung von Nextcloud um die Unraid Shares einzubinden.
 
Nextcloud hat WebDAV mit an Bord.
 
Achtung: Unraid ist nicht Synology sowie keine voll aufgeblasene Linux Distribution. Es ist eine NAS Appliance mit viel Mehrwert. Gerade beim Rechtesystem wird sich der eine oder andere umgewöhnen müssen. Denn das System arbeitet meist mit "nobody:users" (99:100). Man kann daraus ausbrechen, aber dann muss man gewährleisten das die vergebenen Rechte den gewünschten Zugriff gewähren.
 

Das hat nix mit XFS oder Unraid zu tun. Gerade für Dich auf Windows probiert:
 
C:\Users\bloed>echo > "a?b.txt" Die Syntax für den Dateinamen, Verzeichnisnamen oder die Datenträgerbezeichnung ist falsch.  
Kopierprogramme benennen das oft im Vorfeld für Dich um. Da musst Du ansetzen. Wo kommen denn solche Dateinamen oder Ordnernamen bei Dir her? In meiner Welt gibt es so etwas nicht.
 

Habe es lösen können:
 
Der o.a. Befehl lief ungewohnterweise einige Minuten bis zur Fertigstellung:
 
root@dd83c9dacd76:/# occ upgrade Nextcloud or one of the apps require upgrade - only a limited number of commands are available You may use your browser or the occ upgrade command to do the upgrade Setting log level to debug Updating database schema Updated database Starting code integrity check... Finished code integrity check Update successful Maintenance mode is kept active Resetting log level  
Danach musste nur noch dieser Befehl ausgeführt werden:
 
occ maintenance:mode --off  
Puh, Glück gehabt.
 
 

An der Quelle /* anhängen und am Ziel /
 

Wenn Du von /mnt/user/ auf /mnt/ umgestellt hast dann ist das klar und richtig so.
 
Wenn Du eine Trennung zwischen Deinen User Shares auf dem Array und den Shares vom Unassigned Devices Plugin haben möchtest dann:
 
1.) Unter Data Path änderst Du zurück auf den Standard /mnt/user/
 
2a.) Auf der Container Einstellungsseite klickst Du ganz unten auf das ...
 

 
2b.) ... und auf dem erscheinenden Dialog gibst Du das ein:
 

 
Das wars.
 
 
 

Hat sich erledigt. Ich habe auf ZHA umgestellt und habe alles neu aufgebaut. VM ist gelöscht. deCONZ nicht mehr erforderlich. Hat zwar ein paar Stunden gedauert alles vom Grunde auf neu zu erstellen (vor allen Dingen die Anpassung der Automatismen wegen der geänderten Device-Kennungen), aber es läuft wieder.
 
Wollte ursprünglich die manuelle Installation von HACS, Kaco Wechselrichter, Waste Collection Schedule, etc. umgehen und lieber One-Click wie beim vorkonfektionierten HAOS machen. Aber was solls. Jetzt brauche ich jedenfalls keine integrierten Editoren, SSH Server, etc. etc. mehr, wie es bei der VM erforderlich war.
 
Die Anzeige der Zigbee Devices in deCONZ fand ich aber auf jeden Fall besser als jetzt in ZHA:
 

Die alten Platten bremsen nur beim Parity-Check bzw. Disk-Rebuild.
 
Nach Abschluss des laufenden Parity-Austauschs würde ich als nächstes Disk1 durch eine Neue ersetzen, dann den Inhalt von Disk3 auf Disk1 verschieben, dann Disk2 durch eine Neue ersetzen. Und dann würde ich neu nachdenken ob Disk3 nicht drin bleiben kann, durch eine Neue ersetzt werden soll oder rausgenommen werden soll.
 
Wenn drei Unraider darauf antworten erhälst Du vier verschiedene Antworten.
 

Überhaupt nicht. Unser letzter Stromausfall datiert aus dem letzten Jahrhundert. Und wenn ich unsere Elektrozuleitungen und Verteiler aus 1960 so anschaue, dann frage ich mich, wieso andere dauernd Stromausfälle zu haben scheinen. Wie alt mögen deren Systeme sein?
 
Mit einem VPN-Tunnel über den Router kannst Du im Katastrophenfall jede Konsole, jede interne GUI, IPMI, was auch immer, erreichen. Du arbeitest z.B. im Ausland als wärst Du vor Ort. Es muss sich nur der Router nach einem Stromausfall neu starten. Das ist alles. VPN über den Server halte ich persönlich für eine blöde Idee ...
 

Durch unraidlabel in der syslinux Section. Die siehst Du wenn Du auf den Stick klickst. So sieht das bei meinen Unraid VMs aus:
 
append unraidlabel=UNRAIDVM01 initrd=/bzroot  

Das muss Nextcloud bekannt gemacht werden. Klick mal auf das Icon von Nextcloud in der Übersicht Deiner Docker Container. Dort die Konsole starten:
 

 
Gib folgendes ein:
 
occ files:scan --help  
Da ich Dein System nicht kenne, nur eine rudimentäre Hilfe: Gib statt "--help" entweder eine Nextcloud User-ID, einen Pfad oder "all" ein.

Das ist das Tool in dem Screenshot (/usr/local/sbin/rc.unassigned).
 
Und ja, Du musst dann schon zwei Zeilen oder so in das von Dir zu erstellende User Script reinsetzen. Da hier niemand weiß wie Dein externer Share lautet, musst Du das selbst rausbekommen. Ist nicht so schwer. Im Grunde genommen besteht das User Skript dann aus einem noch mit Parametern zu füllendem '/usr/local/sbin/rc.unassigned' und einem 'sleep' dem Du als Parametern eine Anzahl Sekunden gibst.
 
Ich mounte meine lokalen Shares in einem anderen Server einfach so. Das wirst Du aber an Deine Umgebung anpassen müssen:
 
#!/bin/bash #backgroundOnly=true #clearLog=true /usr/local/sbin/rc.unassigned mount //192.168.178.101/disk1