Alpha Test js-controller Kiera (v6.0)
-
@feuersturm welche Version hat ical denn?
-
Was mir gerade noch auffällt: Ein eChart wird nicht mehr aktualisiert. Die Datenwerte kommen vornehmlich als alias rein, da vermute ich einen Zusammenhang mit
(foxriver76) optimize alias subscribe performance for non-redis dbs
Bastel aber noch dran herum.
Gegentest: Mit"js-controller": 5.0.19füllen sich die DPs wieder korrekt. -
@foxriver76 sagte in Alpha Test js-controller Kiera (v6.0):
@feuersturm welche Version hat ical denn?
v1.15.0
ich hab ical.0 ical.1 ical.2 ical.3 ical.4 ical.5 im Einsatz
ical.0 bis 4 sind inaktiv, ical.5 ist aktiv -
@feuersturm hm kannst du auch mal die Adapter-Core Version von iCal zeigen.
npm ls @iobroker/adapter-core -
@foxriver76 sagte in Alpha Test js-controller Kiera (v6.0):
@feuersturm hm kannst du auch mal die Adapter-Core Version von iCal zeigen.
npm ls @iobroker/adapter-coreproxmox@ioBrokerTestsystem:/opt/iobroker$ npm ls @iobroker/adapter-core [sudo] password for proxmox: iobroker.inst@2.0.3 /opt/iobroker +-- iobroker.admin@6.17.11 | +-- @iobroker/adapter-core@3.1.4 | `-- @iobroker/socket-classes@1.5.0 | `-- @iobroker/adapter-core@3.1.4 deduped +-- iobroker.backitup@2.11.0 | `-- @iobroker/adapter-core@3.1.4 deduped +-- iobroker.benchmark@1.2.0 | `-- @iobroker/adapter-core@3.1.4 deduped +-- iobroker.daswetter@3.1.13 | `-- @iobroker/adapter-core@3.0.4 +-- iobroker.device-manager@0.0.3 | +-- @iobroker/adapter-core@2.6.8 | `-- @jey-cee/dm-utils@0.0.1 | `-- @iobroker/adapter-core@2.6.8 +-- iobroker.device-watcher@2.12.1 | `-- @iobroker/adapter-core@3.1.4 deduped +-- iobroker.discovery@4.5.0 | `-- @iobroker/adapter-core@3.1.4 deduped +-- iobroker.dwd@2.8.5 | `-- @iobroker/adapter-core@2.6.8 +-- iobroker.fritzbox@0.6.0 | `-- @iobroker/adapter-core@3.1.4 deduped +-- iobroker.fully-tablet-control@0.3.4-0 (git+ssh://git@github.com/xXBJXx/ioBroker.fully-tablet-control.git#7117121d4e659a2ddf69feb2698a4014588a5f94) | `-- @iobroker/adapter-core@2.6.8 +-- iobroker.hm-rega@4.0.0 | `-- @iobroker/adapter-core@3.1.4 deduped +-- iobroker.hm-rpc@1.17.0 | +-- @iobroker/adapter-core@3.1.4 deduped | `-- @iobroker/dm-utils@0.1.9 | `-- @iobroker/adapter-core@3.1.4 deduped +-- iobroker.hue@3.11.0 | `-- @iobroker/adapter-core@3.1.4 deduped +-- iobroker.ical@1.15.0 | `-- @iobroker/adapter-core@3.1.4 deduped +-- iobroker.influxdb@4.0.2 | `-- @iobroker/adapter-core@3.1.4 deduped +-- iobroker.javascript@8.3.1 | `-- @iobroker/adapter-core@3.1.4 deduped +-- iobroker.js-controller@6.0.1-alpha.0-20240522-72e34be5c | `-- @iobroker/adapter-core@3.1.4 deduped +-- iobroker.mqtt@5.2.0 | `-- @iobroker/adapter-core@3.1.4 deduped +-- iobroker.nina@0.0.26 | `-- @iobroker/adapter-core@3.1.4 deduped +-- iobroker.openweathermap@1.0.4 | `-- @iobroker/adapter-core@3.1.4 deduped +-- iobroker.proxmox@2.3.0 | `-- @iobroker/adapter-core@3.1.4 deduped +-- iobroker.rainbird@0.2.3 (git+ssh://git@github.com/StrathCole/ioBroker.rainbird.git#0caa24dcbb11024865ff9161c6f6bb5e6db6a9ce) | `-- @iobroker/adapter-core@1.0.3 +-- iobroker.samsung-community@0.5.0 (git+ssh://git@github.com/iobroker-community-adapters/ioBroker.samsung-community.git#dd5c173cf9056c3ab9bd45006f17bb639d9ff5f8) | `-- @iobroker/adapter-core@2.6.8 +-- iobroker.sayit@3.0.5 | `-- @iobroker/adapter-core@2.6.8 +-- iobroker.scenes@3.0.4 | `-- @iobroker/adapter-core@3.1.4 deduped +-- iobroker.scheduler@1.3.12 | `-- @iobroker/adapter-core@3.1.4 deduped +-- iobroker.simple-api@2.7.2 | `-- @iobroker/adapter-core@2.6.8 +-- iobroker.socketio@6.7.0 | `-- @iobroker/adapter-core@3.1.4 deduped +-- iobroker.spotify-premium@1.5.0 | `-- @iobroker/adapter-core@3.1.4 deduped +-- iobroker.tankerkoenig@3.4.0 | `-- @iobroker/adapter-core@3.1.4 deduped +-- iobroker.telegram@3.2.1 | `-- @iobroker/adapter-core@3.1.4 deduped +-- iobroker.tr-064@4.3.0 | `-- @iobroker/adapter-core@3.1.4 deduped +-- iobroker.trashschedule@3.3.0 | `-- @iobroker/adapter-core@3.1.4 deduped +-- iobroker.unifi@0.7.0 | `-- @iobroker/adapter-core@3.1.4 deduped +-- iobroker.valloxmv@1.2.0 (git+ssh://git@github.com/hacki11/ioBroker.valloxmv.git#51ef16846b53016d658f1df5afa0cf42296000be) | `-- @iobroker/adapter-core@2.6.8 +-- iobroker.vis-2@2.9.63 | `-- @iobroker/adapter-core@3.1.4 deduped +-- iobroker.vis-google-fonts@1.0.4 | `-- @iobroker/adapter-core@2.6.8 +-- iobroker.vis-history@1.0.0 | `-- @iobroker/adapter-core@1.0.3 +-- iobroker.vis-inventwo@3.3.4 | `-- @iobroker/adapter-core@2.6.8 +-- iobroker.vis-timeandweather@1.2.2 | `-- @iobroker/adapter-core@2.6.8 +-- iobroker.vis@1.5.6 | `-- @iobroker/adapter-core@3.1.4 deduped +-- iobroker.web@6.2.5 | +-- @iobroker/adapter-core@3.1.4 deduped | +-- iobroker.socketio@6.6.1 | | `-- @iobroker/adapter-core@3.1.4 deduped | `-- iobroker.ws@2.5.11 | `-- @iobroker/adapter-core@3.1.4 deduped +-- iobroker.worx@3.0.2 | `-- @iobroker/adapter-core@3.1.4 deduped `-- iobroker.ws@2.6.1 `-- @iobroker/adapter-core@3.1.4 deduped -
@feuersturm
Kannst du mal versuchen den ical mit DEBUG Loglevel zu starten?Der ical hat in der Version noch das nicht mehr unterstütze subscribe: <stateid> drinnen. Das sollte aber eigentlich keinen Start verhindern sondern nur den manuellen Trigger de facto außer Betrieb setzen.
@foxriver76
Achtung: Github ist etwas neuer als die Release. Auf Github hat Klein0r das subscribe schon aus io-package entferntSobald windows js-controlelr geht, könnt ich da was checken. Hab aber kein Linux Testsystem - und für production ist js-controller 6 noch etwas zu alpha
-
@foxriver76
Der adapter-core von ical sollte aktuell sein -
@mcm1957 Jop am Handy das log falsch zugeordnet Problem sind nur die <2.6.9 noch aber fixe ich morgen im Controller.
Ja iCal villt was mit subscribe zu tun kann ich morgen evtl auch testen.
-
@foxriver76 said in Alpha Test js-controller Kiera (v6.0):
@mcm1957 Jop am Handy das log falsch zugeordnet Problem sind nur die <2.6.9 noch aber fixe ich morgen im Controller.
Ja iCal villt was mit subscribe zu tun kann ich morgen evtl auch testen.
Der ical ist auch ein subscribe Adapter. Kann sein, dass das der einzige ist.
-
Ich hab jetzt mal mein Windowssytem auf js-controller 6 gebracht (mit dem manuellen Fix)
Der ical startet bei mir einwandfrei:
host.Envy 2024-05-22 21:25:08.287 info instance system.adapter.ical.0 terminated with code 0 (NO_ERROR) ical.0 2024-05-22 21:25:07.726 info Terminated (NO_ERROR): Without reason ical.0 2024-05-22 21:25:02.716 info All calenders could not be processed, Do not clean up events ical.0 2024-05-22 21:25:02.715 warn Error reading "http://11111.ics": Cannot read URL: "http://11111.ics" ical.0 2024-05-22 21:25:02.714 warn Error reading from URL "http://11111.ics" ical.0 2024-05-22 21:25:02.474 info starting. Version 1.15.0 in C:/ioBroker/node_modules/iobroker.ical, node: v18.20.2, js-controller: 6.0.1-alpha.0-20240522-72e34be5c host.Envy 2024-05-22 21:25:01.952 info Restart compact group controller 3Hinweis: Das System läuft im compact mode - das sollte aber wohl kaum ein Problem BEHEBEN-
Hinweis2: Ich hab keine echte Config sondern nur das was als Default drinnen ist abgespeichert.
-
@mcm1957 Ich versuche das Problem etwas weiter einzugrenzen. Ich habe 6 ICAL Instanzen für verschiedene Kalender laufen die ich verschieden behandel. Ein Debug Log von verschiedenen Kalendern ist nicht so einfach möglich, da dort ja die Produktivdaten in den Kalendern stecken. Ich habe auf meinem Produktivsystem und auf meinem Testsystem verschiedene Versionen im Einsatz, ich schau mal ob das auch noch einen Einfluss hat.
-
@Feuersturm
Kannst du mal in den system objects checken of eine Config dort sichtbar ist und via admin UI schaun ob die Config dort sichtbar ist? -
Ja klar.
Aber schau mal (für dich) mit DEBUG log ob da überhaupt Kalenderdaten kommen. Dein Logging von oben schaut so aus als würde der ical gar nicht starten :-). Und es wäre ein großer Unterschied ob er nicjht startet oder "nur" nicht normal arbeitet.warn: ical.0 (7436) Terminated (NO_ADAPTER_CONFIG_FOUND): Without reason
kommt ja vom js-controller. Steht da vorher was vom ical drinnen? -
Noch ne Idee:
Der ical beendet sich mitadapter.stop();
Ab js-controller 6 kann die Funktion ja nun Parameter (Exist Status). Kann es sein, dass der Status 3 nur ein reiner Zufallswert ist weil der js-controller / adapter-code "kein Paramater" nicht richtig erkennen und zu einem definierten Wert mappen? Sprich - 'undefinierte Variable Problem' -
@mcm1957 @foxriver76
zum ical Thema.Ich habe auf meiner anderen Produktivinstanz mit ical 1.15.0 auch einmal meinen ical.5 ioBroker Testkalender eingerichtet. Dort läuft js-controller 5.0.19. Auf dem System kann ich das Debug Loglevel von ical.5 einschalten und der Kalender wird mit zwei Testterminen korrekt ausgelesen. Alle anderen ical Instanzen 0 bis 4 sind nicht aktiv.
Auf meinem Testsystem mit js-controller 6 ist ical5 der gleiche ioBroker Testkalender.
Wenn ich dort versuche das Debug Loglevel von ical5 einzuschalten sehe ich folgendes im Log:2024-05-22 21:50:36.753 - info: host.ioBrokerTestsystem instance scheduled system.adapter.ical.5 * * * * * 2024-05-22 21:50:36.797 - info: host.ioBrokerTestsystem instance system.adapter.ical.5 started with pid 10678 2024-05-22 21:50:42.079 - error: ical.0 (10678) adapter disabled 2024-05-22 21:50:42.143 - warn: ical.0 (10678) Terminated (NO_ADAPTER_CONFIG_FOUND): Without reason 2024-05-22 21:50:42.872 - error: host.ioBrokerTestsystem instance system.adapter.ical.5 terminated with code 3 (NO_ADAPTER_CONFIG_FOUND) 2024-05-22 21:51:00.146 - info: host.ioBrokerTestsystem instance system.adapter.ical.5 started with pid 10689 2024-05-22 21:51:04.861 - error: ical.0 (10689) ical.0 already running 2024-05-22 21:51:04.873 - warn: ical.0 (10689) Terminated (ADAPTER_ALREADY_RUNNING): Without reason 2024-05-22 21:51:05.465 - error: host.ioBrokerTestsystem instance system.adapter.ical.5 having pid 10689 terminated with code 7 (ADAPTER_ALREADY_RUNNING) 2024-05-22 21:51:54.169 - info: host.ioBrokerTestsystem stopInstance system.adapter.ical.5 (force=false, process=false) 2024-05-22 21:51:54.182 - info: host.ioBrokerTestsystem stopInstance canceled schedule system.adapter.ical.5 2024-05-22 21:51:58.028 - info: host.ioBrokerTestsystem instance scheduled system.adapter.ical.5 * * * * * 2024-05-22 21:51:58.083 - info: host.ioBrokerTestsystem instance system.adapter.ical.5 started with pid 10700 2024-05-22 21:52:00.039 - warn: host.ioBrokerTestsystem instance system.adapter.ical.5 already running with pid 10700 2024-05-22 21:52:03.062 - error: ical.0 (10700) adapter disabled 2024-05-22 21:52:03.132 - warn: ical.0 (10700) Terminated (NO_ADAPTER_CONFIG_FOUND): Without reason 2024-05-22 21:52:03.918 - error: host.ioBrokerTestsystem instance system.adapter.ical.5 terminated with code 3 (NO_ADAPTER_CONFIG_FOUND)Es kommen keine weiteren Debugdaten vom ical5. Unter ical.5.data werden auch nicht die Daten aus dem Kalender eingetragen. ical5 startet aus meiner Sicht also gar nicht erst.
-
@feuersturm
Danke
Ich glaub da muss wirklich Foxriver mal ein Auge drauf werfen (ohne es zu beschädigen )
Already running kommt oft wenn ein scheduled adapter nicht sauber beendet wird. Aber warum !?!? k.A. -
@feuersturm said in Alpha Test js-controller Kiera (v6.0):
Grad gesehen:
info: host.ioBrokerTestsystem instance scheduled system.adapter.ical.5 * * * * *
Hast du wirklich einen cron * * * * * eingestellt ?
Mit * * * * * schaff ich auch already running. Aber die NO_CONFIG Meldung schaff ich nicht.
-
@mcm1957 sagte in Alpha Test js-controller Kiera (v6.0):
Hast du wirklich einen cron * * * * * eingestellt ?
Ja, das war jetzt zum testen.
-
Soda - ich hab das Ganze jetzt mal reproduzierbar.
Mit EINER Instanz funktioniert alles.
Installiert man ZWEI ical Instanzen und startet beide ist auch alles in Ordnung.
Startet man nur Instanz 0 und läßt Instanz 1 gestoppt ist alles in Ordnung.Startet man NUR instanz 1 und läßt Instanz 0 disabled, dann kommt der NO_CONFIG Fehler.
Sieht so aus aös würde irgendwo nicht auf die richtige Instanz sondern auf Instanz 0 zugegriffen.
Die Suche überlass ich aber dann mal dir Moritz Und ja, der Status NO_CONFIG bedeutet auch Instanz gestoppt lt. EXIT Code SourceAm ical selbst dürfte es nicht liegen. Entweder ist das bei allen mehrfachen Instanzen so oder es betrifft nur scheduled Adapter.
EDIT:
Im Log sioeht man, dass die Instanz nicht richtig weitergegeben wird. Ich starte hier Instanz 1 - die NO_CONFOIG MEldung schreibt aber eine Instanz 0 !!! Siehe Zeile 2 und 3.
host.Envy 2024-05-22 22:48:54.918 error instance system.adapter.ical.1 terminated with code 3 (NO_ADAPTER_CONFIG_FOUND) ical.0 2024-05-22 22:48:54.345 warn Terminated (NO_ADAPTER_CONFIG_FOUND): Without reason ical.0 2024-05-22 22:48:54.340 error adapter disabled host.Envy 2024-05-22 22:48:52.164 info instance system.adapter.ical.1 started with pid 10676 host.Envy 2024-05-22 22:48:52.154 info instance scheduled system.adapter.ical.1 0,4 0,30 * * * *Der Fehler ist mit 2 daemon Instanzen ebenso gegeben (2x Zigbee). Er hat also nix mit scheduled zu tun.
-
@mcm1957 mach mal einen ical anders als Instanz 0 vielleicht liegt es daran
Edit ok bist ja schon dran
