js-controller 5.0.x jetzt in der BETA
-
@thomas-braun
Ja da stimm ich dir inhaltlich voll zu.
Nur in einem Bereich wo User arbeiten muss man als Adapterentwickler mit deutschen Texten (und als internationale Software mit allen utf-8 Zeichen) rechnen. Die Eingabe zu prüfen ist machbar, Lerrzeichen durch z.B. underscores zu ersetzen ist trivial etc. Ergo wenn es Probleme gibt, ist m.E. nicht der User schuld.Aber die Diskussion ist hier offline udn ich würde daher vorschlagen si zu beenden oder einen eigenen Thread aufzumachen. Haupztsache ist, dass das Problem mal für den Anwender gelöst wurde ohne Funktioonseinbussen auszulösen.
-
@mcm57 said in js-controller 5.0.x jetzt in der BETA:
Ja - vermeiden ist gut.Fehlermeldung im ersten ping posting bemäöngelt, dass ein object statt einem String als id übergeben wird. Und was das mit Sonderzeichen zu tun hat ist mir (im Moment) nicht klar. Leerzeichen könnten bei (falschem) Split ev. noch zu einem Array führen - aber auch das wär ein Fehler im Adapter.
Egal:
Hat keine Prio - sollte aber nachgeforscht werden. Und das hab ich mir umgehängt außer jemand schreit "hierher"
Nachtrage: Bezieht sich auch @homoran said in js-controller 5.0.x jetzt in der BETA: und nachfolgend, d.h. ping Adapter
Hi,
leider hab ich die Config nicht mehr, aber wie gesagt, waren eigentlich nur Leerzeichen, also so a la "Speedport Pro", "Influx DB Server".. so in der Art. Das hab ich nun einfach alles ohne Trennzeichen und Umlaute (wobei die anscheinend kein Problem gemacht haben) umgebaut und alles ist gut..
Bei der Diagnose kam eigentlich auch nichts anderes, als das was ich im Screenshot schon gepostet hatte..
-
@monger71
Danke für deine Info.Leerzeichen sind offensichtlich nicht das Problem. "Fritz Box Öfters" als Id macht keine Probleme (Und ja - das ist zum Testen - nicht als Empfehlung
)Falls sonst noch wer was beobachtet bitte melden. Ansonsten - keine Ahnung. Ev. analysier ich das mal mit dem Debugger. Das wird aber erst nach meinem Urlaub gehen. Entsprechende Codestelle scheint Anpassungen an existierenden States vorzunehmen. Ev. war da bei dir was inkompatibles drinnen bzw. ist bei mir (= neuer Installation) nichts anzupassen...
In diesem Thread machen wir mal diesbezüglich Schluss würd ich sagen. Das ist in meinen Augen kein offensichtliches js-controller5 Problem.
-
@mcm57 said in js-controller 5.0.x jetzt in der BETA:
@uwerlp said in js-controller 5.0.x jetzt in der BETA:
enigma2.0 v1.3.3 Adapter läuft nicht mehrer, hat allerdings für mich nicht Priorität.
Bitte mach ein issue im Adapter Verzeichnis auf mit
-) Versionsangaben (Adapter, Node, js-controller, admin, ...)
-) Logausgabe'Läuft nicht mehr' ist ein wenig dünn als Fehlermeldung.
Dank für das Issue (https://github.com/iobroker-community-adapters/ioBroker.enigma2/issues/91), Aber bitte ergänz noch die verwendeten Versionen - zumindest die des Adapters und die Node Version. Bist du auf der aktuellen Adapterversion (1.5.0 oder zumindest auf 1.4.0) ?
-
here we go again:
2023-06-14 16:54:41.090 - debug: admin.0 (12440) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeed, system.host.iobroker-testsystem8.inputCount 2023-06-14 16:54:41.112 - debug: admin.0 (12440) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeed, system.host.iobroker-testsystem8.inputCount, system.host.iobroker-testsystem8.outputCount 2023-06-14 16:54:41.126 - debug: admin.0 (12440) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeed, system.host.iobroker-testsystem8.inputCount, system.host.iobroker-testsystem8.outputCount, system.host.iobroker-testsystem8.cpu 2023-06-14 16:54:41.164 - debug: admin.0 (12440) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeed, system.host.iobroker-testsystem8.inputCount, system.host.iobroker-testsystem8.outputCount, system.host.iobroker-testsystem8.cpu, system.host.iobroker-testsystem8.mem 2023-06-14 16:54:41.178 - debug: admin.0 (12440) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeed, system.host.iobroker-testsystem8.inputCount, system.host.iobroker-testsystem8.outputCount, system.host.iobroker-testsystem8.cpu, system.host.iobroker-testsystem8.mem, system.host.iobroker-testsystem8.uptime 2023-06-14 16:54:41.185 - debug: admin.0 (12440) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeed, system.host.iobroker-testsystem8.inputCount, system.host.iobroker-testsystem8.outputCount, system.host.iobroker-testsystem8.cpu, system.host.iobroker-testsystem8.mem, system.host.iobroker-testsystem8.uptime, system.host.iobroker-testsystem8.diskFree 2023-06-14 16:54:41.194 - debug: admin.0 (12440) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeed, system.host.iobroker-testsystem8.inputCount, system.host.iobroker-testsystem8.outputCount, system.host.iobroker-testsystem8.cpu, system.host.iobroker-testsystem8.mem, system.host.iobroker-testsystem8.uptime, system.host.iobroker-testsystem8.diskFree, system.host.iobroker-testsystem8.diskSize 2023-06-14 16:54:41.209 - debug: admin.0 (12440) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeed, system.host.iobroker-testsystem8.inputCount, system.host.iobroker-testsystem8.outputCount, system.host.iobroker-testsystem8.cpu, system.host.iobroker-testsystem8.mem, system.host.iobroker-testsystem8.uptime, system.host.iobroker-testsystem8.diskFree, system.host.iobroker-testsystem8.diskSize, system.host.iobroker-testsystem8.diskWarning 2023-06-14 16:54:41.213 - debug: admin.0 (12440) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeed, system.host.iobroker-testsystem8.inputCount, system.host.iobroker-testsystem8.outputCount, system.host.iobroker-testsystem8.cpu, system.host.iobroker-testsystem8.mem, system.host.iobroker-testsystem8.uptime, system.host.iobroker-testsystem8.diskFree, system.host.iobroker-testsystem8.diskSize, system.host.iobroker-testsystem8.diskWarning, system.host.iobroker-testsystem8.logLevel 2023-06-14 16:54:43.878 - info: host.iobroker-testsystem8 Controller will upgrade itself to version 5.0.3 2023-06-14 16:54:56.930 - debug: admin.0 (12440) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeed, system.host.iobroker-testsystem8.outputCount, system.host.iobroker-testsystem8.cpu, system.host.iobroker-testsystem8.mem, system.host.iobroker-testsystem8.uptime, system.host.iobroker-testsystem8.diskFree, system.host.iobroker-testsystem8.diskSize, system.host.iobroker-testsystem8.diskWarning, system.host.iobroker-testsystem8.logLevel 2023-06-14 16:54:56.934 - debug: admin.0 (12440) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeed, system.host.iobroker-testsystem8.cpu, system.host.iobroker-testsystem8.mem, system.host.iobroker-testsystem8.uptime, system.host.iobroker-testsystem8.diskFree, system.host.iobroker-testsystem8.diskSize, system.host.iobroker-testsystem8.diskWarning, system.host.iobroker-testsystem8.logLevel 2023-06-14 16:54:56.936 - debug: admin.0 (12440) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeed, system.host.iobroker-testsystem8.mem, system.host.iobroker-testsystem8.uptime, system.host.iobroker-testsystem8.diskFree, system.host.iobroker-testsystem8.diskSize, system.host.iobroker-testsystem8.diskWarning, system.host.iobroker-testsystem8.logLevel 2023-06-14 16:54:56.938 - debug: admin.0 (12440) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeed, system.host.iobroker-testsystem8.uptime, system.host.iobroker-testsystem8.diskFree, system.host.iobroker-testsystem8.diskSize, system.host.iobroker-testsystem8.diskWarning, system.host.iobroker-testsystem8.logLevel 2023-06-14 16:54:56.940 - debug: admin.0 (12440) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeed, system.host.iobroker-testsystem8.diskFree, system.host.iobroker-testsystem8.diskSize, system.host.iobroker-testsystem8.diskWarning, system.host.iobroker-testsystem8.logLevel 2023-06-14 16:54:56.943 - debug: admin.0 (12440) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeed, system.host.iobroker-testsystem8.diskSize, system.host.iobroker-testsystem8.diskWarning, system.host.iobroker-testsystem8.logLevel 2023-06-14 16:54:56.945 - debug: admin.0 (12440) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeed, system.host.iobroker-testsystem8.diskWarning, system.host.iobroker-testsystem8.logLevel 2023-06-14 16:54:56.947 - debug: admin.0 (12440) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeed, system.host.iobroker-testsystem8.logLevel 2023-06-14 16:54:56.950 - debug: admin.0 (12440) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeedadmin: v6.5.8
JS-Controller: v5.0.2 -> v5.0.3
Plattform: docker
Betriebssystem: linux
Architektur: x64
Node.js: v18.16.0
NPM: 9.5.1 -
@ice987 Log gibt es erst wenn man mit 5.0.3 nen Update anstößt leider. Nicht beim Update auf 5.0.3
-
@foxriver76
ich dachte schon, das log ist "etwas" dünn 
-
@uwerlp said in js-controller 5.0.x jetzt in der BETA:
enigma2.0 v1.3.3 Adapter läuft nicht mehrer, hat allerdings für mich nicht Priorität.
Damit es auch hier festgehalten wird: Enigma muss mindestens auf 1.4.0 aktualisiert werden um mit js-controller 5 zu funktionieren.
-
@mcm57 , den benutze ich auch Täglich. Bei fakeroku habe ich auch schon den dev persönlich kontaktiert. Also für mich hat das Hochschrauben auf 5.0.3 derzeit nicht Wirklich einen Sinn.
-
@esp8266 said in js-controller 5.0.x jetzt in der BETA:
@mcm57 , den benutze ich auch Täglich. Bei fakeroku habe ich auch schon den dev persönlich kontaktiert. Also für mich hat das Hochschrauben auf 5.0.3 derzeit nicht Wirklich einen Sinn.
ad fakeroku
Hast du eine Antwort bekommen? Der Adapter hat das letzte commit am 3.Feb 2022 erhalten. Er wirkt ziemlich ruhig...ad Enigma2
Willst du uns damit sagen dass der Adpate rmit 1.40/1.5.0 funktioiert / nicht funktioniert / ???Und ja, ein Upgrad eauf js-controller5 dient zum TESTEN. Wer jetzt ein testsystem damit aktualisiert hat den Vorteil seine Adapter früh testen zu können und später bei einem Upgrade des produktiven Systems keine Überraschung zu erleben. Und er verdient sich ein GANZ GANZ GROSSES DANKE fürs Testen und Fehlerreporten. Wobei ich hoffe dass es hier auch "sie's" gibt und ich hoffe es ist keine Böse wenn ich nicht jeden Satz bis zur Unlesbafrkeit gendere.
-
@mcm57 sagte in js-controller 5.0.x jetzt in der BETA:
@esp8266 said in js-controller 5.0.x jetzt in der BETA:
@mcm57 , den benutze ich auch Täglich. Bei fakeroku habe ich auch schon den dev persönlich kontaktiert. Also für mich hat das Hochschrauben auf 5.0.3 derzeit nicht Wirklich einen Sinn.
ad fakeroku
Hast du eine Antwort bekommen? Der Adapter hat das letzte commit am 3.Feb 2022 erhalten. Er wirkt ziemlich ruhig...ad Enigma2
Willst du uns damit sagen dass der Adpate rmit 1.40/1.5.0 funktioiert / nicht funktioniert / ???Zu fakeroku,
nein noch keine Antwort. Lesebestätigung folgte noch keine, muss aber nichts bedeuten
Zu enigma2,
derzeit läuft er auf 4.024, habe aber gesehen das der Adapter auf 5.x grün war. Aber die Gigablue war zu der Zeit OFF.
Ich kann bei Gelegenheit nochmals auf 5x wechseln und in Ausführlich testen. Ob alle Funktionen gegeben sind.
Jetzt ist TV Time....und ein derzeiger Ausschnitt:
-
@mcm57 sagte in js-controller 5.0.x jetzt in der BETA:
ad fakeroku
Hast du eine Antwort bekommen? Der Adapter hat das letzte commit am 3.Feb 2022 erhalten. Er wirkt ziemlich ruhig...Der aktuelle GitHub Stand müsste passen, er muss nur gepublished werden, leider liegen
npmRechte nur beim Entwickler. -
@foxriver76 said in js-controller 5.0.x jetzt in der BETA:
@mcm57 sagte in js-controller 5.0.x jetzt in der BETA:
Der aktuelle GitHub Stand müsste passen, er muss nur gepublished werden, leider liegen
npmRechte nur beim Entwickler.Tja - das betrifft einige Adapter.
Gibt aber seit kurzem nen Checker dafür und fakeroku hat dazu auch ein issue (https://github.com/Pmant/ioBroker.fakeroku/issues/32)@foxriver76
Du könntest auch 2 'npm owner add bluefox'absetzen wenn ud mal Zeit hast:
https://github.com/foxriver76/ioBroker.loqed/issues/3
https://github.com/foxriver76/ioBroker.puppeteer/issues/8Hoff zwar innig dass du uns noch seeeeeeeeeehr lange erhalten bleibst, aber zumidnest die Liste der Adapter mit non-standard npm Access würde kürzer
-
@esp8266 said in js-controller 5.0.x jetzt in der BETA:
Zu enigma2,
derzeit läuft er auf 4.024, habe aber gesehen das der Adapter auf 5.x grün war. Aber die Gigablue war zu der Zeit OFF.
Ich kann bei Gelegenheit nochmals auf 5x wechseln und in Ausführlich testen. Ob alle Funktionen gegeben sind.Du kannst da von mir aus auch noch ein wenig warten. Ich hoffe das Apollon77 bald zu den Reviews für latest kommt. Enigma2 ist einer der Adapter der auf die Aufnahme ins offizielle latest repo wartet. Wenn du schon testest, kannst dann gleich die offizielle 1.5.0 testen
-
Ich bin nicht sicher ob es sich um ein Issue mit js-controller 5 handelt, aber der info-Adapter schmeißt mir ein
Cannot get data: TypeError: can't assign to property "_nodeCurrent" on "timeout": not an objectentgegen, wenn die Übersicht im Admin aufgerufen wird. Darüber hinaus ist die Kachel ohne Inhalt:
Kann das wer bestätigen?
[Edit:] War ein 'Schluckauf' bei mir, Browser neugestartet, funktioniert wieder. Sorry...
-
hab mich auch eben ans Update getraut:
Pihole startet nicht:
pi-hole.0 1522923 2023-06-14 21:12:03.405 warn Terminated (UNCAUGHT_EXCEPTION): Without reason pi-hole.0 1522923 2023-06-14 21:12:03.405 info terminating pi-hole.0 1522923 2023-06-14 21:12:03.404 info cleaned everything up... pi-hole.0 1522923 2023-06-14 21:12:03.401 error Parameter "options" needs to be a real object but type "object" has been passed pi-hole.0 1522923 2023-06-14 21:12:03.401 error Error: Parameter "options" needs to be a real object but type "object" has been passed at Validator.assertObject (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/validator.js:215:19) at AdapterClass.setObjectNotExists (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:3388:35) at main (/opt/iobroker/node_modules/iobroker.pi-hole/main.js:327:10) at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.pi-hole/main.js:75:6) at process.processImmediate (node:internal/timers:478:21) pi-hole.0 1522923 2023-06-14 21:12:03.399 error uncaught exception: Parameter "options" needs to be a real object but type "object" has been passed pi-hole.0 1522923 2023-06-14 21:12:03.373 info starting. Version 1.3.4 in /opt/iobroker/node_modules/iobroker.pi-hole, node: v18.16.0, js-controller: 5.0.3KNX Lizenz Problem:
knx.0 1522719 2023-06-14 21:11:24.180 error This license is not valid for this iobroker host knx.0 1523091 2023-06-14 21:14:57.335 warn No license found for knx. You can use 500DP for free or you can get a license on https://iobroker.net/accountLicenses ! -
Controller 5.0.4 ist demnächst verfügbar:
Cannot call visUtilsError sollte behoben sein (trat auf wenn man eigene Folder invis.0angelegt hatte)- Upload von vis sollte nicht länger eigene Daten in
visFolder löschen. Dort bitte trotzallem keine Daten mehr anlegen, wir unterstützen hier die Legacy Systeme (Zeiten vorBenutzerdatenFolder) - Und hier kann man erstmalig das Update von 5.0.3 auf 5.0.4 testen, sprich Auto Update sollte nun Log im Admin etc generieren.
-
Bei mir kam heute Morgen nach erfolgtem Update auf 5.0.3 folgende Meldung im Fehlerlog:
sma-em.0 27488 2023-06-15 03:30:25.453 error DB closed sma-em.0 27488 2023-06-15 03:30:25.451 error Error: DB closed at close (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:184:25) at Socket.<anonymous> (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:151:20) at Object.onceWrapper (node:events:628:26) at Socket.emit (node:events:513:28) at TCP.<anonymous> (node:net:298:12) sma-em.0 27488 2023-06-15 03:30:25.447 error unhandled promise rejection: DB closed sma-em.0 27488 2023-06-15 03:30:25.421 error Unhandled promise rejection. 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(). host.NOW8-Home 2023-06-15 03:30:25.095 error Caught by controller[0]: Error: ENOENT: no such file or directory, open '/opt/iobroker/log/iobroker.2023-06-14.log'Alle Adapter funktionieren aber soweit...
Folgende Konfiguration läuft bei mir:
Plattform: linux Betriebssystem: linux Architektur: arm64 CPUs: 4 Geschwindigkeit: 2016 MHz Modell: ARMv8 Processor rev 0 (v8l) RAM: 3.6 GB System-Betriebszeit: 02:53:09 Node.js: v18.16.0 time: 1686803027830 timeOffset: -120 Adapter-Anzahl: 563 NPM: 8.19.2 Datenträgergröße: 28.6 GB Freier Festplattenspeicher: 23.2 GB Betriebszeit: 02:52:53 Aktive Instanzen: 26 Pfad: /opt/iobroker/ aktiv: -
Guten Morgen,
nach dem Update auf 5.0.3 lässt sich die Vis nicht mehr öffnen. Beim starten des Adapters kommt folgende Fehlermeldung:
vis.0 2023-06-15 07:55:32.932 warn Terminated (UNCAUGHT_EXCEPTION): Without reason vis.0 2023-06-15 07:55:32.931 info terminating vis.0 2023-06-15 07:55:32.424 error Not exists vis.0 2023-06-15 07:55:32.424 error Error: Not exists at ObjectsInRedisClient._readFile (/opt/iobroker/node_modules/@iobroker/db-objects-redis/build/lib/objects/objectsInRedisClient.js:856:19) at Immediate.<anonymous> (/opt/iobroker/node_modules/@iobroker/db-objects-redis/build/lib/objects/objectsInRedisClient.js:893:59) at process.processImmediate (node:internal/timers:478:21) vis.0 2023-06-15 07:55:32.423 error unhandled promise rejection: Not exists vis.0 2023-06-15 07:55:32.422 error Unhandled promise rejection. 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().die diag Ausgabe:
======================= SUMMARY ======================= v.2023-04-16 Operatingsystem: Debian GNU/Linux 11 (bullseye) Kernel: 5.10.0-23-amd64 Installation: kvm Timezone: Europe/Berlin (CEST, +0200) User-ID: 1001 X-Server: false Boot Target: graphical.target Pending OS-Updates: 0 Pending iob updates: 0 Nodejs-Installation: /usr/bin/nodejs v18.16.0 /usr/bin/node v18.16.0 /usr/bin/npm 9.5.1 /usr/bin/npx 9.5.1 Recommended versions are nodejs 18.x.y and npm 9.x.y Your nodejs installation is correct MEMORY: total used free shared buff/cache available Mem: 7.8G 1.8G 4.7G 0.0K 1.3G 5.7G Swap: 974M 12M 962M Total: 8.7G 1.8G 5.7G Active iob-Instances: 26 Active repo(s): beta ioBroker Core: js-controller 5.0.3 admin 6.5.8 ioBroker Status: iobroker is running on this host. Objects type: jsonl States type: jsonl Status admin and web instance: + system.adapter.admin.0 : admin : debian - enabled, compact disabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.web.0 : web : debian - enabled, compact disabled, port: 8082, bind: 0.0.0.0, run as: admin Objects: 7337 States: 6420 Size of iob-Database: 12M /opt/iobroker/iobroker-data/objects.jsonl 4.4M /opt/iobroker/iobroker-data/states.jsonl =================== END OF SUMMARY ==================== -
@daniel0815
Hast du heute früh auch das e-charts update gemacht?
Ich habe gestern den js-controller auf 5.0.3 aktualisiert und danach noch die VIS aufgerufen. Heute früh e-charts aktualisiert, das hat scheinbar einen Neustart des iobroker verursacht. Seitdem kokmmt beim Aufruf der VIS nur "File index.html not found: {}"
