Thorsten

Danke für den Hinweis. 😊 Ich werde mir Borg UI auf jeden Fall einmal genauer ansehen. Dass sich die Funktionen teilweise ähneln, ist wahrscheinlich auch ganz normal – schließlich bauen beide Projekte auf BorgBackup auf und bilden dessen Funktionsumfang ab. Viele grundlegende Funktionen wie Erstellen, Prune, Compact oder Check gehören einfach dazu. Unterschiede liegen daher eher im Bedienkonzept, den zusätzlichen Funktionen und der Ausrichtung. Mein Fokus liegt speziell auf Unraid, einem möglichst einfachen Workflow, Restore-Tests, der Unterstützung der 3-2-1-0-0-Backup-Strategie sowie einer komplett kostenlosen Open-Source-Lösung ohne Pro- oder Enterprise-Versionen. Am Ende ist es doch schön, wenn die Community mehrere gute Werkzeuge zur Auswahl hat. 🙂 Viele Grüße Thorsten

Hallo, ehrlich gesagt kannte ich Borg UI damals noch gar nicht. 😄 Vor der Entwicklung meines Plugins habe ich meine Backups ausschließlich über Skripte verwaltet. Das hat zwar funktioniert, war für mich aber auf Dauer weder besonders komfortabel noch übersichtlich. Genau aus diesem Grund habe ich angefangen, Borg Backup UI zu entwickeln. Mein Ziel war von Anfang an, eine moderne und möglichst intuitiv zu bedienende Oberfläche speziell für Unraid zu schaffen. Der Fokus liegt dabei nicht nur darauf, Borg-Befehle auszuführen, sondern den gesamten Backup-Prozess zu begleiten – von der einfachen Einrichtung über einen Job-Wizard, die Integration von Docker-Containern und VMs bis hin zu Restore-Tests, einer übersichtlichen Historie und aussagekräftigen Status- und Prüfberichten. Ein weiterer Schwerpunkt ist die Umsetzung einer möglichst vollständigen 3-2-1-0-0-Backup-Strategie. Ein Backup ist für mich erst dann wirklich etwas wert, wenn sich auch regelmäßig nachweisen lässt, dass es im Ernstfall wiederhergestellt werden kann. Deshalb spielen Restore-Tests und die kontinuierliche Überprüfung der Backups in Borg Backup UI eine zentrale Rolle. Einen Import aus Borg UI gibt es aktuell noch nicht. Da ich Borg UI selbst bisher nicht genutzt habe, müsste ich mir erst ansehen, wie und ob sich die Konfiguration sinnvoll übernehmen lässt. Viele Grüße Thorsten

Small development update for Borg Backup UI for Unraid: The project has made good progress over the last iterations. The UI redesign is now visible across the main areas: Dashboard, Jobs, Storage, History, Reports, Browse & Restore and Restore Tests. The interface is now more consistent, uses clearer location grouping and shows job/storage state in a more readable way. The current focus is polish and operational reliability: - clearer Unraid-focused branding - improved Dashboard and job overview - structured Restore Test planning and reports - Browse & Restore with restore history - better notification handling - improved ntfy messages with cleaner titles and compact backup result details Dashboard Jobs Storage / Repositorys Backup History Reports Browse & Restore Restore Tests (Planing) Restore Tests (Reports) Settings

Kleines Entwicklungsupdate zu Borg Backup UI for Unraid: In den letzten Iterationen ist das Projekt deutlich weitergekommen. Das neue UI-Design ist inzwischen in den wichtigsten Bereichen sichtbar: Dashboard, Jobs, Storage, History, Berichte, Browse & Restore sowie Restore Tests. Die Oberfläche ist jetzt einheitlicher aufgebaut, nutzt eine klarere Gruppierung nach Speicherorten und stellt Job-, Backup- und Restore-Zustände übersichtlicher dar. Der aktuelle Fokus liegt auf Feinschliff und Betriebssicherheit: - klarere Positionierung als Unraid-Plugin - überarbeitetes Dashboard und bessere Job-Übersicht - strukturierte Planung und Auswertung von Restore Tests - Browse & Restore mit Restore-History - verbesserte Benachrichtigungen - überarbeitete ntfy-Meldungen mit klareren Titeln und kompakteren Backup-Details Hier ein paar Screenshort des Borg-Backup UI Plugin for Unraid. Dashboard Jobs Storages / Repositorys Backup History Reports Browse & Restore Restore Tests (Planung) Restore Tests (Report) Einstellungen

Ich schaue es mir mal an und nehme es als Erweiterung auf.

Besteht das Problem immer noch der Post ist ja schon paar Tage alt. Hast du evtl. mehr Infomationen z.B. Syslog nach dem start. Oder vom Plugin selber wenn eines vorhanden ist? So vom Bild her erkenne ich es nicht woran es liegen könnten.

Hi, okay, rclone wäre eventuell eine Option. Ich sehe, dass rclone auf meinem Unraid-System verfügbar ist. Ist rclone bei Unraid standardmäßig enthalten oder muss es separat installiert werden? Würde aber auch primäre SMB, oder SSH als Remote Verbindungen unterstützen performanter und bei SSH sicherer. Bei SSH ist es sogar so das über die UI ein SSH-Key erzeugt werden kann und der Public Key automatisch auf dem Zielsystem bereitgestellt wird (einmalige Password Eingabe notwendig) danach erfolgt die Kommunikation per SSH-Key.

Hi, aktuell noch keine Webdav Unterstüung aus folgenden Gründen: WebDAV als Dateisystem mounten (z. B. per davfs2 unter Linux). Borg sieht das dann als lokales Verzeichnis. ✔ Funktioniert ❌ Oft langsam ❌ Kann bei Netzwerkabbrüchen problematisch sein. Ich muss mir dieses noch genauer anschauen.

Hallo zusammen, hier mal ein kleines Status-Update zum aktuellen Stand von Borg Backup UI. Die komplette Übersetzung der Anwendung auf Deutsch und Englisch ist inzwischen abgeschlossen. Aktuell arbeite ich noch an einem kleinen Redesign der Benutzeroberfläche, um die Anwendung moderner und übersichtlicher zu gestalten. Anbei drei Screenshots des neuen Designs. Mich würde eure Meinung dazu interessieren: Wie gefällt euch die neue Optik? Habt ihr Verbesserungsvorschläge oder Ideen? Sobald das Redesign abgeschlossen ist, werde ich noch einen finalen Test auf einem frisch aufgesetzten Unraid-System durchführen. Wenn dabei alles wie erwartet funktioniert, plane ich die Veröffentlichung der ersten Beta-Version. Vielen Dank für euer bisheriges Feedback und die vielen positiven Rückmeldungen. Das motiviert ungemein, das Projekt weiter voranzutreiben. Viele Grüße Thorsten

Vielen Dank für die tolle Resonanz! 😊 Es freut mich riesig zu sehen, dass bereits Interesse besteht und sogar erste Userscripts vielleicht bald in den Ruhestand gehen können. :-) Aktuell bin ich tatsächlich schon recht nah an einer ersten Beta-Version. Bevor das Plugin allerdings über die Community Apps veröffentlicht werden kann, fehlen noch zwei wichtige Punkte: Die vollständige Übersetzung auf Deutsch und Englisch Die finalen Tests, sobald alle geplanten Funktionen umgesetzt sind Danach steht einer öffentlichen Beta aus meiner Sicht nicht mehr viel im Weg. Vielen Dank für euer Feedback und die Unterstützung. Das motiviert ungemein, weiterzumachen!

Danke dir für die ausführliche Rückmeldung! Dein Setup klingt absolut nachvollziehbar: lokaler Unraid-Backup-Server, zusätzlich ein Offsite-Backup beim Bruder und das Ganze möglichst automatisiert. Wenn das Rsync-Script von @mgutt bei dir zuverlässig läuft, ist das natürlich eine sehr solide Basis. Mein Ansatz mit der Borg Backup UI geht etwas in eine andere Richtung. Ich möchte weniger ein bestehendes Rsync-Setup ersetzen, sondern BorgBackup auf Unraid komfortabler nutzbar machen. Interessant wird Borg vor allem bei Themen wie verschlüsselten Repositories, Deduplizierung, mehreren Backup-Ständen, Integritätsprüfungen und nachvollziehbaren Restore-Tests. Gerade der Punkt „Backup ist vorhanden, aber lässt es sich auch sauber wiederherstellen?“ ist einer der Gründe, warum ich in der Oberfläche Restore-Tests und Prüfberichte eingebaut habe (in der neuen Version noch besser). Mir geht es also nicht nur um „Backup ausführen“, sondern auch darum, den Zustand der Backups sichtbar und prüfbar zu machen. NetBird finde ich in dem Zusammenhang auch spannend. Für Offsite-Backups ist ein stabiles VPN natürlich ein wichtiger Baustein. Ich selbst habe bisher eher klassische SSH-/Storagebox- und lokale Ziele im Fokus, aber solche Setups wie deines sind genau die Praxisfälle, an denen man gut prüfen kann, ob die Anwendung später wirklich nützlich ist. Viele Grüße aus Bayern zurück :-)

Borg Backup UI für Unraid Ich entwickle derzeit das Plugin / Borg Backup UI, eine Weboberfläche zur Verwaltung von Borg-Backups direkt auf Unraid. Ziel des Plugins ist es, BorgBackup im Alltag einfacher nutzbar zu machen: Jobs anlegen, Ziele verwalten, Backups ausführen, Repositorys prüfen, Wiederherstellungen testen und den Systemzustand im Blick behalten, ohne alles dauerhaft über Shell-Skripte pflegen zu müssen. Das Tool ist noch nicht final fertig und befindet sich aktuell in der Testphase. Die Anwendung ist derzeit deutschsprachig und auf den produktiven Betrieb unter Unraid ausgerichtet. Eine vollständige englische Oberfläche ist als nächster Schritt für eine breitere Veröffentlichung geplant. Kernfunktionen - Backup-Jobs per Wizard anlegen und bearbeiten - Unterstützung für mehrere Zieltypen: Lokal, USB, SMB und SSH/Storagebox - Wiederverwendbare: USB-, SMB- und SSH-Profile mit Funktion zur Überprüfung - Verschlüsselung, Passphrase, Kompression und Retention pro Job - Zeitpläne mit Cron-Vorschau - Manueller Jobstart mit Live-Log - Benutzerverwaltung mit Rollen (Admin, Operator, Viewer) - VM- und Docker-Unterstützung für Jobs, bei denen Dienste vor dem Backup gestoppt bzw. VMs kontrolliert heruntergefahren und danach wieder gestartet werden sollen - VM-Warnungen über QEMU Guest Agent vor dem Shutdown - History und Berichte für vergangene Läufe, Status, Laufzeiten und Größenentwicklung - Storage-Bereich für Repository-Tests und Borg-Checks - Browse & Restore zum Durchsuchen von Archiven und Wiederherstellen von Dateien/Verzeichnissen - Restore Tests zur regelmäßigen Prüfung, ob Wiederherstellungen technisch funktionieren - Bereich „Systemzustand & Migration“ für Systemchecks, Job-Checks, Migrationen und Wartung - Import/Export für Jobs, Passphrases, Profile und Secrets (verschlüsselt) - Support-Paket mit maskierten sensiblen Daten für Diagnosefälle Systemstatus und Wartung Das Plugin zeigt nicht nur, ob der letzte Backup-Lauf erfolgreich war, sondern prüft auch grundlegende Betriebsbedingungen: - Datenverzeichnis und Laufzeitpfade - Jobs-Verzeichnis - Secret-Dateirechte - CIFS-/SMB-Unterstützung - Job-Plausibilität - Migrationsstatus Restore im Fokus Ein Backup ist nur dann wirklich brauchbar, wenn es auch wiederhergestellt werden kann. Deshalb gibt es neben Browse & Restore auch Restore Tests, mit denen regelmäßig geprüft werden kann, ob Repository, Archiv, Passphrase und Restore-Pfad technisch zusammen funktionieren. Voraussetzungen - Unraid - Plugin - "Python 3 for Unraid" - Das Plugin prüft Python-Pfad und Version auf der Unraid-Control-Page - Borg wird über das Plugin mitgeliefert Zielgruppe Das Plugin richtet sich an Unraid-Nutzer, die BorgBackup verwenden möchten, aber ihre Jobs, Ziele, Prüfungen und Restore-Abläufe nicht komplett über Shell-Skripte verwalten wollen. Besonders interessant ist es für Setups mit mehreren Backup-Zielen wie lokales Backup, USB-Disk, SMB-Share und Offsite-Ziel per SSH/Storagebox. Frage an die Community Wäre so ein Plugin für euch interessant? Mich würde besonders interessieren: - Nutzt ihr BorgBackup bereits auf Unraid oder eher andere Backup-Lösungen? - Welche Ziele wären für euch wichtig: Lokal, USB, SMB, SSH/Storagebox, Synology? - Wie wichtig wären euch Restore-Tests und ein sichtbarer Systemstatus? - Welche Funktionen müssten aus eurer Sicht zwingend vorhanden sein, bevor so etwas in Community Applications sinnvoll wäre? Hier nun noch ein paar Bilder. Dashboard (Übersicht und Status aller Backups) Jobs (Erstellen von neuen Backup Jobs über den Wizzard und Ausführung von Backups mit Live Log ansicht) Storage (Testen von Repositorys - Zugriff mit Passphrases & Manueller Check der Respoitorys in 3 Stufen Schnell, Verbose, Verify Data) History (Anzeige aller Backup läuft mit LogFile ansicht) Berichte (Statisiken des Respository bzw. der letzten läufe) Browse & Restore (Respository durchsuchen einzelene Dateien herunterladen oder vollständigen Restore durchführen) Restore Test (Automatische Testen der Respoitory auch in 3 Stufen. Level 3 prüft die Checksumme von Restore und Respoitory ob die Datei korrekt wiederherstellt werden konnte) Zeigt den Prüfbericht des Restore an : Einstellungen mit Benutzerveraltung, SSH / SMB und USB Profilen - Import / Export von Jobs und Passphrases (verschlüsselt) usw. Hier als Video ein Funktion meiner Borg Backup UI - Backup Job erstellen & ausführen. borg-backup-ui_kurzvideo.webm

In the new version, I can't see the entire dashboard and settings.

That is actually one of the reasons why I am still not fully convinced that a pure container-based approach would fit the project well. The application is not only intended to be a Borg web interface. It is also designed as an Unraid-specific backup orchestration tool that interacts quite deeply with the host system. For example, when backing up the appdata directory, the application can automatically stop running Docker containers before the backup starts and then restart them afterwards based on their configured startup priority. The same applies to VMs. The application detects currently running VMs, checks for logged-in users, sends notifications, waits for a configurable grace period, shuts the VMs down cleanly, performs the backup, and then starts the VMs again afterwards. From my current understanding, implementing this inside a container would require rather extensive host integration, including access to Docker management, libvirt, Unraid-specific commands, notifications, sockets, and potentially privileged access. At that point, the container would no longer be a simple isolated application container but would effectively become a host orchestration component with broad system-level permissions. That is why I currently see the project as something slightly different from a typical standalone web application. It is evolving more into an Unraid-native backup orchestration system that coordinates backups together with Docker containers, VMs, shares, and host-level workflows. I am still evaluating where the best architectural boundary should be, but this is one of the main reasons why I initially chose the plugin approach.

Thanks, that makes sense. One reason I initially considered the plugin approach is that there are also existing Unraid plugins such as unBALANCE which run a background service / web UI and interact directly with the array. My thinking was similar: backup and restore operations are very closely tied to Unraid paths, shares, disks, permissions, locks, logs, and the overall NAS workflow. That said, I understand that Borg Backup UI is more like a full application than a small helper plugin, especially because it includes its own web server, Python code, and a bundled Borg binary. So maybe the better long-term architecture could be: a Docker container for the Borg UI backend/runtime a small Unraid plugin only for native UI integration, launcher/settings link, and possibly lifecycle management That would keep the actual service isolated while still offering a native Unraid user experience. I appreciate the feedback — I think this is exactly the kind of architectural discussion I was hoping for.

Hello everyone, I would like to introduce my current project called borg-backup-ui and at the same time get some feedback from experienced Unraid plugin developers. The goal of this plugin is to provide a complete web interface for Borg Backup directly on Unraid — without requiring additional external Python dependencies. FeaturesAt the moment the plugin already includes: Backup job management (wizard + execution) Storage / repository checks Backup history & reports Browse & restore Restore test functions Settings including system status & migration handling ArchitectureThe application is based on a lightweight Python HTTP server and is intentionally designed to stay as independent as possible. Runtime StructureUI / Server: borg_backup_ui.py API modules: api/ Frontend: ui/ Runtime code: runtime/ Included runtime components: runtime/lib/ runtime/scripts/ runtime/config/ runtime/bin/borg/ (bundled Borg binary) Target Structure on UnraidPlugin Code/boot/config/plugins/borg-backup-ui/ Runtime / Operational Data/boot/config/borg-backup/ Including for example: config/backup.conf config/jobs/ secrets/ locks/ scripts/ Logs, restore status information, and additional runtime data can optionally be moved to a configurable GLOBAL_DATA_DIR. Service IntegrationThe plugin uses its own rc script: plugin/rc.borg_backup_ui Typical commands: /etc/rc.d/rc.borg_backup_ui start /etc/rc.d/rc.borg_backup_ui stop /etc/rc.d/rc.borg_backup_ui restart /etc/rc.d/rc.borg_backup_ui statusLogfile: /var/log/borg_backup_ui.logFirst Install & MigrationOn first startup, all required directories are automatically created. In addition, the plugin includes an idempotent migration system for existing installations: Migration of job metadata Migration of secrets Passphrase path adjustments Persistent migration state tracking Project GoalsMy main focus is on: easy usability transparent backup management minimal external dependencies clean integration into Unraid a long-term maintainable architecture Feedback / Questions for Other Plugin DevelopersSince this is my first larger Unraid plugin project, I would really appreciate some feedback: Which best practices should every Unraid plugin follow? Are there common pitfalls or mistakes to avoid? How do you handle updates, migrations, and rollbacks? Any recommendations regarding logging, security, or UI integration? What should be avoided to keep a plugin stable long term? I’m looking forward to your feedback, criticism, and improvement suggestions 🙂 The screenshots are currently still in German — support for both English and German is planned.

Inline variables described under "HOW TO ADD SCRIPTS" do not work: #!/bin/bash #noParity=true #clearLog=true ################################################################################ # Script: borg_backup_appdata_usb.sh # Version: 1.0.0 # Last Updated: 2026-02-25 # # Changelog: # v1.0.0 (2026-02-25) - Initial version ################################################################################ The script is started even when a parity check is running.

I'm having trouble setting up the tool. I enter the passphrase or keyfile and get the following message... Initializing... 9:10AM INF Verifying that key can unlock disks keyfile=/root/keyfile 9:10AM INF LUKS encrypted device found device=/dev/sda1 9:10AM ERR Failed to unlock LUKS device error="exit status 4" device=/dev/sda1 9:10AM INF LUKS encrypted device found device=/dev/sdb1 9:10AM ERR Failed to unlock LUKS device error="exit status 4" device=/dev/sdb1 9:10AM INF LUKS encrypted device found device=/dev/sdc1 9:10AM ERR Failed to unlock LUKS device error="exit status 4" device=/dev/sdc1 9:10AM INF LUKS encrypted device found device=/dev/sdd1 9:10AM ERR Failed to unlock LUKS device error="exit status 4" device=/dev/sdd1 9:10AM INF LUKS encrypted device found device=/dev/sdg1 9:10AM ERR Failed to unlock LUKS device error="exit status 4" device=/dev/sdg1 9:10AM INF LUKS encrypted device found device=/dev/sdh1 9:10AM ERR Failed to unlock LUKS device error="exit status 4" device=/dev/sdh1 9:10AM FTL Failed to execute command error="keyfile test failed: keyfile could not decrypt any LUKS devices" Result: FAIL Currently, my hard drives are decrypted using event-driven scripts. # Auto Unlock Array tar -xzf /boot/custom/bin/events -C /usr/local/ if [[ ! -e /root/keyfile ]]; then 7z x -p'XXXXXXXXXX' /boot/custom/key.7z -o/root/ fi which works without any problems. Here are the test results for my keys, which are valid. ================================================== --- LUKS Encryption Analysis --- ================================================== Analysis Mode: SIMPLE Generated: 2026-01-16 09:02:52 Found 5 LUKS encrypted device(s) --- Simple Device List --- ✅ /dev/md1p1 (Array Device) - Keyfile valid ✅ /dev/md2p1 (Array Device) - Keyfile valid ✅ /dev/md3p1 (Array Device) - Keyfile valid ✅ /dev/md4p1 (Array Device) - Keyfile valid ✅ /dev/md5p1 (Array Device) - Keyfile valid

My server does not run 24/7. Since Unraid 7.2.0, the parity check starts when my server is restarted. In the previous version, the parity check was performed once a month. Now it runs every time the server is started. Under what conditions is an automatic parity check started? Scheduled parity check: monthly First Day 15:00 Parity Operation History: Parity sync after array encryption Parity-Check 2025-11-12, 21:41:03 (Wednesday) 14 TB 3 min, 55 sec Unavailable Canceled 0 Parity-Check 2025-11-11, 19:50:45 (Tuesday) 14 TB 20 hr, 30 min, 3 sec 189.7 MB/s OK 0 Parity-Check 2025-11-09, 22:58:51 (Sunday) 14 TB 58 sec Unavailable Canceled 0 Parity-Check 2025-11-09, 11:20:34 (Sunday) 14 TB 1 hr, 6 min, 34 sec Unavailable Canceled 0 Parity-Check 2025-11-08, 22:17:10 (Saturday) 14 TB 35 sec Unavailable Canceled 0 Parity-Sync 2025-11-08, 06:45:17 (Saturday) 14 TB 20 hr, 31 min, 48 sec 189.4 MB/s OK

Hello everyone, yesterday I had a problem with my Unraid system. I am currently using version 7.2.0-rc.2. I was unable to log in to Unraid yesterday. The login page was unavailable. Logging in via SSH did not work either. The new app was also unable to connect to my Unraid system. All Docker containers were accessible and the VMs were working. Only after a hard reset of my system was I able to log into Unraid again. Unfortunately, this means I no longer have any log files. I currently have the “Mirror syslog to flash” option enabled. This is the first time I've encountered this problem.

Ich habe es so gemacht: Initial einmalig die aktuelle Version von BorgBackup herunterladen und auf dem USB-Stick ablegen mkdir -p /boot/borgBackup && cd /boot/borgBackup wget https://github.com/borgbackup/borg/releases/download/1.4.1/borg-linux-glibc228 Dann unter User-Skripts wird immer ein Skript beim starten des Array ausgeführt. #!/bin/bash cp /boot/borgBackup/borg-linux-glibc228 /usr/bin/borg chmod +x /usr/bin/borg Danach kann im Terminal / ssh mit dem Befehl das Backupverzeichnis angelegt werden. borg init --encryption=repokey-blake2 /pfad/zum/Backupverzeichnis Nun ein Backup Skript anlegen und die Backups per User-skript ausführen. Hier ein Beispiel: borg_backup_storagebox_appdata.txt

Wenn Du eine Fitzbox hast muss man leider folgende Option in der Fitzbox deaktiveren. NetBIOS-Filter. Was aber leider die Sicherheit etwas aushebelt. Sonst geht es leider nicht da dieses für die SMB Kommunikation scheinbar benötigt wird. Danach ganz normal als Unasigend Device einrichten.