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?