@negalein Das sind soweit ich das sehe primär Deps des javascript-Adapters. Aber das wird vermutlich schwer da herauszulösen sein. Ich vermute, das wäre sonst schon geschehen.

@thomas-braun said in Update JS controller Fehlgeschlagen: iobroker upgrade all Hat geholfen.....Danke Werde ein paar Donate spenden

@bluecom es läuft wieder! Danke

@falke69 manchmal sieht man den Wald vor lauter Bäumen nicht. Danke, das wars

@glasfaser Die Logik ist ganz einfach: Ich hab mehrere Docker-Container in verschiedenen Versionen, um dort meinen Adapter zu testen, bevor ich ihn freigebe. Und was die Brechstange angeht: Wenn nichts anderes mehr hilft, dann eben die. Und so wie ich das (auch aus anderen Forenbeiträgen) gelesen hab, braucht man das Paket scheinbar nicht mehr und da er sich über das Paket beschwert hat, hab ichs eben deinstalliert. Fand ich besser, als die Lösung des OP dort, der erst auf node 14 zurück und dann wieder auf node 16 gegangen ist.

Ich hatte gerade ähnliche Probleme beim Umstieg auf node 16. Bei mir hat es gereicht, das Paket zu deinstallieren, also: npm uninstall iobroker.objects-redis Ich hab dann sicherheitshalber noch ein npm cache clean --force npm install gemacht, aber ich denke, das war gar nicht nötig. Danach konnte ich wieder Adapter updaten.

@thomas-braun Scheinbar gibt es das schon? Link Text

@thomas-braun Nur für developer die auf einem linux System Remote oder lokal mit VS Code arbeiten und debuggen wollen Da funktioniert das debugging nicht Der Original issue ist im verlinkten issue referenziert

@nevs84 Ich würde es halt flugs neu draufwerfen. Wo ist die Hürde? Bullseye /64bit /kein GUI Edit: piVCCU läuft da auch noch mit? Da musst du Mal schauen was da die Empfehlung ist. Was 'Buster' angeht dürfte das in Kürze EOL werden. Du musst eh da was machen.

@homoran Ich vermute diese hier [image: 1665079613072-3d3f55cb-8fe7-4a1a-bf26-b4aae557b5a0-grafik.png] Aber das darf @Paul-Reinhart gerne in seiner aktualisierten Version seiner Fehlerbeschreibung gerne noch einmal klarstellen.

@glasfaser @BananaJoe Ich werde mir das mal zu Herzen nehmen und den Zielordner anpassen. Bei mir funktioniert es jetzt wieder. Mir ist aufgefallen, dass mein Trigger nicht mehr ausgelöst hat .. nur noch manuel. Hieß für mich mit dem Unifi-Protect Adapter stimmte was nicht .. den hab ich neu gestartet und jetzt laufen beide Scripte. Also das von "Glasfaser" läuft auch prima. Für 1 werde mich nun entscheiden müssen :-) Vielen Dank

Hallo zusammen, danke für die schnellen Antworten. Ich werde die Möglichkeit mit dem Löschen testen. Vorher habe ich mich aber dazu entschlossen eine neue Container aufzusetzen für solche tests. Nochmals Danke

@jona sagte in BLE Adapter startet nach NodeJS-Update nicht mehr: npm install Finger weg.

@glasfaser Danke, das wars.

@chris299 gelöst: das hing mit DHCP und der verwendeten IP zusammen. da hat meine fritzbox eine IP doppelt vergeben....

Hier noch das Log als debug Quelle Zeit debug Nachricht sql.0 2022-10-04 18:27:24.347 debug Borrow connection from pool: 1 now sql.0 2022-10-04 18:26:54.346 error Error: connect ETIMEDOUT sql.0 2022-10-04 18:26:44.342 debug Borrow connection from pool: 1 now sql.0 2022-10-04 18:26:14.340 error Error: connect ETIMEDOUT sql.0 2022-10-04 18:26:04.329 debug Borrow connection from pool: 1 now sql.0 2022-10-04 18:26:04.169 info starting. Version 2.1.8 in /opt/iobroker/node_modules/iobroker.sql, node: v14.19.1, js-controller: 4.0.23 sql.0 2022-10-04 18:26:03.780 debug Plugin sentry Initialize Plugin (enabled=true) sql.0 2022-10-04 18:26:03.511 debug States connected to redis: 127.0.0.1:9000 sql.0 2022-10-04 18:26:03.412 debug States create User PubSub Client sql.0 2022-10-04 18:26:03.411 debug States create System PubSub Client sql.0 2022-10-04 18:26:03.377 debug Redis States: Use Redis connection: 127.0.0.1:9000 sql.0 2022-10-04 18:26:03.325 debug Objects connected to redis: 127.0.0.1:9001 sql.0 2022-10-04 18:26:03.317 debug Objects client initialize lua scripts sql.0 2022-10-04 18:26:03.213 debug Objects create User PubSub Client sql.0 2022-10-04 18:26:03.211 debug Objects create System PubSub Client sql.0 2022-10-04 18:26:03.209 debug Objects client ready ... initialize now sql.0 2022-10-04 18:26:03.139 debug Redis Objects: Use Redis connection: 127.0.0.1:9001 host.iobroker_V61 2022-10-04 18:26:02.052 info instance system.adapter.sql.0 started with pid 8676 host.iobroker_V61 2022-10-04 18:26:01.590 info "system.adapter.sql.0" enabled

@marcel-drzal Nun wenn keine Sockets mehr frei sind, dann starten die Flows halt nicht bzw. der Adapter startet nicht. Ich kann Dir wahrscheinlich nicht helfen. Entweder hast Du einen Adapter oder irgendwas sonst installiert, warum keine sockets mehr zu verfügung stehen. Du könntest ggf. mal Node-Red im Sicherheitsmodus starten und ggf. die Änderungen, die Du vielleicht kürzlich gemacht hast, wieder rückgängig machen.

@paul53 ^Danke

@kevinz Das Original. Debian 11 / Bullseye

@magnus-0 sagte in ioBroker startet nicht mehr: Setze mal die Zeit auf .. Beispiel : 30000 https://forum.iobroker.net/post/716453 EDIT : Wert auf 30000 und ein sudo reboot