FHEM stürzt bei mir seit August regelmässig ab

Begonnen von holger777, 05 Oktober 2016, 14:36:21

Vorheriges Thema - Nächstes Thema

holger777

Hallo,

ich habe eine mittlerweile recht umfangreiche FHEM Installation (>7300 Zeilen in der fhem.cfg) laufen. Bis zu einem Update Mitte August (ich mache nicht jeden Tag / jede Woche Updates) lief alles sehr rund und gut.

Nach diesem Update kam zum ersten mal ein Absturz mit der Fehlermeldung

Can't use an undefined value as a symbol reference at FHEM/HttpUtils.pm line 257.

Mit dieser Meldung war FHEM dann tot. Diese Meldung kam dann allerdings recht häufig (mal alle paar Stunden, mal kurz nach dem Neustart), so dass ich mich dann entschlossen habe auf ein Backup von Anfang August zu gehen. Damit lief dann wieder alles stabil.

Ich habe danach folgende Änderungen vorgenommen:
1. lan_ping Benutzung bei Presence komplett entfernt. Ich löse das jetzt auf einem anderen Weg extern über MQTT.
2. HTTP Zugriffe (lesen/schreiben von Statusmeldungen) von und nach extern so weit es geht entfernt

Mit diesen Änderungen läuft das System jetzt so stabil, dass es erst alle paar Tage abstürzt. Der Absturz kommt aber immer wieder.

Von der Hardware her benutze ich:
Raspberry PI2 mit FHEM
14 Edimax WLAN Steckdosen
6 Gembird LAN Steckdosen
8 DECT 200 Steckdosen an Fritzbox 7490
MySensors LAN GW mit einigen Sensoren
RfxTrx mit einigen Sensoren für Feuchte, Temperatur, etc ...
HMLAN für meine Homematic Sachen (Wetterstation, 10x Heizung + Termostate, 20 Fensterkontakte, 3 Gongs, 3 Steckdosen und einige Schalter)
Einen Arduino für die Heizungssteuerung (über MQTT angekoppelt)

Weiterhin überwache ich meine EDV über verschiedene Agenten, die ihre Informationen in FHEM über MQTT einspeisen.


Meine Versuche mit dem Logging etwas heraus zu bekommen scheitern an der schieren Masse von Einträgen, die trotz intensivem Einsatz von event-on-change-reading leider auflaufen. Damit würde mir die SD von meinem RASPI vollaufen....

Eigentlich hatte ich ja gehofft mit diesem Problem nicht alleine zu sein, aber das scheint der Fall zu sein. Jedenfalls habe ich in diesem Forum und mit Google bisher nichts verwertbares gefunden. Gefunden hatte ich nur etwas zu Problemen mit lan_ping, die zu diesem Fehler führen konnten und blocking Probleme bei HTTP. Beides habe ich rauskonfiguriert und durch andere Lösungen ersetzt. Damit ist FHEM auch wieder stabiler geworden. Leider bleiben aber die Abstürze.

Die Auslastung auf meinem Raspi ist im übrigen sehr gering.

Ich bin mittlerweile mit meinen Ideen am Ende und hoffe, dass mir hier im Forum einer den entscheidenen Tipp geben kann, der mich zur Lösung des Problems führt.

Vielen Dank schon mal an alle, die auf diesen Post antworten!


---
Holger

rudolfkoenig

Falls Zeile 257 in deinem FHEM/HttpUtils.pm _NICHT_ folgendes enthaelt:
        my $ret = connect($hash->{conn}, sockaddr_in($port, $iaddr));
dann bitte update ausfuehren, und nochmal schauen.

Sonst:
- hast du "attr global dnsServer" gesetzt?
- bitte folgende Zeilen
if(!$hash->{conn}) {
  Log 1, "EMPTY CONN";
  stacktrace();
  use Data::Dumper;
  Log 1, Dumper($hash);
  return $hash->{callback}($hash, "EMPTY CONN", "");
}

direkt _vor_ Zeile 257 einfuegen, und falls im Log EMPTY CONN auftaucht, dann die Zeilen um diese Meldung hier anhaengen..

holger777

Hallo Rudolf,

erst einmal besten Dank für Deine Antwort.

Zitat von: rudolfkoenig am 05 Oktober 2016, 16:02:06
Falls Zeile 257 in deinem FHEM/HttpUtils.pm _NICHT_ folgendes enthaelt:
        my $ret = connect($hash->{conn}, sockaddr_in($port, $iaddr));
dann bitte update ausfuehren, und nochmal schauen.
Die Zeile ist drin.


Zitat von: rudolfkoenig am 05 Oktober 2016, 16:02:06
- hast du "attr global dnsServer" gesetzt?
Den DNS hatte ich auch schon eingetragen.


Zitat von: rudolfkoenig am 05 Oktober 2016, 16:02:06
- bitte folgende Zeilen
if(!$hash->{conn}) {
  Log 1, "EMPTY CONN";
  stacktrace();
  use Data::Dumper;
  Log 1, Dumper($hash);
  return $hash->{callback}($hash, "EMPTY CONN", "");
}

direkt _vor_ Zeile 257 einfuegen, und falls im Log EMPTY CONN auftaucht, dann die Zeilen um diese Meldung hier anhaengen.
Hab ich gemacht. Damit wird dann wohl eine Fehlermeldung rausprotokolliert. Das bringt mich schon weiter. Ich werde den Logauszug hier posten, sobald mein FHEM wieder stirbt.


Danke nochmal!

Holger


PatrickR

Mahlzeit!

Habe exakt das gleiche Problem.

  • dnsServer ist gesetzt (lokaler dnsmasq)
  • Das Problem tritt auf wenn die Internetverbindung weg ist
Habe den Debug-Code eingefügt und werde berichten.

Patrick
lepresenced - Tracking von Bluetooth-LE-Tags (Gigaset G-Tag) mittels PRESENCE

"Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to produce bigger and better idiots. So far, the universe is winning." - Rich Cook

hartenthaler

#4
Zitat von: hartenthaler am 27 Dezember 2016, 16:38:57
Ich hatte eben anschließend nach einem SAVE beim Start von fhem einen Absturz (einfrieren) von fhem:
Can't use an undefined value as a symbol reference at FHEM/HttpUtils.pm line 257.

Woran es aber wirklich lag, kann ich leider nicht sagen, da direkt davor etliche Verbindungsaufbauten zu diversen Webseiten erfolgten, die teilweise mit time-out quittiert worden sind. Beim direkt danach erfolgten erneuten Start von fhem lief fhem ohne Hänger hoch.
(Version 12740 2016-12-11 12:57:36Z von HttpUitils)
Meine Installation ist ebenfalls recht umfangreich (26 .cfg-Dateien mit etwa 5.900 Zeilen und etlichen Diensten, die HTTP nutzen) und der Fehler trat bislang zwei Mal auf. Der dnsServer ist gesetzt (auf die IP meiner FritzBox). Die Installation auf einem Raspi3 ist ganz aktuell. Den Debug-Code habe ich nun eingebaut.

@Holger: hat es sich bei Dir stabilisiert oder ist die EMPTY CONN Meldung mal aufgetaucht?
fhem 5.8 auf RaspberryPi 3 mit HMLAN und CCU2, ZWave, JeeLink, FHZ1000 für FS20, HMS, Fritz!Box, Fritz!DECT200, Harmony, Sonos, hue, netatmo, SSCam, Wetter- und Verkehrsmodule, Chat-Bot mit RiveScript/Telegram, IFTTT, pushover, ...

holger777

Hallo,

tut mir Leid, dass ich mich jetzt erst melde. Ich hatte den Threat fast vergessen und war jetzt auch eine Weile im Urlaub....

Zitat von: hartenthaler am 27 Dezember 2016, 23:09:44
@Holger: hat es sich bei Dir stabilisiert oder ist die EMPTY CONN Meldung mal aufgetaucht?

Bei mir ist in der Zwischenzeit die Speicherkarte von meinem RasPI 2 in Teilen verstorben, was dazu führte dass das System regelmässig komplett eingefroren ist. Meine FHEM Installation wird von mir täglich als tarball über einen cronjob auf einen anderen Server gesichert (wenn der eingeschaltet ist).

Ich hab also ein zweites System mit einem RasPI 3 komplett neu aufgebaut und wollte dort dann meinen gesicherten FHEM Ordner wieder in Betrieb nehmen. Dabei habe ich zur Prüfung in einige der Quelltexte reingeschaut und festgestellt, dass dort auf einmal Zeichen drin waren, die nicht hinein gehören und so also zu einem Fehler führen. Daraufhin habe ich mich dann entschieden die FHEM Installation mit der aktuellsten Version komplett neu aufzubauen. Ich habe aus der alten Installation nur die Logs, den aktuellen Gerätestatus und die Konfiguration übernommen. Damit lief es auf Anhieb wieder super stabil und ohne Fehler.

Da dies jetzt mittlerweile die 2. SD Card war die mir verstorben ist (die 1. war von einem auf den anderen Tag komplett tot), habe ich den RasPI 3 jetzt komplett auf SSD umgestellt. Er bootet also komplett von der SSD mit einem alternativen Bootloader, den ich in die Firmware gespielt habe. Wer es selber mal probieren will:

http://www.makeuseof.com/tag/make-raspberry-pi-3-boot-usb/

Vorsicht nur bei Updates. Wenn das Paket rpi-update mit aktualisiert wurde, dann immer anschliessend ein

sudo BRANCH=next rpi-update

ausführen. Sonst bootet der RasPI dananch nicht mehr. Diese Version vom Bootloader ist noch nicht im offiziellen Branch und würde sonst durch eine ältere Version überschrieben werden.

Fakt ist, dass ich seit dem Neuaufsetzen mit identischer Konfiguration keinen einzigen Fehler mehr hatte.
Ich denke, dass mein Problem mit der kaputten SD Karte zusammen hing. Mit der SSD hab ich jetzt hoffentlich erst einmal lange Ruhe.

@Rudolf
Danke noch einmal für Deine Hilfe.


---
Holger


PatrickR

Mahlzeit!

So, mach 4 Wochen mit dem Debug Code ist das Problem nun aufgetreten:

# grep -C5 "EMPTY CON" fhem-2017-01.log
Strict-Transport-Security: max-age=10;
Vary: Accept-Encoding
Connection: close
Content-Type: text/html; charset=utf-8, body empty,
Error: https://fahrinfo.bvg.de/Fahrinfo/bin/stboard.bin/dox?ld=0.1&input=9066153&boardType=dep&time=&productsFilter=1111111111111111&maxJourneys=3&date=&start=yes: Can't connect(2) to https://fahrinfo.bvg.de:443: SSL connect attempt failed SSL connect attempt failed
2017.01.13 16:00:47.606 1: EMPTY CONN
2017.01.13 16:00:47.606 1: stacktrace:
2017.01.13 16:00:47.607 1:     main::__ANON__                      called by FHEM/HttpUtils.pm (189)
2017.01.13 16:00:47.607 1:     main::__ANON__                      called by fhem.pl (670)
2017.01.13 16:00:47.615 1: {
  '.getList' => 'Botanischer-Garten:noArg Lipaer-Straße:noArg ',
--
Set-Cookie: fahrinfoHistory=Location1%3DA%3D1%40O%3DLipaer%20Str.%20%28Berlin%29%40X%3D13310893%40Y%3D52448120%40U%3D80%40L%3D9066153%40%26; expires=Sunday, 23-Apr-2017 00:00:01 GMT; Domain=fahrinfo.bvg.de; Path=/; Version=1
Strict-Transport-Security: max-age=10;
Vary: Accept-Encoding
Connection: close
Content-Type: text/html; charset=utf-8, body empty,
Error: EMPTY CONN
2017.01.13 16:00:47.757 1: localhost:1883 reappeared (MQTTBroker)
2017.01.13 16:00:47.772 3: OG.AZ.Harmony: connected
2017.01.13 16:00:47.929 1: HMLAN_Parse: HMLAN1 new condition Warning-HighLoad
2017.01.13 16:00:47.956 2: OG.AZ.HueBridge: http request failed: http://huebridge-wz/api/a5f9113c8ccd99afe991f101c9973072/lights: empty answer received
2017.01.13 16:00:48.712 3: OG.AZ.Harmony: new config


Zur Erinnerung: dnsServer ist gesetzt.

Patrick
lepresenced - Tracking von Bluetooth-LE-Tags (Gigaset G-Tag) mittels PRESENCE

"Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to produce bigger and better idiots. So far, the universe is winning." - Rich Cook

rudolfkoenig

Bitte mehr Zeilen nach der Meldung posten, ich will das komplette $hash sehen, so sehe ich nur die ersten zwei Zeilen.

PatrickR

Hi!

Sorry, natürlich. Wird aber etwas wuchtig wegen buf:

root@laforge:/opt/fhem/log# grep -B5 -A250 "1: EMPTY CONN" fhem-2017-01.log
Strict-Transport-Security: max-age=10;
Vary: Accept-Encoding
Connection: close
Content-Type: text/html; charset=utf-8, body empty,
Error: https://fahrinfo.bvg.de/Fahrinfo/bin/stboard.bin/dox?ld=0.1&input=9066153&boardType=dep&time=&productsFilter=1111111111111111&maxJourneys=3&date=&start=yes: Can't connect(2) to https://fahrinfo.bvg.de:443: SSL connect attempt failed SSL connect attempt failed
2017.01.13 16:00:47.606 1: EMPTY CONN
2017.01.13 16:00:47.606 1: stacktrace:
2017.01.13 16:00:47.607 1:     main::__ANON__                      called by FHEM/HttpUtils.pm (189)
2017.01.13 16:00:47.607 1:     main::__ANON__                      called by fhem.pl (670)
2017.01.13 16:00:47.615 1: {
  '.getList' => 'Botanischer-Garten:noArg Lipaer-Straße:noArg ',
  '.readingParseList' => [],
  '.setList' => '',
  '.updateRequestHash' => 1,
  'BUSY' => 0,
  'CHANGED' => undef,
  'DEF' => 'none 60',
  'Interval' => 60,
  'LASTSEND' => '1484319647.00508',
  'MainURL' => '',
  'ModuleVersion' => '3.3.5 - 29.9.2016',
  'NAME' => 'HM_BVG',
  'NR' => 426,
  'QUEUE' => [
               {
                 'data' => '',
                 'header' => '',
                 'ignoreredirects' => 0,
                 'retryCount' => 0,
                 'type' => 'get01',
                 'url' => 'https://fahrinfo.bvg.de/Fahrinfo/bin/stboard.bin/dox?ld=0.1&input=9066102&boardType=dep&time=&productsFilter=1000000000000000&maxJourneys=3&date=&start=yes',
                 'value' => 0
               },
               {
                 'data' => '',
                 'header' => '',
                 'ignoreredirects' => 0,
                 'retryCount' => 0,
                 'type' => 'get02',
                 'url' => 'https://fahrinfo.bvg.de/Fahrinfo/bin/stboard.bin/dox?ld=0.1&input=9066153&boardType=dep&time=&productsFilter=1111111111111111&maxJourneys=3&date=&start=yes',
                 'value' => 0
               }
             ],
  'READINGS' => {
                  'Botanischer-Garten' => {
                                            'TIME' => '2017-01-13 15:56:20',
                                            'VAL' => '[["S1","","15:56"],["S1","","15:59"],["S1","","16:00"]]'
                                          },
                  'Lipaer-Straße' => {
                                        'TIME' => '2017-01-13 15:56:21',
                                        'VAL' => '[["188","S+U Rathaus Steglitz","15:58"],["188","Lichterfelde Appenzeller ","16:03"],["188","S+U Rathaus Steglitz","16:08"]]'
                                      }
                },
  'REQUEST' => {
                 'data' => '',
                 'header' => '',
                 'ignoreredirects' => 0,
                 'retryCount' => 0,
                 'type' => 'get02',
                 'url' => 'https://fahrinfo.bvg.de/Fahrinfo/bin/stboard.bin/dox?ld=0.1&input=9066153&boardType=dep&time=&productsFilter=1111111111111111&maxJourneys=3&date=&start=yes',
                 'value' => 0
               },
  'STATE' => '???',
  'TRIGGERTIME' => '1484319707.19942',
  'TRIGGERTIME_FMT' => '2017-01-13 16:01:47',
  'TYPE' => 'HTTPMOD',
  'addr' => 'https://fahrinfo.bvg.de:443',
  'buf' => 'HTTP/1.1 200 OK
Date: Fri, 13 Jan 2017 14:56:20 GMT
Server: Apache/2.2.3 (CentOS)
Accept-Charset: utf-8
Set-Cookie: fahrinfoHistory=Location1%3DA%3D1%40O%3DLipaer%20Str.%20%28Berlin%29%40X%3D13310893%40Y%3D52448120%40U%3D80%40L%3D9066153%40%26; expires=Sunday, 23-Apr-2017 00:00:01 GMT; Domain=fahrinfo.bvg.de; Path=/; Version=1
Strict-Transport-Security: max-age=10;
Vary: Accept-Encoding
Connection: close
Content-Type: text/html; charset=utf-8

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html>
<html>
<head>
<title>mobil.BVG.de - fahrinfo</title>
<link href="http://www.bvg.de/themes/bvg-1-0/img/favicon.ico" rel="shortcut icon" />
<meta http-equiv="expires" content="0" />
<meta http-equiv="Content-Style-Type" content="text/css" />
<meta name="keywords" lang="de" content="Fahrinfo, Berlin, Handy, Mobiltelefon, Fahrplan, Auskunft, Fahrplanauskunft, NV, BVG, Bus, Bahn, iPhone, Blackberry, Verkehr" />
<meta name="description" lang="de" content="Fahrinfo - Die mobile Fahrplanauskunft der BVG von Berlin fr ihr Handy. Es werden zahlreiche Mobiltelefone untersttzt; auch iPhone und Blackberry." />
<meta name="DC.title" lang="de" content="Fahrinfo-Berlin - Ihre mobile Fahrplanauskunft der BVG fr Berlin" />
<meta name="DC.subject" lang="de" content="Fahrplanauskunft, Fahrinfo, Berlin, Handy, Mobiltelefon, Fahrplan, Auskunft, NV, BVG, Bus, Bahn, iPhone, Blackberry, Verkehr" />
<meta name="DC.description" content="Fahrinfo - Die mobile Fahrplanauskunft der BVG von Berlin fr ihr Handy. Es werden zahlreiche Mobiltelefone untersttzt; auch iPhone und Blackberry." />
<meta name="DC.format" content="text/xhtml" />
<meta name="DC.publisher" content="Berliner Verkehrsbetriebe (BVG)" />
<meta name="DC.type" content="Service" />
<meta name="DC.coverage" content="Berlin" scheme="DCTERMS.TGN" />
<meta name="robots" content="index, nofollow" />
<link rel="stylesheet" type="text/css" href="/Fahrinfo/css/ivuXhtml.css" />
<link rel="stylesheet" type="text/css" href="/Fahrinfo/css/ajax_suggest.css" />
<link rel="stylesheet" type="text/css" href="/Fahrinfo/css/ivuTooltip.css" />
<meta name="viewport" content="initial-scale = 1.0, maximum-scale = 5.0, user-scalable = yes" />
</head>
<body>
<div class="main">
<div id="header">
<img src="/Fahrinfo/img//ua_xhtml/logo.gif" alt="BVG" />
<a href="http://mobil.bvg.de/Fahrinfo/bin/detect.bin/eox?">English</a><br />
</div>
<h1 class="ptitle">Abfahrtsplan</h1>
<div id="ivu_overview_input">
<strong>Lipaer Str. (Berlin)</strong><br />
Datum: 13.01.17
</div>
<div class="ivu_result_box">
<table class="ivu_table" cellspacing="0" border="0" cellpadding="0">
<!-- Kopfzeile -->
<thead>
<tr>
<th>
Abf.
</th>
<th >
Fahrt/Linie
</th>
<th>
Richtung
</th>
</tr>
</thead>
<!-- Tabellendatenzeilen -->
<tbody>
<tr class="ivu_table_bg1">
<td><strong>15:58</strong></td>
<td>
<a href="/Fahrinfo/bin/traininfo.bin/dox/387363/178350/492440/117100/80/ld=0.1&amp;backLink=sq&amp;input=9066153&amp;boardType=dep&amp;time=actual&productsFilter=1111111111111111&amp;maxJourneys=3
">
<strong>Bus  188</strong>
</a>
</td>
<td>
S+U Rathaus Steglitz
</td>
</tr>
<tr class="ivu_table_bg2">
<td><strong>16:03</strong></td>
<td>
<a href="/Fahrinfo/bin/traininfo.bin/dox/919158/316453/41584/285599/80/ld=0.1&amp;backLink=sq&amp;input=9066153&amp;boardType=dep&amp;time=actual&productsFilter=1111111111111111&amp;maxJourneys=3
">
<strong>Bus  188</strong>
</a>
</td>
<td>
Lichterfelde, Appenzeller Str.
</td>
</tr>
<tr class="ivu_table_bg1">
<td><strong>16:08</strong></td>
<td>
<a href="/Fahrinfo/bin/traininfo.bin/dox/676230/274639/529658/39421/80/ld=0.1&amp;backLink=sq&amp;input=9066153&amp;boardType=dep&amp;time=actual&productsFilter=1111111111111111&amp;maxJourneys=3
">
<strong>Bus  188</strong>
</a>
</td>
<td>
S+U Rathaus Steglitz
</td>
</tr>
</table>
</div>
<p class="links">
<a href="/Fahrinfo/bin/stboard.bin/dox/dox?input=9066153&amp;boardType=dep&amp;time=16:08%2B1&amp;productsFilter=1111111111111111&amp;date=13.01.17&amp;maxJourneys=3&amp;start=yes">Mehr</a>
<br />
<a href="/Fahrinfo/bin/stboard.bin/dox?input=9066153&amp;boardType=dep&amp;time=16:08%2B1&amp;productsFilter=1111111111111111&amp;date=13.01.17&amp;maxJourneys=3&amp;">Haltestelleninfo</a>
<br />
<br />
<a href="http://mobil.bvg.de/Fahrinfo/bin/detect.bin/dox?">Fahrplanauskunft</a>
<br />
</p>
<div id="ivu_footer">
<a href="http://www.bvg.de/de/Serviceseiten/Impressum" title="Impressum" class="catlink">Impressum</a>
</div>
</div>
</body>
</html>
',
  'callback' => sub { "DUMMY" },
  'code' => '200',
  'conn' => undef,
  'data' => '',
  'defptr' => {
                'readingBase' => {
                                   'Botanischer-Garten' => 'get',
                                   'Lipaer-Straße' => 'get'
                                 },
                'readingNum' => {
                                  'Botanischer-Garten' => '01',
                                  'Lipaer-Straße' => '02'
                                },
                'readingOutdated' => {},
                'requestReadings' => {
                                       'get01' => {
                                                    'Botanischer-Garten' => 'get 01'
                                                  },
                                       'get02' => {
                                                    'Lipaer-Straße' => 'get 02'
                                                  }
                                     }
              },
  'displayurl' => 'https://fahrinfo.bvg.de/Fahrinfo/bin/stboard.bin/dox?ld=0.1&input=9066153&boardType=dep&time=&productsFilter=1111111111111111&maxJourneys=3&date=&start=yes',
  'header' => '',
  'helper' => {
                'bm' => {
                          'HTTPMOD_Set' => {
                                             'cnt' => 675,
                                             'dmx' => 0,
                                             'mAr' => '',
                                             'max' => 0,
                                             'tot' => 0
                                           }
                        }
              },
  'host' => 'fahrinfo.bvg.de',
  'httpheader' => 'HTTP/1.1 200 OK
Date: Fri, 13 Jan 2017 14:56:20 GMT
Server: Apache/2.2.3 (CentOS)
Accept-Charset: utf-8
Set-Cookie: fahrinfoHistory=Location1%3DA%3D1%40O%3DLipaer%20Str.%20%28Berlin%29%40X%3D13310893%40Y%3D52448120%40U%3D80%40L%3D9066153%40%26; expires=Sunday, 23-Apr-2017 00:00:01 GMT; Domain=fahrinfo.bvg.de; Path=/; Version=1
Strict-Transport-Security: max-age=10;
Vary: Accept-Encoding
Connection: close
Content-Type: text/html; charset=utf-8',
  'httpversion' => '1.0',
  'hu_blocking' => 0,
  'hu_filecount' => 2660,
  'ignoreredirects' => 0,
  'lastpoll' => {
                  'Botanischer-Garten' => '1484319647.19941',
                  'Lipaer-Straße' => '1484319647.19941'
                },
  'loglevel' => 4,
  'path' => '/Fahrinfo/bin/stboard.bin/dox?ld=0.1&input=9066153&boardType=dep&time=&productsFilter=1111111111111111&maxJourneys=3&date=&start=yes',
  'protocol' => 'https',
  'redirects' => 0,
  'sslargs' => {},
  'timeout' => 10,
  'url' => 'https://fahrinfo.bvg.de/Fahrinfo/bin/stboard.bin/dox?ld=0.1&input=9066153&boardType=dep&time=&productsFilter=1111111111111111&maxJourneys=3&date=&start=yes',
  'value' => 0
}

2017.01.13 16:00:47.615 3: HM_BVG: Read callback: request type was get02 retry 0,
Header: HTTP/1.1 200 OK
Date: Fri, 13 Jan 2017 14:56:20 GMT
Server: Apache/2.2.3 (CentOS)
Accept-Charset: utf-8
Set-Cookie: fahrinfoHistory=Location1%3DA%3D1%40O%3DLipaer%20Str.%20%28Berlin%29%40X%3D13310893%40Y%3D52448120%40U%3D80%40L%3D9066153%40%26; expires=Sunday, 23-Apr-2017 00:00:01 GMT; Domain=fahrinfo.bvg.de; Path=/; Version=1
Strict-Transport-Security: max-age=10;
Vary: Accept-Encoding
Connection: close


Patrick
lepresenced - Tracking von Bluetooth-LE-Tags (Gigaset G-Tag) mittels PRESENCE

"Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to produce bigger and better idiots. So far, the universe is winning." - Rich Cook

rudolfkoenig

Nach laengerem gruebeln faellt mir nur der Fall ein, wenn ein Modul HttpUtils_NonblockingGet parallel zweimal mit dem gleichen $hash aufruft. Hier kann es passieren, dass einer der Aufrufe fertig ist, und $conn schliesst, waehrend der Andere noch bei der DNS Aufloesung ist.
Die richtige Loesung waere per Flag beim Aufruf diese Parallelitaet zu pruefen, und beim Return den Flag zu loeschen.
Allerdings ist HttpUtils kompliziert, alle Returns zu finden nicht so einfach, und ich fuer diesen seltenen Fall nicht experimentieren will. Deswegen habe ich nur direkt vor Zeile 257 eine Abfrage eingebaut, der Fehler (Closed conn / parallel call?) zurueckliefert, damit sollte FHEM auch nicht abstuerzen.

Das eigentliche Problem liegt mAn bei HTTPMOD, das in manchen Faellen HttpUtils mit dem gleichen $hash parallel aufruft.