MAM59

No, I've meant it the other way round. IF you have cache dirs installed AND you are low on memory, THEN there might be a chance of "lost files" (not actually lost on disk but not shown in "dir-like" commands because the cache was full and the file entry did not make it into the list anymore) So my advice was intended to tell you "if you are running 'cache dirs', deinstall it and see if things change". "cache dir" speeds things up a lot, so many people are using it.

jaja, die Absicht ist löblich... aber ich bin mir (noch) nicht so ganz sicher, ob es so wirklich funktioniert. Warten wir den morgigen Vormittag ab... (das Problem ist, dass unterschiedliche Shell Implementationen die Umleitungen zu verschiedenen Zeiten durchführen könnten, dann müsste die Reihenfolge der Parameter geändert werden) Er macht ja "schreiben den normalen Output in die LOG Datei" und danach "schreibe die Fehler in den normalen Output". Da kommt es dann drauf an, ob der "normale Output" zu dem Zeitpunkt bereits umgelenkt ist (wie gewünscht), oder die Shell die Aktionen ggf umsortiert und der "normale Output" dann immer noch stdout ist. Wir werden sehen)

jaja, Notes sind eben biegsam. Der Bug ist immer noch da, auch in der genannten Version. Oder, der Crontab Eintrag wird nur einmal erstellt und bei Updates nicht korrigiert. mussich später mal ausprobieren... Update (es ist später :-) ): probiert, alter Eintrag gelöscht, neuen erstellt, sieht immer noch mysteriöus aus: 1 7 * * * sh -c 'SCHEDULE_ID=schedule_1774242723 /usr/bin/php -f /usr/local/emhttp/plugins/flash-backup/helpers/run_schedule.php >> /tmp/flash-backup.log 2>&1'

Föhn! Dann kannste ja gleich auf 7.2.6 updaten und das Spielchen vielleicht wiederholen, loool 😁 Aber zumindest weiste nun, wo die Backups sind und wie man sie benutzt.

Nimm FireFox :-) Nee Spaß beiseite, die Bedienung ist nicht wirklich intuitiv... Du musst eine Verzeichnisebene HÖHER sein, dann taucht das Zielverzeichnis in der mittleren Liste auf, DANN kann man davor einen Haken machen und DANN endlich "DONE" drücken. Ist ein Intelligenztest 😁 (Gibt übrigens noch eine nervige Macke: beim erzeugten Cron Job hat der Autor vergessen am Ende ">/dev/null 2>&1" anzuhängen, also krieg ich jeden Morgen um 7 ne Iiiieeh-Mehl, dass das Backup gestartet wurde :-( Meckern hat bislang nicht geholfen, gab noch kein Update dafür/dagegen)

LOL, war keine Absicht 😜 (um ehrlich zu sein, ich hab gar nicht bemerkt, dass "Appdata Backup" den Flash gleich mitsichert, hätte nie in der Not diese Ordner durchgesucht, loooooooooooooooooooooooooooool)

ja, deshalb hatte ich auch schon meine Aussage korrigiert :-) Ich mach auch bei beiden ein Flashbackup, sind eben nur unterschiedliche Ziele und Zeiten (Appdata 1* pro Woche, Flash täglich)

jaja, ist selten :-) Ich fand es nur einfacher zu benutzen als den doch arg verschachtelten Baum von Appdata Backup. Aber funktional sind sie wohl identisch.

Dann fröhliches Konfig-Raten :-) Aber wenn die Images noch da sind, kann die Konfig ja nicht sooo schwer sein. Das passiert eigentlich nur bei "kranken" Dockern wie z.B. "Nextcloud AIO". Die bringen eine eigene Updatemethode mit, da kann die GUI nicht helfen. Keine Panik! beim Array KANN ein Share auf allen Platten sein, MUSS aber nicht. Der wird erst bei einem gewissen Füllstand auf der nächsten Platte weitergeführt. Und natürlich hattest Du das Problem schon immer, denn normalerweise guckt niemand auf disk*. Im Array sieht man dann nur EINEN Ordner, nicht WO er ist (ausser man lässt sich die Verteilung durch Klicken von "Berechnen..." unter Shares anzeigen. Das ist aber nur eine Info und hat keine Auswirkungen auf die Funktion des Shares). Du solltest eher die jeweilige Docker Konfiguration anpassen, ist ungefährlicher als das große Dateien verschieben. Allerdings finde ich es befremdlich, dass Pfade direkt zu Array Platten zeigen, statt zum Share (da wäre es dann egal wo er wirklich liegt) ?!?!? Da issa doch... ??!?!? NB: ich empfehle Dir DRINGEND den Einsatz des Plugins "Flash Backup". Das kann automatisch tägliche Sicherungen des Sticks auf eine Platte schreiben und mehrere Versionen bereithalten... Nur so für die Zukunft...

Ja :-) okok... ich ahne, Du willst mehr hören :-) Also erstmal must Du das Plugin "Appdata Backup" erneut installieren. Dann findest Du die Funktion "Wiederherstellen". Aber die Plugins musst Du vorher einzeln manuell installieren (welche findest Du ja in dem Appdata Backup Ordner), dann Wiederherstellen und schon sollten sie wieder das zu tun, wie zuvor...

Also für mich sieht es so aus, als wenn Du gar keine Parity Platte gehabt hast??? 2* SSD mit BTRFS und 1*12 + 3*14 Tb mit XFS Die SSDs waren gespiegelt? Eine als Pool reicht erstmal, sie wird automatisch "Cache" genannt die anderen Platten alle in ein Array, dann sollten die Shares schon mal wieder sichtbar werden und die Daten alle zugänglich. (und ja, die Shares werden auch automatisch auf "Primär Cache, Sekundär Array" eingerichtet, das ist alles ok.) Wenn Du das nicht willst, musst Du es einzeln umkonfigurieren. VMs sollten noch auf der SSD vorhanden sein, man muss sie aber neu anlegen, und die alte Plattendatei zuweisen. Dasselbe gilt für Docker usw. Die Config dafür ist jeweils auf der SSD, aber die Links dazu musst Du erst einmal manuell durchführen (also einfach Docker oder App installieren, dann sollten die Einstellungen automatisch wieder auftauchen und verwendet werden) Benutzer und Rechte musst Du allerdings alle neu von Hand anlegen... PS: was hast Du zwischendurch gemacht, damit die Dateisysteme unter unassigned Devices auf einmal auftauchten????

Hmm, das sieht dann finster aus... Was mich nur so stutzig macht ist, das nicht nur die Konfiguration weg ist, sondern auch die Dateisysteme. Das kann durch ein einfaches Update gar nicht passieren, außer, es semmelt so ab, dass es mit großen, dreckigen, Füssen über alle Platten wandert und sie löscht. Was ist denn auf dem Originalstick noch drauf? (Du weißt aber schon, dass man bei Stickwechsel erst die Lizenz transferieren muss bevor die alte Konfiguration wieder eingelesen und gestartet wird???)

Nee, da wird kein Dateisystem erkannt auf den Platten. DAS ist schlecht, weist Du wenigstens, WELCHES FS da mal installiert war? XFS, BTFRS oder ZFS? Je nachdem musst Du verschiedene Reparaturtools anwenden, aber es ist schon bedenklich, dass GAR NIX mehr gefunden wird.... Kann es sein, dass Du im BIOS irgendwelche Einstellungen verändert hast, die Auswirkungen auf den Plattencontroller haben ???

Na ja, "Hilfe" ist das nicht gerade, aber, wenn Du doch die Plattenkonfiguration kennst, kannst Du doch mit wenigen Mausklicken ein neues Array erstellen und alles sollte wieder funktionieren ?!?!? Nur bei der Paritätsplatte musst Du aufpassen. Da gibts den Trick, die Platten einzeln mit Unassigned Devices versuchsweise zu mounten, normale Datenplatten sollten funktionieren, die Paritätsplatte nicht, da sie kein Filesystem hat. Danach aus den gefundenen Datenplatten das Array zusammenklicken, ersmal ohne Parität (damit nicht aus Versehen was überschrieben werden kann). Wenn die Daten ok aussehen, die Parität hinzuschalten und neu aufbauen lassen (sollte zwar noch stimmen, aber sicher ist sicher...) Die SSDs Pools mit altem Namen wieder anlegen, da sollte gar kein Problem enstehen. (ich hoffe, Du hast nicht so paranoide Einstellungen wie "verschlüsselte Dateisysteme" gehabt, dann würde es echt happig...)

no, no "missings" (yet) here. But then I have 128G mostly unused RAM and "only" ~200000 Files. Maybe he should take a look at plugins like "cache dir" ?

SFP+ RJ-45 Modules are getting too hot for me when running at higher speed rates. This is nothing stable or lasting long, especially if you are using more than one within a switch and packed close to each other. The original Microtik module got up to 90°C, you could burn your fingers with them. Much better are switches with builtin 10G RJ45 ports (and some SFP+ ports to transfer to fiber). They are getting cheap already, use internal cooling and consume much less power. For instance I use a Sodola SL-SWTGW2C48NS (4*Rj45@10G + 8*SFP+), it is perfect for a media converter (I only need 2*RJ45@10G for now, all other devices here are on fiber)

What is this E1000 on eth0? Is it an antique Management Interface? (these often cannot be used for "normal" LAN activities) You should switch the cards by changing the entries in this very menu of your screenshot. Just click on the MAC of eth0 and select the other card from the opening dropdown menu. This will make the r8169 eth0, the default card. Maybe turn off the e1000 completely afterwards.

try "mover stop" (at your own risk!)

Fehlende Lanes würden sich anders und schneller auswirken. Z.B. mit fehlenden Festplatten oder fehlenden Geräten (z.B. NVMe SSDs) Es ist deshalb unwahrscheinlich, dass es an der Hardware liegt (außer es gibt sporadische Probleme wie Überhitzung oder so was). Nextcloud sauber? Ich kenne nur die Lösung "auf einer separaten Kiste" (oder in einer VM). Also irgendein Linux (oder besser FreeBSD) und darauf die Komponenten Apache / PHP / Mysql und Nextcloud schön von Hand einzeln installieren. Vorher einen ausreichend großen Datenbereich anlegen (ZFS-Raid oder so). Docker mit Nextcloud sind mir noch keine "guten" untergekommen, das liegt vor allen Dingen eben an den Dateiberechtigungen. Nextcloud will auch die Dateien der (lokalen) Benutzer gegeneinander absichern, das passt nicht zu UNRAIDs Ansatz "alles gehört Nobody und die Rechte regeln wir beim LAN Zugriff". Da findest Du keine gemeinsamen Nenner. Das was es gibt "geht" halt irgendwie, aber nie "richtig"

Ja, genau DAS hatte ich befürchtet 😁 Sagen wir mal so: sowohl Addon als auch Anleitung sind nicht ganz konfliktfrei und stabil. Es funktioniert irgendwie bei schönem Wetter, 20-25° und ganz leichtem Ostwind... Du findest hier einige Threads zu dem Thema, ich war auch mal ein Opfer und schlafe erst ruhiger, seit der Kram, gegen "was Richtiges" ausgetauscht wurde. Ja, aber da er das Verzeichnis erst NACH den Updates anlegt, komme ich auf die Idee, dass auch "mehr als der Docker" im Cache läuft. Kein Problem, solange da nicht so was wie "primary: cache, secondary:array" hinterlegt ist (der Mover also zuschlagen könnte). Und er scheint ja direkt nach dem Anlegen des Verzeichnisses den Weg in die ewigen Jagdgründe genommen zu haben.

Also ich finde Deinen Aufbau etwas mystisch... Du hast das Nextcloud AIO am Laufen (was ich per se schon mal "gefährlich" nenne), aber das dann auch noch über ein Cache Drive ?!?!?. Das ist SEEEHR mutig und ich weiß nicht, was passiert, wenn der Mover zuschlägt und Aufräumen will. Der Absturz erfolgte ja wohl einwandfrei nach diversen Updates von Nextcloud und Wiedererstellung des Cache Verzeichnisses. Aber da läuft Nextcloud ja schon wieder, das kann dann einen Konflikt geben...

you MAY try to use an USB NIC. But they maybe unstable, so you have been warned...

Without Diagnostics I could only make an educated guess: the slot you have put in the new nic is shadowed to a disk controller. You may only use one of them. Read your Mobo's manual carefully. maybe it is enough to use a different slot.

I dont think so. Its more or less a "buildin" feature. It happens because ZFS is autotuning its disks. Since you have 3 independent pools, each of them "optimizes" when they think there is spare time. But they do not (and cannot) know about the UNRAID array / parity on top of them. This parity needs to follow each write command of each optimizing pool. So it gets stressed x times (x=no of pool disks). This overloads the single drive very easily slowing down the whole system. ZFS can only be used it its own RAIDZ array type.