Calendar bei unterbrochener Interneverbindung

[Thomas81]

Hallo

habe mal testweise einen Kalender erstellt, funktioniert alles gut bis gestern abend mein Router ausgefallen ist.

Hatte danach folgende einträge im "Sekundentakt" im Logfile:

2013.05.03 06:39:07 1: Calendar MyCalendar: Could not retrieve file at URL
2013.05.03 06:39:07 1: CustomGetFileFromURL <hidden>: Can't connect to https://www.google.com:443

2013.05.03 06:39:07 1: Calendar MyCalendar: Could not retrieve file at URL
2013.05.03 06:39:08 1: CustomGetFileFromURL <hidden>: Can't connect to https://www.google.com:443

2013.05.03 06:39:08 1: Calendar MyCalendar: Could not retrieve file at URL
2013.05.03 06:39:08 1: CustomGetFileFromURL <hidden>: Can't connect to https://www.google.com:443

Das Log ist innerhalb eines Tages auf 63 MB angewachsen :-(

Definition des Kalenders:

define MyCalendar Calendar ical url https://www.google.com/calendar/ical/xxxxxxxx/basic.ics

OHNE interval da optional, 3600s passen mir.

Habt Ihr irgendwelche Ideen wie ich das Zumüllen des Logfiles, bzw. die permanenten Verbindungsversuche unterbinden kann?

Grüße
Thomas

[Thomas81]

hmm, keiner eine Idee?

LG
Tom

[cornelius fillmore]

Hi Tom,

hast du dieses Problem lösen können?

Ich stehe mit meiner zweitem fhem-Anwendung auch vor dieser Aufgabenstellung.

[mele]

Ich habe das gleiche Problem wie ihr:

Egal, ob ich die URL zum Kalender mit oder ohne s bei http schreibe, ich erhale folgende Logeinträge: (Manuelles Herunterlades des ics-Files funktioniert, auch nach Ausloggen aus Gmail)

Code Auswählen Erweitern


2013.10.01 17:10:58 1: Calendar Urlaub: Could not retrieve file at URL
2013.10.01 17:10:59 1: CustomGetFileFromURL <hidden>: Can't connect to https://www.google.com:443


Es wäre toll, wenn uns jemand helfen könnte!

Gruß
Manuel

[betateilchen]

Verwendest Du auch die aktuellste Version des Kalendermoduls? Google hat da neulich was geändert, und das Modul wurde letzte Woche darauf angepasst.

[mele]

Verwendest Du auch die aktuellste Version des Kalendermoduls? Google hat da neulich was geändert, und das Modul wurde letzte Woche darauf angepasst.

Code Auswählen Erweitern


57_Calendar.pm 3955 2013-09-24 17:37:49Z borisneubert $


Update check sagt nothing to do.

[betateilchen]

setze mal in Deinem Google Kalender deine private URL zurück und verwende die dann neu generierte URL

[mele]

setze mal in Deinem Google Kalender deine private URL zurück und verwende die dann neu generierte URL

Das hat leider keine Änderung gebracht. Ich habe auch vorsichtshalber die URLs auf Verschiedenheit geprüft.

Interessanter Weise wird auch das von mir vorgegebene Intervall von 3600 ignoriert und alle 2s eine Anfrage versenden. Vielleicht liegt das aber auch an der "Nichterreichbarkeit" der URL.

[Dr. Boris Neubert]

Hallo,

Code Auswählen Erweitern


2013.10.01 17:10:58 1: Calendar Urlaub: Could not retrieve file at URL
2013.10.01 17:10:59 1: CustomGetFileFromURL <hidden>: Can't connect to https://www.google.com:443


drehe doch bitte mal den globalen Loglevel auf 5 hoch und zeige uns im globalen Log, warum HttpUtils.pm die Datei nicht herunterladen kann.

Danke
Boris

[mele]

Hallo,

drehe doch bitte mal den globalen Loglevel auf 5 hoch und zeige uns im globalen Log, warum HttpUtils.pm die Datei nicht herunterladen kann.

Danke
Boris

mit https://

Code Auswählen Erweitern


2013.10.04 07:55:29 1: Calendar Urlaub: Could not retrieve file at URL
2013.10.04 07:55:29 4: Calendar Urlaub: Checking times...
2013.10.04 07:55:29 5: Triggering Urlaub (10 changes)
2013.10.04 07:55:29 5: Notify loop for Urlaub lastCheck: 2013-10-04 07:55:29
2013.10.04 07:55:30 4: Calendar Urlaub: Wakeup
2013.10.04 07:55:30 4: Calendar Urlaub: Updating...
2013.10.04 07:55:30 1: CustomGetFileFromURL <hidden>: Can't connect to https://www.google.com:443


mit http://

Code Auswählen Erweitern


2013.10.04 07:59:55 1: Calendar Urlaub: Could not retrieve file at URL
2013.10.04 07:59:55 4: Calendar Urlaub: Checking times...
2013.10.04 07:59:55 5: Triggering Urlaub (10 changes)
2013.10.04 07:59:55 5: Notify loop for Urlaub lastCheck: 2013-10-04 07:59:55
2013.10.04 07:59:59 4: Calendar Urlaub: Wakeup
2013.10.04 07:59:59 4: Calendar Urlaub: Updating...
2013.10.04 07:59:59 4: CustomGetFileFromURL <hidden>: Code 301 (HTTP/1.0 301 Moved Permanently)
2013.10.04 07:59:59 4: CustomGetFileFromURL <hidden>: Redirect
2013.10.04 07:59:59 1: CustomGetFileFromURL <hidden>: Can't connect to https://www.google.com:443


[betateilchen]

Die HttpUtils scheinen korrekt zu arbeiten, aber es kann keine https-Verbindung aufgebaut werden. Fehlt in Deiner fhem-Installation vielleicht einfach das SSL Modul in perl?

Interessanter Weise wird auch das von mir vorgegebene Intervall von 3600 ignoriert und alle 2s eine Anfrage versenden. Vielleicht liegt das aber auch an der "Nichterreichbarkeit" der URL.

@Boris: Das sollte dringend geändert werden. Das Intervall sollte m.E. auch im Fehlerfall eingehalten werden, damit nicht das Logfile überläuft.


---

[Dr. Boris Neubert]

Hallo,

ist nicht aussagekräftig. Ich habe eine HttpUtils erweitert. Bitte ersetze die Passage ab Zeile 92 in HttpUtils durch den erweiterten Code unten oder mache morgen nach 8:00 ein Update, und sende dann nochmal das Log.

Danke
Boris

Code Auswählen Erweitern


  my $conn;
  my $errstr= "";
  if($protocol eq "https") {
    eval "use IO::Socket::SSL";
    if($@) {
      Log3 undef, $loglevel, $@;
    } else {
      $conn = IO::Socket::SSL->new(PeerAddr=>"$host:$port", Timeout=>$timeout);
    }
  } else {
    $conn = IO::Socket::INET->new(PeerAddr=>"$host:$port", Timeout=>$timeout);
  }
  $errstr= $@ if(!$conn);
  if(!$conn) {
    Log3 undef, $loglevel,
        "CustomGetFileFromURL $displayurl: Can't connect to $protocol://$host:$port, $errstr";
    undef $conn;
    return undef;
  }


[mele]

Die HttpUtils scheinen korrekt zu arbeiten, aber es kann keine https-Verbindung aufgebaut werden. Fehlt in Deiner fhem-Installation vielleicht einfach das SSL Modul in perl?

Das könnte stimmen. Ich habe beider Installation Probleme gehabt. Ich betreibe einen raspi. Könnte mir jemand die notwendigen Befehle fürs Telnet? kurz schildern, damit wir das ausschließen können?

Vielen Dank!!!

[mele]

Hallo zusammen,

das Problem saß wiedermal vor dem Bildschirm ;-)

Für alle, die Ähnliches erleben:

Für den Google-Kalender muss auf jeden Fall SSL installiert sein (steht auch in der Wiki, aber ich hab es leider nicht gesehen).

Dies geht sehr schnell und bedarf nur des Telnet-Befehles "cpan -i IO::Socket::SSL"

Ich habe danach einen Reboot gemacht, den Kalender wieder definiert und schon war er ACTIVE.

Vielen Dank, dass ihr mich unterstützt habe. Mehr werde ich die nächsten Tage probieren.

VG
Manuel

[betateilchen]

Ich betreibe einen raspi. Könnte mir jemand die notwendigen Befehle

Grundsätzlich empfehle ich für den Raspberry, einfach das Paket "libwww-perl" mittels

Code Auswählen Erweitern

apt-get install libwww-perl zu installieren, da wird automatisch alles installiert, was der Raspi für die Kommunikation mit dem Internet brauchen kann.

schön, dass auch Dein Kalender jetzt läuft :)