Monatsrückblick Januar/Februar 2026 ist online!

[apollon77]

Erstmal … schöööööööön langsam ... wir haben alle noch ein Privatleben.

Bitte Adapter auf Debug loglevel setzen und mir als pn oder hier das ganze Debug log senden und sagen welche Events nicht gesetzt wurden.

Und Lauf zu einem Zeitpunkt eines gesetzt sein sollte.

Mal in der objektanzeige auf reload geklickt, nicht das Admin nen alten Wert anzeigt?!

[mikiline]

@eric2905:

Moin.

ist es ein Serientermine, oder ein Einzeltermin?

Hast Du evtl. einen Serientermine verändert? Einen Tag gelöscht?

Lösche den Kalendereinträge mal und lege ihn nur an.

Gruß,

Eric

Von unterwegs getippert `

Ist kein Serientermin, es handelt sich hierbei um "freie Tage/ Urlaub" als Arbeitsfrei Event angelegt.

Nichts gelöscht soweit ich weiss.

[mikiline]

@apollon77:

Erstmal … schöööööööön langsam ... wir haben alle noch ein Privatleben.

Bitte Adapter auf Debug loglevel setzen und mir als pn oder hier das ganze Debug log senden und sagen welche Events nicht gesetzt wurden.

Und Lauf zu einem Zeitpunkt eines gesetzt sein sollte.

Mal in der objektanzeige auf reload geklickt, nicht das Admin nen alten Wert anzeigt?! `

Ja, habe auch ein Leben ausserhalb ;) Wollte nur mal den Beitrag wieder nach oben pushen, thats it ;)

Log ist per PN unterwegs.

[apollon77]

Nach kurzem Check des Logs:

Also irgendwas ist sehr komisch bei Dir.

ical.4 (um den geht es ja, oder ?!) startet, dann will er Events setzen und verliert die Verbindung zur States-DB:

`2018-03-31 02:04:50.490  - [33mwarn[39m: ical.4 Reconnection to DB.
2018-03-31 02:04:50.518  - [33mwarn[39m: ical.4 Reconnection to DB.[/code]`

... komischerweise doppelt!

Danach startet er deswegen quasi neu ... auch doppelt ... und nach 4 Minuten werden 3 Instanzen wegen "dauern zu lange" gekillt.

`~~[code]~~2018-03-31 02:09:04.651  - [32minfo[39m: ical.4 force terminating after 4 minutes
2018-03-31 02:09:04.654  - [32minfo[39m: ical.4 force terminating after 4 minutes
2018-03-31 02:09:04.655  - [32minfo[39m: ical.4 force terminating after 4 minutes[/code]`

Und weitere state-Set Versuche kamen direkt vorm Kill sind also ggf nicht ausgeführt (weil läuft asynchron).

Das da ggf zu schreibende States irgendwo auf der Strecke bleiben kann gut sein.

Daher: Erstmal rausfinden was da los ist!

Bitte mal schauen das die ical Instanzen von den "cron"-Einstellungen her nicht alle zum gleichen Zeitpuknt loslaufen.

Dann schauen ob noch andere Adapter solche "Reconnection to DB" Fehler haben.

Dann kannst u ical.4 mal in Debug laufen lassen (Instanzen -> Expertenmodus -> Spalte Loglevl auf "debug").

Das log dann bitte nochmal senden, am besten 2 oder 3 mal laufen lassen das man sehen kann ob es immer wieder so ist oder nicht.

Wie geht es dem System sonst so? Was ist es? Filesystem (gab letztens Ähnliche Fälle bei einem User mit FAT32) wo ein Wechsel auf ext4 oder so das Problem magisch gelöst hat.)

Also: Ich denke nicht das es am Adappter per se liegt sondern irgendwas anderes da mit reinspielt.[/code]

[mikiline]

Danke, werds mal im Debug lassen und später nochmals senden.

System ist das Docker Image Buanet auf einem QNAP 453Pro+

Die anderen ical Instanzen scheinen gut zu laufen und auch korrekt.

Wie schalte ich denn die anderen Geisterinstanzen aus?

ich lösch die Instanz mal und leg ne neue an….

[mikiline]

Aber auch als Instanz 6 funktioniert es nicht. Auch hier werden die Einträge doppelt ausgegeben und die Events nicht auf true gesetzt…..Sehr seltsam das die anderen 4 Adapter/ Instanzen korrekt laufen ..... hmmmmm

[apollon77]

Eine Frage: wo ist das log her? Aus Admin oder aus dem echten logfile auf platte? Doppeltes logging on m admin gabs such schonmal. Also bitte im echten logfile schauen (/opt/iobroker/logs/…) auch für Debug bitte das senden. Im Admin werden sonst Zeilen angeschnitten.

Ps: wie groß ist das ics file denn? Vllt mal alten Kram rauswerfen ?!

[mikiline]

7,9 MB hat das Ding :shock:

Werd ich mal "alte" Einträge versuchen zu löschen…..Ansonsten mach ich mir halt extra einen Urlaubskalender oder füge die beim Müll mit ein :lol:

[apollon77]

Da wäre der Debug Inhalt interessant. Nicht das er ggf gegen prozesslimits läuft oder so und deswegen die Verbindung verliert.

Oder das parsen des files bräuchte I lange das die Event Loop blockiert ist und er denkt er hat die Verbindung verloren … muss mal schauen welche Limits das sind.

Also Versuch mal zu verkleinern. Alles vor heute wegwerfen ;-)

[mikiline]

Besteht denn eigentlich die Möglichkeit im Adapter selbst auch nur die Anzahl Tage auszulesen die eingestellt sind?

7 Tage eingestellt, dann auch nur von Heute + 7 Tage auslesen bzw. nach 7 Tagen Schleife verlassen?

So beschneidet man dann doch den ical File programmtechnisch, oder irre ich mich da?

Wieso will das Skript so viele Daten verarbeiten?

[apollon77]

Die verwendete Library muss erstmal das gesamte file parsen weil ja wiederkehrende Termine und so. Dann wird quasi alles ignoriert was außerhalb des gewünschten Zeitraums liegt … das ist bei iCal nicht so simpel.

[apollon77]

Bist Du weitergekommen?

[mikiline]

@apollon77:

Bist Du weitergekommen? `

Danke der Nachfrage.

Noch nicht wirklich. Hab gestern mal angefangen ein Programm (kostenlos) zu suchen mit dem ich in Google vorhergehende/alte Termine löschen kann. Scheint nicht so einfach zu sein.

Dann will ich mir ja nicht den Firmenkalender zerschiessen, das wäre fatal wenn ich da Termine lösche die nicht gelöscht werden sollten

Ich bleib da aber dran, will ja nicht wieder im Urlaub bzw. wenn ich frei habe geweckt werden ;)

[mikiline]

so, habs mal noch anders versucht und möchte gern ne Frage stellen.

Wenn ich im Adapter den Haken "ersetze Datum Worten" setze, dann hab ich für jeden Eintrag im Kalender jeweils 2 mal den gleichen Eintrag (also doppelt)

Nehme ich den Haken raus, so scheint es zu gehen, das jeder Eintrag auch nur einmal angezeigt wird.

Wieso ist das so?

Ansonsten wird bei keiner dieser Beiden Versuche mein Event auf True gesetzt ;)

[apollon77]

Sind diese "Reconnect to DB" weg? Dann bitte wieder Debug-log

[mikiline]

Reconnect to DB ist noch vorhanden

ansonsten ist das schon komisch….

! ical.6 2018-04-06 14:08:09.418 debug reading calendar from URL: https://calendar.google.com/calendar/ic ... /basic.ics, color: undefined
! ical.6 2018-04-06 14:08:09.418 debug reading calendar from URL: https://calendar.google.com/calendar/ic ... .basic.ics, color: undefined
! ical.6 2018-04-06 14:08:09.417 debug reading calendar from URL: https://calendar.google.com/calendar/ic ... /basic.ics, color: undefined
! ical.6 2018-04-06 14:08:09.371 info starting. Version 1.5.3 in /opt/iobroker/node_modules/iobroker.ical, node: v6.12.2
! ical.6 2018-04-06 14:08:09.371 info starting. Version 1.5.3 in /opt/iobroker/node_modules/iobroker.ical, node: v6.12.2
! ical.6 2018-04-06 14:08:09.371 info starting. Version 1.5.3 in /opt/iobroker/node_modules/iobroker.ical, node: v6.12.2
! ical.6 2018-04-06 14:08:09.364 debug reading calendar from URL: https://calendar.google.com/calendar/ic ... /basic.ics, color: undefined
! ical.6 2018-04-06 14:08:09.364 debug reading calendar from URL: https://calendar.google.com/calendar/ic ... /basic.ics, color: undefined
! ical.6 2018-04-06 14:08:08.287 info starting. Version 1.5.3 in /opt/iobroker/node_modules/iobroker.ical, node: v6.12.2
! ical.6 2018-04-06 14:08:08.287 info starting. Version 1.5.3 in /opt/iobroker/node_modules/iobroker.ical, node: v6.12.2
! ical.6 2018-04-06 14:08:08.234 debug statesDB connected
! ical.6 2018-04-06 14:08:08.143 debug statesDB connected
! ical.6 2018-04-06 14:08:08.049 warn Reconnection to DB.
! ical.6 2018-04-06 14:08:08.023 warn Reconnection to DB.

[apollon77]

Jetzt fehlt aber das ganze event logging und auch sonst … Bitte mal aktuell vom Github holen