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

[andre]

@rollerfreak2 @Amnesia1211
Ich habe das reproduzieren können. wenn man sich auf der Konsole mit "top" mal die Prozesse anschaut, dann sieht man, dass die Prozesse nicht mehr mit "io" lauten, sondern nur noch als "node" geführt sind.

Das bedeutet man kann den ioBroker nicht mehr mit "pkill io" beenden.
Stattdessen könnte man sagen "pkill node" (alles was node heißt) oder "pkill -u iobroker" (alles vom user iobroker). Letzteres werde ich in meine Doku aufnehmen.
Danach sind die Prozesse beendet und die Meldung sollte nicht mehr kommen.

Warum die Prozesse jetzt alle unter node laufen weiß ich nicht. Das war nicht immer so, sollte aber nicht weiter stören.

MfG,
André

[apollon77]

@andre also der Controller setzt weiterhin die Namen mit io. Warum es da nicht greift weiß ich aber jetzt spontan nicht.

[Amnesia1211]

@andre
Installation von neuer Beta war erfolgreich und ist ohne erkennbare Probleme durch gelaufen.
iobroker konnte wie du geschrieben hast mit pkill node gestoppt werden, dass einspielen vom Backup klappte damit auch und ohne einen Fehler.
Iobroker wieder gestartet, die icon in iobroker wurden erst nach und nach geladen (nur als info)
Die VIS ist auch komplett übernommen worden und ist auch wieder auf Deutsch, war auf jeden Fall bei mir auf Deutsch gestellt und trotzdem auf Englisch
nun alles wieder wie es sein soll.

Das umbenennen mit *iobroker host set <neuername> hat auch geklappt bis zu einem neustart des iobroker's dann war der alte name wieder da.
Hier der Ausschnitt aus dem log. Muss ich da noch was anderes eingeben also mache was falsch ?!

Existing installation of ioBroker detected in /opt/iobroker.


 


------------------------------------------------------------


-----   Step 3 of 5: Checking ioBroker installation    -----


------------------------------------------------------------


 


(Re)Setting folder permissions (This might take a while! Please be patient!)...


Done.


 


Fixing "sudo-bug" by replacing sudo in iobroker with gosu...


Done.


 


Hostname in ioBroker does not match the hostname of this container.


Updating hostname to  iobrokerBETA...


Host "iobrokerTEST" successfully renamed to "iobrokerBETA".

Danke für deine tolle Arbeit !!!

[andre]

@apollon77 Das witzige ist, dass in Portainer die Prozesse auch korrekt mit io. angezeigt werden. Wenn ich auf der Kommandozeile aber top benutze steht überall node. :) Leider war es gestern Abend zu spät um da noch weiter nach zu forschen, hab also diesbezüglich Google noch nicht um Rat gefragt...

MfG,
André

[andre]

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

Iobroker wieder gestartet, die icon in iobroker wurden erst nach und nach geladen (nur als info)

So soll es sein. Das ist weil der iobroker nach dem Wiederherstellen des Backups erst alle Adapter nachinstallieren muss.
Danke fürs testen.

MfG,
André

[Amnesia1211]

@andre
Nach dem du hier im Forum gesagt hast das wenig Interesse da ist die Beta zu testen und ich das System wie du es programmiert hast super finde
fühlt man sich in der Verantwortung zu helfen, bin immer davon ausgegangen das viele die Beta testen und somit genug Rückmeldung da ist. Hatte bis jetzt keinerlei Berührungspunkte damit. Habe ich also gerne gemacht !!
Teste auch gerne weiter wenn ich es sehe und lese, ob es für dich hilfreich ist kann ich allerdings nicht versprechen.

Wusste nicht das er die Adapter nach installiert, aber klar war mir das da noch was passiert. Die Icons änderten sich ja nach und nach :-)

Danke und mach weiter so !! :+1: :+1:

[rollerfreak2]

@andre eine Frage hätte ich. Wie bekomme ich jetzt den Host auf iobroker umbenannt sodass danach alles läuft?
Das mit pkill io funktioniert jetzt via "pkill -u iobroker" so wie von dir beschrieben!

[Thomas Braun]

@andre
Mit 'htop' werden übrigens die Prozesse mit io angezeigt.
Mit 'top' läuft alles unter node.
Soweit ich das beobachtet habe ist das seit den letzten nodejs Versionen so.

[andre]

@rollerfreak2 Eigentlich wird das immer beim Start des Containers geprüft und dann im ioBroker angepasst. Wenn du meinst wie du das im Container anpasst, das geht nicht im Betrieb. Dazu müsstest du einen neuen Container anlegen.

MfG,
André

[andre]

@Thomas-Braun Hatte auch schon die Vermutung, dass es mit der neuen Node Version zu tun hat. :) Danke für den Hinweis mit htop.

MfG,
André

[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.