57_Calendar - mal wieder Probleme beim Abruf der Kalenderdaten

[betateilchen]

Hier das strace von einer nicht funktionierenden Konstellation. Da es bei Dir ja zu funktionieren scheint, kannst Du ja das positiv-trace sicher selbst erstellen.

Ich denke, der spannende Teil beginnt so um Zeile 2930.

Die gesamte fhem-Konfiguration für diesen Test sieht so aus:

Code Auswählen Erweitern


attr global logfile ./log/fhem-%Y-%m-%d.log
attr global modpath .
attr global motd none
attr global userattr devStateIcon devStateStyle icon sortby webCmd
attr global verbose 3
define Logfile FileLog ./log/fhem-%Y-%m-%d.log fakelog
define telnetPort telnet 7072 global
define testkalender Calendar ical url https://www.google.com/calendar/ical/.../basic.ics
define WEB FHEMWEB 8083 global


[rudolfkoenig]

Ich denke, der spannende Teil beginnt so um Zeile 2930.

Ab da wird das SSL Modul geladen. Ab Zeile 3256 wird die SSL Verbindung zu google initiiert, und nach etwas schreiben und lesen macht FHEM mit shutdown(1) die Schreibseite zu. Danach will noch jemand schreiben, vmtl. das Perl-SSL Framework, was mit EPIPE+SIGPIPE schiefgeht. Daten bekommt HttpUtils von google (vermutlich) nicht.

Kannst Du bitte den Aufruf

Code Auswählen Erweitern

  shutdown $hash->{conn}, 1 if(!$hash->{noshutdown});
in HttpUtils.pm, Zeile 202 durch

Code Auswählen Erweitern

  shutdown $hash->{conn}, 1 if(!$hash->{noshutdown} && $hash->{protocol} ne "https");

ersetzen, um zu sehen, ob es nur an shutdown liegt?

[betateilchen]

Änderungen getestet auf Systemen, die bisher das Fehlverhalten zeigten:

RaspberryPi => funktioniert nach Änderung
CubieTruick => funktioniert nach Änderung

Über Langzeitverhalten kann ich natürlich noch nichts sagen.

[cornelius fillmore]

Bedeutet dies Hoffnung für aller Calender-Benutzer?

[rudolfkoenig]

Nicht fuer alle, da es fuer manche laut Aussagen hier auch ohne die Aenderung funktioniert hat.
Btw. die Aenderung sollte mit dem heutigen update verfuegbar sein.

[betateilchen]

Wie schon beschrieben: Auch bei mir hat es ohne die Änderung, allerdings an einem anderen Internetanschluß auf der unveränderten Hardware funktioniert.

Die bereits heute nacht eingebaute Änderung führte heute morgen dazu, dass mein Cubietruck, auf dem fhem läuft, während des Updates komplett abgestürzt ist - ohne jegliche Fehlermeldung seitens fhem.

Code Auswählen Erweitern


2014.03.27 08:24:24 3: update get http://fhem.de/fhemupdate4/svn/controls_fhem.txt
2014.03.27 08:24:53 3: update get http://fhem.de/fhemupdate4/svn/controls_fhem.txt
2014.03.27 08:25:00 3: update get http://fhem.de/fhemupdate4/svn/FHEM/FhemUtils/release.pm
2014.03.27 08:25:00 1: update check Releases => local: Fhem 5.5 (DEVELOPMENT) remote: Fhem 5.5 (DEVELOPMENT)
2014.03.27 08:25:00 3: update get http://fhem.de/fhemupdate4/svn/controls_fhem.txt
2014.03.27 08:28:52 3: telnetPort: port 7072 opened


Keine Ahnung, ob es da einen Zusammenhang gibt, aber komisch finde ich das schon, zumal https beim Update kein Thema ist.
Der nächste Updateversuch direkt nach dem Neustart hat problemlos funktioniert.

Code Auswählen Erweitern


2014.03.27 08:29:28 3: update get http://fhem.de/fhemupdate4/svn/FHEM/FhemUtils/release.pm
2014.03.27 08:29:28 1: update check Releases => local: Fhem 5.5 (DEVELOPMENT) remote: Fhem 5.5 (DEVELOPMENT)
2014.03.27 08:29:28 3: update get http://fhem.de/fhemupdate4/svn/controls_fhem.txt
2014.03.27 08:29:29 1: update excluded by configuration: HttpUtils.pm
2014.03.27 08:29:29 1: update saving statefile
2014.03.27 08:29:29 3: update get http://fhem.de/fhemupdate4/svn/./CHANGED
...
2014.03.27 08:29:38 1: update 32 file(s) have been updated.


Nachtrag:

Auch im syslog ist kein Hinweis auf eine Absturzursache zu finden:

Code Auswählen Erweitern


Mar 27 08:24:06 cubie dhclient: No DHCPOFFERS received.
Mar 27 08:24:06 cubie dhclient: No working leases in persistent database - sleeping.
Mar 27 08:28:49 cubie kernel: imklog 5.8.11, log source = /proc/kmsg started.
Mar 27 08:28:49 cubie rsyslogd: [origin software="rsyslogd" swVersion="5.8.11" x-pid="2308" x-info="http://www.rsyslog.com"] start
Mar 27 08:28:49 cubie kernel: [    0.000000] Booting Linux on physical CPU 0