dibux

Bei mir trat das nach ca einer Laufzeit von 2 Wochen auf. In dieser Zeit erhöhte sich der Speicherverbrauch von borg-ui minimal und bei borg-backup-ui erheblich. Die minimale Erhöhung ist durch das dazukommen von Dokumenten und Dateien in den Shares erklärbar, da der Rest recht stabil als Archiv vorliegt. Leider komme ich aktuell nicht dazu das auf meinem Testsystem durchzuführen. Sobald ich wieder Zeit habe, melde ich mich. Eine MQTT Integration wäre noch cool (kann man dann im Dashboard von Home Assistant anzeigen lassen) ;-) LG Dirk Anmerkung zur borg Versionen in borg-ui: B1 - 1.4.5 B2 - 2.0.0b25

Was mir ausfällt. Identische Backups (ähnliche, vergleichbare Einstellungen und identische Laufzeit (vergleichbar, kaum veränderte Daten im Backup): jedes Programm backupt auf einer eigenen 1TB usb Festplatte Borg Backup UI: 1TB voll nach einer Woche (bis Anschlag) - wurde nie kleiner Borg-UI: 496GB nach einer Woche - bleibt ziemlich stabil Frage mich warum ;-) BG Dirk

Ich finde als Anhaltspunkt das von BorgUI schon sehr gut ;-)

Hab dir den Log gesendet. Notification ja (unraid only)

Hallo, mir ist noch etwas aufgefallen (ich kann es erst mal nicht nachvollziehen, warum diese Warnung da ist) ;-) Der Job ist ja nach meinem Verstehen nicht überfällig Danke und beste Grüße Dirk

Hallo, bei mir zeigt das Dashboard-Widget einen statischen Stand an (siehe Bilder) Die Icons oben rechts sind auch schwer zu erkennen durch die Farbgebung Beste Grüße Dirk

Gelöst: Es war nicht der DNS ich habe die Community App deinstalliert und neu installiert, jetzt geht es :-) Danke für die Hilfe

ls -lah /boot/config/plugins/ mein plugin folder auf dem stick ls -lah /boot/config/plugins-error/ leer ls -lah /var/log/plugins/ lrwxrwxrwx 1 root root 34 Sep 25 14:35 aegis.mfa.plg -> /boot/config/plugins/aegis.mfa.plg lrwxrwxrwx 1 root root 39 Sep 25 14:37 borg-backup-ui.plg -> /boot/config/plugins/borg-backup-ui.plg lrwxrwxrwx 1 root root 29 Sep 25 14:37 btop.plg -> /boot/config/plugins/btop.plg lrwxrwxrwx 1 root root 47 Sep 25 14:37 community.applications.plg -> /boot/config/plugins/community.applications.plg lrwxrwxrwx 1 root root 41 Sep 25 14:38 disable.security.plg -> /boot/config/plugins/disable.security.plg lrwxrwxrwx 1 root root 33 Sep 25 14:38 dwpython.plg -> /boot/config/plugins/dwpython.plg lrwxrwxrwx 1 root root 47 Sep 25 14:38 dynamix.system.autofan.plg -> /boot/config/plugins/dynamix.system.autofan.plg lrwxrwxrwx 1 root root 44 Sep 25 14:38 dynamix.system.temp.plg -> /boot/config/plugins/dynamix.system.temp.plg lrwxrwxrwx 1 root root 43 Sep 25 14:35 dynamix.unraid.net.plg -> /boot/config/plugins/dynamix.unraid.net.plg lrwxrwxrwx 1 root root 32 Sep 25 14:38 gpustat.plg -> /boot/config/plugins/gpustat.plg lrwxrwxrwx 1 root root 38 Sep 25 14:38 intel-gpu-top.plg -> /boot/config/plugins/intel-gpu-top.plg lrwxrwxrwx 1 root root 36 Sep 25 14:38 it87-driver.plg -> /boot/config/plugins/it87-driver.plg lrwxrwxrwx 1 root root 35 Sep 25 14:38 lang-de_DE.xml -> /boot/config/plugins/lang-de_DE.xml lrwxrwxrwx 1 root root 36 Sep 25 14:38 recycle.bin.plg -> /boot/config/plugins/recycle.bin.plg lrwxrwxrwx 1 root root 33 Sep 25 14:38 scrubber.plg -> /boot/config/plugins/scrubber.plg lrwxrwxrwx 1 root root 33 Sep 25 14:38 swapfile.plg -> /boot/config/plugins/swapfile.plg lrwxrwxrwx 1 root root 34 Sep 25 14:38 tailscale.plg -> /boot/config/plugins/tailscale.plg lrwxrwxrwx 1 root root 45 Sep 25 14:38 tips.and.tweaks-next.plg -> /boot/config/plugins/tips.and.tweaks-next.plg lrwxrwxrwx 1 root root 55 Sep 3 23:24 unRAIDServer.plg -> /usr/local/emhttp/plugins/unRAIDServer/unRAIDServer.plg lrwxrwxrwx 1 root root 48 Sep 25 14:38 unassigned.devices-plus.plg -> /boot/config/plugins/unassigned.devices-plus.plg lrwxrwxrwx 1 root root 43 Sep 25 14:38 unassigned.devices.plg -> /boot/config/plugins/unassigned.devices.plg lrwxrwxrwx 1 root root 48 Sep 25 14:38 unraid-management-agent.plg -> /boot/config/plugins/unraid-management-agent.plg lrwxrwxrwx 1 root root 37 Sep 25 14:38 unraid-r8125.plg -> /boot/config/plugins/unraid-r8125.plg lrwxrwxrwx 1 root root 46 Sep 25 14:38 user.scripts.enhanced.plg -> /boot/config/plugins/user.scripts.enhanced.plg lrwxrwxrwx 1 root root 37 Sep 25 14:38 user.scripts.plg -> /boot/config/plugins/user.scripts.plg tail -n 100 /var/log/syslog Nichts was mit plugins zu tun (nach erfolgloser Installation) unraid hat eigene DNS Server euroDNS (86.54.11.1) Stelle das mal um wie geschrieben, manuelle plugin installation geht problemlos

Hallo, nachdem mein Dockerstart sich dank eurer Hilfe wohl erledigt hat, kommt ein neues Problem ;-) wenn ich ein plugin installieren will kommt folgende Meldung: (mit einem grünen Haken (finished) Downloading plugin plugin: WRcYEXqhIpdHeZiSN4reLQXFt0V2PDzHP80ZGZNydBKM_et9eRpVE7zDpqkDFs82AGOs4STueh3nX-cn7KPwaVOH_lkBb2dpPO4YLBqGGOT-2sXK4szchQtwWUHpyzHs-4vY2RyeIhGCHr4dVRpYf-v9i0wl is not a plg file Plugin installed (Das plugin ist aber nicht installiert und es werden auch die installierten (laufen einwandfrei) nicht in der Communitie App als installiert gezeigt (banner rechts oben in der Ecke). Ich kann plugins manuell installieren. 7.4.0-beta 2 / Community ApplicationsThe One Stop Shop for all applications for Unraid Support Thread Lime Technology 2026.07.21

Ich konnte das plugin manuell über den plg link installieren. Scheinbar liegt es an meinem setting, denn pyhton ging auch nur über den plg link, ansonsten ähnliche Fehlermeldung Danke für deine Rückmeldung und Arbeit. Werde jetzt nach der Installation auf dem neuen System ausgiebig testen. (PS: borgui (docker was ich sonst nutze, bietet ein cooles restore test feature, leider keine Ahnung wie es funktioniert, aber es geht sehr schnell und nicht wird irgendwohin restored ;-))

Fehler bei der Installation Downloading plugin plugin: 407DdGdQkgri_hHaOvYJ_orNBXjCwBLtnfIMw4N6oQI3OmYPr5c3tP1rH20nkBh0fVsilWiM1LRWYH4dG2ZlRwvyspyIyVhr8RxdO8JzUgt4jdLGPk9hK6ool-NcV-SypwMFkenBAeeuoOc9BkQ6KQ is not a plg file

Unter der neuen Beta 7.4.0-1 kann ich zwar das Plugin installieren aber es ist nicht bei den Plugins auf dem Server

Kann ich nicht bestätigen mit btrfs (läuft bei mir auf 2 systemen seit langer zeit ohne probleme (ja auch mit datenbanken). man liest ja nichts von den systemen bei denen es ohne probleme läuft, nur von denen mit problemen. daraus würde ich den einsatz von btrfs im cache nicht überdenken (der faktor liegt wahrscheinlich bei 1000 zu 1), da das sogar die vorgabe von unraid ist. ;-)

BTRFS macht "gerne" immer wieder Probleme. war vielleicht mal so ;-) mein Cachepool läuft schon seit V7.x unter btrts ohne irgendwelche Probleme (btrfs wird für SSD (besonders im cachepool) nicht nur von unraid empfohlen)

stelle wie bei mir als bridge ;-) config php sieht bei mir so aus 'trusted_domains' => array ( 0 => 'localhost', 1 => 'duckdns', 2 => '192.168.0.5:4443', ), 'trusted_proxies' => array ( 0 => '192.168.0.0/24', 1 => '127.0.0.1', 2 => '::1', ), Ich nutze aber auch nicht nginx sondern zoraxy

BorgUI kommt deinem Programm bei der UI und dem Funktionsumfang schon sehr nahe ;-) Beste Grüße Dirk

Ich nutze Borg UI und bin damit zufrieden. Wo sind zu deiner Entwicklung die (ich hoffe positiven) Unterschiede? Ich würde deines gerne testen wenn ich alles aus Borg UI importieren könnte ;-) LG

hier mein "unraid" template als bridge (quick and dirty) <?xml version="1.0"?> <Container version="2"> <Name>euro-office</Name> <Repository>ghcr.io/euro-office/documentserver:latest</Repository> <Registry/> <Network>bridge</Network> <MyIP/> <MyMAC/> <Shell>sh</Shell> <Privileged>true</Privileged> <Support/> <Project/> <ReadMe/> <Overview/> <Category/> <WebUI>http://[IP]:[PORT:8787]</WebUI> <TemplateURL/> <ExtraParams/> <PostArgs/> <CPUset/> <DateInstalled>1781203514</DateInstalled> <DonateText/> <DonateLink/> <Requires/> <Config Name="Webport" Target="80" Default="" Mode="tcp" Description="" Type="Port" Display="always" Required="false" Mask="false">8787</Config> <Config Name="Passwort" Target="JWT_SECRET" Default="12345678901234567890123456789012" Mode="" Description="" Type="Variable" Display="always" Required="false" Mask="false"></Config> <Config Name="Passwort aktiv" Target="JWT_ENABLED" Default="" Mode="" Description="" Type="Variable" Display="always" Required="false" Mask="false">true</Config> <Config Name="EXAMPLE_ENABLED" Target="EXAMPLE_ENABLED" Default="" Mode="" Description="" Type="Variable" Display="always" Required="false" Mask="false">false</Config> <TailscaleStateDir/> </Container>

bei den Config ist aber hinten einiges abgeschnitten

Hallo Zusammen, vielleicht kann jemand mich erhellen was ich tun muss 😁 Das Update bricht immer ab und es gibt einen I/O error ?? Danke

Docker stoppen. Dann das Dockerverzeicniss (Docker directory) löschen und die Docker neu aufsetzten. Muss man für jeden neu machen aber danach alles wie vorher, da unraid die Docker Einstellung abspeichert ;-) Ich habe meine Docker als Verzeichnis auf einem SSD Pool btrfs liegen und noch nie Probleme damit gehabt!!!!

Ich würde auch etwas aufpassen bei der direkten Freigabe von Festplatten, man hebelt dann den Mover mit seinen Einstellungen zum füllen des Pools/Arrays aus. Das ist ja der Vorteil von unraid. Bei mir ist es so. im Beispiel minimserver die Pfade im Docker "/music" findet sich dann unter /mnt/user/plex/Music und /mnt/user/plex/Music ist auf mein ganzes Array verteilt (vom mover verteilt je nachdem wo Platz ist "high water")

Danke für deine Rückmeldung. Leider reicht mir das nicht. Ich habe Docker die auch etwas von ausserhalb von appdata gesichert werden sollen und Docker die innerhalb appdata nicht alle Ordner gesichert bekommen. Das ist mir hier zu unflexibel. Ich wünsche mir das ich jeden Docker mit seinen Pfaden angezeigt bekomme und selbst entscheiden kann welcher Pfad (auch innerhalb appdata (z.B. Plex)) gesichert werden soll. Das ist mir dann doch zu unfelxibel und zu sehr von dem bestimmt, was du als deine Lösung bestimmst. Aber danke für deine Arbeit. Beste Grüße

Danke für deine Arbeit. Ich habe es getestet. Leider gibt es keie Möglichkeit Ordner in appdata Verzeichnis und auch externe Ordner ausserhalb appdata auszuschließen (z.B. Plex Cache wie bei dem plugin backup/restore appdata oder habe ich was übersehen? Beste Grüße

Das Array geht ja nur auf Disk 2 ???? (warum? das macht keinen Sinn). Wie soll eine Einstellung FillUp das mit einer Festplatte machen? Die haut er voll bis es nicht mehr geht. Ein Array sollte sich selber organisieren (HighWater mit mehr als einer Festplatte, lass doch unraid das machen wofür es da ist ;-) Die Daten liegen aber auf cache_ssd nicht auf cache_nvm. Der mover kann also nichts verschieben. Verschiebe sie einfach manuell (das Verzeichnis auf Disk2) von cache_ssd