hawihoney

Meinst Du extern oder intern?

Ich habe meine Antwort oben erweitert, war noch mit Tippen beschäftigt.

Ist kasserver von Deinem dyndns Dienstleister? Bei mir ist in Fritzbox, SWAG Container, DynDNS alles so eingetragen wie von mir oben gepostet. Kein Unraid.net installiert. Kein Rebind Schutz. Unraid läuft intern auf 80/443. Deine Bilder passen nicht zueinander. Einmal intern <-> extern. Einmal extern <-> intern vertauscht.

Pauschal und vereinfacht: system, domains und appdata auf den Cache (das ist ohnehin Standard). Userdaten, inkl. Userdaten der Docker Container, ins Array. Mehr kann ich dazu nicht mehr sagen. Wir drehen uns im Kreis.

Da haben wir ja den Übeltäter. system liegt auf dem Array.

Darf nicht. Ist bei mir nicht. Dann hast Du noch etwas anderes mit HA verknüpft - vielleicht aus Homeassistant heraus. Guck mal mit lsof was geöffnet ist oder wird. Und zeig mal Deine Docker Einstellungen:

Klar.

Und jetzt gucken ob es auf einer der Array Platten appdata gibt (/mnt/user0/appdata). Wenn das nicht der Fall ist, dann schreibt Homeassistant nicht auf das Array.

Hmm, appdata vs. Appdata. Ist das neu in Unraid? Ist mir bisher noch nicht aufgefallen. Kann das mal jemand checken. Bei mir heißt das überall appdata. Wie auch immer. Für appdata drehst Du nix um. Das gehört auf den Cache. Ansonsten hatte ich Dich gebeten von den betreffenden Container Einstellungen einen Screenshot zu machen. Ich hatte Nextcloud gelesen, jetzt steht da Homeassistant. Wie auch immer. Von dem der die Logs schreibt.

Zwei verschiedene paar Schuhe. Unraid komplett freizugeben ist natürlich völlig verrückt. Aber einzelne Services wie Nextcloud, Plex via z.B. DuckDNS und SWAG/NGINX ist ok. Ansonsten habe ich noch VPN Zugänge im Router hinterlegt. Die nutze ich dann im Notfall von außen für alles Andere (z.B. Homeassistant).

Steht doch da: usb1 lost power usb2 lost power

Für bestehende Installationen hat sich dadurch nichts geändert. Hattest Du vorher einen Cache, dann gibt den immer noch. Wenn Daten vorher aufs Array geschrieben wurden, dann werden sie immer noch aufs Array geschrieben. Wenn die Platten vorher nicht in den Spin-Down gingen, dann gehen sie auch jetzt nicht in den Spin-Down. Ist natürlich absolut der falsche Weg. Dafür gibt es das offizielle Changelog von Unraid. Dort findest Du die wenigen notwendigen Anpassungen (Fritzbox User MACVLAN vs. IPVLAN) sowie die Erklärungen zum neuen Storage Modell - was im Grunde genommen überwiegend begriffliche Änderungen sind: https://docs.unraid.net/category/release-notes/ Du merkst worauf ich hinaus will? Wenn jetzt etwas anders ist, dann hast Du etwas geändert. Unraid hält eigentlich, bis auf technische Notwendigkeiten, den Migrationspfad peinlich genau ein. Poste von Nextcloud einen Screenshot der Container Einstellungen.

Es gibt verschiedene Wege. Ich habe mich strikt an uralte Anleitungen für Nextcloud, etc. gehalten. In diesen wird im Router folgendes Mapping vorgenommen. Dadurch muss man nicht am Unraid Server ändern: Extern 80 --> Intern/Host 81 Extern 443 --> Intern/Host 444 In SWAG/NGINX Container Definition mappt man das dann wieder zurück: Intern/Host 81 --> SWAG/NGINX 80 Intern/Host 444 --> SWAG/NGINX 443 Dazu nutze ich einen kostenlosen Account bei DuckDNS - weiß nicht ob das immer noch kostenlos ist. Die haben eine Update-URL die von der Fritzbox automatisch bei einer neuen IP bedient werden kann. Den habe ich im Router hinterlegt: Router: Container: Der Rest ist dann das weitere Mapping innerhalb von NGINX/SWAG. Wenn Du Plex schon am Laufen hast, dann ist der Rest für Dich ein Kinderspiel und Du kannst am Ende mit Deinen Subdomains von außer zugreifen: plex.domain.bla

Hab dann erst mal googeln müssen was Tibber überhaupt sein könnte. Ein Link von Deiner Seite wäre nicht schlecht gewesen. Wenn es von denen ein API gibt, dann kann man so etwas i.d.R. mit wenig YAML Kenntnissen ganz gut selbst in Homeassistant integrieren. Das haber ich mit meiner PV und Batterie ebenfalls selbst gemacht. Shelly wird in Homeassistant umfangreich unterstützt: https://www.home-assistant.io/integrations/shelly/ Und ja, Homeassistant im Container läuft astrein. Bleibt nur eine Frage: Zigbee, Matter, Wifi, ... da davon abhängt welchen Hub man in den Container integrieren muss. Weitergehende Fragen, die über die Installation des Homeassistant Containers und das Durchschleifen von Hubs angeht, gehören dann ins Homeassistant Forum.

Dann musst Du mal gucken wo /mnt/cache/downloads liegt. Ich hatte nichts von /mnt/cache/downloads geschrieben sondern von /mnt/user/downloads. Das muss natürlich dahin wo Platz genug für den Kram ist.

Man kann es so machen wie empfohlen, allerdings gibt es einen absolut sicheren Weg ohne irgendwelche Ordnerberechtigungen von Containern pauschal zu verbiegen. Ist nur ein klein wenig Aufwand mehr. Das sollte es aber wert sein: Kopiere die Datei auf einen Deiner Shares, öffne die Unraid Konsole und verschiebe die Datei mit mc vom Share in den passenden appdata Ordner. Fertig. So muss nix manipuliert werden - außer die Datei selbst.

un-get Plugin um Python und ggfs. nötige Module zu installieren: root@Tower:~# un-get installed Currently installed package(s) by un-get: python3-3.9.10-x86_64-1.txz python-pip-21.3.1-x86_64-2.txz User Scripts Plugin. Dort kannst Du dann mit ein paar zusätzlichen Anweisungen (siehe verlinkten Thread oben) direkt ein Python Skript eintragen (Hash Bang anpassen) oder einfach aufrufen. #!/bin/bash #arrayStarted=true #clearLog=true python3 /mnt/disk1/Projekte/Plex/RemoveMKVTags.py --force /mnt/disks/pool_ssd/nzbget/downloads/complete/ Und dann kannst Du die Startzeiten im User Scripts Plugin setzen:

So funktioniert aber die Fehlersuche nicht. Du willst alles auf einmal machen. Ich sehe das im Deutschen Forum sehr oft - keine Ahnung wieso das hier so oft vorkommt. Das geht aber so nicht. Schmeiß doch erstmal das blöde sonarr weg und konzentriere Dich auf den ersten Schritt: nzbget-ng. Bis zu dem Punkt das dort etwas geladen werden kann. Erst dann geht man weiter. Du hast versucht den ich777 Container genau so zu bedienen wie den binhex Container. Das geht aber nicht. Erstgenannter kennt keinen /data/ Pfad. Dort heißen die vordefinierten Container Pfade /nzbget/, /mnt/downloads/. Natürlich könnte man das selbst umbiegen. Als Anfänger geht man aber nicht so vor. Nimm die vordefinierten Mappings und bediene sie mit den entsprechenden Host-Pfaden: /nzbget/ --> (/mnt/user/appdata/nzbget/) ???? /mnt/downloads/ --> (/mnt/user/downloads/) ???? Und dann setzt Du in nzbget wieder /mnt/downloads/ als Hauptverzeichnis:

Ich werde Dich nicht Schritt für Schritt zum Ziel führen können oder wollen. Jemand von 0 (Null) weiterzubringen bringt meines Erachtens nichts. Dazu gehört auch Eigeninitiative - und damit meine ich nicht Youtube Videos. Mit diesen degradiert man sich selbst, meiner persönlichen Meinung nach, zu den altbekannten Affen an der Schreibmaschine. Man lernt nur durch Ausprobieren, eigene Fehler und eigene Aha Erlebnisse. Du hast das Grundlegende von Docker Containern noch nicht verstanden. Zeit sich damit ein wenig zu beschäftigen. Der Container sieht nur was Du ihm gibst (bzw. vom Maintainer vordefiniert wurde). Fang damit an. Wenn Du keine Ordner gemappt hast, dann fehlt da natürlich etwas. Warum gibt es bei mir Volume Mappings und bei Dir nicht? Und das obwohl wir den selben Container verwenden. Vermutlich hast Du etwas gelöscht bzw. nicht ausgefüllt oder hinzugefügt: https://hub.docker.com/r/ich777/nzbget Vergleich mal das folgende Beispiel und mein oben gepostetes Volume Mapping. Meines passt. Also musst Du noch mal ran.

Noch ein Nachtrag zur Ordnersuche. Nimm Dir einfach folgende Informationen um das Triumvirat aus (Host, Container, sonarr) rund zu machen: 1. Du nimmst Dein Mapping aus dem nzbget Container: 2.) Du nimmst Deine Einstellungen aus nzbget: 3.) Du guckst mal in das MainDir mit der Container Console: 4.) Daneben packst Du dann noch die weitere Anwendung und dann klappt das schon.

Bei mir ist das so. Habe extra mal die Display Einstellungen bei mir angepasst damit ich die Container im Dashboard sehe: Und ich habe diesen Container installiert:

1. Dashboard nutze ich überhaupt nicht. IMHO völlig überflüssig Ich habe einen Bookmark im Browser. Such mal auf der Docker Seite: 2.) Downloadsordner: Steht doch in der Fehlermeldung von sonarr - von dem ich noch nicht mal weiß was das macht - was erwartet wird. Du musst halt die Ordner vom a.) Host b.) Container und c. Sonarr in Einklang bringen. Mach Dir auf einem Zettel eine kleine Tabelle. Muss man i.d.R. immer machen wenn man Produkte zum Arbeiten an gemeinsamen Ordnern überreden will.

https://hub.docker.com/r/ich777/nzbget

Ich habe mir das gerade mal angeschaut. Selbst dieser Autor hat sein Paket als auslaufend markiert und empfiehlt statt dessen dieses: https://github.com/nzbgetcom/nzbget?tab=readme-ov-file Da muss wohl erst jemand ein Unraid Paket basteln bevor das aus der Box verwendet werden kann. Versuch doch mal das Paket von @ich777: https://hub.docker.com/r/ich777/nzbget Das habe ich im Einsatz.

Das ist ja lustig. Dieser Container hat kein /config Verzeichnis. Der binhex hat es hier: Der von ich777 hat auch keins. Dort liegt es hier: Deshalb vermute ich, dass es bei Deinem Container unter /data liegt - was auch immer Du dort verknüpft hast: Was stört Dich denn an dem Container von binhex? Klar, nzbget wird nicht mehr weiter gepflegt, liegt aber nach wie vor, sowohl im Umgang mit Ressourcen und der Klarheit der GUI, meilenweit vor z.B. sabnzbd. Deshalb bin auch ich reumütig wieder zu nzbget zurück gekehrt. Leider hatte ich vor einigen Jahren meine Bash PREPROCESSING SCRIPTS für nzbget gelöscht - die fehlen mir heute, da regelmäßig entpackte Dateien, die Umlaute enthalten, gelöscht werden. Aber noch mal zu sabnzbd zu wechseln ist für mich definitiv keine Option.