UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Daniel76]

@andre ...und dann im neuen Container das Backup vom Alten installieren? Ich stehe vor dem gleichen Problem. Wenn ich den Hostname im Container ändere läuft danach iobroker nicht mehr. ändere ich den Host wieder zurück, läuft wieder alles.

[rollerfreak2]

@andre wenn ich einen neuen Container anlege mit dem Beta Image dann heißt der Host BF223E9FFA79. Ich würde gern das der Host iobroker heißt. Wie kann ich das jetzt erreichen?
Weil mit iobroker host set iobroker geht es nicht. Und auch ein neuer Container bekommt nicht den Hostnamen iobroker.

[McD_HRTS]

@rollerfreak2 beim docker run mit -h den Hostnamen mitgeben

[andre]

@Daniel76 @rollerfreak2
Schreibt doch mal was genau ihr wie tut. Das ist hier ein bisschen wie stochern im Nebel. Es gibt leider viele verschiedene Wege einen Container zu starten (Kommandozeile, Portainer, DSM, usw...) da ist es für mich unmöglich zu erraten was ihr tut.

Wenn ihr dem Container beim Starten euren gewünschten Hostnamen mit gebt, dann sollte das Startupscript den Hostnamen im ioBroker anpassen. Wenn das nicht passiert brauche ich als erstes mal das Log vom Container. Oder Ihr schaut selbst da rein. Ich habe eigentlich alle Logausgaben so gestaltet, dass man auf den ersten Blick sehen sollte ob es Probleme während des Startups gibt. Außerdem gibt mir das Log Infos zu z.B. der verwendeten Version des Images...

MfG,
André

[rollerfreak2]

@andre da hast du recht. Ich starte den Container mit Portainer. Den verwende ich aber erst seit kurzem, wo genau kann ich da den startparameter -h "newhostname" mitgeben?

Edit: Ich hab es gefunden, in der Network Section kann man den Hostnamen ändern. Danach passt er den Hostnamen im iobroker an beim container start (so wie von dir beschrieben).

[rollerfreak2]

@andre vielleicht kannst du mir noch eine andere Frage beantworten. Und zwar will ich beim starten vom container noch ein weiteres *.sh sript starten. Jetzt hab ich versucht das bei Command einzutragen (den pfad zum skript). Der container startet zwar aber das script ist in den Prozessen nicht zu sehen.
Ich könnte es in deinem start mit einhängen, das würde aber bedeuten das ich bei jedem neuen container das dort wieder einrtagen müsste. Weißt du wie ich das erreichen kann?

[andre]

@rollerfreak2
Lies mal die readme:
https://github.com/buanet/docker-iobroker/blob/master/README.md#userdefined-startup-scripts-advanced-setting-beta-status

MfG,
André

[rollerfreak2]

@andre vielen Dank!

[Amnesia1211]

@rollerfreak2 sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

@andre da hast du recht. Ich starte den Container mit Portainer. Den verwende ich aber erst seit kurzem, wo genau kann ich da den startparameter -h "newhostname" mitgeben?

Edit: Ich hab es gefunden, in der Network Section kann man den Hostnamen ändern. Danach passt er den Hostnamen im iobroker an beim container start (so wie von dir beschrieben).

Muss leider sagen ich finde es nicht wie du es gemacht hast, machst du das über die Console.... Würdest du vielleicht von dem ganzen ein Screenshot machen?

[jogge]

Servus, habe seit neustem das Problem, dass mein Alexa 2.0 und der iot Adapter gelb bleiben, wenn ich in der DS218+ die Firewall aktiviere. Log zeigt folgendes:

iot.0	2020-06-08 06:46:28.934	info	(4270) Connection changed: disconnect
iot.0	2020-06-08 06:46:28.934	error	(4270) Error by device connection: "getaddrinfo EAI_AGAIN a18wym7vjdl22g.iot.eu-west-1.amazonaws.com a18wym7vjdl22g.iot.eu-west-1.amazonaws.com:8883"
iot.0	2020-06-08 06:46:28.931	error	(4270) Error by device connection: "getaddrinfo EAI_AGAIN a18wym7vjdl22g.iot.eu-west-1.amazonaws.com a18wym7vjdl22g.iot.eu-west-1.amazonaws.com:8883"
iot.0	2020-06-08 06:46:17.887	info	(4270) Connecting with a18wym7vjdl22g.iot.eu-west-1.amazonaws.com

Vorher wurde noch der Port 443 im Log erwähnt. Den habe ich dann in den Firewall-Regeln mit aufgenommen. Nun taucht er im Log auch nicht mehr auf, aber das gleiche funst nicht mit dem Port 8883.

Leider habe ich in letzter Zeit sehr viel an dem Container und der DS rum gespielt und weiß jetzt nicht welche Änderung das hervorgerufen hat, denn vorher lief es ja. Hat einer eine Idee woran das liegt? Wäre mir schon lieber die Firewall aktiv zu lassen. Der Container läuft im MACVLAN Netzwerk ohne zusätzliche Bridge.

[haselchen]

@jogge

Ich habe auch ne DS218+ und die Firewall aktiviert.
Keine weiteren Einstellungen vorgenommen.

Muss anscheinend an deiner MACVLAN Einstellung liegen oder an Einstellungen im Iobroker (Adapter Einstellungen).
Am Container von Iobroker kann man eigentlich nicht viel rumspielen :thinking_face:
Jedenfalls habe ich da für mich bisher keine Notwendigkeit gesehen.
Ansonsten , Backup einspielen wo es noch funktionierte und die anderen Einstellungen außerhalb kontrollieren.

[jogge]

@haselchen also am MACVLAN habe ich nichts geändert. Das würde mich wirklich wundern.
Ich habe allerdings vor kurzem ein DSM Update installiert und den Container zwei mal neu erstellt, weil ich ein neues USB device an der Syno im ioBroker erreichbar machen wollte. Das sind die einzigen Dinge bei denen ich mir vorstellen kann, dass was passiert sein kann. Vorher war die Firewall auch immer aktiviert. Vielleicht hat Synology im neusten Update was bei der Firewall geschraubt...

[hetti72]

gelöscht ....

[hetti72]

@jogge Hast du in den Firewall Regeln an das interne Docker Netzwerk (172.17.x.x. bzw. 172.18.x.x) gedacht? Ich hatte das nicht in meinem Regelwerk mit drin und hab lange gebraucht bis ich drauf gekommen bin.

gruß,
Hetti

[haselchen]

@jogge
Habe auch x mal in den letzten Tagen neue Container erstellt und erst gestern die neue DSM Software aufgespielt. Keine Probleme.

@hetti72

Da ich das default Profil habe und nichts spezielles eingestellt, müsste , wenn @jogge da was geändert hat, da sein Hase im Pfeffer sein.

[jogge]

@hetti72 betreibst du deinen Container nur via MACVLAN? Dachte das interne Docker Netzwerk ist nur für den Bridge mode interessant. Das hatte ich bisher nicht in den Regeln berücksichtigt und trotzdem funktionierte es. Werde es aber mal testen, danke.

LG Joscha

[jogge]

@haselchen jetzt wo du es sagst, habe ich zwei zusätzliche Ports für den CCU-Historian freigegeben. Ist die einzige Änderung an den Regeln die ich seit langem durchgeführt habe.

[hetti72]

@jogge sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

@hetti72 betreibst du deinen Container nur via MACVLAN? Dachte das interne Docker Netzwerk ist nur für den Bridge mode interessant.

Der Container ist von "aussen" per MACVLAN erreichbar. Ich hab aber noch mehr Container laufen (z.b. InfluxDB und Grafana) die müssen sich ja auch untereinander unterhalten können und das geht (normalerweise) nur über das interne Docker Netzwerk.
Ich weiss jetzt gar nicht wie das "default" Firewall Profil der Syno aussieht, ich hatte eingehend nur mein lokales Subnetz und ein paar weitere ausnahmen erlaubt. Dadurch konnten sich die Container untereinander über das 172.18.x.x Netzwerk nicht erreichen bzw. die Container waren per VPN (Server auf der Syno) nicht erreichbar.
Da ich deine genaue konfig nicht kenne, wäre es möglich das bei dir ein ähnliches Problem besteht.

gruß,
Hetti

[jogge]

@hetti72 hab eben mal getestet: der pihole Container und ioBroker können miteinander sprechen, trotz Firewall. Hängen aber halt beide im gleichen MACVLAN. Die Container sind von aussen auch via VPN (Router) zugänglich.

[hetti72]

gelöscht... weil unfug :wink: