mgutt

Nein ich meine data. Steht auf RAID1. Also alles gut.
 
Ja. unRAID unterstützt aktuell nur BTRFS bei RAID Pools. Bald soll ZFS folgen.
 
Das ist nicht so. Pools und Array haben vom Prinzip rein gar nichts miteinander zu tun. unRAID steuert das nur so, dass zb beim Hochladen von Dateien, diese auf dem Pool erstellt werden. Der Mover verschiebt die Dateien dann später auf das Array. Und je nach Cache Einstellung des Shares, werden die Dateien in die eine oder andere oder gar nicht verschoben.
 
Aber selbst im Array ist das Dateisystem egal. Man kann dort zb auch XFS und BTRFS mischen, weil die Parität einfach nur die "Quersumme" aus den Bits aller Platten enthält. Das Dateisystem spielt dabei keine Rolle.

Nichts. Sind nur Warnungen und irrelevant. 

This the default behavior of IPv6 assignment:
https://ben.akrin.com/mac-address-to-ipv6-link-local-address-online-converter/

 
 
If you start a container, it gets a "random" MAC address (MACVLAN) from docker. This mac address can be obtained through "docker inspect":
root@Tower:~# docker inspect rsync-server | grep -A100 NetworkSettings "NetworkSettings": { ... "Gateway": "192.168.178.1", "IPAddress": "192.168.178.128", "IPPrefixLen": 24, "IPv6Gateway": "2003:xxxx:xxxx:xxxx::1", "GlobalIPv6Address": "2003:xxxx:xxxx:xxxx::2", "GlobalIPv6PrefixLen": 64, "MacAddress": "02:42:c0:a8:b2:80",  
So my container has the MAC address "02:42:c0:a8:b2:80". As there is an algorithm, which builds an IPv6 suffix based on this MAC address, the container now has the following additional IPv6 addresses:
946e7e921b50:~# ifconfig eth0      Link encap:Ethernet  HWaddr 02:42:C0:A8:B2:80             inet addr:192.168.178.128  Bcast:192.168.178.255  Mask:255.255.255.0           inet6 addr: 2003:xxxx:xxxx:xxxx:42:c0ff:fea8:b280/64 Scope:Global           inet6 addr: 2003:xxxx:xxxx:xxxx::2/64 Scope:Global           inet6 addr: fe80::42:c0ff:fea8:b280/64 Scope:Link ...  
As you can see my container now has three IPv6 addresses. Two of them are based on the MAC address, which resulted in "42:c0ff:fea8:b280". This allows us to forward the ports 80/443 to this suffix. But this won't be stable if you need to remove the docker.img, which can cause a different MAC address for each container.
 
But I found a solution for this!
 
We enable the advanced view and pass the "--mac-address 00:00:00:00:01:28" as extra parameter:

 
While in the fixed IP address field we only set the IPv4:

 
Again, additional IPv6 are added based on the mac-address and our container is permanently reachable through the suffix "200:ff:fe00:128", even if we need to delete the docker.img!
 

 
 
I played a little bit around and the shortest suffix I was able to produce, was by using a MAC-address like the following:
--mac-address 02:00:00:0F:00:09 --mac-address 02:00:00:0F:00:10 ...  
It returns this suffix:
::0:ff:fe0f:9 ::0:ff:fe0f:10 ...  
I tested it with an rsync-server container and made it public through port 22 (never forward this port, this is only for testing!) in my router and it works flawlessly:

 

 
 
Thanks @Omri for the inspiration!
 
 
 

Nun da wird irgendwas abgeschmiert sein. Also Logs checken.

Blöd ist, dass wir jetzt nicht wissen was passiert ist. Aber da der RAM in Ordnung ist, würde ich sagen eine Platte nach der anderen tauschen. 
 
Ich vermute aber, dass die Platten, die du entfernst auch in Ordnung sind und eher was mit der Kabelverbindung oder so war. Aber dann hast du zumindest ein Backup.
 

Ja das geht. Die bekommen jeweils eine feste IP aus komplett anderen Adressereichen. Zb hat dein Router 192.168.178.x. Dann würdest du den 10G Netzwerkkarten zb 192.168.168.1 und 192.168.168.2 geben. Oder 10.0.0.1 und 10.0.0.2. eben eine aus einem privaten Adressraum:
https://de.m.wikipedia.org/wiki/Private_IP-Adresse
 
 

Häh? Die Platte wird doch emuliert. Also file Manager Plugin und auf eine andere kopieren. Fertig.

Ich tippe darauf, dass deconz einen Port aufmacht, der dann später nicht mehr offen ist und den Plex auch verwendet. Oder für deconz ist dieser Port nicht so wichtig.
 
Da deconz im Host Netzwerk läuft, kannst du nicht sehen welche Ports wirklich davon geöffnet wurden. Ich hatte dazu mal einen Codeschnipsel gepostet, aber ob ich den wieder finde...
 
Vom Prinzip wäre denke ich die schnellste Methode:
 
- alle Container stoppen
- ausführen: ss -tulpn
- deconz starten und ausführen: ss -tulpn
- deconz stoppen
- Plex starten und ausführen: ss -tulpn
 
Alle Ergebnisse der offenen Ports vergleichen.
 
Die USB Fehlermeldung kann ignoriert werden. Damit hat das nichts zu tun. Plex hat auch gar keinen Zugriff auf USB (außer du hast explizit devices übergeben):
https://forums.plex.tv/t/critical-libusb-init-failed/722159/3
 
 

Diese Einstellungen werden auf dem USB Stick gespeichert. Wenn es also häufiger passiert, dann wegen dem Stick.

Naja SMB? Also ganz normale Unraid Shares?

Was kannst du sichern? Also fehlen nur einzelne Dateien aus /config und wenn ja welche? Vom Prinzip brauchst du nur die key file, aber dann musst du natürlich deine Einstellungen alle neu machen und die Containeränderungen, sofern du welche gemacht hast (zb Pfade geändert oder ähnpich), wären auch zu wiederholen. Wobei man selbst die Key File nicht unbedingt braucht. Limetech kann dir auch deinen Key wiederherstellen, wenn du ihn verloren hast.

Kauf den richtigen RAM und es gehen 32GB:
https://www.hardwareluxx.de/community/threads/asrock-j5005-itx-mit-32gb-ram-machbar.1285458/

Sieht nach dem Bug aus, dass VMs oder Docker im br0 Netzwerk laufen und Docker bei den Einstellungen auf macvlan steht. Mit ipvlan wird das vermutlich nicht mehr auftreten.

Ok, ich denke das liegt am Browser. Welchen verwendest du? Adblocker oder Popupblocker aktiv? Inkognito-Tab ausprobiert? Mir ist nämlich aufgefallen, dass das Popup ca 1 Sekunde braucht zum Laden. Also schon ungewöhnlich lange. EDIT: Gerade noch mal gedrückt und es dauerte diesmal 10 Sekunden bis das Popup erschien... erneut gedrückt 15 Sekunden, dies mal konnte man kurz die Warnung vom Browser sehen, dass die Seite nicht antwortet. Also da ist in jedem Fall was in Nextcloud 25 verbuggt. EDIT: Diesmal noch länger und ich konnte einen Screen von der Meldung machen:

 
Laut Google Chrome Taskmanager über 60% CPU Last. Da hat jemand wohl irgendwas in Javascript verhauen:

 
Hatte ich eigentlich schon angemerkt, dass meine private NC auf 24 festgesetzt ist? ^^

Fehler. Viele Consumer Boards erlauben keinen Boot ohne GPU. Außerdem schlicht unnötig, weil die CPU dadurch nicht sparsamer ist und du hast niemals die Möglichkeit die iGPU in Containern zu nutzen, um zb Videos schneller verarbeiten zu können.
 

- Screenshot von Disk Übersicht machen
- Tools > New Config und falls Pool vorhanden, diesen anhaken
- Jetzt kann das Array wieder neu mit den Disks zugeordnet werden
 

Nein, nur eine M.2 SATA SSD. Die wird ja wohl hoffentlich keiner kaufen 
 
Ich hatte doch geschrieben, dass der Chipsatz mit X4 angebunden ist und dass die NVMe wiederrum am Chipsatz hängen. Intel nennt das DMI:
https://en.wikipedia.org/wiki/Direct_Media_Interface
 
Ab den 6xx Chipsätzen ist es dann PCIe 4.0 und dadurch 8 GB/s total.
 
Das ist das einzige Problem, was du hast.
 
Ich vermute, dass dd nicht genug parallele Zugriffe generiert, um das Maximum aus der NVMe rauszuholen.
 
Auf die Art erreiche ich 2.2 GB/s:

 
# SSD trimmen fstrim /mnt/cache # ram cache auf 100MB reduzieren sysctl vm.dirty_bytes=100000000 # Zufallsdatei im RAM erstellen (sehr langsam) dd if=/dev/random of=/tmp/10GB.bin bs=128k iflag=count_bytes count=10G # Datei von RAM auf SSD kopieren dd if=/tmp/10GB.bin of=/mnt/cache/10GB.bin bs=1M # Dateien löschen rm /mnt/cache/10GB.bin /tmp/10GB.bin # RAM Cache wieder auf 20% stellen sysctl vm.dirty_ratio=20  

Dann Docker auf Nein stellen und den Mover starten. Erklärt aber immer noch nicht, dass alle Disks hochfahren. Denn so sollte eigentlich nur Disk 3 und Parity betroffen sein. Aber mach das erstmal und dann schauen wir weiter.

Mach doch mit dem User Scripts Plugin ein Script, was alle 15 Minuten oder so, das rclone Kommando ausführt.

Das Laufwerk UNRAID wurde beim letzten Abschalten des Servers nicht ordentlich getrennt. UNRAID ist der USB-Stick.
 
Musste der Server bei dem Neustart hart abgeschaltet werden? Wenn nein, dann stimmt was nicht mit dem Stick.
 
Der Inhalt des Sticks ist auf jeden Fall schon beschädigt. Daher bitte den Stick neu machen und /config aus einem Backup wiederherstellen.

Ist das bei allen absolut gleich?
 
Starte im Safe Mode neu (auf den Flash Stick klicken). Dann startet unRAID ohne Plugins. Oder halt das Plugin löschen und neu starten. Dann weißt du es verbindlich ob es daran liegt.

Bestimmt nicht.
 
Bringt nichts
 
Häh? Die Parität enthält die "Quersumme" aller Datendisks. Wenn du die nullst, sind alle diese Berechnungen natürlich weg, also die Parität leer. Du würdest sie dann komplett neu aufbauen lassen. Das ändert unter dem Strich aber nichts daran, dass sich Daten einfach so ändern.
 
Wenn sich die Daten während dem Betrieb, also ohne Neustart, einfach so ändern, dann kann es eigentlich nur folgendes sein:
- defekter RAM
- defekte CPU
- defekte Sektoren auf einer der HDDs
 
Ich tippe mittlerweile auf Letzteres.
 
Mach mal bei allen HDDs einen erweiterten SMART Test.

Ersetze rsync gegen:
 
cp -a --reflink=always /mnt/user/appdata/$i /mnt/user/appdata/backup/$i
 
Dadurch wird von jedem Container ein lokaler Snapshot erstellt. Das belegt keinen extra Speicherplatz und dauert nur wenige Sekunden pro Container (Ausfallzeit des Containers reduziert sich entsprechend).
 
Nach der Schleife also quasi in die letzte Zeile packst du dann dein Borg create, nutzt da den Quellpfad /mnt/user/appdata/backup und löschst danach die Quelle (wichtig, damit der nächste cp 1:1 ist und keine bereits gelöschten Dateien enthält):
 
rm -r /mnt/user/appdata/backup
 
Achtung: rm kann den gesamten Server löschen, wenn der Pfad entsprechend falsch gesetzt wird. Also immer genau prüfen bevor man rm ausführt.
 
Auch Achtung: der Pfad /appdata/backup sollte natürlich von keinem Container in Verwendung sein. Falls doch musst du logischerweise einen anderen Namen wählen.
 
 

Deine appdata Share Einstellung lautet?
 
Was zeigt Shares > appdata > LOCATION Spalte?
 
Wie sehen deine Docker Einatellungen aus bzw wo liegt Domains (auch LOCATION checken)?

Nein, das unterstützt der Container nicht und ich sehe auch keinen Sinn darin. Warum sollte man das ändern?