Ical setzt Event nicht
-
Guten Morgen zusammen,
ich habe heute "Arbeitsfrei" und wurde trotzdem geweckt, hoffe es kann mir jemand sagen woran es liegt das der Objektstatus nicht aktualisiert wird obwohl vom Log bestätigt?
Jemand eine Idee woran es liegt? Auch nach Neustart des Adapters wird der Wert im Log zwar geändert, jedoch nicht in den Objekten
Es handelt sich um ein ganz Tages Event
2678_kalender.png
2678_log.png
2678_objekt.png -
letzte Änderung 18.03. um 14:28….wurde also nie auf true geändert....... Ich hatte den mal als ical.0 (gleicher Kalender mit gleichen Events).
Hat es den noch irgendwo versteckt, das der "alte" aktualisiert wird?
Hab den aber über Admin damals gelöscht und dann die neue Instanz (ical.4) angelegt
-
Das setzten auf „true“ macht doch bestimmt ein Script / Blockly? `
Nein, dafür gibt es ja die Events im Adapter selbst, das eben diese auf "true" gesetzt werden
-
Welche Adapterversion? Die aktuellste? Da gab es durchaus komische Dinge die gefixt wurden. `
Version 1.5.2
Also die Termine und alles passt, wird alles aktualisiert. Nur die Events gehen im Objekt nicht auf "true", obwohl wie im Log oben zu sehen dieser ein wechsel auf "true" vorgibt
-
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?!
-
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.
-
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.
-
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] -
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….
-
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 ?!
-
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 ;-)
-
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?
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden318
Online32.8k
Benutzer82.7k
Themen1.3m
Beiträge