js-controller 6.0.x jetzt für alle User im STABLE!
-
Hallo
Ich habe nach dem update ein Problem mit dem Adapter E-Charts. Er startet nicht mehr und bleibt auf Rot.
iob fix brachte nichts.Im Log stehten diese Meldungen.
Soll ich das ausführen? Wo liegt das Adapter- Directory?host.bookworm 2024-08-03 11:06:16.984 info Rebuild for adapter system.adapter.echarts.0 not successful in 3 tries. Adapter will not be restarted again. Please execute "npm install --production" in adapter directory manually. host.bookworm 2024-08-03 11:06:16.983 error instance system.adapter.echarts.0 terminated with code 1 (JS_CONTROLLER_STOPPED) host.bookworm 2024-08-03 11:06:16.983 error Caught by controller[0]: Node.js v18.20.4 host.bookworm 2024-08-03 11:06:16.983 error Caught by controller[0]: } host.bookworm 2024-08-03 11:06:16.983 error Caught by controller[0]: requireStack: [ '/opt/iobroker/node_modules/iobroker.echarts/main.js' ] host.bookworm 2024-08-03 11:06:16.983 error Caught by controller[0]: code: 'MODULE_NOT_FOUND', host.bookworm 2024-08-03 11:06:16.983 error Caught by controller[0]: at Function.executeUserEntryPoint [as runMain] (node:internal/modules/run_main:128:12) { host.bookworm 2024-08-03 11:06:16.983 error Caught by controller[0]: at Module._load (node:internal/modules/cjs/loader:1019:12) host.bookworm 2024-08-03 11:06:16.982 error Caught by controller[0]: at Module.load (node:internal/modules/cjs/loader:1203:32) host.bookworm 2024-08-03 11:06:16.982 error Caught by controller[0]: at Module._extensions..js (node:internal/modules/cjs/loader:1422:10) host.bookworm 2024-08-03 11:06:16.982 error Caught by controller[0]: at Module._compile (node:internal/modules/cjs/loader:1364:14) host.bookworm 2024-08-03 11:06:16.982 error Caught by controller[0]: at Object.<anonymous> (/opt/iobroker/node_modules/iobroker.echarts/main.js:12:21) host.bookworm 2024-08-03 11:06:16.982 error Caught by controller[0]: at require (node:internal/modules/helpers:177:18) host.bookworm 2024-08-03 11:06:16.982 error Caught by controller[0]: at Module.require (node:internal/modules/cjs/loader:1231:19) host.bookworm 2024-08-03 11:06:16.982 error Caught by controller[0]: at Module._load (node:internal/modules/cjs/loader:981:27) host.bookworm 2024-08-03 11:06:16.982 error Caught by controller[0]: at Module._resolveFilename (node:internal/modules/cjs/loader:1140:15) host.bookworm 2024-08-03 11:06:16.981 error Caught by controller[0]: - /opt/iobroker/node_modules/iobroker.echarts/main.js host.bookworm 2024-08-03 11:06:16.981 error Caught by controller[0]: Require stack: host.bookworm 2024-08-03 11:06:16.981 error Caught by controller[0]: Error: Cannot find module '@iobroker/adapter-core' host.bookworm 2024-08-03 11:06:16.981 error Caught by controller[0]: ^ host.bookworm 2024-08-03 11:06:16.981 error Caught by controller[0]: throw err; host.bookworm 2024-08-03 11:06:16.980 error Caught by controller[0]: node:internal/modules/cjs/loader:1143 -
@snopy_16 man sieht leider nicht welche Version von echarts. Ältere Versionen hatten wohl vergessen adapter-core explizit als Dep hinzuzufügen. Evtl. sollte man da mal die 1.8.4 als stable deklarieren, da dies in der 1.7.2 fehlt @mcm1957
1.7.2: https://www.npmjs.com/package/iobroker.echarts/v/1.7.2?activeTab=code
1.8.4: https://www.npmjs.com/package/iobroker.echarts/v/1.8.4?activeTab=code -
@snopy_16
Moin, hier das gleiche Problem. Alles up-to-date, nach dem Neustart macht er drei Versuche den e-chart adapter zu 'reparieren' dann bricht er das ab (sieht aus wie bei @Snopy_16). Adapter bleibt rot. E-Charts an sich scheinen aber zu funktionieren (werden in VIS angezeigt), sowie auch der Editor (hab' mal schnell ne Kopie von einem Chart gemacht)npm install --production habe ich im entsprechenden Verzeichnis ausgeführt, hat aber auch nichts gebracht.
Ansonsten danach fix, upgrade self mit Neustart bringt auch keine Änderung.@foxriver76 bei mir die 1.7.2, 1.8.4 wird nicht als stable angezeigt
-
@foxriver76
Ja, die Version v1.7.2 habe ich installiert@Pedder007
Genau das selbe Verhalten -
@foxriver76 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:
ionen hatten wohl vergessen adapter-core explizit als Dep hinzuzufügen. Evtl. sollte man da mal die 1.8.4 als stable deklarieren, da dies in der 1.7.2 fehlt @mcm1957
Habe das schnell mal getestet:
Beta: 1.8.0 Installation zeigt Fehler und es bleibt bei 1.7.2
Version 1.8.4 (manuell angegeben): Installation läuft durch, Adapter wird grün, allerdings zeigt kein einziges Chart vom 'Diagramm Typ'=BAR noch irgendwelche Werte mehr an. Typ Line geht. Bei mir schlecht, da 90% bei mir Bar-Charts sind
-
@pedder007 Hm ja Mist hat beanker auch in diesem Issue geschrieben https://github.com/ioBroker/ioBroker.echarts/issues/657
-
@foxriver76 said in js-controller 6.0.x jetzt für alle User im STABLE!:
@snopy_16 man sieht leider nicht welche Version von echarts. Ältere Versionen hatten wohl vergessen adapter-core explizit als Dep hinzuzufügen. Evtl. sollte man da mal die 1.8.4 als stable deklarieren, da dies in der 1.7.2 fehlt @mcm1957
1.7.2: https://www.npmjs.com/package/iobroker.echarts/v/1.7.2?activeTab=code
1.8.4: https://www.npmjs.com/package/iobroker.echarts/v/1.8.4?activeTab=codeKann ich im Prinzip machen.
Da es aber eine Fehlermeldung gab (https://github.com/ioBroker/ioBroker.echarts/issues/657#issuecomment-2225982405) bzw. ein referenziertes Issue (https://github.com/ioBroker/ioBroker.echarts/issues/630) hab ich hier ohne Reaktion des Devs nicht pe Timeout ins stable gepushed.
Kannst du bitte entscheiden bzw. mit @Bluefox(?) abstimmen ob echarts 1,8,4 ins stable soll?
Bzw. was mit den Issues ist?closed Update Fehler 1.8.1 #630
-
@mcm1957 Habe BF eben gepingt, sollte er vorher fixen, bringt ja sonst nix.
-
@foxriver76 bin erstmal wieder auf 1.7.2 und wird wieder alles angezeigt (bei rotem Adapter)
Muss mich für heute leider ausklinken ...
Viel Erfolg
PS.Wollt ihr mal lachen?
NAch dem Downgrade wird der Adapter auch mit der 1.7.2 grün
-
@foxriver76 Also ich habe auch die Version V1.7.2 installiert und es hat alles problemlos funktioniert.
-
@pedder007 said in js-controller 6.0.x jetzt für alle User im STABLE!:
NAch dem Downgrade wird der Adapter auch mit der 1.7.2 grün
Eine mögliche Erklärung:
Ja, die neuere Version installiert ja adapter-core. Und da dieser auch von anderen Adaptern benutzt wird, deinstalliert diese der Downgrade nicht. -
@pedder007
Bei mir bleibt der adapter auch nach dem Prozedere von up/downgrade auf rot. -
Ich habe leider seit dem Controller Update auch Probleme. Mein PI Script funktioniert nicht mehr - und zeigt komisches Verhalten.
-
@foxriver76 @oFbEQnpoLKKl6mbY5e13
Ich habe ein ähnliches Problem. Nach dem Upgrade auf den neuen js-controller bekomme ich Fehlermeldungen vom Adapter jarvis, dass es Probleme mit einigen alias DPs gibt, die eine read Konvertierung haben. Diese Fehlermeldungen kommen bei jedem Neustart des Adapters.
Was mich wundert ist, dass eigentlich gar nicht alle dieser DP in jarvis kofiguriert/genutzt werden.jarvis.0 2024-08-03 12:25:04.342 error source in "alias.0.awtrix.electricity_meter_power_export" does not exist for "read" function: "val/1000" jarvis.0 2024-08-03 12:25:04.342 error source in "alias.0.energy.electricity.meter.PowerIn" does not exist for "read" function: "val < 0 ? -1 * val : 0" jarvis.0 2024-08-03 12:25:04.342 error source in "alias.0.energy.electricity.meter.PowerOut" does not exist for "read" function: "val > 0 ? val : 0" jarvis.0 2024-08-03 12:25:04.341 error source in "alias.0.awtrix.electricity_meter_power_pvgeneration" does not exist for "read" function: "val/1000" jarvis.0 2024-08-03 12:24:49.292 error source in "alias.0.awtrix.electricity_meter_power_export" does not exist for "read" function: "val/1000" jarvis.0 2024-08-03 12:24:49.292 error source in "alias.0.energy.electricity.meter.PowerIn" does not exist for "read" function: "val < 0 ? -1 * val : 0" jarvis.0 2024-08-03 12:24:49.292 error source in "alias.0.energy.electricity.meter.PowerOut" does not exist for "read" function: "val > 0 ? val : 0" jarvis.0 2024-08-03 12:24:49.290 error source in "alias.0.awtrix.electricity_meter_power_pvgeneration" does not exist for "read" function: "val/1000" jarvis.0 2024-08-03 12:24:35.772 info Found Backups for devices. jarvis.0 2024-08-03 12:24:35.728 info Found Backups for widgets. jarvis.0 2024-08-03 12:24:35.665 info Found Backups for settings. jarvis.0 2024-08-03 12:24:35.663 info Found Backups for layout. jarvis.0 2024-08-03 12:24:35.657 info Connection: WebSocket opened on port 8400 using http... jarvis.0 2024-08-03 12:24:35.580 info No Backup found for styles, thus backing up initially. jarvis.0 2024-08-03 12:24:35.579 info No Backup found for scripts, thus backing up initially. jarvis.0 2024-08-03 12:24:35.556 info starting. Version 3.1.8 in /opt/iobroker/node_modules/iobroker.jarvis, node: v20.16.0, js-controller: 6.0.9 -
@pedder007 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:
NAch dem Downgrade wird der Adapter auch mit der 1.7.2 grün
War bei mir genauso. Wäre ja bei beta geblieben hätte BAR noch funktioniert. Hauptsache es läuft wieder.
-
@snopy_16 said in js-controller 6.0.x jetzt für alle User im STABLE!:
@pedder007
Bei mir bleibt der adapter auch nach dem Prozedere von up/downgrade auf rot.Ok - da wird es wohl notwendig sein, dass der Dev den Adapter anpasst bzw die Fehler die in der aktuellen Version existieren behebt.
-
@fellpower said in js-controller 6.0.x jetzt für alle User im STABLE!:
Ich habe leider seit dem Controller Update auch Probleme. Mein PI Script funktioniert nicht mehr - und zeigt komisches Verhalten.
Wie schon im andren Topic geschrieben würde ich das geänderte Verhalten deines Blockly Scripts eher im (wahrscheinlich) ebenfalls aktualisiserten javascript Adapter suchen. In jeden Fall grenz das Problem mal ein indem du eruierts wo genau sich dein Skript nun anders verhält. Liest es andere Werte? Funktionieren Berechnungen nicht? Ich würde jedenfalls anregen das Problem im referenzierten Topic weiter zu verfolgen - außer es gibt noch mehr Indizien dass es sich doch um Problem des js-controllers handelt.
-
@isi07 hm spannend, für mich schon mal gut dass du es nachstellen kannst mit jedem Neustart. Falls es keine sensiblen Daten in deiner Installation gibt könntest du mir evtl. dein DB File schicken, damit könnte ich es vermutlich nachstellen, ansonsten muss ich nochmal Code schauen wie wir am ehesten uns annähern an das Problem.
-
@foxriver76
habe Objects und States in redis. Möchte ungern die ganze DB rausgeben. Kann ich irgendetwas nachschauen oder suchen, um das Problem einzugrenzen? -
@isi07 das ist auch gut zu wissen, ich schaue morgen nochmal im Detail welche Infos helfen könnten - heute werde ich nicht dazu kommen
