CUN disconnected, fhem stürzt ab

[Dr. Boris Neubert]

                                             

Hallo,

in unregelmäßigen Abständen (im Schnitt alle 3 Tage einmal) verliert
fhem die Verbindung zu dem über das LAN angeschlossene CUN. Im Log
findet sich dann dieses:

2010.10.07 07:37:01 1: 192.168.31.126:2323 disconnected, waiting to reappear
Select error -1 / Bad file descriptor

fhem stürzt also ab und pollt nicht wie vorgesehen das CUN, bis es
wieder erreichbar ist.

Da im Code nach der Meldung in der ersten der beiden obenstehenden
Zeilen des Log das Gerät schließt, sollte ein select gar nicht mehr
drankommen.

Was kann ich tun, um dem Problem auf die Spur zu finden?

Grüße,
Boris

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.

[tostmann]

                                                 

Am 07.10.2010 um 21:07 schrieb Dr. Boris Neubert:

> Was kann ich tun, um dem Problem auf die Spur zu finden?

Nutzt das CUN DHCP?

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.

[Dr. Boris Neubert]

                                             

Am 07.10.2010 23:26, schrieb Dirk Tostmann:
>
> Am 07.10.2010 um 21:07 schrieb Dr. Boris Neubert:
>
>> Was kann ich tun, um dem Problem auf die Spur zu finden?
>
> Nutzt das CUN DHCP?
>
nein, fest eingestellte IP-Adressen:

Wid00
Wia192.168.31.126
Wig192.168.31.1
Win255.255.255.0
WiN192.168.31.2
Wio02

Gruesse,
Boris

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.

[rudolfkoenig]

                                                   

> 2010.10.07 07:37:01 1: 192.168.31.126:2323 disconnected, waiting to reappear
> Select error -1 / Bad file descriptor
>
> fhem stürzt also ab und pollt nicht wie vorgesehen das CUN, bis es
> wieder erreichbar ist.

Das sind ja gleich zwei Probleme auf einmal.

- Die Verbindung zu CUN geht verloren.
  Kannst Du bitte schauen, ob CUN dabei abgestuerzt ist (uptime: get CUN raw t)

- Fhem stuerzt dabei ab. Aehnliche Probleme hatten wir oefters, es passiert
  dann wenn ein FileDescriptor geschlosen wird aber nicht aus der %selectlist
  ausgetragen wird.  Eigentlich dachte genau dieses Problem behoben zu haben,
  indem close nur in CUL_CloseDev gemacht wird.

  Ich habe eine modifizierte Version von fhem.pl eingecheckt, der in so einem
  Fall das kaputte Filedescriptor aus der selectlist entfernt. Ich habe es auch
  mit einem kuenstlichen Fehler geprueft.

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.

[Dr. Boris Neubert]

                                             

Hallo,

Am 08.10.2010 09:40, schrieb Rudolf Koenig:
>> 2010.10.07 07:37:01 1: 192.168.31.126:2323 disconnected, waiting to reappear
>> Select error -1 / Bad file descriptor
>>
>> fhem stürzt also ab und pollt nicht wie vorgesehen das CUN, bis es
>> wieder erreichbar ist.
>
> Das sind ja gleich zwei Probleme auf einmal.
>
> - Die Verbindung zu CUN geht verloren.
>   Kannst Du bitte schauen, ob CUN dabei abgestuerzt ist (uptime: get CUN raw t)

CUL läuft aktuell seit 5,3 Tagen (3.10.) aber die Crashs waren am 04.10.
und am 07.10. Fazit: CUN stürzte nicht ab. Nach einem Restart von fhem
lief auch alles sofort wieder, ohne daß ich mich um CUN kümmern mußte.

>   Ich habe eine modifizierte Version von fhem.pl eingecheckt, der in so einem
>   Fall das kaputte Filedescriptor aus der selectlist entfernt. Ich habe es auch
>   mit einem kuenstlichen Fehler geprueft.

Danke! Ich habe meine fhem-Installation aktualisiert und werde sehen, ob
sich das Problem damit wieder zeigt.

Viele Grüße,
Boris

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.

[Dr. Boris Neubert]

                                             

Am 08.10.2010 20:38, schrieb Dr. Boris Neubert:
>>    Ich habe eine modifizierte Version von fhem.pl eingecheckt, der in so einem
>>    Fall das kaputte Filedescriptor aus der selectlist entfernt. Ich habe es auch
>>    mit einem kuenstlichen Fehler geprueft.

das Problem ist mit der modifizierten Version wieder aufgetreten. Hier
der Auszug aus dem Log:

2010.10.10 06:00:08 1: getFhtBuffer: 0   fhtbuf => 04
2010.10.10 06:00:38 1: getFhtBuffer: 0   fhtbuf => 04
2010.10.10 06:01:08 1: getFhtBuffer: 0   fhtbuf => 04
2010.10.10 06:01:38 1: getFhtBuffer: 0   fhtbuf => 04
2010.10.10 06:02:08 1: getFhtBuffer: 0   fhtbuf => 04
2010.10.10 06:02:38 1: getFhtBuffer: 0   fhtbuf => 04
2010.10.10 06:03:11 1: 192.168.31.126:2323 disconnected, waiting to reappear
2010.10.10 06:03:16 1: getFhtBuffer: 0   fhtbuf => No answer
2010.10.10 06:03:16 1: getFhtBuffer: 1   fhtbuf => No answer
2010.10.10 06:03:16 1: getFhtBuffer: 2   fhtbuf => No answer
2010.10.10 06:03:16 1: getFhtBuffer: 3   fhtbuf => No answer
2010.10.10 06:03:16 1: getFhtBuffer: 4   fhtbuf => No answer
2010.10.10 06:03:16 1: getFhtBuffer: 5   fhtbuf => No answer
Select error -1 / Ungültiger Dateideskriptor

Der Uebeltaeter koennte eventuell in doSoftBuffer stecken. Der
SoftBufferTimer wird wohl nicht abgestellt, wenn CUN diskonnektiert
wird, und dann kommt folgender Code dran:

580   $fhzbuflen = getFhtBuffer($io) if($fhzbuflen == -999);
   ...
584       IOWrite($h->{HASH}, "04", $h->{ARG});

Die erste gezeigte Zeile duerfte die oben gezeigten Log-Eintraege
erzeugen, die zweite dann zum Absturz fuehren.

Gruesse,
Boris

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.

[Dr. Boris Neubert]

                                             

Hallo,

diesen Thread können wir schließen. Hier der aktuelle Stand:

1. Ein Problem liegt an der grundsätzlich fehlenden Rückmeldung der von
FHT80b gesendeten und durch CUN/CUL empfangenen Bestätigungsnachrichten
an fhem. Die Lösung ist in Arbeit.

2. Ein weiteres Problem liegt im Zusammenspiel von fhtsoftbuffer und
CUN/CUL mit culfw, welches konzeptionell angepaßt werden muß. Die Lösung
ist in Arbeit.

3. Das dritte Problem besteht darin, daß CUN via TCP/IP Meldungen über
empfangene Gerätewerte und Antworten auf Anfragen von fhem manchmal
nicht einzeln an fhem schickt sondern in einem String. Der aktuelle Code
kann bereits zum Teil damit umgehen.

4. Das letzte Problem lag in der fehlenden Erkennung von ungültigen
Dateideskriptoren, wenn die Systemsprache (LANG) nicht englisch ist.
Dieses Problem ist behoben. Nach einem Disconnect von CUN stürzt fhem
bei mir nicht mehr ab.

Vielen Dank an Rudi für die Korrekturen!

Grüße,
Boris

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.