Test Adapter Mihome-vacuum v3.1.6 Next Generarition

[gelberlemmy]

@dirkhe guten Morgen. Hier wurde ja mal ein Workaround für die Canvas beschrieben. Sollte es Sinn ergeben, dass ich dies einmal ausführe ? Was macht die Canvas eigentlich ?

[gelberlemmy]

@meistertr so jetzt habe ich wieder die ganzen Abstürtze.Aber erst nachdem er etwas länger gelaufen ist. Hmmm

[bahnuhr]

@krys sagte in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:

@bahnuhr mit welchem Setup betreibst du deinen ioBroker?

admin 5.2.3
xiaomi 3.3.1
node.js 14.18.3
npm 6.14.15
host 3.3.22

Läuft einwandfrei
Keine Abstürze und die map geht auch.

[Krys]

@bahnuhr Merkwürdig. Und auf welchem Gerät läuft dein System?

[bahnuhr]

@krys sagte in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:

@bahnuhr Merkwürdig. Und auf welchem Gerät läuft dein System?

auf einem nuc
und da proxmox und iob in einer vm

[ilovegym]

@bahnuhr und welches System ? Ubuntu, Redhat, Debian, Sles... ??

[mrbungle64]

@bahnuhr @Krys

Ihr habt bestimmt unterschiedliche canvas Versionen installiert.

Schaut bitte mal nach:

cd /opt/iobroker/
npm list canvas

[gelberlemmy]

@mrbungle64 ich habe das auch einmal gemacht:

[iobroker.inst@3.0.0 /opt/iobroker
├─┬ iobroker.iot@1.9.3
│ └── canvas@2.9.0
└─┬ iobroker.mihome-vacuum@3.3.5 (github:iobroker-community-adapters/ioBroker.mi home-vacuum#88dd939cd5a45d90c7e8603047a8f8ba2a72bbbb)
└── canvas@2.9.0 deduped

Was soll ich denn "depuped" bewerten?

[mrbungle64]

@gelberlemmy said in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:

@mrbungle64 ich habe das auch einmal gemacht:

[iobroker.inst@3.0.0 /opt/iobroker
├─┬ iobroker.iot@1.9.3
│ └── canvas@2.9.0
└─┬ iobroker.mihome-vacuum@3.3.5 (github:iobroker-community-adapters/ioBroker.mi home-vacuum#88dd939cd5a45d90c7e8603047a8f8ba2a72bbbb)
└── canvas@2.9.0 deduped

Was soll ich denn "depuped" bewerten?

deduped is short for "deduplicated" (duplicates were removed)

npm versucht damit effizient umzugehen, wenn mehrere Pakete die gleiche Abhängigkeit haben (in diesem Fall iobroker.iot und iobroker.mihome-vacuum)
Dann versucht es das über eine einzelne Installation zu lösen.

[bahnuhr]

@ilovegym sagte in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:

@bahnuhr und welches System ? Ubuntu, Redhat, Debian, Sles... ??

debian buster
(das neue bulls... hab ich noch nicht)

[bahnuhr]

[mrbungle64]

@bahnuhr said in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:

Das ist wohl der Grund warum es bei Dir stabil läuft.
Du hast noch canvas 2.8.0 installiert

[WurstDLX]

@bahnuhr
Nachdem ich Ewigkeiten mein Environment, meine Adapter etc durchforstet habe - habe ich einmal stumpf deine Sachen im VIS eingegeben und Tatsache es klappt. Lediglich der DP ist halt mit <NULL> gefüllt, aber die Widgets funktionieren.

Mich wunderte die ganze Zeit nur die Meldung beim Starten von JS

2022-02-10 13:40:08.791 - info: javascript.0 (2358)
> canvas@2.8.0 install /opt/iobroker/node_modules/iobroker.javascript/node_modules/canvas
> node-pre-gyp install --fallback-to-build
2022-02-10 13:40:09.881 - error: javascript.0 (2358) node-pre-gyp
2022-02-10 13:40:09.883 - error: javascript.0 (2358) ERR! install response status 404 Not Found on https://github.com/Automattic/node-canvas/releases/download/v2.8.0/canvas-v2.8.0-node-v72-linux-glibc-arm.tar.gz
node-pre-gyp WARN Pre-built binaries not installable for canvas@2.8.0 and node@12.22.8 (node-v72 ABI, glibc) (falling back to source compile with node-gyp)
node-pre-gyp WARN Hit error response status 404 Not Found on https://github.com/Automattic/node-canvas/releases/download/v2.8.0/canvas-v2.8.0-node-v72-linux-glibc-arm.tar.gz

Meine Canvas scheint sauber zu sein:

iobroker.inst@3.0.0 /opt/iobroker
├─┬ iobroker.javascript@5.2.13
│ └── canvas@2.8.0
└─┬ iobroker.mihome-vacuum@3.3.1
  └── canvas@2.8.0  deduped

System: RPi4
Adapter: 3.3.1
Roboter: S5, Valetudo
node.js:12.22.8
npm: 6.14.15

[Thomas Braun]

@mrbungle64 sagte in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:

Das ist wohl der Grund warum es bei Dir stabil läuft.
Du hast noch canvas 2.8.0 installiert

Hier läuft canvas 2.9.0 stabil.

[Krys]

@mrbungle64

Ja, ich hab 2.9.0.

Kann ich/macht es Sinn das downzugraden (sofern möglich).

[JB_Sullivan]

Hier auch 2.9.0 ohne Probleme

C:\iobroker\GLT>npm list canvas
iobroker.inst@2.0.3 C:\iobroker\GLT
+-- canvas@2.7.0
+-- iobroker.iot@1.9.5
| `-- canvas@2.7.0  deduped
`-- iobroker.mihome-vacuum@3.3.3
  `-- canvas@2.9.0

[mrbungle64]

@thomas-braun @JB_Sullivan

Die Version 2.9.0 erzeugt nicht zwangsweise Probleme.

Ich habe ja mit meinem ecovacs-deebot Adapter quasi das gleiche Problem (durch canvas)

Bei meinen 3 Robotern habe ich bei einem gar kein Problem, beim zweiten manchmal und beim dritten cracht es zu über 90% bei der Generierung vom Image. Da bringen (bisher) auch diverse try/catch um Code wo canvas verwendet wird nicht viel.

Was da jetzt genau den Unterschied macht habe ich noch nicht herausgefunden.
Ich werde jetzt beim ecovacs-deebot Adapter (bzw. dessen Library) erst mal wieder eine ältere Version einbinden bis es ein stabiles Update für node-canvas gibt.

[mrbungle64]

@krys said in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:

@mrbungle64

...

Kann ich/macht es Sinn das downzugraden (sofern möglich).

Da würde an Deiner Stelle warten, bis dazu einer der Maintainer vom mihome-vacuum Adapter was sagt - oder es ein Update mit einer älteren canvas Version gibt.

[mrbungle64]

@thomas-braun @JB_Sullivan @Krys

Ich muss mich korrigieren. Es liegt nicht direkt an der Version 2.9.0.
Eine frisch installierte 2.8.0 macht die gleichen Probleme.

Meine Vermutung ist nun, dass aktuelle Installationen beim compilieren von dem C++ Code der canvas Library problematischen Code erzeugen.

Die Fehler die geschmissen werden spielen sich ja wohl auf System-nahem Level ab:

Meistens:

free(): invalid pointer

Hatte auch diesen schon:

malloc(): smallbin double linked list corrupted Aborted

[Krys]

@mrbungle64 Jap, original alle davon gehabt. Mist

Danke für deine hilfreichen Antworten.