js-controller Lucy (Version 7.0) jetzt im Stable Repository

[jolic]

@thomas-braun

OK, trotzdem vielen Dank für deine großartige Unterstützung und den Hinweis auf die "distro-info"!

Das mit dem Refresh der Bilder ist wirklich kurios. Mal sehen, ob es an mir liegt oder ob jemand anderes ein ähnliches Problem hat. Falls jemand das bestätigen oder eine Lösung anbieten kann, gerne Bescheid geben!

Ich habe mir das im Browser über die Konsole (F12) im Tab "Netzwerk" angesehen. Dort sehe ich, dass der Webcam-Snapshot geladen wird, aber es gibt scheinbar keinen "Refresh". Das könnte also an VIS2 liegen. Blöd, dass mir das nicht früher aufgefallen ist. Ich werde mal weiter nachforschen...

[jolic]

Es scheint ein Bug in VIS2 zu sein. Tatsächlich ist mir das zunächst nicht aufgefallen – es handelt sich ja um Standbilder, die nur alle paar Sekunden wechseln. Ich lasse nun die Uhrzeit im Bild einblenden.

github Quellen:
Basic image does not refresh itself anymore when using a binding
und
Basic Image Updatezeit V2.9.50

Sorry, dass ich den Thread dafür genutzt habe. Anfangs sah es so aus, als würde das Problem am neuen JS-Controller liegen – dieser läuft aber absolut problemlos!

Nachtrag: Ich habe als Workaround ein Script geschrieben, das mit mehreren Widgets funktioniert (GitHub Link).

[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...

Dette70 created this issue in schmupu/ioBroker.lupusec

closed Adapter is not starting after updating js-controller to 6.0.9 #84

[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

Gaspode69 created this issue in ioBroker/ioBroker.js-controller

closed UI controller upgrade fails if ioBroker is not running as systemd service #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

schnitzel14 created this issue in ioBroker/ioBroker.js-controller

closed [bug]: Docker UI Upgrade 7.0.2 -> 7.0.3 fails #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