Container wird unerwartet beendet

[rebyc]

Hallo liebe Community,

ich versuche seit geraumer Zeit den jacobalberty/unifi Container funktionstüchtig zu implementieren. Dies gelingt mir leider nicht.
Nach kurzer Zeit wird die Meldung: Docker-Container: jacobalberty/unifi wurde unerwartet gestoppt. ausgegeben.

Dies ist der aktuelle Stand der Dinge:
- Gerät: DS218+
- DSM Version : 6.2.2-24922 Update 2
- Docker Version: 17.05.0-0401
- Container: jacobalberty/unifi:latest (Stand 21.07.19)

Container Einstellungen:
- Container darf automatisch neu starten
-Volume: docker/unifi --> Mount-Pfad: /unifi
-Netzwerkeinstellung auf "host"
-Umgebung: "BIND_PRIV" & "RUNAS_UIDo" haben den Wert "false" alle anderen Werte sind default.

Portfreigabe in den Einstellungen der Firewall ensprechend dem Unifi Network Controller habe ich durchgeführt.

Ich hoffe dass ich diesen Beitrag richtig platziert habe und bedanke mich schonmal im Voraus für eure Ratschläge.

Grüße
Max

 

[haydibe]

Wenn RUNAS_UID0 (Zahl Null, kein kleines O) false ist, dann sollten aber auch UNIFI_UID and UNIFI_GID mit den IDs des Besitzers von dem Verzeichnis docker/unifi gesetzt sein.

Wie soll der Container, der nicht als root laufen soll, Daten in ein Verzeichnis schreiben, für das ihm die Berechtigung fehlt?
Die Variablen UNIFI_UID und UNIFI_GID sind dafür da, um den Unifi-Prozess im Container mit diesen IDs (und damit auch mit passender Berechtigung) zu starten.

Kleiner Tipp: ein Logauszug hätte hier sofort gezeigt was das Problem ist.

 

[rebyc]

Super, vielen Dank für deine Antwort.

Mist, da muss ich wohl falsch abgeschrieben haben. Aber ja, ich meinte RUNAS_UID0.
Verstehe ich das nun richtig, dass UNIFI_UID und UNIFI_GID die ID des Besitzer tragen? Sprich den Alias und das entsprechende Passwort? Wenn nicht, korrigiert mich bitte.
Komisch ist dann nur, dass der Container auch beendet wird, wenn alle Variablen auf default gelassen werden..Vielleicht habe ich es auch nicht richtig verstanden

Der Logauszug würde mich tatsächlich selbst sehr interessieren. Ich stehe noch so gut wie in den Anfängen mit meiner DS. Wie komme ich diesen angezeigt?

Gruß

 

[haydibe]

Syno UI -> Container ->Details -> Logs?

UID:GID bezieht sicht nicht auf Benuterzname und Passwort sondern die ID des Benutzers und der Gruppe die Schreibberechtiung auf den Share docker/unifi hat.

Bemühe doch bitte die Suche um herauszufinden, wie Du die UID GID herausbekommt.

 

[MikeZulu]

Hi

Lass die UID:GID auf dem Default und setze run_as_root auf false. Setzt den Mount-Pfad /unifi mit einem / am Schluss (/unifi/)

Ich gehe mal davon aus, dass die Berechtigungen auf den docker-Share richtig gesetzt sind.

So funktioniert es bei mir.

 

[kgis]

ch würde das Thema gerne noch einmal neu eröffnen...
Ich habe mich durch alles mögliche hier gewühlt, komme aber nicht weiter.

Alle Ratschläge aus diesem Thread und auch anderen, beherzigt und umgesetzt, leider immer ohne Erfolg.
Der Unifi Container startet und beendet sich direkt wieder.
GID bzw. UID mehrfach überprüft.

- Gerät: DS918+
- DSM Version : 6.2.2-24922 Update 5
- Docker Version: 18.09.0-0506
- Container: jacobalberty/unifi:latest (Stand 19.04.2020)

Container Einstellungen:
- Container darf automatisch neu starten
- Volume: docker/UniFi --> Mount-Pfad: /unifi/
- Netzwerkeinstellung auf "host"
- Firewall: AUS
- Umgebung: "BIND_PRIV" & "RUNAS_UID0" haben den Wert "false"
- UID und GUI sind gemäß /etc/group bzw. /etc/passwd verifiziert und das Verzeichnis /docker/UniFi hat per chown -R auch den entsprechenden Besitzer verpasst bekommen.

Alles erfolglos.

Bis zum nächsten Aufsetzen des Containers, da habe ich nur Netzwerk von Host auf Bridge geändert und er läuft auf einmal.
Allerdings sind meine Kenntnisse in dem Bereich mit viel Potential behaftet, sodass ich hier leider nicht von außen auf den 172er Netzwerkbereich drauf komme.

Was läuft da schief, wenn er im HOST Modus läuft?

Danke und einen schönen Sonntag noch

 

[Fusion]

Meiner läuft sauber im Host Modus mit den voreingestellten Werten (uid/gid 999).
Im eingebundenen Verzeichnis /volume1/docker/unifi welches mit Modus 755 einem Admin (id1026) gehört wurden automatisch die Unterordner data und log angelegt mit 999 als Besitzer und ebenfalls 755 im Zugriff.
Muss es früher mal anders gehabt haben, weil in einem gesicherten Verzeichnis hatten data und log noch id1026.

Aber wie gesagt, man bräuchte mal das Log eures Containers um zu sehen was da nicht passt.

 

[kgis]

Ich würde ja gerne mehr Infos aus den Logs liefern, aber das hier ist doch sehr übersichtlich.

Stufe,Datum & Zeit,Benutzer,Ereignis,
IInformation,2020/04/19 17:47:23,admin,Start container UniFiController.
Information,2020/04/19 17:47:46,admin,Stop container UniFiController.

Gibt es die Möglichkeit das Loglevel zu erhöhen?
Auch das Log im Container (server.log) ist leer

 

[p-a-g]

Seid Ihr hier weitergekommen?
Stehe vor dem gleichen Problem...

LG
p-a-g

 

[kgis]

Leider nein, ich habe mir dann für kleines Geld einen CloudKey1 geholt und seitdem habe ich Ruhe.
ich hatte keine Lust mehr ?????

 

[Ulfhednir]

Seid Ihr hier weitergekommen?
Stehe vor dem gleichen Problem...

LG
p-a-g

Ich hatte Anfang des Jahres den unifi-controller auf meiner DS und lief kurzzeitig. Ich hatte aber keine Muße mein Netzwerk komplett neu einzurichten... - das ist ein anderes Thema.

Der Container wird mutmaßlich beendet, weil ein angesprochener Port durch den Host bereits verwendet wird. Das wird mutmaßlich Port 8080 sein.

Folgende Ports können nicht verwendet werden, weil sie für das System reserviert sind:

• 20, 21, 22, 23, 25, 80, 110, 137, 138, 139, 143, 199, 443, 445, 515, 543, 548, 587, 873, 993, 995, 3306, 3689, 5000, 5001, 5005, 5006, 5335, 5432, 6881, 8080, 7000, 7001, 8081, 9997, 9998, 9999, 50001, 50002

Quelle: https://www.synology.com/de-de/knowledgebase/DSM/help/DSM/AdminCenter/application_appportalias

Entsprechend müsste der beim Erstellen des Containers auf einen anderen Port umgebogen werden, aber bitte nicht auf 8081 - der ist auch reserviert.

 

[p-a-g]

dank Euch für die Antworten!

Leider nein, ich habe mir dann für kleines Geld einen CloudKey1 geholt und seitdem habe ich Ruhe.
ich hatte keine Lust mehr ?????

Da bist Du jetzt der Dritte, von dem ich das höre. Inkl iDomiX ,)
Spiele mittlerweile auch mit dem Gedanken...

 

[Fusion]

Ich bin die andere Richtung gegangen zum Docker Container nachdem beim CloudKey Gen1 zweimal die SD-Karte "kaputt" ging bzw. beim Stromverlust die Config beschädigt war, weil man zuvor via GUI herunterfahren musste.

 

[kgis]

Wenn es Ubiquiti endlich mal schafft auch den IGMP-Proxy auf die UDM Pro zu bringen habe ich einen CK1 günstig abzugeben
Leider sträuben sie sich zur Zeit noch, muss ja nicht einmal per GUI sein, habe es jetzt auch händisch gemacht...