js-controller 3.2 jetzt im Latest!

[apollon77]

@chaot Ok wir geloben "Besserung" und machen nächstes mal wieder mehr kaputt. Versprochen ... @foxriver76 lass mal brain stormen gg

[Kueppert]

@apollon77 könnte aber dann @chaot isch werden

[jmeister79]

@kueppert

[apollon77]

@kueppert lol, geiles wort-spiel

[Bogie]

@chaot
wer ist denn für den js-Controller zuständig ? Unter Version 3.1.6 läuft der Innogy Smarthome Adapter wie er soll aber sobald der js-Controller auf 3.2.12 aktualisiert wird, landet man auf einer leeren Seite bzw. Seite nicht erreichbar, wenn man die Authorisation im Innogy Adapter startet.

[apollon77]

@bogie Naja, für den js-controller sind die ioBroker Core Entwickler zuständig, oder jeder Entwickler der mitarbeiten will. Der js-controller gibt das Framework vor in dem sich alle Adapter bewegen müssen.

Dennoch gilt:
1.) Ohne Log können wir nicht helfen weil keiner der Developer hier diesen Adapter benutzt und am laufen hat. Wenn wir also nicht wissen wie der Adapter "nicht funktioniert" und was im Log steht können wir also nichts tun.
2.) Am besten kann der Adapter Entwickler schauen was los ist, damit musst Du Ihm aber ein GitHub issue anlegen das er es prüfen kann. Und bevor Du fragst "warum denn ich", bedenke bitte das wir im Open Source Umfeld ALLE GEMEINSAM ZUSAMMEN arbeiten

[lonsimbt]

@apollon77

3.2.13 läuft. Keine Auffälligkeiten oder Fehlermeldungen soweit.
Gruß Marco

[UncleSam]

Ging das schon vorher nicht?
iobroker url https://github.com/UncleSamSwiss/ioBroker.ham/tree/feature/admin-tab
Dies geht nämlich:
iobroker url https://github.com/UncleSamSwiss/ioBroker.ham/tree/feature%2Fadmin-tab

Man beachte den / im Branch-Namen..

[Feuersturm]

@apollon77 3.2.13 läuft auch bei mir ohne Auffälligkeiten.

[Diginix]

Gleiches hier mit 3.2.13.

[amg_666]

Dito, 1 Master, 2 Slaves, alles läuft...

[apollon77]

@unclesam Wird in der .14 gefixt sein

[apollon77]

Wer mal Zeit hat ... bitte schaut mal ob Ihr in system.host.EuerHostname.notifications was drin habt und wenn dann bitte mal iobroker stoppen und in /opt/iobroker/iobrokeer-data/notifications.json schauen was so drin steht ... gern hier posten ... (Vor allem wenn es nicht nur "restart loop" einträge sind

[crunchip]

@apollon77 soeben mal auf die .13 gegangen, danach iobroker gestoppt und wieder gestartet
notifications.json ist jedoch leer
siehe Zeitstempel

[A Former User]

@apollon77

gleich mal gemacht:

und hier das notification.json

ilovegym@VMC123-iobroker:/opt/iobroker/iobroker-data$ cat notifications.json
{"system":{"restartLoop":{"system.adapter.enigma2.0":[{"message":"Restart loop detected","ts":1610183529401}],"system.adapter.mihome-vacuum.1":[{"message":"Restart loop detected","ts":1610183568278}],"system.adapter.mihome-vacuum.2":[{"message":"Restart loop detected","ts":1610183584909}],"system.adapter.mihome-vacuum.0":[{"message":"Restart loop detected","ts":1610184885480}],"system.adapter.ham.0":[{"message":"Restart loop detected","ts":1611293962703}],"system.adapter.telegram.1":[{"message":"Restart loop detected","ts":1611926375398}],"system.adapter.telegram.0":[{"message":"Restart loop detected","ts":1611926786664}]}}}
ilovegym@VMC123-iobroker:/opt/iobroker/iobroker-data$

[apollon77]

@crunchip dann ist ja gut und keine fehler eingesammelt weils keine gab

[crunchip]

@apollon77 ah ok, dachte es muss was drin stehen, wenn iobroker gestoppt/gestartet wurde
dann bin ich ja beruhigt

[apollon77]

@crunchip Ne, dort werden "Fehlerfälle" gesammekt die künftig dann als Popup beim Admin Besuch angezeigt werden. Vor allem Themen wie I/O Error, Volle platte. Zugriffsfehler und sowas

[Diginix]

@apollon77
system.host.EuerHostname.notifications:

{"restartLoop":{"count":1},"nonExistingFileErrors":{"count":1}}

/opt/iobroker/iobroker-data/notifications.json

{"system":{"restartLoop":{"system.adapter.telegram.0":[{"message":"Restart loop detected","ts":1612086925588}]}}}

Allerdings ist die JSON von gestern. Die JSON ist zum Persistieren des states oder warum soll man iobroker stoppen falls was im Objekt steht?

[apollon77]

@diginix Der State enthält quasi eine Zusammenfassung. Die "echten Daten" hält der js.controller und schreibt Sie ins File wenn er beednet wird und liesst beim start wieder darauf den Status. SOnst wäre ja bei einem controller restart alles weg was fehler angeht. Heisst also an sich: Wenn der State noch den zweiten Fehlertyp enthält aber das json file nicht dann ist das nach dem letzten Start passiert. wäre cool mal zu sehen was es war (was aktuell nur über den stop/schauen-starten weg geht