Ical setzt Event nicht
-
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?
-
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 ;)
-
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 ;)
-
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.
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 Anmelden504
Online32.8k
Benutzer82.7k
Themen1.3m
Beiträge