schoppehermann

@Hornz Docker und Vm´s sichern mit den beiden passenden Plugins, die anderen Daten vom Cache vielleicht mit folgendem Skript?! #!/bin/bash # Variables source="/mnt/user/daten" destination="/mnt/user/backup/daten" backup_dir="/mnt/user/backup/archiv/$(date +%Y%m%d)" excluded=".Recycle.Bin" # Skript rsync -avh --progress --stats --delete-after --exclude="$excluded" --backup --backup-dir="$backup_dir" "$source/" "$destination/" # Change ownership of created backup directories chown hornz:users /mnt/user/backup/archiv/*/ # Options # -a: Archive mode. Recursively copies files and preserves attributes (e.g. user permissions) # -h: Output numbers in a human-readable format # -v: Verbose. Outputs details to the terminal # --exclude: Excludes specific directories or files from synchronization # --backup: Creates a backup copy of files that are overwritten in the destination directory # --backup-dir: Stores backup copies in a specific directory # --progress: Shows the progress of the copy operation # --stats: Provides a summary of the copy operation at the end # --delete-after: Deletes files in the destination directory that are not present in the source, but only after the copy Keine Garantie auf Funktion Herr Kollege ;-)

So was muß bei einem Nas eigentlich problemlos und sicher funktionieren ...

Bei mir läuft Btrfs als Single Cache Drive und im zwei Ssd Array ohne Parity schon ne ganze Weile problemlos. Was mich wundert ist, das Btrfs bei Unraid als Cache Raid standardmäßig ausgewählt ist, oder? Bei Synology läuft das doch auch problemlos.

Naja okay, du hast mich ein wenig beruhigt, wer weiß wie viel geschrieben wird, das stimmt wohl. Healthcheck bei Docker Containern sagt mir nichts, finde ich auch nichts zu ... Ansonsten Danke erst mal und einen angenehmen Abend noch!!

Das wenn im Sekundentakt geschrieben wird, die SSD irgendwann hin ist, bzw es anders im Vergleich zu sonst ist. Normal wird mit laufenden Dockern fast nichts/wenig geschrieben, zu mindestens nicht im Sekundentakt. (dein Teamspeak, DDNS Updater, Minidlna) Nach Array Start und Stop ist jetzt wieder wie immer fast nichts los ....

Das Blinken hat direkt mit Stopp Array aufgehört, also nichts proc, hab es oben geändert. Ja, habe ein BTRFS Array ohne Parity und zwei Pools. Lief jetzt 6 Tage, dann ging das blinken los. Eben das Array wieder gestartet und jetzt blinkt nichts mehr, kommt aber bestimmt wieder, war schon mal so.

Danke für deine Antwort. Der Server macht eigentlich nichts. Im Moment sogar keine VM, kein Docker, keine GUI, keine Last. Ich bin auf die Suche gegangen, da alle Sekunde die HDD LED blinkt. (Diesmal nicht wegen der domain.cfg) Mit gestopptem Array blinkt die LED nicht mehr und in /proc wird trotzdem geschrieben. Müssen also wo anders zugriffe sein, wenn das Array läuft, da hast du erst mal Recht.

Hallo! Ich habe immer Schreibzugriffe auf /proc/ und das in etwa jede Sekunde. Dort werden andauernd Ordner erstellt und anschließend wieder gelöscht. Kennt das jemand und kann mir da helfen? Danke!

Das habe ich nicht installiert bis her

Du scheinst bei beiden Punkten Recht zu haben, deshalb wieder auf 6.11.0! Falls die LED noch mal dauernd blinkt, würde ich per Putty auf die Suche gehen. Danke!!

Naja, aber der Test ob es wirklich nach Update kam ... Wie geschrieben auch ohne geöffnetes Dashboard gab es ja die Schreibzugriffe. Auf Grund des Blinken der LED bin ich ja erst drauf aufmerksam geworden.

>>> Erst mal wieder Restore auf Version: 6.10.3 zum testen <<< Scheint jetzt Ruhe zu sein, falls nicht hier ein Update ...

Leider nicht .. Nach Docker / VM Manager deaktivieren / aktivieren, Neustart und mit geschlossener Webgui fängt die "HDD Led" im Skundentakt zu blinken an. Nach 2 Std gibt es wieder 1100 Writes auf den USB Stick und in der domain.cfg wird geschrieben.

Ich habe gemerkt (eventuell seit 6.11.0) das es andauernde Schreibzugriffe auf /boot/config/domain.cfg gibt. Hat da jemand ne Ahnung was es da andauernd zu schreiben gibt? (VM´s und Docker laufen gerade nicht, Neustart ist gemacht) Danke für eure Hilfe!

Hi, i have in the Logs of the Teamspeak Docker an Entry: "|ServerLibPriv | |failed to download revocation list - count: 20" "|ServerLibPriv | |failed to download revocation list - count: 21" "|ServerLibPriv | |failed to download revocation list - count: 22" Is this a Problem and what does this mean?

Hallo und Danke für deine Antwort. Ich würde schon gerne mindestens täglich eine Sicherung machen und diese auch erstmal aufheben. Das behalten nur einer monatlichen, wöchentlichen und jährlichen Sicherung geht ja so erst mal nicht wie beim Rsync Script oder Duplicati.

Bei "Kalkuliere Unterschiede" dauert es ewig, bis das Ergebnis zu sehen ist, was sich geändert hat. Zumindest wenn ich eine 30 Tage alte Sicherung auswähle, die Sicherung von gestern rennt vergleichsweise durch. Ist das normal?? @ich777

Ich hab noch mal geschaut, ich sehe in der Backup Liste zwei Snapshots nicht, keine Ahnung wieso.

So, das Backup läuft jetzt, Snapshots sehe ich in der Gui nach Restart wie gewünscht, warum es nun geht ist mir allerdings nicht ganz klar ... Hab da jetzt viel hin und her probiert, Snapshots gelöscht, Zeiten geändert und lasse es erst mal vier mal täglich laufen.

Ich habe noch mal zum testen alles komplett neu gemacht, zwei Backups per Gui angestoßen, beim ersten .Recycle.Bin nicht ausgeschlossen. Den ersten Snapshot gelöscht, der Snapshot Ordner ist weg, Log und Snapshot Datei lassen sich (in der Gui) nicht löschen, siehe Anhang. Nach einem Docker Neustart ist der Eintrag in der Gui natürlich wieder vorhanden, irgendwas passt da bei mir nicht.

@ich777 Heute Nacht lief der Backup Job (nach einmaliger vorheriger Ausführung und ohne Dateiänderung zur Letzen Sicherung). Allerdings sehe ich die Sanpshots nicht, weder im Statusfenster noch unter der Liste verwaltete Sicherungen. Auch nicht nach Neustart des Docker Containers und aktualisieren macht ihn sichtbar ...

@ich777 Warum nicht wenn ich fragen darf? (Weiter oben wurde dies wohl auch gemacht) Hab ich beides gemacht und kappte dann erst mal. Zum testen hatte ich den Job alle drei Stunden laufen lassen. Nachdem ich den Job auf ein mal in der Nacht abgeändert hatte, sehe ich den nächtlichen Backupjob nicht mehr in der Gui. (nach einem Docker Neustart) Ist Lucky Backup empfindlich was ändern der Jobs angeht? Ich probiere das nochmal erneut, fasse den Job nicht mehr an und gebe noch mal Rückmeldung. @alturismo Danke, probiere ich, wenn obiges Problem erledigt ist.

Ich hab den Docker und den Ordner .luckybackup-snaphots gelöscht und alles neu installiert/eingestellt. Den Job zum testen und um Ergebnisse zu sehen auf drei Stunden gestellt und ein mal laufen lassen ...

Guten morgen und Danke für die schnelle Antwort. Du hast Recht, gelaufen ist der Job, neue Dateien wurden nachts auf die Backupplatte kopiert. Es sind nur Dateien hinzugekommen, keine gelöscht, also kein Snapshot Ordner, deswegen nicht gleich gesehen. Im Webinterface sehe ich allerdings nichts von dem Backup von 3 Uhr Nachts, auch nicht nach Neustart und aktualisieren.

Bei mi klappt es auch nicht richtig mit dem Backupjob. Den Konsolenmodus, privilegiert und ein mal laufen lassen habe ich es. Wenn ich es zum testen in den nächsten 5 Minuten laufen lasse geht's. Wenn ich es auf nachts um 3 Uhr stelle, wird der Job nicht ausgeführt. Hat da jemand ne Idee?