October 26, 20232 yr Hi@All, der linuxserver/unifi-controller soll mit 1.1.2024 nicht mehr upgedated bzw. unterstützt werden (deprecated) würde gerne jetzt schon auf linuxserver/unifi-network-application umsteigen bzw. migrieren scheitere momentan an der externen Datenbank, d.h. mongodb, die ja, wenn ich es richtig verstanden habe, extra installiert werden muss/soll die unifi-network-application sollte unter/mit einer "fixen" IP erreichbar sein, ident zum momentan einwandfrei laufenden unifi-controller nur halt andere IP, hab den Nginx Proxy Manager am Laufen, wegen diverser subdomains bräuchte Hilfe/Unterstützung bzgl. der korrekten Installation der mongodb bin eigentlich relativ firm bzgl. docker, aber diesmal ... LG Christian
October 26, 20232 yr Hey, ich hatte vor nächste Woche mich mal an das Thema ranzusetzten , da ich erstens da Urlaub habe und zweitens auch noch 2 Unifi Access Points im alten Linuxserver image auf docker laufen habe... Ich gucke mal wie es bei mir läuft und melde mich dann nochmal , falls du solange warten willst... Gruss Tobias
October 26, 20232 yr Author Ja Super, kein Problem, bin ab morgen bis Sonntag mit einer Herren-Runde in Bratislava und der Umstieg hat ja noch etwas Zeit Danke und LG
November 2, 20232 yr Author Hi@All, habe das Ganze zum Laufen gebracht, "nur" halt auf der Synology RS1221+, dank der Anleitung auf Youtube von Jürgen Barth / Navigio, das Video ist heute erschienen, musste es gleich ausprobieren, no risk no fun 🙂 , läuft derweilen einwandfrei, "nur" halt mit macvlan ...
November 7, 20232 yr Author Interessant wäre halt eine "Lösung" mit unRAID Bin gerade dabei, die RS zu entlasten, d.h. nur als Datenspeicher in Zukunft zu verwenden, der Rest soll/sollte halt auf unRAID laufen
November 12, 20232 yr Hallo mich würde das auch interessieren habe das genau so gemacht wie im youtube video und habe es mit Compos.Manager Installiert. kenn mich auch noch nicht so gut aus weil der verwendet macvlan oder so und ich nicht. wenn ich auf update stack gehe läuft alles bis auf Container unifi.db Error. Da kann doch nicht mehr viel fehlen hoffentlich. Was ich noch für ein problem habe ist das ich im normalen unifi Controller die ap´s nicht adopting kann. Bitte um hilfe
November 19, 20232 yr Solution Im Grunde genommen ist's relativ easy, wenn man so macht, wie von linuxserver.io vorgeschlagen (übertragen auf Unraid-Gegebenheiten): Vor dem Installieren des MongoDB-Containers Verzeichnis "mongodb" im Appdata-Ordner erstellen Darin dann die init-mongo.js erstellen (nano init-mongo.js ), mit folgendem Inhalt (Passwort austauschen): db.getSiblingDB("unifi").createUser({user: "unifi", pwd: "HIER STEHT MEIN PASSWORT", roles: [{role: "dbOwner", db: "unifi"}]}); db.getSiblingDB("unifi_stat").createUser({user: "unifi", pwd: "HIER STEHT MEIN PASSWORT", roles: [{role: "dbOwner", db: "unifi_stat"}]}); Danach den MongoDB-Container in Unraid installieren. Vorher jedoch noch einen zusätzlichen Pfad anlegen (wie im angehängten Bild) Dann den linuxserver-io network application Container installieren. Hier beachten: - MONGO_HOST sollte die IP vom Unraid sein, hat sonst bei mir nicht funktioniert. - Wenn so gemacht wie oben: MONGO_USER: unifi, MONGO_DBNAME:: unifi, MONGO_PASS: <wie vergeben> - Rest wie vordefiniert. Backup einspielen, fertig. Edit: Hier noch den Punkt "Device Adoption" beachten (IP von Unraid eintragen in der network-application): https://hub.docker.com/r/linuxserver/unifi-network-application Edited November 19, 20232 yr by plsr.50
November 20, 20232 yr Author Hi, Danke für den Tipp bzgl. IP eintragen ... erster Versuch mit "Network Type: Bridge" für beide Container hat leider nicht funktioniert, keine Ahnung warum Nachdem ich auf der Synology mit macvlan bzw. auch auf unRAID (indirekt, siehe weiter unten) gerne damit arbeite (in weiterer Folge Zugriff per diverser subdomains per nginx proxy manager), um diverse Port-Konflikte zu vermeiden, ist meine funktionierende Lösung: unter Docker-Settings (war vorher schon so eingestellt): Docker custom network type: macvlan Host access to custom networks: enabled ja, ich weiss, widerspricht dessen, dass Container untereinander eigentlich nicht kommunizieren sollen/sollten mongodb hat eine eigene IP bekommen : 192.168.0.28 unifi controller hat eine eigene IP bekommen: 192.168.0.29, hoffe es hackt mich niemand 🙃 beim unifi controller noch bei MONGO_HOST 192.168.0.28 😎 eingetragen, nochmals Danke für den Tipp, irgendwie im nachhinein logisch ... Backup eingespielt und das ganze funktioniert wunderbar ... werde es natürlich beobachten 😎 d.h. meine Syno ist wieder einen Schritt näher Richtung "Datengrab", Rest soll ja auf unRAID laufen Nächstes Projekt bzgl. Datengrab, nextcloud, hab da momentan noch Probleme bzgl. upload-Grösse, aber das ist eine andere Geschichte Weiteres Projekt bzgl. Datengrab, plex mit den Videos auf der Syno, hab da noch Probleme mit der Aktualisierung, wenn neue Videos hinzukommen, auch wieder eine andere Geschichte LG aus Kärnten
November 21, 20232 yr Author Heute erfolgte ein Update des Containers, wegen UniFi Network Application 8.0.7 Das "Ding" läuft noch immer ohne Probleme
December 5, 20232 yr Danke für diesen Thred, bin jetzt auch umgestiegen und funktioniert super! Den Init Pfad kann ich jetzt löschen? In der Anleitung Stand man soll eine bestimmte Version der MongoDB nehmen, ich habe nichts extra eingetragen, ist das ok? LG
December 5, 20232 yr Author ui, gute Frage, vom logischen her, würde ich sagen ja, weil ja mit dieser Datei ein User inkl. Passwort in der DB erstellt wird, und dann die Datei eigentlich nicht mehr benötigt wird ... wird ja nur beim erstmaligen Start der DB benötigt aber der Pfad tut ja eigentlich nicht "weh" bzw. die Datei braucht ein paar Bytes 🙂 würde auf jeden Fall die Datei "sichern", inkl. Screenshot des Pfades, falls mal eine Neuinstallation fällig wird ... verwende auch die latest MongoDB, obwohl nicht offiziell unterstützt, aber das ganze hat diverse Updates überstanden, also nrnf, no risk no fun 😎
December 5, 20232 yr Author inzwischen gibt es einen zweiten Thread bzgl des Unifi-Controllers, Titel ist etwas "unklar" ... hab natürlich meinen Senf dazu beigetragen 😎 Edited December 5, 20232 yr by stulpinger
February 12, 20242 yr Hallo, eine Frage ich hab es genau mit der Anleitung versucht den neuen Docker Inbetriebzunehmen aber leider ohne Erfolg! Ich habe den starken Verdacht das Mongodb mein init file nicht ein liest , kann mir jemand sagen wie ich das überprüfen könnte? Danke im voraus
February 12, 20242 yr Author 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"
February 12, 20242 yr Author Obiges wurde natürlich von plsr.50 in nahezu identer Form schon geschrieben ...😇
November 2, 20241 yr In mongodb können die user in der admin oder der unifi db erzeugt werden. Bei mir waren sie in der unifi db erzeugt, daher konnte ich mit authsource=admin im unifi-network-application docker container nicht drauf zugreifen. Man sieht das im log file, unifi beschwert sich über einen authentication fail. Man kann in diesem Fall entweder auf authsource=unifi umstellen, oder den Nutzer in der admin db neu erzeugen. Evtl. hilft es jemanden, daher hier die Anleitung nachdem ihr in den mongodb docker ein terminal geöffnet habt: #mongo db Shell starten mongosh #admin db benutzen use admin #neuen Nutzer erzeugen db.createUser({ user: "unifi", pwd: "your_password", roles: [ { role: "dbOwner", db: "unifi" }, { role: "readWrite", db: "unifi" }, { role: "dbOwner", db: "unifi_stat" }, { role: "readWrite", db: "unifi_stat" } ] }) #optional, Nutzer in unifi db löschen use unifi db.dropUser("unifi") Nützliche checks: show dbs show users #Einloggen testen db.auth("username", "password")
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.