Webports nach "rereadcfg" nicht mehr erreichbar

[maxritti]

Hallo zusammen,

momentan habe ich den Eindruck, als wenn mein FHEM System bei dem Command "rereadcfg ..." ein wenig Probleme macht.
Gebe ich irgendein rereadcfg FHEM/...cfg ein, schmiert mir der FHEM Server bzw die Poerts für Webzugriff ab.
Abschmieren will heissen, dass kein Zugriff via Web mehr möglich ist.

Verbose habe ich mal auf 5 gestellt.
Das Log sagt dann zuletzt das hier:

Code Auswählen Erweitern

2014.01.12 18:30:12 4: HTTP FHEMWEB:192.168.178.51:60412 GET /fhem&cmd=rereadcfg+FHEM%2FAlarm.cfg
2014.01.12 18:30:12 5: Cmd: >rereadcfg FHEM/Alarm.cfg<

Wenn ich auf dem Linuxserver dann ein

Code Auswählen Erweitern

/etc/init.d/fhem stop

eingebe kommt dies:

Code Auswählen Erweitern

Stopping fhem...
Can't connect to localhost:7072

Allerdings ein

Code Auswählen Erweitern

/etc/init.d/fhem status

meldet

Code Auswählen Erweitern

fhem is running

Erst ein

Code Auswählen Erweitern

/etc/init.d/fhem start

ermöglicht dann wieder eine Verbindung via Browser.


Ein Version liefert folgende Versionsstände:

Code Auswählen Erweitern

# $Id: fhem.pl 4603 2014-01-10 12:28:58Z rudolfkoenig $
# $Id: 10_CUL_HM.pm 4617 2014-01-11 08:35:29Z martinp876 $
# $Id: 93_DbLog.pm 4625 2014-01-11 18:47:21Z johannnes $
# $Id: 01_FHEMWEB.pm 4605 2014-01-10 14:33:50Z rudolfkoenig $
# $Id: 92_FileLog.pm 4607 2014-01-10 15:01:13Z rudolfkoenig $
# $Id: 00_HMLAN.pm 4562 2014-01-05 15:22:54Z martinp876 $
# $Id: 98_HMinfo.pm 4604 2014-01-10 14:13:14Z martinp876 $
# $Id: 99_SUNRISE_EL.pm 4537 2014-01-03 08:28:59Z rudolfkoenig $
# $Id: 99_Utils.pm 3595 2013-08-05 05:38:48Z tobiasfaust $
# $Id: 90_at.pm 4246 2013-11-18 20:35:20Z rudolfkoenig $
# $Id: 98_autocreate.pm 4234 2013-11-17 10:19:41Z rudolfkoenig $
# $Id: 98_dummy.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $
# $Id: 91_eventTypes.pm 2982 2013-03-24 17:47:28Z rudolfkoenig $
# $Id: 91_notify.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $
# $Id: 98_telnet.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $
# $Id: 98_update.pm 4070 2013-10-19 11:22:17Z rudolfkoenig $

[rudolfkoenig]

1. man sollte rereadcfg nicht verwenden
2. Bei mir (getestet mit der Demo-Config) funktioniert es: nach einem per telnet abgesetzten rereadcfg kann eine geoffnete Webseite sich ohne zutun neu mit FHEM verbinden.
3. Bitte nicht alle Computerprobleme in einer Diskussion beschreiben: dass/etc/init.d/fhem kaputt ist, hat nichts damit zu tun, dass rereadcfg mit Telnetports probleme hat.

[maxritti]

1. man sollte rereadcfg nicht verwenden

Okay, dann weiss ich bescheid.
Ich hatte das halt in der Commandreferenz gefunden und dachte das wäre dafür gedacht nicht immer ein "shutdown restart" zu machen.
Wir sind ja nicht bei Windows

2. Bei mir (getestet mit der Demo-Config) funktioniert es: nach einem per telnet abgesetzten rereadcfg kann eine geoffnete Webseite sich ohne zutun neu mit FHEM verbinden.

Bis vor kurzem ging es bei mir auch noch. Allerdings weiss ich derzeit halt nicht, was zu dem momentanen Problem geführt hat.
Konfigurationsänderungen oder mittlerweile eingespielte updates.

3. Bitte nicht alle Computerprobleme in einer Diskussion beschreiben: dass/etc/init.d/fhem kaputt ist, hat nichts damit zu tun, dass rereadcfg mit Telnetports probleme hat.

Damit wollte ich nur darstellen, was "abschmiert" heisst also wirklich u.a. der Port 7072 nicht mehr erreichbar ist.
Und nur durch ein erneutes fhem start der Server wieder ans rennen kommt.

[rudolfkoenig]

Wir sind ja nicht bei Windows

Stimmt, aber rereadcfg ist aus vielen Gruenden gleichwertig mit einem shutdown restart.
"Richtig" ist Attribute/Definitionen direkt einzugeben und danach ein save.