UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[steinchen]

Leider startet nach update des js-controllers mein Lupusec Adapter nicht mehr.
eine neuinstallation des Adapters hat nicht geholfen.
Was könnte ich denn da tun ?

vg steinchen

[Thomas Braun]

@steinchen

Du könntest den Text aus dem LogFile

iob logs --watch

in Textform in CodeTags eingebettet posten und nicht als Screenshot.
Und du könntest die empfohlene nodejs-Version verwenden...

iob nodejs-update

[steinchen]

@thomas-braun

so hier ein neuer Versuch

2024-12-02 13:22:07.346  - info: host.lichtenhain instance system.adapter.lupusec.0 terminated with code 0 (NO_ERROR)
2024-12-02 13:22:07.347  - info: host.lichtenhain Restart adapter system.adapter.lupusec.0 because enabled
2024-12-02 13:22:38.156  - info: host.lichtenhain instance system.adapter.lupusec.0 in version "1.3.6" started with pid 1867
2024-12-02 13:22:41.378  - info: lupusec.0 (1867) Plugin sentry Sentry Plugin disabled for this process because sending of statistic data is disabled for the system
2024-12-02 13:22:41.553  - info: lupusec.0 (1867) starting. Version 1.3.6 in /opt/iobroker/node_modules/iobroker.lupusec, node: v18.20.4, js-controller: 7.0.3
2024-12-02 13:22:41.579  - info: lupusec.0 (1867) Starting Adapter lupusec.0 in version 1.3.6
2024-12-02 13:22:41.693  - info: lupusec.0 (1867) Restarting Adapter because of changeing Sentry settings
2024-12-02 13:22:41.694  - warn: lupusec.0 (1867) Restart initiated
2024-12-02 13:22:41.704  - info: lupusec.0 (1867) terminating
2024-12-02 13:22:41.706  - info: lupusec.0 (1867) Terminated (NO_ERROR): Without reason
2024-12-02 13:22:42.202  - info: lupusec.0 (1867) terminating
2024-12-02 13:22:42.305  - info: host.lichtenhain instance system.adapter.lupusec.0 terminated with code 0 (NO_ERROR)
2024-12-02 13:22:42.306  - info: host.lichtenhain Restart adapter system.adapter.lupusec.0 because enabled

[steinchen]

@thomas-braun

hab leider noch Debian Buster

Debian 10 'Buster' has reached End of Life and is not supported anymore.
Recent versions of nodejs won't install.
Please install the current Debian Stable

[Thomas Braun]

@steinchen sagte in js-controller Lucy (Version 7.0) jetzt im Stable Repository:

hab leider noch Debian Buster

Dann musst du das als erstes ändern. Buster ist mehr als tot.

[mcm1957]

@steinchen said in js-controller Lucy (Version 7.0) jetzt im Stable Repository:

Leider startet nach update des js-controllers mein Lupusec Adapter nicht mehr.
eine neuinstallation des Adapters hat nicht geholfen.
Was könnte ich denn da tun ?

vg steinchen

Welche Version des js-controllers hattest du vorher drauf?

An sich ist es bekannt, dass der Adapter Probleme macht:

https://github.com/schmupu/ioBroker.lupusec/issues/84

Versuch mal ausnahmsweise (!) die Version 2.0 von Github zu installieren - vorzugsweise auf einem Testsystem. Von dIrekten GitHub Installationen wird jedenfalls weiterhin abgeraten und ich sage ausdrücklich nur bei einwandfreiem Backup und unter dem Bewuußtsein eine ALPHA Version zu installieren eventuell ausprobieren.

Und schreib dem Maintainer an dass er doch bitte eine saubere Releas 2.x.x erstellen soll...

[steinchen]

@mcm1957
jo, mit der 2.x von Github geht es

ich habe Ihn auf Git angeschrieben, hattest du ja auch :)

danke erstmal.

@Thomas-Braun

update wird auf einem pi5 gemacht, ist schon in der Vorbereitung.
trotzdem meinen Dank

[Thomas Braun]

@steinchen sagte in js-controller Lucy (Version 7.0) jetzt im Stable Repository:

update wird auf einem pi5 gemacht

Neuinstallation. Vob Buster führt keine Weg zu Bookworm.

[steinchen]

@thomas-braun
mein ich doch :)
neuer Pi mit Neuinstallation

[mrhary]

Seit dem Update auf Js-controller Lucy läuft der Radar2 Adapter nicht mehr, hat außer mir noch jemand dieses Problem?

[mcm1957]

@mrhary said in js-controller Lucy (Version 7.0) jetzt im Stable Repository:

Seit dem Update auf Js-controller Lucy läuft der Radar2 Adapter nicht mehr, hat außer mir noch jemand dieses Problem?

Bei mir läuft er auch nicht.
Kann aber daran liegen dass er nicht installiert ist ....

Im Ernst:
Meinst du wirklich dass jemand eine Fehleranalyse vornehmen kann ohne dass due den Fehler auch nur irgendwie beschreibst? Und ohne dass du irgendwelche Versionsinfos nennst?

Also:
Adapter version ?
js-controller jatz (7.0.3) / vor dem Upgrade: ?
Log mit Level DEBUG ?

[oFbEQnpoLKKl6mbY5e13]

@apollon77
@foxriver76

Beim Upgrade von 7.0.3 auf 7.0.4 (Buanet-Container) über den Admin kam:

SyntaxError: JSON.parse: unexpected character at line 1 column 1 of the JSON data

Gefunden habe ich das dazu:
https://github.com/ioBroker/ioBroker.js-controller/issues/2352

[Fabian1]

@mrhary bei mir läuft der Radar2 ohne probleme mit der 7.0.3. Hast du die readme auf github gelesen und alle Schritte befolgt?

[foxriver76]

@ofbeqnpolkkl6mby5e13 ja vermutlich passt iwas nicht auf dem Docker nur ich kanns nicht testen derzeit https://github.com/ioBroker/ioBroker.js-controller/issues/2964

[ticaki]

Hallo,

bei mir schlägt das GUI gesteuerte Upgrade des JS-Controllers immer fehl. Die Logausgabe sieht so aus:

2024-12-08 10:30:15.728  - info: host.iobroker-lxc [CONTROLLER_AUTO_UPGRADE] Successfully stopped js-controller
2024-12-08 10:30:15.776  - error: host.iobroker-lxc [CONTROLLER_AUTO_UPGRADE] Uncaught Exception: Error: listen EACCES: permission denied 0.0.0.0:443
    at Server.setupListenHandle [as _listen2] (node:net:1886:21)
    at listenInCluster (node:net:1965:12)
    at Server.listen (node:net:2067:7)
    at UpgradeManager.startSecureWebServer (file:///opt/iobroker/node_modules/iobroker.js-controller/src/lib/upgradeManager.ts:331:21)
    at UpgradeManager.startWebServer (file:///opt/iobroker/node_modules/iobroker.js-controller/src/lib/upgradeManager.ts:242:18)
    at main (file:///opt/iobroker/node_modules/iobroker.js-controller/src/lib/upgradeManager.ts:446:20)

Der Fehler sieht für mich aus als wenn ich was falsch eingestellt hätte:
Error: listen EACCES: permission denied 0.0.0.0:443

Weiß nur nicht was. :) Hm vielleicht im Admin die IP fest vorgeben auf der er erreichbar ist?

[Dr. Bakterius]

@ticaki sagte in js-controller Lucy (Version 7.0) jetzt im Stable Repository:

Weiß nur nicht was.

Port 443 ist für HTTPS, also gesicherter Zugang. Vielleicht das mal deaktivieren?

[foxriver76]

@ticaki auf welchem Port läuft dein Admin denn?

[ticaki]

@foxriver76

443 / https

[foxriver76]

@ticaki ok ja da gibt’s ein Problem aktuell für die Ports kleiner 1024, ist mit nächster Version gefixt. Aber Upgrade auf die nächste geht natürlich noch nicht dann.

[JackDaniel]

npm warn deprecated npmlog@4.1.2: This package is no longer supported.
npm warn deprecated are-we-there-yet@1.1.7: This package is no longer supported.
npm warn deprecated gauge@2.7.4: This package is no longer supported.
gyp info it worked if it ends with ok
gyp info using node-gyp@7.1.2
gyp info using node@20.18.1 | linux | x64
gyp info find Python using Python version 3.11.2 found at "/usr/bin/python3"
gyp ERR! UNCAUGHT EXCEPTION 
gyp ERR! stack TypeError: Cannot assign to read only property 'cflags' of object '#<Object>'
gyp ERR! stack     at createConfigFile (/opt/iobroker/node_modules/usocket/node_modules/node-gyp/lib/configure.js:117:21)
gyp ERR! stack     at /opt/iobroker/node_modules/usocket/node_modules/node-gyp/lib/configure.js:84:9
gyp ERR! stack     at FSReqCallback.oncomplete (node:fs:187:23)
gyp ERR! System Linux 6.1.0-28-amd64
gyp ERR! command "/usr/bin/node" "/opt/iobroker/node_modules/usocket/node_modules/.bin/node-gyp" "rebuild"
gyp ERR! cwd /opt/iobroker/node_modules/usocket
gyp ERR! node -v v20.18.1
gyp ERR! node-gyp -v v7.1.2
gyp ERR! Node-gyp failed to build your package.
gyp ERR! Try to update npm and/or node-gyp and if it does not help file an issue with the package author.

ich bekomme das hier unter debain 12, aber aktualisierung von 7.0.4 auf 7.0.5 lief soweit durch und er iobroker funktioniert