History 2.0.0 verfügbar - eine Zusammenfassung
-
@frank579
Welche Version vom
js-controller
läuft?Vielleicht mal 'alles' anschauen.
iobroker update -i sudo ln -s /usr/bin/node /usr/bin/nodejs uname -m && which nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs -
frank@IOBroker:~$ iobroker update -i sudo ln -s /usr/bin/node /usr/bin/nodejs uname -m && which nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs Used repository: beta Adapter "admin" : 6.1.9 , installed 5.4.9 [Updatable] Adapter "alarm" : 3.1.1 , installed 3.1.1 Adapter "alexa2" : 3.13.0 , installed 3.13.0 Adapter "alias-manager": 1.2.6 , installed 1.2.6 Adapter "backitup" : 2.4.9 , installed 2.4.9 Adapter "daswetter" : 3.1.3 , installed 3.1.3 Adapter "discovery" : 3.0.5 , installed 3.0.5 Adapter "dwd" : 2.8.3 , installed 2.8.3 Adapter "ecovacs-deebot": 1.4.4 , installed 1.4.4 Adapter "fullybrowser" : 2.1.2 , installed 2.1.2 Adapter "growatt" : 1.1.15 , installed 1.1.15 Adapter "history" : 2.1.7 , installed 2.1.4 [Updatable] Adapter "hm-rega" : 3.0.40 , installed 3.0.40 Adapter "hm-rpc" : 1.15.12 , installed 1.15.12 Adapter "ical" : 1.13.1 , installed 1.13.1 Adapter "icons-icons8" : 0.0.1 , installed 0.0.1 Adapter "icons-mfd-png": 1.1.0 , installed 1.1.0 Adapter "icons-mfd-svg": 1.1.0 , installed 1.1.0 Adapter "icons-open-icon-library-png": 0.1.2, installed 0.1.2 Adapter "influxdb" : 3.1.7 , installed 3.1.7 Adapter "info" : 1.9.19 , installed 1.9.19 Adapter "iot" : 1.11.8 , installed 1.11.8 Adapter "javascript" : 5.7.0 , installed 5.7.0 Controller "js-controller": 4.0.23 , installed 4.0.23 Adapter "klf200" : 1.0.1 , installed 1.0.1 Adapter "lgtv" : 1.1.10 , installed 1.1.10 Adapter "mihome-vacuum": 3.5.0 , installed 3.5.0 Adapter "mqtt" : 4.0.7 , installed 4.0.7 Adapter "net-tools" : 0.2.0 , installed 0.2.0 Adapter "nut" : 1.5.1 , installed 1.5.1 Adapter "parcel" : 0.0.18 , installed 0.0.18 Adapter "pi-hole" : 1.3.4 , installed 1.3.4 Adapter "proxmox" : 1.3.4 , installed 1.3.4 Adapter "shelly" : 5.3.2 , installed 5.3.2 Adapter "shuttercontrol": 1.4.14 , installed 1.4.14 Adapter "simple-api" : 2.7.0 , installed 2.7.0 Adapter "snmp" : 1.0.0 , installed 1.0.0 Adapter "socketio" : 6.1.7 , installed 4.2.0 [Updatable] Adapter "sonoff" : 2.5.1 , installed 2.5.1 Adapter "sourceanalytix": 0.4.14 , installed 0.4.14 Adapter "telegram" : 1.14.1 , installed 1.13.0 [Updatable] Adapter "tr-064" : 4.2.16 , installed 4.2.16 Adapter "trashschedule": 2.0.3 , installed 2.0.3 Adapter "tuya" : 3.6.15 , installed 3.6.15 Adapter "unifi" : 0.6.1 , installed 0.6.1 Adapter "unifi-protect": 0.0.12 , installed 0.0.12 Adapter "vis" : 1.4.15 , installed 1.4.15 Adapter "vis-hqwidgets": 1.2.0 , installed 1.2.0 Adapter "vis-icontwo" : 0.87.0 , installed 0.87.0 Adapter "vis-jqui-mfd" : 1.0.12 , installed 1.0.12 Adapter "vis-material-advanced": 1.7.2, installed 1.7.2 Adapter "vis-materialdesign": 0.5.9, installed 0.5.9 Adapter "vis-timeandweather": 1.1.7, installed 1.1.7 Adapter "weatherunderground": 3.4.2, installed 3.4.2 Adapter "web" : 5.2.3 , installed 4.3.0 [Updatable] Adapter "ws" : 2.1.2 , installed 1.3.0 [Updatable] Adapter "zigbee" : 1.7.5 , installed 1.7.5 [sudo] Passwort für frank: ln: die symbolische Verknüpfung '/usr/bin/nodejs' konnte nicht angelegt werden: Die Datei existiert bereits x86_64 /usr/bin/nodejs /usr/bin/node /usr/bin/npm v16.15.1 v16.15.1 8.11.0 frank /home/frank OK:1 http://deb.debian.org/debian bullseye InRelease OK:2 http://security.debian.org/debian-security bullseye-security InRelease OK:3 http://deb.debian.org/debian bullseye-updates InRelease OK:4 https://deb.nodesource.com/node_16.x bullseye InRelease Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut… Fertig Statusinformationen werden eingelesen… Fertig Alle Pakete sind aktuell. nodejs: Installiert: 16.15.1-deb-1nodesource1 Installationskandidat: 16.15.1-deb-1nodesource1 Versionstabelle: *** 16.15.1-deb-1nodesource1 500 500 https://deb.nodesource.com/node_16.x bullseye/main amd64 Packages 100 /var/lib/dpkg/status 12.22.12~dfsg-1~deb11u1 500 500 http://security.debian.org/debian-security bullseye-security/main am d64 Packages 12.22.5~dfsg-2~11u1 500 500 http://deb.debian.org/debian bullseye/main amd64 Packages -
@thomas-braun ich denke das ist hier nicht so relevant.
In meinen Augen kann der Fehler nur auf zwei Arten passieren (in Beiden Fällen erklärt das nicht das ein Downgrade es fixt):
- entweder ist es ne SD Karte oder generell im FS ist ein Bit gekippt - Downgrade geht wieder spricht dagegen
- Es ist ein Timeing issue was wir übersehen haben beim handling vopn Multicommands im Redis-Simulator
-
@apollon77 sagte in History 2.0.0 verfügbar - eine Zusammenfassung:
ich denke das ist hier nicht so relevant.
Möglich.
@Frank579
Das System in Gänze auf einem konsistenten Stand halten.
Insbesondere den ws/web/socketio-Kram. -
@apollon77 sagte in History 2.0.0 verfügbar - eine Zusammenfassung:
EDIT Und bitte zeige mal was in
/opt/iobroker/node_modules/@iobroker/db-objects-jsonl/lib/objects/objectsInMemServerRedis.js in Zeile 734 steht
UND was in /opt/iobroker/node_modules/@iobroker/db-base/lib/redisHandler.js Zeile 326 stehwie kome ich da am besten dran im nano hab ich keine Zeilennummern
-
@frank579 sagte in History 2.0.0 verfügbar - eine Zusammenfassung:
wie kome ich da am besten dran im nano hab ich keine Zeilennummern
Ctrl-C schaltet die ein.
Oder mit Option -l oder -c aufrufen.
-
@thomas-braun sagte in History 2.0.0 verfügbar - eine Zusammenfassung:
Insbesondere den ws/web/socketio-Kram.
Da hatte ich mehrfach probleme mit den Betas ... wollte ich erst mal auf stable lassen
wenn das hier naturlich hilft versuche ich das ... bin eigendlich auf Stable unterwegs.... -
So'n Mix aus Stable und Beta ist natürlich schwierig.
Dann lass aber auch das Stable-Repo aktiv. Jetzt schwirrst du da im Beta-Zweig herum.
-
@apollon77 sagte in History 2.0.0 verfügbar - eine Zusammenfassung:
/opt/iobroker/node_modules/@iobroker/db-objects-jsonl/lib/objects/objectsInMemServerRedis.js in Zeile 734 steht
return void handler.sendInteger(responseId, 1);@apollon77 sagte in History 2.0.0 verfügbar - eine Zusammenfassung:
UND was in /opt/iobroker/node_modules/@iobroker/db-base/lib/redisHandler.js Zeile 326 steht
this._handleMultiResponse(responseId, i, Resp.encodeInteger(num)); -
@thomas-braun Ja passe ja auch auf was ich update ... schaue zwichendurch mal was es so neues zum testen gibt ...
und einige adapter muss ich derzeit auf beta laufen lassen daher ist zur zeit umgestellt
-
@frank579 Ok, das sieht korrekt aus. Kannst du es reproduzieren wenn du nochmal hoch gehst? Bitte ggf auch mal iobroker stoppen und neu starten
-
@apollon77 ja versuche ich Starte die VM dann mal komplett neu nach dem update ...
-
@frank579 Tip am Rande: Einzelne Beta-Versionen zieht man über npm rein:
Dann kann man grundsätzlich das stable-Repo aktiv halten.
-
@thomas-braun Ja weiß ich, Danke
dann sehe ich aber a nicht wenn's was neues gibt 
-
@apollon77 Neustart ist durch jetzt mal abwarten ....
-
@apollon77
Sieht jetzt gut aus, nach dem Update nach ein paar minuten der selbe Fehler, seit dem Neustart der VM ist (bis jetzt) Ruhe
werde weiter beobachten.
@apollon77 @Thomas-Braun Vielen Dank schon mal für eure Hilfe
-
@apollon77 Schade
2022-07-04 20:30:02.018 - info: shuttercontrol.0 (1612) Sunprotect #422 Set ID: Dachfenster Flur value: 0% 2022-07-04 21:05:26.932 - error: host.IOBroker uncaught exception: null must be RESP Buffer value 2022-07-04 21:05:26.933 - error: host.IOBroker TypeError: null must be RESP Buffer value at Function.encodeArray (/opt/iobroker/node_modules/respjs/index.js:62:45) at RedisHandler._sendExecResponse (/opt/iobroker/node_modules/@iobroker/db-base/lib/redisHandler.js:452:62) at RedisHandler._handleMultiResponse (/opt/iobroker/node_modules/@iobroker/db-base/lib/redisHandler.js:472:18) at RedisHandler.sendInteger (/opt/iobroker/node_modules/@iobroker/db-base/lib/redisHandler.js:326:22) at RedisHandler. (/opt/iobroker/node_modules/@iobroker/db-objects-jsonl/lib/objects/objectsInMemServerRedis.js:734:33) at RedisHandler.emit (node:events:527:28) at RedisHandler.emit (node:domain:475:12) at Immediate. (/opt/iobroker/node_modules/@iobroker/db-base/lib/redisHandler.js:145:37) at processImmediate (node:internal/timers:466:21) 2022-07-04 21:05:26.946 - info: javascript.0 (460) Got terminate signal TERMINATE_YOURSELFGehe dann mal wieder zurück...
-
@frank579 Seeeehr komisch. Bitte verifizere mal was:
Schau mal das der Teil hier genau so bei dir aussieht
File: /opt/iobroker/node_modules/@iobroker/db-base/lib/redisHandler.js
-
@apollon77
Seit gesten aben kein Absturz mehr ..*/ _handleMultiResponse(responseId, index, buf) { this.activeMultiCalls[index].responseMap.set(responseId, buf); this.activeMultiCalls[index].responseCount++; if ( this.activeMultiCalls[index].execCalled && this.activeMultiCalls[index].responseCount === this.activeMultiCalls[index].responseIds.length ) { const multiRespObj = this.activeMultiCalls.splice(index, 1)[0]; this._sendExecResponse(multiRespObj); } } }ich würde sagen Ja ...
wenn du meist das wird hier zu sehr OT kannst du das gene abspalten , hatte es auf den History geschoben da es Ja mit dem Update "irgendwie" zusammenhängt
-
@frank579 ALso kann mit dem Adapter nix zu tun haben ... aber ok ... das es nicht mehr auftritt seit gestern ist auch unverständlich ... Einzige Idee wäre ganz erweitertes log zu aktivieren, aber das ist dann "einiges" nur damit man im Falle des Crahes die letzte Minute oder so ansehen kann
