[gelöst] iCal plötzlich werden die Termine nicht mehr angezeigt

[eric2905]

Was sagt denn das Log (ggf. den Debuglevel hochstellen)?

Gruß,

Eric

[chemieka]

Im Log steht nichts verdächtiges drin. Wie kann man den Level hoch stellen?

Das ist schon sehr seltsam. Bei jedem Neustart des Adapters stehen die Infos alle drin und können dann auch mit VIS angezeigt werden.

Zum Teil ein paar Minuten später sind die Infos alle weg obwohl ich im Adapter eingestellt habe die Daten aller 2h zu laden.

Da ich aber nichts gemacht habe, denke ich irgendwie das es nicht so richtig an iCal liegen kann. Gibt es noch andere Komponenten im System mit dem iCal arbeitet?

Im Moment habe ich nur den Admin Adapter noch nicht auf 1.7.2 geupdatet. Aber vor zwei Wochen lief ja noch alles mit gleichen Einstellungen.

[arteck]

kriegst vielleicht ein Timeout bei holen der Daten ?? oder darf iobroker nicht ins inet ??

[chemieka]

Wüste nicht wo ich das sehen kann aber da ich ja kurzzeitig die Daten habe denke ich das sollte passen.

Ich frage mich nur warum die Daten wieder aus dem Speicher gelöscht werden. Wie gesagt die Daten gehen schon kurz nach dem Datenabruf aus dem Internet (Apple Kalender) gleich wieder verloren. Gestern Abend hatte er die Daten mal längere Zeit behalten aber heute Früh war wieder alles leer.

[Homoran]

Wichtig ist schon mal , dass auch in den Objects nichts drin steht, dann kann man wenigstens vis als Fehlerquelle ausschließen.

Ich habe leider schon lange nicht mehr mit iCal gearbeitet, daher ein paar Fragen:

• wirklich keine Fehlermeldung im log?

• • nicht nur ERR oder WARN; was steht in dem regelmäßigen log zu iCal?
• • ist der Loglevel von iCal im admin auf debug gestellt?

• wie ist der schedule eingestellt?

• wie lange dauert es bis die daten wieder weg sind?

• • ändert sich der Timestamp bei den Objects?

Gruß

Rainer

[chemieka]

Wichtig ist schon mal , dass auch in den Objects nichts drin steht, dann kann man wenigstens vis als Fehlerquelle ausschließen.

genau so sehe ich das auch

Ich habe leider schon lange nicht mehr mit iCal gearbeitet, daher ein paar Fragen:

• wirklich keine Fehlermeldung im log?

nein nur die Meldung das er die Daten abgefragt hat

• • nicht nur ERR oder WARN; was steht in dem regelmäßigen log zu iCal?
• • ist der Loglevel von iCal im admin auf debug gestellt?

da muss ich mal schauen wie das geht

• wie ist der schedule eingestellt?

hatte sonst immer aller 30 Min. aber auch bei aller 2h keine Veränderung

• wie lange dauert es bis die daten wieder weg sind?

unterschiedlich Gestern 5 Minuten, beim letzten mal dann auch mal Stunden

• • ändert sich der Timestamp bei den Objects?

da muss ich mal schauen, wenn die Daten wieder weg sind ob sich da der Timestamp geändert hat

[Homoran]

dann kommen wir der Sache näher.

Frage vorweg:

hast du vor kurzem einen Serientermin neu eingetragen?

• wenn ja, lösche ihn bitte mal.

@chemieka:

• • ist der Loglevel von iCal im admin auf debug gestellt?

da muss ich mal schauen wie das geht `
http://www.iobroker.net/?page_id=5474&l … iteninhalt

Punkt 12 im eperten-Modus!

http://www.iobroker.net/?page_id=5474&l … _Log_Stufe

@chemieka:

nein nur die Meldung das er die Daten abgefragt hat `
Wie gesagt, habe das lange nicht mehr in Betrieb gehabt.

da sollte eigentlich der Kalender anschliessend geparst werden.

und dann der Adapter mit code OK beendet werden

anscheinend stört da etwas die Bearbeitung der Daten, deswegen die Frage zu den Serienterminen. Da ist ein Problem bekannt.

Gruß

Rainer

[arteck]

` > anscheinend stört da etwas die Bearbeitung der Daten, deswegen die Frage zu den Serienterminen. Da ist ein Problem bekannt.

Gruß

Rainer `

echt.. ich habe vorgestern Geburtstage nachgetragen.. ohne Probleme..aber gut zu wissen

[Homoran]

Die Geburtstage sind aber ohne Anfangs und Enddatum.

Irgend wo da war mal was.

Einige gingen, andere nicht.

Gruß

Rainer

[chemieka]

Also es ist ein Serientermin drin ja aber der ist auch schon lange drin, bisher war dort kein Problem.

Ich könnte mal versuchen einen zweiten Kalender anzulegen und zu schauen ob der auch Probleme macht.

Hatte von dem Problem gelesen hatte aber bei mir bisher keinen Fehler gemacht.

[Homoran]

Was ist das für ein Kalender?

Apple/google/eigene .ics-Datei?

Kann es da irgendwelche Änderungen auf dem Host gegeben haben?

Gruß

Rainer

[OstfrieseUnterwegs]

Du kannst auch mal die ICS Datei lokal speichern und dann in den ICAL Adapter einlesen. Passiert dann das selbe?

Bei Serienterminen gibt es (vlt ist das auch behoben, hab ich länger nicht getestet) immer dann Probleme, wenn man einzelne Termine aus einer Serie bearbeitet. Beispielweise: Restmüll jeden zweiten Montag als Serie, aber dann Ostermontag als einzelnen Termin auf Dienstag verschiebt. Das ist aber ein Google Problem, das ICS ist dann schon kaputt.

[chemieka]

@Homoran:

Was ist das für ein Kalender?

Apple/google/eigene .ics-Datei?

Kann es da irgendwelche Änderungen auf dem Host gegeben haben?

Gruß

Rainer `

Ist ein Apple Kalender.

Nehme ich den Link und mache ihn auf wird der Kalender ins Outlook geladen.

Ich könnte mal versuchen die Datei woanders hinzulegen und zu testen allerdings wäre das nicht das Ziel.

Ich nehme mir heute Abend mal etwas Zeit und schau mal was ich machen kann. Ich könnte auch mal meinen Google Kalender nehmen.

Vom Gefühl her denke ich das es nicht an der Source liegt, die Daten sind ja da. Und in der "Pausenzeit" zwischen den Updates sind die Daten wieder weg.

Ich melde mich sobald ich die paar Tests gemacht habe.

[Homoran]

@chemieka:

die Daten sind ja da. Und in der "Pausenzeit" zwischen den Updates sind die Daten wieder weg. `
deswegen die Fragen nach den zeitlichen Abständen.

Für mich sieht es aus, als ob der zweite Abruf des kalenders auf Probleme stösst, im Vorfeld aber bereits die aufgearbeiteten daten des ersten Aufrufs gelöscht wurden um Platz für die neuen zu machen, diese aber nie ankommen.

Gruß

Rainer

[AlCalzone]

@Homoran:

Für mich sieht es aus, als ob der zweite Abruf des kalenders auf Probleme stösst, im Vorfeld aber bereits die aufgearbeiteten daten des ersten Aufrufs gelöscht wurden um Platz für die neuen zu machen, diese aber nie ankommen. `
Bemerk am Rande: Wenn das tatsächlich so ist, sollte die Logik des Adapters überarbeitet werden. Alte Informationen erst löschen, wenn die neuen problemlos vorliegen.

[Homoran]

@AlCalzone:

Bemerk am Rande: Wenn das tatsächlich so ist, sollte die Logik des Adapters überarbeitet werden. Alte Informationen erst löschen, wenn die neuen problemlos vorliegen. `
Sehe ich auch so! Aber wie du richtig schreibst:
@AlCalzone:

Wenn das tatsächlich so ist `

Gruß

Rainer

[chemieka]

@AlCalzone:

@Homoran:

Für mich sieht es aus, als ob der zweite Abruf des kalenders auf Probleme stösst, im Vorfeld aber bereits die aufgearbeiteten daten des ersten Aufrufs gelöscht wurden um Platz für die neuen zu machen, diese aber nie ankommen. Bemerk am Rande: Wenn das tatsächlich so ist, sollte die Logik des Adapters überarbeitet werden. Alte Informationen erst löschen, wenn die neuen problemlos vorliegen.

So das kann ich so ähnlich bestätigen.

Beim Neustart alles gut Daten sind da.

Beim getimten Update der Daten ist dann alles weg.

So wie ich das sehe und versuchen werde, sollte ein getimter Restart aller 12h mein Problem lösen und dann mach ich eben kein Datenupdate.

Im Log steht dort eben kein Fehler.

Seltsam nur, dass es bis jetzt immer ging. Aber gut so geht's auch.

Werde es im Blick behalten.

[Homoran]

@chemieka:

Im Log steht dort eben kein Fehler. `
ich suche auch keinen Fehler, sondern wie weit der Adapter die Anfrage abarbeitet und wo er hängen bleibt.

Damals konnte man das sehen (hast du debug in der Instanz aktiviert?)

Gruß

Rainer

[chemieka]

Du das mach ich dann mal gleich und melde mich wieder.

[chemieka]

so schaut der Log aus wenn die Daten dann wieder weg sind:

ical.0 2017-04-28 19:00:03.702 debug displaying dates because of callback 
ical.0 2017-04-28 19:00:03.701 info processing URL: calendar1 http://...Pfad und Schlüssel entfernt!
ical.0 2017-04-28 19:00:02.877 debug reading calendar from URL: http://...Pfad und Schlüssel entfernt!, color: undefined 
ical.0 2017-04-28 19:00:02.681 info starting. Version 1.3.2 in /opt/iobroker/node_modules/iobroker.ical, node: v6.9.4 
ical.0 2017-04-28 18:53:05.051 debug displaying dates because of callback 
ical.0 2017-04-28 18:53:05.051 debug Event with time added: " rrule " Kurs VHS 18.00 Uhr at In 6 Tagen 12:00 
ical.0 2017-04-28 18:53:05.051 debug RRule event:Kurs VHS 18.00 Uhr Thu Jan 12 2017 12:00:00 GMT+0100 (CET) Fri May 05 2017 18:53:04 GMT+0200 (CEST) now:Fri Apr 28 2017 00:00:00 GMT+0200 (CEST) now2:Thu Apr 27 2017 23:59:59 GMT+0200 (CES 
ical.0 2017-04-28 18:53:05.051 debug Event " " Essen Groitzsch at Sat Nov 12 2016 18:00:00 GMT+0100 (CET) filtered out, because does not belongs to specified time interval