Beta Test js-controller 3.2.x auf GitHub

[coyote]

@chrisxy mach mal:

sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which arp-scan`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which node`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which arp`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which hcitool`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which hciconfig`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which l2ping`)

dann sollte er wieder tun

[apollon77]

@lobomau Ne Admin ist backward-compatible

[apollon77]

@jan1 Hm ... Ich hab ein Proxmox HA Cluster am laufen und mehrere test und production Container und VMs ... also ich habe keinerlei Probleme. Also sorry kann ich nicht bestätigen

[apollon77]

@chrisxy Der offizielle weg ist "iobroker fix"

[Kueppert]

@apollon77 ich hatte eben ein seltsames Verhalten nachdem ich SourceAnalytix über die Katze von GIT aktualisiert habe:
Auslastung ging hoch auf 120%, immer weider die selbe Fehlermeldung im LOG (anbei).
Dann haben sich alle Adapter neu gestartet, Auslastung runter auf 85%.
Danach haben sich die WOgen geglättet und IOB lief wieder auf 25% (wie üblich).

Ich nutze den Controller 3.2.0-6:

The promise rejected with the reason:
2021-01-14 14:58:39.900  - error: host.ioBroker2 Caught by controller[5]: Error: Connection is closed.
2021-01-14 14:58:39.900  - error: host.ioBroker2 Caught by controller[5]:     at Redis.sendCommand (/opt/iobroker/node_modules/ioredis/built/redis/index.js:607:24)
2021-01-14 14:58:39.900  - error: host.ioBroker2 Caught by controller[5]:     at Redis.publish (/opt/iobroker/node_modules/ioredis/built/commander.js:111:25)
2021-01-14 14:58:39.900  - error: host.ioBroker2 Caught by controller[5]:     at StateRedisClient.pushMessage (/opt/iobroker/node_modules/@iobroker/db-states-redis/lib/states/statesInRedisClient.js:898:31)
2021-01-14 14:58:39.900  - error: host.ioBroker2 Caught by controller[5]:     at Sourceanalytix.sendToHost (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:5660:31)
2021-01-14 14:58:39.900  - error: host.ioBroker2 Caught by controller[5]:     at /opt/iobroker/node_modules/iobroker.js-controller/lib/tools.js:1619:16
2021-01-14 14:58:39.901  - error: host.ioBroker2 Caught by controller[5]:     at new Promise (<anonymous>)
2021-01-14 14:58:39.901  - error: host.ioBroker2 Caught by controller[5]:     at Sourceanalytix.sendToHostAsync (/opt/iobroker/node_modules/iobroker.js-controller/lib/tools.js:1618:16)
2021-01-14 14:58:39.901  - error: host.ioBroker2 Caught by controller[5]:     at Sourceanalytix.registerNotification (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:5677:24)
2021-01-14 14:58:39.901  - error: host.ioBroker2 Caught by controller[5]:     at exceptionHandler (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:8457:28)
2021-01-14 14:58:39.901  - error: host.ioBroker2 Caught by controller[5]:     at process.<anonymous> (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:8477:45)
2021-01-14 14:58:39.901  - error: host.ioBroker2 Caught by controller[5]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). 

[apollon77]

@kueppert Fixen wir in der nächsten Version vom controller. Effektiv kann das passieren wenn Adapter beendet werden und da Dinge später mit der DB gemacht werden aber die schon disconnected ist ... dann gibts Error-Loop ... wir machen das ein bissl relaxed

[Jan1]

@apollon77 said in Beta Test js-controller 3.2.x auf GitHub:

@jan1 Hm ... Ich hab ein Proxmox HA Cluster am laufen und mehrere test und production Container und VMs ... also ich habe keinerlei Probleme. Also sorry kann ich nicht bestätigen

Ich bin mir auch sicher, dass Du weißt was Du tust und weißt was zu tun ist, wenn was nicht läuft.

[Homoran]

@jan1 Das "Problem" ist nicht die Benutzung von proxmox, sondern das fehlende Wissen bei der Nutzung von Containern innerhalb von Proxmox.
mit einer VM innerhalb von Proxmox gibt es eigentlich nie Probleme.

[Kueppert]

Genau so ist es...VM ist ja fast wie nen eigenständiger Rechner...Container hab ich mich mal eingelesen, war mir aber zu abweichend vom Standard-Linux und zu zeitaufwendig, mich damit zu beschäftigen.
Einfach ne VM, gut ist

[Jan1]

@homoran
Da müssen wir nicht drüber diskutieren, ist bekannt, dass das eigentliche Problem an der Tastatur sitzt.
Es ist eher das Problem, dass eben User sich hier was zusammenbauen weil es bei anderen auch läuft, aber nicht wissen was sie da tun und das zeitgleich mit dem Einstieg in IOBROKER.

So hast gleich ein paar Baustellen in einer und ohne wirkliches Wissen dazu ist es eben recht schwer.

[Thomas Braun]

@jan1 said in Beta Test js-controller 3.2.x auf GitHub:

zeitgleich mit dem Einstieg in IOBROKER.

Und einem Einstieg in Linux auf CLI-Ebene. Kommt als weitere Baustelle neben Proxmox und dem ioBroker noch dazu.

[lobomau]

@thomas-braun @Jan1 ihr habt erstmal Recht. Ich werde nun auch (wieder) auf eine VM umstellen.

Nichtsdestotrotz muss ich sagen, dass ich ioBroker schon Monate (Jahre?) so hab laufen lassen und natürlich etliche js-controller Updates so durchgeführt habe und nie ein Problem hatte. Leider werde ich die Ursache auch wahrscheinlich nicht mehr erfahren. Aber mal schauen... vielleicht kommt das Problem ja wieder... dann lag das Problem ganz woanders....
Wichtig ist zu wissen, dass es bei euch ohne Probleme läuft.

[apollon77]

@lobomau said in Beta Test js-controller 3.2.x auf GitHub:

der werde ich die Ursache auch wahrscheinlich nicht mehr erfahr

DOCH die Ursache ist ermittelt und mit dem nächsten controller pre-release gefixt (also wenn es das bei dir auch ist was wir jetzt gefunden haben, was ich aber denke das es wahrscheinlich ist)

[lobomau]

@apollon77 dann bin ich mal gespannt.

Da habe ich nochmal eine Frage. Ich habe gestern mit der 3.2.6-0 ein Backup erstellt per cli "iobroker backup".
Nun restore ich dieses Backup auf ein ioBroker mit JS 3.1.6.
Node und npm müssten gleich sein.
Funktioniert das? Oder sind Probleme zu erwarten?

Und als root (ja soll man nicht...)

[apollon77]

@lobomau Am Backup hat such an sich nichts geändert. Ich würde spontan keine Probleme erwarten. Ob das so ist sagst Du uns ja dann

[Thomas Braun]

@lobomau said in Beta Test js-controller 3.2.x auf GitHub:

als root (ja soll man nicht...)

Warum machst du es dann trotzdem?

[lobomau]

@apollon77 ja, sieht sehr gut aus
Hatte ich ganz vergessen, dass ich gestern dieses Backup über ioBroker gemacht hatte. Zuvor hatte ich auf ein 10 Tage altes Backup über Proxmox zurückgegriffen.

[lobomau]

@thomas-braun hast Recht... seit gestern weiß ich ja wie ich einfach einen User erstelle. Nach dem Geteste die Tage wollte ich nur erstmal zurück auf das was lange gut funktionierte.

[oFbEQnpoLKKl6mbY5e13]

@ofbeqnpolkkl6mby5e13 said in Beta Test js-controller 3.2.x auf GitHub:

Abgesehen von den

has no existing object, this might lead to an error in future versions

Meldungen der Adapter alexa2 (Fehler bereits gefunden) und sonos (issue erstellt) läuft der neue JS-Controller bisher einwandfrei.

@apollon77
Hat sich erledigt.

[lobomau]

@apollon77 said in Beta Test js-controller 3.2.x auf GitHub:

@lobomau Am Backup hat such an sich nichts geändert. Ich würde spontan keine Probleme erwarten. Ob das so ist sagst Du uns ja dann

Ich habe eine Warnung. Einschränkungen sind mir keine bewusst.
Hat wohl etwas mit der Datenbank zu tun!? Beim up und downgraden vom js-controller und Aufspielen von ioBroker Backups lief immer unverändert der selbe InfluxDB container. Irgendeine Idee?

host.ioBrokerCT	2021-01-15 08:13:31.827	warn	States 127.0.0.1:38258 Error from InMemDB: Error: client NOT SUPPORTED
host.ioBrokerCT	2021-01-15 08:13:31.825	warn	Objects 127.0.0.1:34834 Error from InMemDB: Error: client NOT SUPPORTED