mikiunraid

Habe es gerade getestet. Die Anpassung hat sehr gut funktioniert. DANKE

Ich habe dir eine PM geschrieben. Das den APPDATA Ordner habe ich ausgeklammert.

Hallo, ich habe einen Job erstellt und die neue Funktion „Dateiaktivität im Live-Log“ aktiviert. Nachdem der Job bereits mehrere Minuten gelaufen war, wollte ich mir das Live-Log ansehen. Das Log wurde jedoch nicht mehr angezeigt. Gleichzeitig war es nicht mehr möglich, irgendeine Aktion im Webinterface auszuführen. Die Oberfläche reagierte nicht mehr. Zusätzlich habe ich beobachtet, dass meine UniFi ebenfalls nur noch eine Upload-Geschwindigkeit von unter 10 Mbps angezeigt hat. Nachdem ich den Job beendet und die Funktion „Dateiaktivität im Live-Log“ deaktiviert hatte, normalisierte sich die Verbindung wieder und der Upload erreichte erneut über 300 Mbps. Im Browser wurde währenddessen ein „Timeout“ angezeigt. Es scheint daher einen Zusammenhang zwischen der aktivierten Funktion „Dateiaktivität im Live-Log“, der starken Beeinträchtigung der Netzwerkgeschwindigkeit und dem nicht mehr reagierenden Webinterface zu geben. Hello, I created a job and enabled the new “File Activity in Live Log” feature. After the job had been running for several minutes, I wanted to take a look at the live log. However, the log was no longer displayed. At the same time, it was no longer possible to perform any actions in the web interface. The entire interface became unresponsive. I also noticed that my UniFi system was showing an upload speed of less than 10 Mbps. After I stopped the job and disabled the “File Activity in Live Log” feature, the network performance immediately returned to normal, with upload speeds of more than 300 Mbps. During this time, the browser displayed a “Timeout” error. It therefore appears that there may be a connection between the “File Activity in Live Log” feature, the significant reduction in network performance, and the web interface becoming unresponsive.

Vielen Dank, dass du meinen Wunsch, die Logs um die Dateiaktivitätsausgabe zu erweitern, so schnell umgesetzt hast. Ich habe gestern ein 1,2-TB-Archiv erstellt und zu Hetzner hochgeladen. Es hat alles absolut reibungslos funktioniert. Die Funktion von bastl wäre sehr schön. Vielleicht könnte man auch gleich direkt eine EXCLUDE-Datei einbinden. Dann müsste man nicht in jedem Ordner eine .nobackup-Datei anlegen, sondern könnte Dateien bzw. Ordner direkt darüber ausschließen. Ich habe schon echt ein schlechtes Gewissen, hier noch mehr Funktionen anzufragen. 🫣 Thank you very much for implementing my request to add file activity output to the logs so quickly. Yesterday, I created a 1.2 TB archive and uploaded it to Hetzner. Everything worked absolutely flawlessly. The feature suggested by bastl would be really nice. Perhaps it would also be possible to directly include an EXCLUDE file. That way, you wouldn’t have to create a .nobackup file in every folder, but could exclude files or folders directly through it. I already feel a little guilty asking for even more features. 🫣 Translated with ChatGPT.

@Thorsten Vielen Dank für die Klarstellung und für die schnelle Anpassung des Plugins. Ja, stimmt – ich verwende --keep-daily="$KEEP_DAILY". Ich habe mir das Ganze anschließend noch einmal in der Borg-Dokumentation angesehen. Da hatte ich tatsächlich etwas falsch verstanden. Ich habe inzwischen alle Einstellungen noch einmal auf die Werkseinstellungen zurückgesetzt. Allein die Möglichkeit, dies direkt über das Plugin machen zu können, ist wirklich klasse. Dadurch konnte ich verschiedene Einstellungen testen und ausprobieren und anschließend wieder mit einer sauberen Ausgangsbasis neu konfigurieren. Ich habe allerdings noch eine weitere Frage bzw. Beobachtung: Bei meinem früheren, manuell über User Scripts gesteuerten Borg-Backup hatte ich immer wieder das Problem, dass Borg sehr viele Dateien als neu bzw. geändert erkannt und erneut verarbeitet hat, obwohl sich deren eigentlicher Inhalt nicht verändert hatte. Bei der Analyse bin ich darauf gestoßen, dass dies möglicherweise mit den von Unraid bereitgestellten Dateimetadaten zusammenhängt. Da ich meine Backups über /mnt/user/... erstellt habe, erfolgt der Zugriff über die Unraid-FUSE-/shfs-Schicht. Dadurch können sich für Borg sichtbare Metadaten wie Inode-Nummern oder ctime unter bestimmten Umständen verändern, beispielsweise wenn Dateien durch den Mover zwischen Cache und Array verschoben werden. Borg berücksichtigt standardmäßig unter anderem solche Metadaten bei der Entscheidung, ob eine Datei erneut untersucht werden muss. Wenn sich diese Werte ändern, kann Borg eine Datei deshalb als verändert erkennen, obwohl sich der eigentliche Dateiinhalt nicht geändert hat. Bei meinem damaligen manuellen Backup konnte ich dieses Verhalten durch die Verwendung von: --files-cache=mtime,sizedeutlich reduzieren. Mein damaliger borg create-Befehl sah folgendermaßen aus: borg create \ --files-cache=mtime,size \ --exclude-from "$EXCLUDE" \ --compression auto,zstd,10 \ --list --filter=AME \ --stats \ "${REPO}::{now:%Y-%m-%d__%H:%M}" \ "$SRC" Gibt es eine Möglichkeit sich bei einem laufenden Backup ebenfalls anzuschauen was Borg gerade macht?

Hallo, vielen Dank zunächst für dieses tolle Plugin! Es ist genau das, wonach ich gesucht habe. Mir ist allerdings eine kleine Sache aufgefallen, bei der ich mir nicht sicher bin, ob ich die Funktionsweise richtig verstanden habe. Ich nutze Unraid 7.3.2 und habe zusätzlich einen eigenen Docker-Container für Borg Backup eingerichtet, den ich über User Scripts steuere. Wenn ich damit beispielsweise um 8:00 Uhr ein Backup erstelle und anschließend Dateien im Dateisystem hinzufüge oder lösche, kann ich um 8:30 Uhr ein weiteres Backup erstellen. In diesem Fall werden beide Backups in der Historie angezeigt. Ich kann also später auf den jeweiligen Stand von 8:00 Uhr bzw. 8:30 Uhr zugreifen. Mit dem Plugin verhält es sich bei mir jedoch anders: Wenn ich innerhalb eines Tages mehrere Backups erstelle, bleibt offenbar nur das letzte Backup erhalten. Für den betreffenden Job habe ich folgende Aufbewahrungswerte eingestellt: Täglich: 20 Wöchentlich: 40 Monatlich: 20 Jährlich: 23 Daher hätte ich erwartet, dass unter „Browser & Restore“ auch mehrere Archive desselben Tages angezeigt werden – beispielsweise das Backup von 8:00 Uhr und das von 8:30 Uhr – jeweils mit dem entsprechenden Dateistand zum Zeitpunkt der Sicherung. Genau so verhält es sich bei meinem manuell eingerichteten Borg-Backup: Mehrere Backups am selben Tag mit unterschiedlichen Dateiständen werden als separate Archive bzw. Wiederherstellungspunkte in der Historie vorgehalten. Daher meine Frage: Ist es beim Plugin beabsichtigt, dass innerhalb eines Tages nur das jeweils letzte Backup erhalten bleibt, oder müsste ich dafür eine bestimmte Einstellung ändern? Vielen Dank schon einmal für die Erklärung und natürlich auch für die tolle Arbeit an dem Plugin! Ich verwende die Storage Box von HETZNER Viele Grüße Michael Backup von 8:05 Uhr (automatisch) Backup von 8:55 Uhr (händisch gestartet) 2026-09-04__08_05_02.txt 2026-09-04__08_55_57.txt

@alturismo Danke

Wie ist es wenn du Unraid neustartest? Ist Borg dann noch installiert? Kannst du vielleicht kurz beschreiben wie du es gemacht hast.

Perfekt... DANKE euch allen für die super Hilfe

Ja umbenennen schon... aber es hängt immer noch unter /mnt/remotes möchte das aber so das so eingehängt ist wie eine normale Freigabe. /mnt/user/meinebox z.b. damit ich mit dem Windows Explorer da dran kann und es als normales Netzlaufwerk verwenden kann.

Danke Das hat jetzt geklappt. Wie bekomme ich es hin das ich diese normal unter Windows nutzen kann. der Mount Point ist jetzt /mnt/remotes/U999999.YOUR-STORAGEBOX.DE_backup hätte das gerne unter einer Freigabe z.B. StorageBox

Danke für deine Antwort. Aber ich bekomme es einfach nicht hin.... __________________________________________________________________________________ Hier wähle ich Windows __________________________________________________________________________________ Hier trage ich ein was bei Hetzner unter Storage Box und Samba/CIFS-Share steht. Ohne führende // da ich diese sonst vierfach habe. u999999 ist natürlich nicht mein richtiger Benutzername Dann auf NEXT __________________________________________________________________________________ Hier trage ich meinen Benutzernamen ein der bei Hetzner steht. Dann auf NEXT __________________________________________________________________________________ Hier kommt das Password rein. __________________________________________________________________________________ Unter Domain trage ich nichts ein.... __________________________________________________________________________________ Hier geht es los. Was trage ich hier ein? Habe unter /mnt/remotes ein Ordner X angelegt. /mnt/remotes/X Also habe ich hier ein X eingegeben __________________________________________________________________________________ Nach einem klick auf Fertig __________________________________________________________________________________ So und nun ist ende. Ich kann es nicht Einhängen und die Quelle und der Mount Point ist auch nicht das was ich eingegeben habe. __________________________________________________________________________________ Mounte ich die Storage Box unter Windows mit dem Befehl dann funktioniert alles bestens. sudo mount.cifs -o user=u999999,pass=geheimespassword //u999999.your-storagebox.de/backup /mnt/user/ablage >>>>>>>>>>>>>>>>>>>>>>>> DIESE BILDER SIND DOPPEL... ICH BEKOMME SIE NICHT GELÖSCHT

Ich möchte gerne meine Storage Box von Hetzner in mein Unraid so einbinden das ich diese wie eine normale Freigabe ansprechen kann. Samba Support bei Hetzner ist aktiviert. Die Frage ist nun wie binde ich diese ein. Habe es schon per Unassigned Devices versucht. Aber es funktioniert einfach nicht. Bei Hetzner in der Storage Box habe ich auch SAMBA und die externe Erreichbarkeit eingeschalten.

Schau dir mal die Plugins an. Mit Appdata Backup kannst du alle Docker Container sichern inkl. Unraid USB Stick. Die User Scripts kannst dort erstellen und gleich einen Cronjob einrichten wann diese laufen sollen. Das ist das User Script um Borg Backup welches im Container läuft zu starten. #backgroundOnly=true #arrayStarted=true # Exclude File hier werden alle Ordner eingetragen die nicht mit in das Backup geschrieben werden sollen. exclude_file=/mnt/cache/appdata/borg/exclude.txt # Schalter für Filter # # A: Added (Hinzugefügt) # M: Modified (Modifiziert) # E: Error (Fehler) # U: Unchanged (Unverändert) # d: Directory (Verzeichnis) # i: Item (Sonstiges Element) filter=AME # (AME) Nur Dateien / Ordner anzeigen die entweder hinzugefügt oder veraendert wurden. #filter=AMEUdi # (AMEUdi) Alles anzeigen mit Prefix A, M, E, U, d, i (siehe Tabelle) # Servername und Benutzername für Storage Box servername=servername von hetzner benutzername=benutzername von hetzner # Ordner ab dem nach unten das Backup erstellt wird backup_ordner=/mnt/user # Unraid_User_Scripts_Sichern . /boot/config/plugins/user.scripts/scripts/Unraid_User_Scripts_Sichern/script # Backup starten docker exec borgbackup borg create --files-cache=mtime,size --list --exclude-from ${exclude_file} -v --stats -p -C lzma --filter=${filter} ssh://${benutzername}@${servername}.your-storagebox.de:23/./server1/array::{now:%Y-%m-%d__%H:%M} ${backup_ordner} ####### Ab hier werden andere User Scripte aufgerufen die veschiedene Statusmeldungen von Borg in TXT Datein schreiben # Borgbackup_Archivliste_aller_Archive . /boot/config/plugins/user.scripts/scripts/Borgbackup_Archivliste_aller_Archive/script # Borgbackup_vergleichen_letzten_beiden_Archive_Finnland . /boot/config/plugins/user.scripts/scripts/Borgbackup_vergleichen_letzten_beiden_Archive_Finnland/script # Borgbackup_Informationen_pro_Archiv_Finnland . /boot/config/plugins/user.scripts/scripts/Borgbackup_Informationen_pro_Archiv_Finnland/script # Borgbackup_Inhalt_letztes_Archiv_Finnland . /boot/config/plugins/user.scripts/scripts/Borgbackup_Inhalt_letztes_Archiv_Finnland/script Datei: exclude.txt diese Dateien bzw. Ordner sollen nicht ins Borg Backup übernommen werden. /mnt/*/appdata /mnt/*/docker /mnt/*/isos /mnt/*/system /mnt/*/domains /mnt/*/isos /mnt/*/borgbackup_download /mnt/*/borgbackup /mnt/*/immich_libraries /mnt/*/immich_photos /mnt/*/postgresql *.tmp ~$*.* desktop.ini Desktop.ini Thumbs.db Du muss natürlich sicherstellen das der SSH Zugriff ohne Password erfolgen kann. Also per Schlüsseldateien. Da kannst du mal nach SSH per Schlüsseldatein googlen oder ChatGPT fragen. Du musst dir dann noch ein eigenes Template erstellen. Ebenso ist es ratsam das Docker Image auf dein GitHub hochzuladen. Da schau mal nach ghcr.io github usw. Docker Build starten ####################################################### # # Mit diesem Script wird das Docker Image gebaut # danach wird es zu Github hochgeladen # #!/bin/bash docker build -t borg -f dockerfile . echo HIER KOMMT DER GEHEIME SCHLÜSSEL REIN | docker login ghcr.io -u GITHUB_NAME --password-stdin docker tag borg ghcr.io/GITHUB_NAME/borg:latest docker push ghcr.io/GITHUB_NAME/borg:latest Dockerfile FROM alpine:latest # Installiere BorgBackup & OpenSSH-Client RUN apk add --no-cache borgbackup openssh-client tzdata # Setze die Zeitzone auf die gleiche wie auf dem Host ENV TZ=Europe/Berlin RUN cp /usr/share/zoneinfo/$TZ /etc/localtime && echo $TZ > /etc/timezone # Label LABEL net.unraid.docker.managed=dockerman LABEL net.unraid.docker.icon="HIER KOMMT DER PFAD ZU EINEM ICON wie z.b https://www.meinedomain.de/borgicon.png" # Erstelle das .ssh Verzeichnis für den Benutzer RUN mkdir -p /root/.ssh && chmod 700 /root/.ssh # Setze den Arbeitsordner WORKDIR /root # Setze den Benutzer #USER borg # Standardkommando, damit der Container läuft und Befehle akzeptiert CMD ["sleep", "infinity"] Die einzelnen Bruchstücke musst du dir dann ergooglen was es genau bedeutet. Falls jemand einen einfacheren Weg kenn immer gerne genommen.

Bei Unraid gibt es doch die Möglichkeit den gesamten USB Stick zu sichern. Sollte der USB Stick mal explodieren kannst du einen neuen ganz schnell wiederherstellen. Auch alle User Scripte inkl. der Docker Container kann man sichern. Das mit Borg Backup erfordert etwas Kenntnis in Docker die ich ebenfalls nicht hatte und es läuft. Wichtig ist das du bei Borg den folgenden Parameter mitgibst. --files-cache=mtime,size da sonst auch Dateien noch einmal gesichert werden die eigentlich nicht gesichert werde müssten. Das liegt an meiner Recherche daran das Unraid irgendwie die inode der Dateien ständig anfasst und Borg dann meint es hätte sich was geändert. Dazu musst du mal GOOGLE nutzen oder ChatGP Ich habe mir noch Scripte geschrieben damit ich den Status stehe und das ich sehe was gesichert wurde usw. Jetzt läuft Borg im Hintergrund und macht seine Arbeit.