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

[RamSauer]

Hallo zusammen,

auch ich bin nun auf eine DS918+ umgezogen und habe ioBroker in einem Dockercontainer zun laufen gebracht. Es läuft auch alles wunderbar, nur startet sich ioBroker alle Nase lang (so 2 bis 4 mal in der Stunde in unregelmäßigen Abständen) neu.

Der Container läuft durchgängig und es sind auch alle Prozesse sichtbar. Alles ist erreichbar und funktioniert. Dann plötzlich sind alle Prozesse weg und starten neu.

Habe gerade hier alles durchforstet, aber dieses Problem scheint niemand zu haben. Hat vielleicht trotzdem jemand eine Idee?

Vielen Dank im Voraus

RamSauer

[Stuebi]

@RamSauer:

Hallo zusammen,

auch ich bin nun auf eine DS918+ umgezogen und habe ioBroker in einem Dockercontainer zun laufen gebracht. Es läuft auch alles wunderbar, nur startet sich ioBroker alle Nase lang (so 2 bis 4 mal in der Stunde in unregelmäßigen Abständen) neu.

Der Container läuft durchgängig und es sind auch alle Prozesse sichtbar. Alles ist erreichbar und funktioniert. Dann plötzlich sind alle Prozesse weg und starten neu.

Habe gerade hier alles durchforstet, aber dieses Problem scheint niemand zu haben. Hat vielleicht trotzdem jemand eine Idee?

Vielen Dank im Voraus

RamSauer `

Siehst du die Restarts der Instanzen im Logfile?

Ich habe häufig, wenn ich das Menü Instanzen aufrufe, dass die Prozesse kurz rot sind und dann zu Grün wechseln. Wenn ich aber im Logfile schaue wurde keine Instanz neu gestartet.

Gesendet von iPhone mit Tapatalk

[RamSauer]

@tstueben:

Siehst du die Restarts der Instanzen im Logfile?

Ich habe häufig, wenn ich das Menü Instanzen aufrufe, dass die Prozesse kurz rot sind und dann zu Grün wechseln. Wenn ich aber im Logfile schaue wurde keine Instanz neu gestartet. `

Nein, im Log File habe ich noch nicht nachgeschaut. Das kann ich ja mal machen.

Ich merke es daran, dass ein Ping, der jede Minute zu ioBroker gesendet wird ab und zu halt nicht ankommt, woraufhin mir dann mitgeteilt wird, das ioBroker nicht mehr läuft. Eine Minute später kommt der Ping wieder an und ioBroker läuft wieder.

Schaue ich in der Zeit in die Docker Prozesse, sind alle io.Prozesse weg und werden mittel node.XYZ wieder gestartet. In der Zeit komme ich auch nicht ins Admin und mein VIS auf dem Tablet ist kurz weg, kommt dann aber wieder.

Gruß

Ramsauer

[RamSauer]

Hallo zusammen,

ich habe eine erste Vermutung, woran die andauernden Neustarts der ioBroker Instanzen liegen könnten:

Wenn die CPU Last der DS sehr hoch ist (ich hatte einige ressourcenhungrige Aufgaben gleichzeitig am Laufen), dann scheint das den ioBroker Instanzen nicht zu gefallen und sie starten neu. Jetzt habe ich mal einige Aufgaben ausgesetzt und so die Last von der DS genommen und es scheint, als würde das besser laufen (schon seit einigen Stunden keine Neustarts mehr).

Kann das irgendjemand bestätigen?

Gruß

RamSauer

[RamSauer]

Nur falls es jemanden interessiert:

Mittlerweile läuft mein ioBroker im Synology Docker tadellos und ohne Neustarts. Keine Ahnung, woran es wirklich gelegen hat.

Nichts für ungut!

RamSauer

[dafiesch]

Hi - eventuell dumme Frage.. der Container basiert ja auf Debian.. ich hatte Hoffnung auf das CP210x Modul im Kernel.. Hat das noch keiner gebraucht?

[dos1973]

Hallo andre,

voran Riesenlob und Vielen Dank für deine Mühe. Das Tut ist super aufgebaut und sehr gut und einfach beschrieben.

ich habe mein iobroker seit 2-3 Wochen im Docker laufen und habe auf meiner Ds218+ (10GBRam) super performance Vorteile gegenüber meinem Raspi.

Da inzwischen immer mehr in Docker liegt und auch Produktiv wird/ ist, habe ich heute den "erweiterte Konfiguration" eingespielt.

Hat alles geklappt.

Was ich nicht hinbekomme ist das Backup!

ich bin zwar nach der Anleitung gegangen (meine ich) aber ich finden nirgends die Beschreibung wie den der iobroker vor dem Backup gestoppt wird.

ich habe alles auf Seite 5: "Datensicherung und Wiederherstellung durchgeführt"

Kannst du mir hier weiterhelfen.

Danke

[dos1973]

Hi,

hat denn vielleicht noch jemand anderes einen Hinweis für mich?

bei wem läuft das Backup automatisiert?

[cash]

das Backup läuft bei mir jeden Freitag automatisch. Bin einfach nur nach der Anleitung vorgeganngen…

[andre]

@dos1973:

Was ich nicht hinbekomme ist das Backup!

ich bin zwar nach der Anleitung gegangen (meine ich) aber ich finden nirgends die Beschreibung wie den der iobroker vor dem Backup gestoppt wird. `

Da gibt es verschiedene Ansätze.

Im Backup Script wird der Container gestoppt. Demnach läuft beim Backup ioBroker nicht. Beim Beenden des Containers wird ioBroker natürlich gekillt. Meiner Meinung nach ist das kein Problem. Wer trotzdem unbedingt iobroker beenden will kann aus iobroker heraus mittels Javascript ein iobroker_stop.sh im Container triggern.

Das Script, wenn man es denn so nennen mag, gibt es hier:

https://github.com/buanet/docker-iobrok … er_stop.sh

MfG,

André Germann

Gesendet von Unterwegs...

[dos1973]

ohm mann ich habs gefunden…

trau mich aber nicht zu sagen was es denn war. :oops:

[Dutchman]

@dos1973:

ohm mann ich habs gefunden…

trau mich aber nicht zu sagen was es denn war. :oops: `

Why not ? Kan anderen nur helfen!

Sent from my iPhone using Tapatalk

[dos1973]

Leider habe ich die Groß Kleinschreibung in den Pfaden und scripten nicht beachtet, bekannt und doch reingefallen

archiv ≠ Archiv 

… das schönste ist der Moment wenn du den Fehler siehts :lol:

[dafiesch]

@dafiesch:

Hi - eventuell dumme Frage.. der Container basiert ja auf Debian.. ich hatte Hoffnung auf das CP210x Modul im Kernel.. Hat das noch keiner gebraucht? `

Also ich hab mir das weiter angeschaut - also ich krieg zwar die sources vom cp aber innerhalb des images krieg ich irgendwie nur 4.9 header während der kernel 3.10 ist - ich kann das ding also nicht kompilieren..

also ich mag hier den Wald vor lauter Bäumen nicht sehen - aber ich bekomm den cp210x driver nicht drauf

[Bongo]

Nachdem mein ioBroker im Docker meiner Synology 918+ seit Monaten läuft war meine Idee einen zweiten Container zu machen um auch mal experimentelle Adapter und anderes zu testen ohne mir mein produktives System zu zerschießen.

Jetzt habe ich einen zweiten Container (iobroker_test). In den Einstellungen habe ich die Ordner transfer und iobroker auf neue Verzeichnisse gemountet und das Backup von meinen produktiven ioBroker eingespielt. Somit habe ich zwei identische Container. Ich habe den produktiven Container gestoppt und iobroker_test gestartet. Die Prozesse der Adapter scheinen alle zu starten. Iobroker status sagt running.

Der Browserzugriff auf ioBroker sollte ja jetzt der selbe sein wie bei meinen produktiven System: https://diskstation:8081/

Aber es kommt „Die Website ist nicht erreichbar“ ERR_CONNECTION_REFUSED

Habe ich da noch irgendwas vergessen?

[Dutchman]

@Bongo:

Habe ich da noch irgendwas vergessen? `

Wie hast du dein Netzwerk konfiguriert Host oder Bridge Mode ?

Sent from my iPhone using Tapatalk

[dafiesch]

@dafiesch:

@dafiesch:

Hi - eventuell dumme Frage.. der Container basiert ja auf Debian.. ich hatte Hoffnung auf das CP210x Modul im Kernel.. Hat das noch keiner gebraucht? `

Also ich hab mir das weiter angeschaut - also ich krieg zwar die sources vom cp aber innerhalb des images krieg ich irgendwie nur 4.9 header während der kernel 3.10 ist - ich kann das ding also nicht kompilieren..

also ich mag hier den Wald vor lauter Bäumen nicht sehen - aber ich bekomm den cp210x driver nicht drauf `

Ok - jetzt habe ich zumindest ein wenig mehr über docker gelernt, nächstes mal nachdenken vor dem loslaufen :)

Das Modul fehlt natürlich nicht im kernel des Docker Containers - denn der hat keinen :) die Kernelversion ist die des Docker Hosts und dort fehlt auch das Modul.

Man wird so alt wie eine Kuh und lernt doch immer was dazu

[Bongo]

@Dutchman:

@Bongo:

Habe ich da noch irgendwas vergessen? `

Wie hast du dein Netzwerk konfiguriert Host oder Bridge Mode ? `

Ah, jetzt musste ich zuerst suchen was du meinst.

Mein produktiver Container läuft im Host-Modus und mein Test-Container im Bridge-Modus.

Wie das zustande gekommen ist weiß ich nicht und was das genau bedeutet kann ich nur erahnen. Aber das ist wohl der unterschied.

Ich wäre sehr dankbar, wenn du mir sagst wie es sein soll und was ich machen muss.

[Stuebi]

Wenn Du immer entweder die Test oder die Produktionsumgebung am Laufen hast, kannst Du beide im Host Modus betreiben. Sollen beide Umgebung parallel laufen, muss eine Umgebung im Bridge Modus konfiguriert sein. Du musst die benötigten ioBroker Ports für den Container nach "aussen" freigegeben. Nachteil ist, dass alle Adapter die mit Multicast arbeiten (Yahka, Shelly, Yellight, …) nicht richtig funktionieren werden.

[andre]

@Bongo:

Nachdem mein ioBroker im Docker meiner Synology 918+ seit Monaten läuft war meine Idee einen zweiten Container zu machen um auch mal experimentelle Adapter und anderes zu testen ohne mir mein produktives System zu zerschießen.

Jetzt habe ich einen zweiten Container (iobroker_test). In den Einstellungen habe ich die Ordner transfer und iobroker auf neue Verzeichnisse gemountet und das Backup von meinen produktiven ioBroker eingespielt. Somit habe ich zwei identische Container. Ich habe den produktiven Container gestoppt und iobroker_test gestartet. Die Prozesse der Adapter scheinen alle zu starten. Iobroker status sagt running.

Der Browserzugriff auf ioBroker sollte ja jetzt der selbe sein wie bei meinen produktiven System: https://diskstation:8081/

Aber es kommt „Die Website ist nicht erreichbar“ ERR_CONNECTION_REFUSED

Habe ich da noch irgendwas vergessen? ` Der interne hostname bei deinem Backup ist wahrscheinlich "iobroker" und dein Container heißt nun "iobroker_test".

Stoppe mal iobroker im test container und mache ein "iobroker host this". Dann sollte er anlaufen. Natürlich müsstest du im bridged Modus noch die Ports durch reichen bzw. Bei paralelbetrieb entsprechend umleiten…

MfG,

André

Gesendet von Unterwegs...