js-controller 5.0.x jetzt in der BETA
-
@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: {}" -
@daniel0815 mach ein upload des vis Adapters
@bommel_030 sagte in js-controller 5.0.x jetzt in der BETA:
der VIS nur "File index.html not found: {}"
-
Ja das Update hab ich gleich mit gemacht. Seit dem ist die edit.html nicht mehr aufrufbar.
-
@crunchip
Danke, hatte ich schon gemacht, das funktioniert auch.
Wollte nur sagen, bei mir lag es NICHT am js-controller Update, es kam erst mit dem e-charts Update. Keine Ahnung was da für ein Zusammenhang ist. -
Danke, nach dem zweiten Upload geht es nun wieder.
-
@bommel_030 sagte in js-controller 5.0.x jetzt in der BETA:
es kam erst mit dem e-charts Update
glaube ich nicht, das hatte ich schon zuvor gemacht, nach dem upgrade des js-controller von 5.02 auf 5.03 gestern ebenfalls den vis upload angestoßen, lief nun bis jetzt
allerdings kam gerade die Meldung
web.0 2023-06-15 09:43:51.391 info ==> Connected system.user.admin from ::ffff:10.1.20.164 web.0 2023-06-15 09:43:50.506 info ==> Connected system.user.admin from ::ffff:10.1.20.164 web.0 2023-06-15 09:43:50.209 info <== Disconnect system.user.admin from ::ffff:10.1.20.164 vis.0und nun zeigt mir meine vis ebenfalls
File index.html not found: {}aber nur auf einem Gerät
allerdings lässt sich vis am PC auch nicht mehr aufrufen, andere Tablet läuft noch -
@crunchip
Musst du mir ja auch nicht glauben Wie gesagt, war gestern schon auf der 5.0.3 und danach hat die VIS inkl. edit noch funktioniert.
Evtl. hat der Admin Neustart durch das e-chart Update (warum auch immer das Update das ausgelöst hat) den Fehler hervorgebracht. -
@bommel_030 ich schreib doch gerade, es kam bei mir gerade aus heiterem Himmel, kein Neustart, nix
ein upload vis per admin löste das Problem allerdings nicht
erst über Konsole
iob stop vis iob upload vis iob start vismöglicherweise ist auch das stoppen/starten von vis der Schlüssel
-
Beim doorbird adapter gibts ne neue Fehlermeldung:
https://github.com/iobroker-community-adapters/ioBroker.doorbird/issues/382023-06-15 06:47:45.738 - error: doorbird.0 (12974) uncaught exception: ENOENT: no such file or directory, open '/opt/iobroker/node_modules/iobroker-data/doorbird.0.snap.jpg'Weiß wer ob es diese Verzeichnis wirklich mal so (hallwegs legal bzw. legacy) gegeben hat? iobroker-data unter node_modules kommt mir sehr suspekt vor.
-
@mcm57 Halte ich für unwahrscheinlich, dass sich npm nicht daran gestört hat, bzw diese nicht gelöscht hat.
Sowas sollte im ioBroker Storage des Adapters abgelegt werden. -
@foxriver76
Schon gefunden.
Das ist eine alte Version des Adapters die noch nicht getDefauktDataDir verwendet.
Das wurde letzte Woche erst gefixed und ist noch als alpha declariert. -
@crunchip sagte in js-controller 5.0.x jetzt in der BETA:
möglicherweise ist auch das stoppen/starten von vis der Schlüssel
Ja sehr wahrscheinlich im Falle von Vis
-
Weitere Adapter mit Problemen für die Liste:
doorbird@all
Siehe https://github.com/iobroker-community-adapters/ioBroker.doorbird/issues/38Der Adapter dürfte lt. commit history angepasst worden sein. Allerdings gibts noch keine Version im latest und der Adapter wurde eben erst in community verschoben.
Die GH Version scheint Probleme bei der Installation zu machen. Siehe issue.Die GH Version scheint normal installierbar zu sein und auch (so halbegs) zu laufen. Allerdings sind wir noch auf der Suche wo nun die Bilder gespeichert werden
