Docker Container Port

[Tjaden]

Hallo zusammen,

ich wollte nun einen neuen Container (https://hub.docker.com/r/buanet/iobroker) auf meiner Synology DS218+ anlegen, nachdem sich mein alter Container "merkwürdig" benimmt (https://forum.iobroker.net/topic/66880/updates-sowie-löschen-von-adaptern-nicht-möglich)

Der alte Container wurde natürlich vor allem Folgenden gestoppt:

Nun habe ich ich genau wie hier beschrieben (https://forum.iobroker.net/post/892878) den Container angelegt. Jedoch ist es mir nach der Ausführung nicht gelungen, iobroker über die Ports 8081 oder 8080 zu erreichen.

Ich habe den Container dann erneut angelegt und diesmal spezifiziert, dass nicht das gleiche Netzwerk wie beim Docker Host genutzt wird und eine automatische Portweiterleitung für 8081 eingerichtet.
Ich konnte daraufhin iobroker mit dem Port 49153 erreichen und wurde durch den Einrichtungsassistenten geleitet.

Was ich nicht verstehe: Beim alten Container musste ich keine Portweiterleitungen einrichten. Warum hier? Und welche Ports müsste ich noch weiterleiten? 8080, 8081, 8082?

Oder reicht es nicht, dass ich den alten Container stoppe sondern muss auch Docker stoppten, bzw. neu starten damit die Ports wieder verfügbar sind für den neuen Container?

Nachtrag: Ein Neustart von Docker selbst hat hier leider auch nicht zum Erfolg geführt.

[haselchen]

@tjaden

Wie hast du den Container gestoppt?
Schieberegler oder Terminal?

[Tjaden]

@haselchen Über den Schieberegler. Wie soll ich ihn im Terminal stoppen? Die mir bekannten Stoppbefehle für den iobroker selbst sind pkill io, pkill node oder pkill -u iobroker. Aber das stoppt ja nicht den Container.

btw. schön dass du mir nach zwei Jahren erneut hilfst – damals ging's u. a. ums Update von Stretch auf Buster.

[haselchen]

@tjaden

Ich hab auch 2 Container von Iobroker. Wie bei dir, einer aktiv , einer inaktiv.
Aber alles funktioniert. Ich hab den Container im Host Modus.
Wie genau legst du den Container an?
Was für Einstellungen?
Am besten mal von jeder Einstellungsseite nen Screenshot.

[Tjaden]

@haselchen Ich habe das Ganze nun mehrfach mit Variationen durch. Hier die Vorgehensweise die wenigstens zur Erreichbarkeit über den anderen Port führt:

Der Vollständigkeit halber: Wenn ich beim zweiten Schritt "Dasselbe Netzwerk wie Docker Host verwenden" auswähle (Standard) komme ich gar nicht an iobroker heran.

[haselchen]

@tjaden

Vermutlich stellst du dir mit dem PiHole Net selbst ein Bein.

[Tjaden]

@haselchen Das ist für einen alten Container gewesen, der schon lange nicht mehr in Betrieb ist. Habe ihn nun gelöscht:

Es gibt aktuell keinen PiHole im Netzwerk.

[haselchen]

@tjaden

Dann probier bei Allgemeine Einstellung mal Container mit hoher Prio......
und Automatischer Neustart....

[Tjaden]

@haselchen Den automatischen Neustart habe ich nur für Testzwecke ausgeschaltet, bzw. nicht eingeschaltet. Ich hatte beim PiHole mal einen Bootloop.

Leider auch bei hoher Prio weder über https 8081 noch über http 8080 erreichbar.

[haselchen]

@tjaden

Auch Host Mode ausgewählt?

Syno neu gestartet? Eventuell hängt das PiHole da noch irgendwo quer.

[Tjaden]

@haselchen Wo kann ich den Host Mode auswählen?

Derweil starte ich die DS neu.

[haselchen]

@tjaden

Erweiterte Einstellungen denke ich mal
Und wichtig dem Container immer einen anderen Namen zu geben!

[Tjaden]

@haselchen Natürlich bekommen die Container eigene Namen, sonst würde man ja den Überblick verlieren. Abgesehen davon lässt Docker eine doppelte Namensvergabe gar nicht zu.

Die Einstellungen sind Standard und entsprechen denen des Containers der über 8081 etc. erreichbar ist.

[haselchen]

@tjaden

Vermutlich ist dein DSM die Version 7?
Ich hab noch 6.
Vielleicht versuchst du mal ne andere Container Version von Iobroker.

[Tjaden]

@haselchen Richtig, ich habe 7.1.1.

Eine andere Containerversion ist auch noch eine gute Idee.

Nachtrag: Der Container von iobroker/iobroker statt buanet verhält sich schon mal genau so wie der von buanet.

[haselchen]

@tjaden

Im Prinzip gibt es nicht viele Stellschrauben bei einem Container.
Ich tippe auf ein Netzwerkproblem.
Aber das kannst nur du alleine lösen (wegen Aufbau und Kenntnisse).
Ansonsten halt die normalen Kleinigkeiten....Browser Cache löschen etc.

[Tjaden]

@haselchen Das Neuladen der Seite im Browser erzwinge ich immer beim Test der Container.

Nun frage ich mich, woher das Netzwerkproblem rühren soll. Müsste dann ja von der DS selbst ausgehen – schließlich ist sie unverändert über 5000 und 5001 erreichbar. Der alte Container auch nach wie vor über 8080 oder 8081, sofern er läuft.

Ergo muss die DS selbst die Portanfrage nicht korrekt weiterleiten. Aber da habe ich leider keine DS-seitigen Einstellungen gefunden.

Ich traue mich gar nicht, nun eine Portweiterleitung von 8080 auf 8080 etc. einzurichten – nicht, dass dann mein alter Container nicht mehr erreichbar ist. Solange nicht alles auf den neuen Container portiert ist und ich mir zu 100 % sicher bin, dass alles läuft, möchte ich schon noch die Möglichkeit haben, notfalls wieder den alten Container zu nutzen, bis die Probleme behoben sind.

[haselchen]

@tjaden

Bloss keine Weiterleitung einrichten.
Das Problem muss woanders bei dir sein.
Irgendwas was wir übersehen.
Ich habe die gleiche Konstellation.
Und egal was für einen Container ich erstelle, er ist immer erreichbar.
Hast du mal in das Log beim Start des Containers geguckt?

[Tjaden]

@haselchen

Updating Linux packages on first run... Done.
 
Registering maintenance script as command... Done.
 
--------------------------------------------------------------------------------
-----             Step 2 of 5: Detecting ioBroker installation             -----
--------------------------------------------------------------------------------
 
There is no data detected in /opt/iobroker.
Restoring initial ioBroker installation... Done.
 
--------------------------------------------------------------------------------
-----             Step 3 of 5: Checking ioBroker installation              -----
--------------------------------------------------------------------------------
 
(Re)setting permissions (This might take a while! Please be patient!)... Done.
 
Fixing "sudo-bug" by replacing sudo with gosu... Done.
 
Initializing a fresh installation of ioBroker... Done.
 
Hostname in ioBroker does not match the hostname of this container.
Updating hostname to "buanet-iobroker1"... The host for instance "system.adapter.admin.0" was changed from "buildkitsandbox" to "buanet-iobroker1".
The host for instance "system.adapter.discovery.0" was changed from "buildkitsandbox" to "buanet-iobroker1".
The host for instance "system.adapter.backitup.0" was changed from "buildkitsandbox" to "buanet-iobroker1".
Done.
 
--------------------------------------------------------------------------------
-----                Step 4 of 5: Applying special settings                -----
--------------------------------------------------------------------------------
 
Some adapters have special requirements/ settings which can be activated by the use of environment variables.
For more information see ioBroker Docker Image Docs (https://docs.buanet.de/iobroker-docker-image/docs/).
 
 
--------------------------------------------------------------------------------
-----                    Step 5 of 5: ioBroker startup                     -----
--------------------------------------------------------------------------------
 
Starting ioBroker... 
 
##### #### ### ## # iobroker.js-controller log output # ## ### #### #####
host.buanet-iobroker1 check instance "system.adapter.admin.0" for host "buanet-iobroker1"
host.buanet-iobroker1 check instance "system.adapter.discovery.0" for host "buanet-iobroker1"
host.buanet-iobroker1 check instance "system.adapter.backitup.0" for host "buanet-iobroker1"
================================== > LOG REDIRECT system.adapter.admin.0 => true [system.adapter.admin.0.logging]
================================== > LOG REDIRECT system.adapter.admin.0 => false [Process stopped]
================================== > LOG REDIRECT system.adapter.admin.0 => false [system.adapter.admin.0.logging]
Send diag info: {"uuid":"fac0af65-39f4-423e-a984-179fd3b42468","language":"de","country":"Germany","hosts":[{"version":"4.0.24","platform":"Javascript/Node.js","type":"linux"}],"node":"v18.16.1","arch":"x64","docker":true,"adapters":{"admin":{"version":"6.3.5","platform":"Javascript/Node.js"},"discovery":{"version":"3.1.0","platform":"Javascript/Node.js"},"backitup":{"version":"2.6.23","platform":"Javascript/Node.js"}},"statesType":"jsonl","objectsType":"jsonl","noInstances":3,"compactMode":false,"noCompactInstances":0,"model":"Intel(R) Celeron(R) CPU J3355 @ 2.00GHz","cpus":2,"mem":6067273728,"ostype":"Linux","city":"Berlin"}
================================== > LOG REDIRECT system.adapter.admin.0 => true [system.adapter.admin.0.logging]
 
Recived termination signal (SIGTERM).
Shutting down ioBroker... 
.================================== > LOG REDIRECT system.adapter.admin.0 => false [Process stopped]
================================== > LOG REDIRECT system.adapter.admin.0 => false [system.adapter.admin.0.logging]
.
Do

Ich sehe da nichts Auffälliges außer vielleicht

Hostname in ioBroker does not match the hostname of this container.
Updating hostname to "buanet-iobroker1"... The host for instance "system.adapter.admin.0" was changed from "buildkitsandbox" to "buanet-iobroker1".

Entsprechend deiner Signatur hast du sogar ziemlich genau meine Hardware. Die DS218+, die 7590, Homematic (CCU3?), Hue etc. und ein 3 B+ (der bei mir am 3D-Drucker hängt)

[haselchen]

@tjaden

Recived termination signal (SIGTERM).

Shutting down ioBroker... 

Das würde mir mehr Gedanken machen.
Ich kann leider nicht gegentesten, da ich ganz andere Versionen benutze.