Jede Nacht 0:22 Uhr HMLan disconnected seit Update vom 08.06.2015

[cruser1800]

Hallo Seit ein paar Tagen habe ich jede Nacht zur gleichen Zeit ein HMLan disconnected. Der HMLan hängt an einer Fritzbox der als Server im Netzwerk dient.

Kann mir jemand helfen?

Danke

[martinp876]

Hm. Meiner laeuft durch. Hast du einen job laufen, der um die zeit das system blockiert ?

[cruser1800]

Danke für Den Tip. Ich lasse um diese Zeit die Sicherung der MySQL laufen. Aber nicht aus Fhem heraus!  Aber warum kommt es zu einem disconnect?

[Icinger]

Passiert bei mir auch immer, wenn in der Nacht das Backup läuft.....
Aber nicht erst seit kurzem, sondern das hab ich schon immer, seit das Backup läuft.

lg, Ici

[frank]

Aber warum kommt es zu einem disconnect?

wenn für 30 sekunden keine verbindung zwischen hmlan und fhem hergestellt werden kann.

[Nobby1805]

Schaut euch mal das Internal uptime vom HMLAN an ... bei mir macht der HMLAN regelmäßig einen reboot. Ich vermute, dass das an bestimmten Paketen auf dem LAN bzw. hohem Traffic liegt ... aus meiner Sicht ein Firmware-Bug des HMLAN 

[martinp876]

das HMLAN macht einen reboot, wenn es 30sec keine Zentrale findet. FHEM sendet das keepalive  nach 25 sec. Bleiben also noch 5 sec zum reagieren - im schlechtesten Fall

[Nobby1805]

das HMLAN macht einen reboot, wenn es 30sec keine Zentrale findet. FHEM sendet das keepalive  nach 25 sec. Bleiben also noch 5 sec zum reagieren - im schlechtesten Fall

Wie kommst du darauf ?
Mach mal folgenden Test: schau dir die Uptime vom HMLAN an (war bei mir 01:56:12.365) ... dann stoppe FHEM ... warte 1 Minute starte FHEM wieder
Was zeigt die uptime von HMLAN bei dir jetzt an ? bei mir waren es eben 1:58.32.735 ... also kein reboot obwohl deutlich länger als 30 Sekunden die Zentrale nicht erreichbar war

[franky08]

Und wer bitte soll ein keepalive schicken wenn du fhem stoppst??? Das ist ein völlig anderer Sachverhalt. Lass fhem mal laufen und trenn die Netzwerkverbindung zum HMLAN, dass kommt der Sache schon näher.

VG
Frank

[Nobby1805]

Genau das ist ja der Sinn gewesen ... wenn FHEM nicht läuft wird KEIN keepalive gesendet ... ich wollte damit zeigen, dass der HMLAN NICHT bootet wenn er kein keepalive erhält

Aber mit Abziehen der LAN-Verbindung (für 1 Minute) verhält er sich genauso: uptime vorher 12:42:57.545, nachher 12:44:46.586

[frank]

@nobby1805,

ein echter reboot ist bisher nur durch netzstecker ziehen bekannt. dann wird auch uptime resettet. wenn du auch ohne stecker ziehen reboots erlebst, hast du vielleicht einen wackelkontakt in der spannungsversorgung. ansonsten solltest du das verhalten vielleicht mal im netzwerk sniffen. dann könnte man vielleicht auch einen echten reboot über fhem forcieren.

[Nobby1805]

ein echter reboot ist bisher nur durch netzstecker ziehen bekannt. dann wird auch uptime resettet. wenn du auch ohne stecker ziehen reboots erlebst,

definitiv habe ich den Netzstecker nicht gezogen

hast du vielleicht einen wackelkontakt in der spannungsversorgung.

hmmm ... halte ich für eher unwahrscheinlich ... hängt am selben Verteiler wie der Server, muss ich mal drüber nachdenken wie ich das evt. messen kann

ansonsten solltest du das verhalten vielleicht mal im netzwerk sniffen. dann könnte man vielleicht auch einen echten reboot über fhem forcieren.

Sniffer läuft ... aber was soll es bringen einen reboot über FHEM zu forcieren ?

[frank]

aber was soll es bringen einen reboot über FHEM zu forcieren ?

dann könnte man auch einen overload (1% sendelimit) automatisch über fhem zurücksetzen.

[Nobby1805]

dann könnte man auch einen overload (1% sendelimit) automatisch über fhem zurücksetzen.

ich glaube nicht, dass so ein overload der Grund ist ... bei mir wird vom HMLAN fast nur empfangen (msgLoadEst 1hour:0% 10min steps: 0/0/0/0/0/0 )

[frank]

ich meine nicht, dass dein problem damit gelöst werden könnte. sondern, ...

Schaut euch mal das Internal uptime vom HMLAN an ... bei mir macht der HMLAN regelmäßig einen reboot. Ich vermute, dass das an bestimmten Paketen auf dem LAN bzw. hohem Traffic liegt ... aus meiner Sicht ein Firmware-Bug des HMLAN 

... ,wenn deine vermutung stimmt, könnte man das ja ausnutzen.