MAM59

2 Unraid Licenses, 1 active, one for testing only 1 backup server (Windows) 1 Freebsd Server (Mail, Homepage and a lot of network stuff) (*) 1 Windows PDC (just for DNS, MS-DNS is so easy to handle, no match in the *nix world) (*) (* these are Mini PCs with 2*10G and 2*2.5G LAN interfaces, power consumption <15W each)

hmm, das wird dann wohl "/data" sein... (oder das ist der Pfad zu den Quelldateien?) Üblicherweise gibt Dir ein Hover mit der Maus oder ein Aufruf von "Edit" mehr Infos zum Sinn der Einstellung (hoffentlich :-) ) ) Musstest Du in dem DuploDingsDa irgendwo den Zielpfad unter /data einstellen?

na ja, was fehl schlägt, ist das Lesen der Originaldaten. "Zugriff verweigert" bei Appdata usw. Guck Dir mal die Dateiberechtigungen da an und wem sie gehören. Eventuell läuft der Backup Docker mit dem falschen Benutzer und darf nicht an die Daten ran (und was man nicht lesen kann, darf man auch nicht kopieren...) Es gibt zwar unter Tools den Knopf "Docker save Permissions", aber der sorgt öfters für noch mehr Ärger. Also lieber von Hand gucken und ggf, korrigieren.

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 den Hinweis, dass das Backup gestartet wurde :-( Meckern hat bislang nicht geholfen, gab noch kein Update dafür/dagegen)

LOL, war keine Absicht 😜

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 :-) Hat aber für mich den entscheidenden Vorteil, dass man damit mehrere Versionen des Backups erhalten kann.

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... ??!?!?

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???)