stulpinger

Verwende seit "Ewigkeit" den offiziellen Nextcloud Container + MariaDB bzgl. Cron User Scripts installieren Neues Script erstellen mit folgenden Inhalt #!/bin/bash docker exec -u 99 Nextcloud php cron.php wobei Nextcloud der Name des Nextcloud-Containers ist Bei Schedules Daily - custom auswählen und zB für 5 minütige Aktualisierung */5 * * * * eintragen, dann auf Run in Background klicken

Installation ist bei mir schon länger her ... postgreSQL_Immich installieren Immich : REDIS_HOSTNAME: localhost und unter "Add another Path, Port, Variable, Label or Device" eine Variable definieren Config Type: Variable Name: redis Key: DOCKER_MODS Value: imagegenius/mods:universal-redis

updated unRAID to 6.12.14 plugin doesn't stop searching reinstall - same behavior

Hi@All habe mir vor kurzem einen unRAID-Server angeschafft (mein zweiter als Datengrab) lt. youtube-Video, und das Ding läuft einwandfrei ... 1 TB Cache + 6 x 16TB Seagate Exos

Okidoki, das mit br0 macvlan hab ich nicht mehr mitbekommen, da das ganze Zeugs bei mir schon ewig ohne Probleme läuft 😀 V7 Umstellung bin ich schon neugierig, warte aber auf offizielles Release, bei DSM bin ich aber mutiger bzgl. Beta Hoffe es ist kein Hardware-Problem beim TE

Servus@All hatte anfänglich auch laufend Probleme mit Server-Abstürzen, bei mir blieb aber der Server einfach stehen und startete nicht neu 🤔 Hardware-Reset - vor Ort - Paritätsprüfung, war lästig, da Unifi-Controller, nginx etc. am Server lief/läuft macvlan war/ist aktiv und Host access to custom networks auch Dachte auch zuerst auf ein Hardware Problem Finde leider momentan den link nicht - war irgendwas mit unRaid in Verbindung mit macvlan + Fritzbox + Unifi Hardware Habe bei den Containern mit fixer IP den Network Type auf Custom:eth0 umgestellt ... um dies zu ermöglich gibts auch ne Einstellung, wiederhole mich, bin extern unterwegs und kann/will deshalb Docker nicht stoppen seitdem - Monate- bzw. fast schon Jahrelang - null Probleme

20.20.20.x gehört eigentlich Microsoft

Standard-Gateway 20.20.20.1

@alturismo hab ich, gemacht, werde wahrscheinlich keine Antwort erhalten, da schon länger nicht mehr upgedated aber inzwischen hat/hatte das Layer 8 Problem L8 zugeschlagen, so oder so, also ich 😇 @zero_neverload natürlich habe ich "Warum nimmst du nicht den Docker von ich777 " den Docker von ich777 installiert gehabt, aber dann kam L8 ins Spiel, weil beim Aufruf von der GUI, Schreckmoment, so was brauch ich nicht wegen non-headless bzw. sich in weiterer Folge wundern dass der jdownloader nicht unter myjdownloader erscheint ... man sollte sich doch mit seinen Credentials anmelden 🙄 unter der GUI Rest war ein Kinderspiel Danke nochmals Bin seit kurzem 57+ ... ohne Worte LG aus Österreich/Kärnten/Klagenfurt

Hi@All, um meine Synology RS1221+ zu entlasten ... Installation von jdownloader unter unRAID von MyJdownloader vom hussainalhaddad's Repository wegen headless, im Hintergrund dürfte er jaymoulin/jdownloader verwenden Problem uid und guid sind anscheinend im Container statisch vorgegeben, d.h. keine Chance dies manuell zu setzen, da die internen Container-Vorgaben dadurch vor den User-Vorgaben wirken in weiterer Folge gehen sämtliche Einstellungen von jdownloader nach einem Update verloren, ist natürlich relativ ungut ... Darauf hin per CLI manuell den jdownloader von jaymoulin installiert, funktioniert ohne Probleme, auch Updates etc. über die GUI vom jdownloader, es gehen keine Einstellungen verloren, folgender Befehl per CLI: "docker run -d --init --restart=always -v /mnt/remotes/RS1221P2_downloads:shared:/opt/JDownloader/Downloads -v /mnt/user/appdata/cfg:/opt/JDownloader/app/cfg --name jdownloader -u $(id -u) -p 3129:3129 -e MYJD_USER=user -e MYJD_PASSWORD=pw -e MYJD_DEVICE_NAME=unRAID jaymoulin/jdownloader" 1) Beim Aufruf von Cleanup Appdata unter Settings wird mir MyJDownloader: /mnt/user/appdata/jdownloader/cfg zum Löschen vorgeschlagen bzw. 2) Beim Aufruf von Fix Common Problems erhalte ich die Meldung: Docker application jdownloader has volumes being passed that are mounted by Unassigned Devices, but they are not mounted with the slave option Nachdem der Container manuell installiert wurde, kann ich unter unRAID/Docker die Slave Option nicht aktivieren, da Edit des Containers nicht vorhanden Unter Fix Common Problems könnte ich die Warnung ignorieren Conclusio: wo könnte ich eingreifen ? P.S. habe keine Angst vor CLI etc.

Obiges wurde natürlich von plsr.50 in nahezu identer Form schon geschrieben ...😇

ist bei mir schon wieder ewig her, wo ich es konfiguriert habe nachdem ich wusste, dass das Verzeichnis für die MongoDB mongodb heißt d.h /mnt/user/appdata/mongodb/ habe ich vorher das Verzeichnis erstellt und die init-mongo.js (siehe weiter unten) dort reinkopiert wichtigster Teil bei der MongoDB ist das Hinzufügen des Path Config Type: Path Name: was Du willst, bei mir "init" Container Path: /docker-entrypoint-initdb.d/init-mongo.js Host Path: /mnt/user/appdata/mongodb/init-mongo.js Die init-mongo.js sieht wie folgt aus, für user: unifi, pwd: Passwort db.getSiblingDB("unifi").createUser({user: "unifi", pwd: "Passwort", roles: [{role: "dbOwner", db: "unifi"}]}); db.getSiblingDB("unifi_stat").createUser({user: "unifi", pwd: "Passwort", roles: [{role: "dbOwner", db: "unifi_stat"}]}); beim erstellen des unifi-network-application Dockers MONGO_USER: unifi MONGO_PASS: Passwort MONGO_DBNAME: unifi MONGO_HOST: IP Deines unRAID Rest so lassen wie es vorgeschlagen wird Achtung ! Ich arbeite mit fixen IP-Adressen für die zwei Container (Stichworte: macvlan, bridging), weil es könnte sonst zu "Überschneidungen" mit Port 8080 mit anderen Containern kommen, weil 8080 gerne verwendet wird und ich mir die "leidige" frei Port-Suche erspare ... d.h. Host Port zB auf 8081 setzen, wird dann auf Container-Port 8080 "umgebogen" Bitte um Korrektur seitens der Mit-Leser, falls ich was falsches schreibe, wegen "umbiegen"

Hi, @MAM59 muss Dir widersprechen ... Bzgl. "Aber mit Nextcloud und NPM wird er eh noch Spaß kriegen, dazu muß man noch das hier betrachten" in der config.php von nextcloud unter trusted_proxies die subdomain vom npm eintragen, dann noch overwrite.cli.url auf die subdomain der nextcloud setzen hab zwei nextcloud Instanzen am Laufen, einmal mit unRaid, einmal auf der Synology, ohne Probleme, ohne extra-config im NPM

Habs bei mir auf folgende Weise geändert: Vorher VM Manager + Docker disable , sonst kannst Du die Netzwerkeinstellungen nicht ändern ... Settings Docker Docker custom network type: macvlan Docker custom network type: Enabled Settings Network Settings Enable bridging: none In weiterer Folge kannst Du dann beim Docker erstellen bzw. edit unter Network-Type: Custom:eth0 auswählen Fixed IP address (optional): die gewünschte IP Adresse eintragen Achtung !!!! Hatte vor der Änderung Network-Type auf br0 stehen + fixer IP nach der Umstellung waren meine Docker-Container im Dashboard verschwunden D.h. vorher sicherheitshalber Screenshots erstellen bzgl. IP-Adresse(n) etc, dann unter Apps den gewünschten Container mit "reinstall from previous Installation", hieß glaub ich so, neu erstellen, die Daten + Configs des Containers sind ja noch unter user/AppData vorhanden Vorteil: Zgriff per npm (subdomains) auf alle Container bzw. unter Settings, FixCommonProblems, keine Warnung mehr bzgl. macvlan und bridging bei mir ist unRAID auch nicht mehr abgestürzt wegen macvlan inkl. bridging Nachteil: normalerweise sollen die Container aus Sicherheitsgründen nicht miteinander kommunizieren

Servus, erste Frage zawos (kärntnerisch) , warum, wofür ? 😀 habs selbst noch nicht probiert, Du müsstest unter Settings - Networksettings - Enable VLANs aktivieren und dann den jeweiligen docker-Container unter Network-Type das gewünschte VLAN zuweisen, rein theoretisch, mit "fixer" IP für den Container, falls dies im VLAN möglich ist Ist das VLAN unter OPNsense definiert oder unter unRAID ? Bei mir laufen die VLANs alle unter der OPNsense um ein gewisses Mischmasch zu vermeiden ... Keine Ahnung bzgl. VLANs unter unRAID ... LG stulpinger