js-controller 3.2 jetzt im Latest!
-
@thomas-braun Kann ich nur bestätigen, läuft jetzt bei mir seit mehreren Stunden absolut stabil
-
Alles klar, dann gibt es jetzt (min letzten minimalen Optimierungen) die 3.2.11, die in der nächsten Zeit im Latest auftaucht - das wäre damit "Stable RC1"
Also an alle: Bitte auf 3.2.11 updaten und prüfen,
Vielen Dank für Eure Unterstützung!
Ingo
-
@apollon77 3*Raspi3, habe erst die Slaves dann den Master auf die 3.2.11 upgegradet, das sieht alles sehr gut aus (alle Instanzen grün).
Im Einsatz habe ich:
pi@iomaster:/opt/iobroker $ iobroker list adapters system.adapter.admin : admin - v4.2.1 system.adapter.alexa2 : alexa2 - v3.5.6 system.adapter.backitup : backitup - v1.8.5 system.adapter.coronavirus-statistics : coronavirus-statistics - v0.6.7 system.adapter.daswetter : daswetter - v3.0.4 system.adapter.discovery : discovery - v2.5.0 system.adapter.flot : flot - v1.10.6 system.adapter.history : history - v1.9.12 system.adapter.hm-rega : hm-rega - v3.0.7 system.adapter.hm-rpc : hm-rpc - v1.14.31 system.adapter.ical : ical - v1.9.0 system.adapter.info : info - v1.7.15 system.adapter.iot : iot - v1.8.11 system.adapter.javascript : javascript - v4.10.13 system.adapter.klf200 : klf200 - v1.0.1 system.adapter.lgtv : lgtv - v1.1.10 system.adapter.mercedesme : mercedesme - v0.0.43 system.adapter.milight-smart-light : milight-smart-light - v1.2.0 system.adapter.plenticore : plenticore - v2.1.6 system.adapter.radar2 : radar2 - v2.0.1 system.adapter.rpi2 : rpi2 - v1.2.0 system.adapter.shelly : shelly - v4.0.4 system.adapter.shuttercontrol : shuttercontrol - v1.1.4 system.adapter.simple-api : simple-api - v2.5.2 system.adapter.smartmeter : smartmeter - v3.1.9 system.adapter.snmp : snmp - v0.5.0 system.adapter.socketio : socketio - v3.1.4 system.adapter.sonoff : sonoff - v2.3.3 system.adapter.tankerkoenig : tankerkoenig - v2.0.9 system.adapter.tr-064 : tr-064 - v4.2.3 system.adapter.vis : vis - v1.3.7 system.adapter.vis-bars : vis-bars - v0.1.4 system.adapter.vis-canvas-gauges : vis-canvas-gauges - v0.1.5 system.adapter.vis-colorpicker : vis-colorpicker - v1.2.0 system.adapter.vis-hqwidgets : vis-hqwidgets - v1.1.7 system.adapter.vis-justgage : vis-justgage - v1.0.2 system.adapter.vis-map : vis-map - v1.0.4 system.adapter.web : web - v3.2.3 system.adapter.zigbee : zigbee - v1.4.2 -
@apollon77 Auch bei mir war das update auf 3.2.11 erfolgreich keine Probleme beim Start der Instanzen.
-
@apollon77 Das Update auf die 3.2.11 lief ohne Probleme.
Was mir nach dem Neustart aufgefallen ist, ist dass meine hohen ID Nummern plötzlich weg sind.
Ich hatte bisher immer 5-stellige ID Nummern und keiner konnte sich so richtig erklären warum das so ist.
Jetzt plötzlich sind die 3- und 4 stellig:host.ioBroker 2021-01-25 07:02:37.361 info instance system.adapter.ical.8 started with pid 1786 host.ioBroker 2021-01-25 07:02:37.305 info instance scheduled system.adapter.ical.8 23 2 * * * host.ioBroker 2021-01-25 07:02:33.993 info instance system.adapter.trashschedule.0 started with pid 1735 host.ioBroker 2021-01-25 07:02:30.933 info instance system.adapter.schoolfree.0 terminated with code 0 (NO_ERROR) host.ioBroker 2021-01-25 07:02:29.353 info instance system.adapter.odl.0 started with pid 1584 host.ioBroker 2021-01-25 07:02:29.300 info instance scheduled system.adapter.odl.0 30 * * * * host.ioBroker 2021-01-25 07:02:25.247 info instance system.adapter.heatingcontrol.0 started with pid 1472 host.ioBroker 2021-01-25 07:02:21.325 info instance system.adapter.alexa2.0 started with pid 1383 host.ioBroker 2021-01-25 07:02:19.653 info instance system.adapter.vis-google-fonts.0 terminated while should be started once vis-google-fonts.0 2021-01-25 07:02:19.021 info (1275) Terminated (NO_ERROR): Without reason vis-google-fonts.0 2021-01-25 07:02:18.405 info (1275) starting. Version 0.1.0 in /opt/iobroker/node_modules/iobroker.vis-google-fonts, node: v12.20.1, js-controller: 3.2.11 host.ioBroker 2021-01-25 07:02:13.223 info instance system.adapter.openuv.0 started with pid 1217 host.ioBroker 2021-01-25 07:02:09.344 info instance system.adapter.schoolfree.0 started with pid 1086 host.ioBroker 2021-01-25 07:02:09.305 info instance scheduled system.adapter.schoolfree.0 1 0 * * * host.ioBroker 2021-01-25 07:02:05.325 info instance system.adapter.info.0 started with pid 795 ubuntu.0 2021-01-25 07:02:02.762 warn (770) adapter.objects.getObjectList is deprecated, and will be removed in the future. Please use adapter.getObjectList/Async. Report this to Developer! host.ioBroker 2021-01-25 07:02:01.224 info instance system.adapter.ubuntu.0 started with pid 770 host.ioBroker 2021-01-25 07:01:57.224 info instance system.adapter.phantomjs.0 started with pid 755also scheint irgendwas "repariert" zu sein.
-
js-controller 3.2.11
läuft. Upgrade mit iobroker upgrade self, ging gefühlt schneller. Keine Fehler. -
@chaot Meinst Du "pid" mit ID Nummern?
Dann ist das ganz normal prozess IDs werden vom Betriebssystem aufsteigend vergeben und irgendwann springen die zurück auf 1 und laufen da weiter. -
@apollon77 Ja, das meine ich.
Aber früher hatte ich immer ganz hohe PID, weil aus irgendeinem Grund der ioBroker schon bei über 10000 gestartet ist und dann alle anderen Prozesse eben höher waren.
Und jetzt startet plötzlich der Controler mit PID 175.Nichts wirklich wichtiges. Ist mir nur aufgefallen das das plötzlich anders ist.
Konnte sich vorher schon keiner erklären. Aber so lange das System normal läuft denke ich auch nicht darüber nach. -
@chaot Wie gesagt voll normal, je länger der Host läuft umso höher werden die Zahlen und fallen irgendwann zurück. soweit ich weiss ist 0..99999 der "normale" Range für diese zahl
-
@chaot Das Zentrale ist deine Aussage: "nach dem Neustart" - PIDs werden durchnummeriert und bei einem Neustart wird wieder von vorne begonnen. Du hast also einfach schon lange nicht mehr neu gestartet. Hier findest du mehr Informationen zu der "Reihenfolge" der PIDs.
-
@apollon77
Das Update auf 3.2.11 ist problemlos durchgelaufen. Keine Auffälligkeiten bei den Adaptern.
Guß Marco -
@unclesam Geht jetzt zu sehr OT. Aber daran lag es nicht. Ich habe schon sehr lange das Problem gehabt. Nach jedem Start, egal ob reboot oder Off hat der ioBroker immer mit einer pid von über 10000 angefangen. Das ist jetzt seltsamerweise weg. Ob das jetzt am Controlerupdate (heute) liegt oder ob sich beim letzten Linuxupdate (gestern) da was geändert hat kann ich nicht so genau nachvollziehen.
-
Hallo zusammen,
ich habe seit dem Update (hab aber zusätzlich auch apt update und upgrade gemacht) das "Problem", dass bei TOP nur noch "node" steht und nicht mehr, was dahinter steckt?
-
@apollon77 nun sieht es so aus mit JS-C 3.2.11
kurzvariante vom log
alexa2.0 2021-01-25 09:15:29.849 error (9992) Error: Error while checking Authentication: Error: no JSON alexa2.0 2021-01-25 09:15:14.345 error (9675) Error: Error while checking Authentication: Error: no JSON alexa2.0 2021-01-25 09:15:07.705 error (9642) Error: Error while checking Authentication: Error: no JSON radar2.0 2021-01-25 09:10:20.432 error (4766) Cannot read property 'init' of null radar2.0 2021-01-25 09:10:20.431 error at processTimers (internal/timers.js:497:7) radar2.0 2021-01-25 09:10:20.431 error at listOnTimeout (internal/timers.js:554:17) radar2.0 2021-01-25 09:10:20.431 error at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.radar2/myNetworks.js:964:82) radar2.0 2021-01-25 09:10:20.431 error (4766) TypeError: Cannot read property 'init' of null radar2.0 2021-01-25 09:10:20.404 error (4766) uncaught exception: Cannot read property 'init' of nullradar
2021-01-25 09:10:19.478 - warn: radar2.0 (4766) arp-scan maybe without rights because no data returned! 2021-01-25 09:10:20.404 - error: radar2.0 (4766) uncaught exception: Cannot read property 'init' of null 2021-01-25 09:10:20.431 - error: radar2.0 (4766) TypeError: Cannot read property 'init' of null at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.radar2/myNetworks.js:964:82) at listOnTimeout (internal/timers.js:554:17) at processTimers (internal/timers.js:497:7) 2021-01-25 09:10:20.432 - error: radar2.0 (4766) Cannot read property 'init' of null 2021-01-25 09:10:20.473 - warn: radar2.0 (4766) Uncaught Exception: Cannot read property 'init' of nullalexa
2021-01-25 09:15:03.667 - info: alexa2.0 (9642) starting. Version 3.5.6 in /opt/iobroker/node_modules/iobroker.alexa2, node: v12.20.1, js-controller: 3.2.11 2021-01-25 09:15:07.705 - error: alexa2.0 (9642) Error: Error while checking Authentication: Error: no JSON 2021-01-25 09:15:07.707 - info: alexa2.0 (9642) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason 2021-01-25 09:15:08.380 - info: host.IoBroker instance system.adapter.alexa2.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP) 2021-01-25 09:15:08.381 - info: host.IoBroker Restart adapter system.adapter.alexa2.0 because enabled 2021-01-25 09:15:14.345 - error: alexa2.0 (9675) Error: Error while checking Authentication: Error: no JSON 2021-01-25 09:15:14.347 - info: alexa2.0 (9675) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason 2021-01-25 09:15:29.560 - info: alexa2.0 (9992) starting. Version 3.5.6 in /opt/iobroker/node_modules/iobroker.alexa2, node: v12.20.1, js-controller: 3.2.11 2021-01-25 09:15:29.849 - error: alexa2.0 (9992) Error: Error while checking Authentication: Error: no JSON 2021-01-25 09:15:29.851 - info: alexa2.0 (9992) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason 2021-01-25 09:15:30.535 - info: host.IoBroker instance system.adapter.alexa2.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP) 2021-01-25 09:15:30.535 - info: host.IoBroker Restart adapter system.adapter.alexa2.0 because enabled -
@kueppert Das hat nichts mit dem js-controller zu tun sondern mit einer aktuellen node-Version. Die werden in top nur noch mit node aufgeführt.
Nimmhtopda wird mehr angezeigt.
-
@apollon77 3.2.11 läuft soweit
Generell erhalte ich erst seit 3.2 solche Meldungen von Adaptern die zyklisch gestartet/gestoppt werden:ical.0 2021-01-25 09:05:14.921 warn (421899) slow connection to objects DB. Still waiting ... radar2.0 2021-01-25 09:15:23.172 warn (423386) slow connection to objects DB. Still waiting ... ical.0 2021-01-25 09:20:13.375 warn (424044) get state Error: Connection is closed. ical.0 2021-01-25 09:20:13.386 warn (424044) get state Error: DB closedPS: Letsencrypt habe ich heute mal über den web Adapter erfolgreich aktualisieren lassen. Das neue Cert usw. wurde auch genau in dem bereits vorher verwendeten Ordner erneuert. Leider kann ich weiterhin keine über web Adapter ausgelieferten Dinge mit lokaler IP aufrufen wie: materialUI, jarvis, flot, habpanel
Muss mal rumfragen wer LE im Einsatz hat und damit keine Probs hat. Vllt ist es nur eine falsche Einstellung irgendwo, die seit der neuen LE Implementierung anders sein muss. Mit JS-C 3.1 funktionierte es ja noch. -
@thomas-braun danke dir. HTOP installiert und sieht schon wieder ganz anders aus
-
@kueppert Wobei htop nicht als root laufen sollte.
-
@thomas-braun ich weiß, dass man root nicht nutzen sollte. Nutze aber seit Jahren nur root und hab mich zwar mit Usern inkl. Admin-Recht schon beschäftigt, bin aber immer wieder auf Probleme mit Rechten gestoßen - und aktuell wegen Zeitmangel auf Grund Kinder da nicht mehr näher drauf eingegangen.
Systeme laufen auch alle nur im internen Netz, so dass zumindest von Extern kein erhöhtes Risiko besteht. -
@diginix Zu LE: das ist bekannt und lässt sich (ohne Fix in Greenlock) nicht beheben. Einzige Möglichkeit ist, auch lokal auf Port 443 zu wechseln.
