[gelöst] FHEM beendet sich nach "Save fhem.cfg"

Begonnen von gelb, 16 Januar 2014, 22:36:37

Vorheriges Thema - Nächstes Thema

gelb

Hallo,

da es mein erster Beitrag ist: Danke für dieses echt tolle Projekt!
Leider habe ich seit 3 Tagen ein Problem beim speichern der fhem.cfg Datei. Immer wenn ich die Datei speicher beendet sich der fhem Daemon. Ein 'shutdown restart' über das Webinterface funktioniert ebenfalls nicht mehr. Über Telnet ist der Befehl erfolgreich. Ich hab mir jetzt einen Ast abgesucht und auch schon updates abgewartet, das Problem besteht aber leider immernoch. Hat jemand von euch einen Tip? Hier meine Eckdaten:

FHEM mit den neusten updates auf einem Openmediavault System (Debian Wheezy)
Der Fehler besteht seit etwa 3 Tagen.
Das Debian Paket wurde bereits neuinstalliert.

Dateiberechtigungen:

drwxr-xr-x 10 fhem root     4096 12. Jan 20:32 .
drwxr-xr-x  3 root root     4096 10. Jan 23:55 ..
drwxr-xr-x  2 fhem dialout  4096 16. Jan 15:54 backup
-rw-r--r--  1 fhem dialout 59888 16. Jan 15:11 CHANGED
drwxr-xr-x 26 fhem root    12288 12. Jan 20:32 contrib
drwxr-xr-x  2 fhem root     4096 12. Jan 20:32 demolog
drwxr-xr-x  4 fhem root     4096 12. Jan 20:32 docs
drwxr-xr-x  5 fhem root    24576 16. Jan 15:54 FHEM
-rw-r--r--  1 fhem root    20035 16. Jan 18:47 fhem.cfg
-rw-r--r--  1 fhem root     5123  6. Okt 13:59 fhem.cfg.demo
-rwxr-xr-x  1 fhem root    96609 16. Jan 15:11 fhem.pl
drwxr-xr-x  2 fhem root     4096 16. Jan 17:45 log
-rw-r--r--  1 fhem root      761  6. Okt 13:59 README_DEMO.txt
drwxr-xr-x  2 fhem dialout  4096 11. Jan 00:02 unused
drwxr-xr-x  8 fhem root     4096 11. Jan 00:02 www


Log nach einem Speichern Befehl

2014.01.16 22:29:04 0: Server shutdown
2014.01.16 22:29:16 1: Including fhem.cfg
2014.01.16 22:29:16 1: reload: Error:Modul 99_myUtils deactivated:

2014.01.16 22:29:16 3: telnetPort: port 7072 opened
2014.01.16 22:29:16 3: WEB: port 8083 opened
2014.01.16 22:29:16 3: WEBphone: port 8084 opened
2014.01.16 22:29:16 3: WEBtablet: port 8085 opened
2014.01.16 22:29:16 2: eventTypes: loaded 87 events from ./log/eventTypes.txt
2014.01.16 22:29:17 3: Opening FritzBox device 192.168.0.1:1012
2014.01.16 22:29:17 3: FritzBox device opened
2014.01.16 22:29:17 3: Opening CUL_0 device /dev/ttyACM0
2014.01.16 22:29:17 3: Setting CUL_0 baudrate to 9600
2014.01.16 22:29:17 3: CUL_0 device opened
2014.01.16 22:29:17 3: CUL_0: Possible commands: BCFiAZEGMRTVWXefmltux
2014.01.16 22:29:17 2: Switched CUL_0 rfmode to HomeMatic
2014.01.16 22:29:17 1: Including ./log/fhem.save
2014.01.16 22:29:17 2: 1
2014.01.16 22:29:17 0: Server started with 61 defined entities (version $Id: fhem.pl 4663 2014-01-16 09:45:15Z rudolfkoenig $, os linux, user >>MEINBENUTZERNAME[<<, pid 24720)
2014.01.16 22:29:21 3: YAMAHA_AVR: could not execute command on device Verstaerker. Please turn on your device in case of deactivated network standby or check for correct hostaddress.
2014.01.16 22:29:24 3: Device CUL_HM_HM_CC_RT_DN_231F96 added to ActionDetector with 000:10 time
2014.01.16 22:29:24 3: Device CUL_HM_HM_CC_RT_DN_232089 added to ActionDetector with 000:10 time
2014.01.16 22:29:24 3: Device CUL_HM_HM_CC_RT_DN_2320BF added to ActionDetector with 000:10 time
2014.01.16 22:29:24 3: Device CUL_HM_HM_CC_RT_DN_2320D4 added to ActionDetector with 000:10 time
2014.01.16 22:29:24 3: Device CUL_HM_HM_SEC_SC_2_24D652 added to ActionDetector with 028:00 time
2014.01.16 22:29:24 3: Device CUL_HM_HM_SEC_SC_2_24D774 added to ActionDetector with 028:00 time



Mich wundert im Log, dass der Server mit meinem Benutzernamen gestartet, obwohl ich /etc/init.d/fhem als root starte und er dann ja eigentlich zum Benutzer fhem wechseln sollte...



rudolfkoenig

Ich bin verwirrt: erst die Aussage, dass fhem nicht startet, danach ein Log, was genau das Gegenteil beweist.
Dass FHEM unter dem eigenen Benutzer startet ist ein Problem, da fhem.cfg ist dann fuer FHEM nicht schreibbar ist
Einzige Vermutung: /etc/init.d/FHEM wurde doch nicht als root ausgefuehrt.

gelb

#2
FHEM lässt sich per SSH starten, aber wenn ich die fhem.cfg über das Webinterface speicher, schmiert der Server ab. Die Änderungen werden aber gespeichert, an den Rechten kann es damit ja eigentlich nicht liegen. Das Init-Script wurde auch definitiv als root ausgeführt. Ich hab das ganze auch einmal mit


su - fhem -s /bin/bash -c "/etc/init.d/fhem start"


probiert, ändert aber auch nichts. Und der gleiche Effekt tritt halt auf, wenn ich im Webinterface 'shutdown restart' eingebe. Da beendet sich der Server nur und kommt nicht wieder. Ich vermute ja, dass nach dem Speichern der .cfg automatisch ein restart ausgeführt wird um die Änderungen zu übernehmen und das daher der gleiche Fehler ist?

Edit:
Laut 'top' läuft der FHEM Server unter dem Benutzer 'fhem'.

rudolfkoenig

Bitte das Ganze viel genauer beschreiben, z.Bsp. ist unklar, was mit "speichern" gemeint ist. "Save fhem.cfg" links startet den server nicht neu, das Editieren der fhem.cfg in Edit Files auch nicht, fuehrt aber ein rereadcfg durch, was viel naeher an einem Neustart liegt. Apropos: rereadcfg ist "deprecated".

Ich empfehle "/etc/init.d/fhem start" als root in einem telnet durchzufuehren, und danach das Problem provozieren: es muesste im telnet oder im FHEM-Log eine Fehlermeldung zu sehen sein.


gelb

Nochmal das editierte vom vorherigen Post:
Laut 'top' läuft der FHEM Server unter dem Benutzer 'fhem'.

Mit Speichern ist das editieren der fhem.cfg gemeint. Der Link auf der linken Seite im Menü funktioniert einwandfrei.

Wenn ich mit dem Telnet des fhem lausche passirt nichts, ausser

fhem> Connection closed by foreign host.

Allerdings starte ich da ja auch mit einer SSH Sitzung das init-Script. Um das ganze per Telnet anzustoßen muss ich einmal schauen wie ich Telnet aktiviert bekomme  :)

Danke schonmal für die schnelle Hilfe.

gelb

Leider kommt bei einer Telnet Sitzung auch keine Meldungen, nachdem ich auf speichern geklickt habe. Dabei ist es egal ob ich das Init-Script nutze oder den Server mit 'perl fhem.pl fhem.cfg' starte.

Beim Starten des Servers kommt aber, egal ob mit telnet oder ssh nach kurzer Zeit folgender Fehler (der meinen Recherchen nach nichts damit zutun haben kann):

Use of implicit split to @_ is deprecated at ./FHEM/95_FLOORPLAN.pm line 476, <$fh> line 133.

Wenn ich einen Server mit der fhem.cfg.demo starte funktioniert das Speichern, deswegen hier mal Auszüge aus meiner Config Datei:


attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global motd Hallo
attr global statefile ./log/fhem.save
attr global updateInBackground 1
attr global userattr devStateIcon devStateStyle fp_Wohnung icon sortby webCmd
attr global verbose 3

define telnetPort telnet 7072 global

define WEB FHEMWEB 8083 global
attr WEB longpoll 1

define WEBphone FHEMWEB 8084 global
attr WEBphone stylesheetPrefix ios7smallscreen

define WEBtablet FHEMWEB 8085 global
attr WEBtablet stylesheetPrefix touchpad

# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog

define autocreate autocreate
attr autocreate filelog ./log/%NAME-%Y.log

define eventTypes eventTypes ./log/eventTypes.txt

# Disable this to avoid looking for new USB devices on startup
#define initialUsbCheck notify global:INITIALIZED usb create

[...]

define Wohnung FLOORPLAN
attr Wohnung fp_arrange detail


define TelefonAnruf notify FritzBox:event:.ring { \
my $externalNumber = (ReadingsVal("FritzBox","external_number",99));;\
my $externalName = (ReadingsVal("FritzBox","external_name",99));;\
fhem 'set HTPC msg "Anruf von '.$externalNumber.'" "'.$externalName .'" 5000 info';;\
}


[...]

rudolfkoenig

Bedeutet, dass einer der von Dir eingesetzen Module (evtl. nur in deiner speziellen Konfiguration) nicht rereadcfg-fest ist.
Die Loesung: auf rereadcfg bzw. Editieren der fhem.cfg in FHEMWEB zu verzichten.
Workaround: solange einzelne Definitionen entfernen, bis das Problem nicht auftaucht, und dadurch das schuldige Modul identifizieren. Danach beim Modul-Autor reklamieren.

gelb

Das hat etwas gebracht!

Als Übeltäter konnte ich das Attribut

attr HTPC fork enable

Aus dem Modul XBMC ausfindig machen.

Als Programmierer steht in den Credits "dbokermann", den Benutzernamen gibt es hier im Forum aber nicht :(


rudolfkoenig

Im MAINTAINER.txt steht, dass er die Supportanfragen in der Multimedia Abschnitt von forum.fhem.de erwartet.

gelb

Oh diese Datei habe ich nirgends gefunden. Ich hab ihm eine PN geschickt  ;)

rudolfkoenig

Steht verlinkt im Anfaenger-Bereich in der angepinnten Diskussion: "In welcher Gruppe sollte ich meine Fragen stellen".

gelb

Alles klar, Danke :) Hatte nur über Google, im Wiki und im Installationsordner geguckt *g*

Puschel74

Hallo,

ZitatHatte nur über Google, im Wiki und im Installationsordner geguckt
und dann eine PN schicken obwohl man garnicht weiß ob er unaufgefordert eine PN bekommen möchte  :o
Das nenn ich ich mal --- dreist.

Fairerweise würde ich die Anfrage dennoch im richtigen Bereich posten.
Warum?
evtl. bist du nicht der einzige der dieses Problem hat und andere würden sich vielleicht auch über die/eine Lösung freuen.

Grüße
Zotac BI323 als Server mit DBLog
CUNO für FHT80B, 3 HM-Lan per vCCU, RasPi mit CUL433 für Somfy-Rollo (F2F), RasPi mit I2C(LM75) (F2F), RasPi für Panstamp+Vegetronix +SONOS(F2F)
Ich beantworte keine Supportanfragen per PM! Bitte im Forum suchen oder einen Beitrag erstellen.

dennisb

Moin zusammen,

erst einmal sorry wegen der Verwirrung um meinen Benutzernamen. Hab meinen Sourceforge-Nutzernamen in der maintainer.txt stehen. Ändere ich sofort.
Hab die PN bekommen und direkt mal getestet, ob FHEM bei mir abschmiert, wenn ich das attribute fork setze. Bei mir funktioniert das ohne Probleme.
@gelb: Damit wir das Problem analysieren können, mach am besten mal einen Thread im Multimediaforum auf und poste bitte deine komplette Definition deines XBMC devices. Werde dann mal schauen, woran das liegen kann.

Gruß
Dennis

gelb

#14
Zitat von: Puschel74 am 18 Januar 2014, 08:39:39
Das nenn ich ich mal --- dreist.

Bitte was?

Ansonsten - hier gehts weiter http://forum.fhem.de/index.php/topic,18969.msg126789.html

Puschel74

Hallo,

ZitatBitte was?
Was war an meinem Text unverständlich?

Wenn ich unaufgefordert eine PN bekomme wird diese kommentarlos gelöscht.
Ich vermute mal du hast noch keine PN bekommen mit einer fhem.cfg und dem Text "was ist hier falsch?".

Wenn doch kannst du mein -- dreist hoffentlich im Ansatz nachvollziehen.
Wenn nicht - naja, du bist ja auch einer der unaufgefordert eine PN verschickt.
Nein - ich lasse mich auch auf der Strasse nicht von jedem anreden oder anflüstern oder in Gespräche verwickeln.
So auch hier.

Aber dein Problem scheint sich ja jetzt langsam zu klären.

Grüße

P.S.: Nicht jeder möchte unaufgefordert eine PN bekommen - schon garnicht wenn er ein Modul betreut bzw. sich aktiv in FHEM einbringt.
Warum nicht? Na weil wir dann kein Forum bräuchten sondern alles per PN abwickeln könnten.
Aber wie gesagt - ich für meinen Teil lösche unerwünschte PN kommentarlos und finde das zusenden solcher nach wie vor -- dreist.
Ich schreibe bewusst nicht --frech obwohl es nah dran kommt.
Zotac BI323 als Server mit DBLog
CUNO für FHT80B, 3 HM-Lan per vCCU, RasPi mit CUL433 für Somfy-Rollo (F2F), RasPi mit I2C(LM75) (F2F), RasPi für Panstamp+Vegetronix +SONOS(F2F)
Ich beantworte keine Supportanfragen per PM! Bitte im Forum suchen oder einen Beitrag erstellen.

gelb

Zitat von: Puschel74 am 19 Januar 2014, 07:02:27
Was war an meinem Text unverständlich?
Dein gesamtes Vorgehen ist unverständlich. Du liest dir einen Thread durch, der als gelöst markiert ist. Anstatt überhaupt zu dem Thema zu antworten, schießt du als erstes quer und greifst den User an, obwohl du zu dem Zeit punkt garnichts, aber auch absolut garnichts mit der Sache zu tun hattest.

Zitat von: Puschel74 am 19 Januar 2014, 07:02:27
Wenn ich unaufgefordert eine PN bekomme wird diese kommentarlos gelöscht.
Ich weiß. Steht ja in deiner Signatur. Andere Leute haben anscheinend keine Probleme damit.

Zitat von: Puschel74 am 19 Januar 2014, 07:02:27
Ich vermute mal du hast noch keine PN bekommen mit einer fhem.cfg und dem Text "was ist hier falsch?".
Schön zu wissen, dass du meine PN nicht mitlesen kannst. Sonst wüsstest du ja, dass dies nicht der Fall war.

Zitat von: Puschel74 am 19 Januar 2014, 07:02:27
Nein - ich lasse mich auch auf der Strasse nicht von jedem anreden oder anflüstern oder in Gespräche verwickeln.
So auch hier.
Ich habe dich nicht angequatscht, scheinst du immernoch nicht gemerkt zu haben! Genau genommen will ich garnichts mit dir zu tun haben, allerdings hast du mich einfach persönlich angequatscht. Scheinst deiner eigenen Linie also nicht treu zu sein.

Zitat von: Puschel74 am 19 Januar 2014, 07:02:27
Aber dein Problem scheint sich ja jetzt langsam zu klären.
Jop, gibt ja User, welche sich thematisch äußern.

Zitat von: Puschel74 am 19 Januar 2014, 07:02:27
P.S.: Nicht jeder möchte unaufgefordert eine PN bekommen - schon garnicht wenn er ein Modul betreut bzw. sich aktiv in FHEM einbringt.
Warum nicht? Na weil wir dann kein Forum bräuchten sondern alles per PN abwickeln könnten.
Genau deswegen wird das Vorgehen ja auch öffentlich diskutiert. Du weisst ja immernoch nicht was in der PN stand.

Zitat von: Puschel74 am 19 Januar 2014, 07:02:27
Ich schreibe bewusst nicht --frech obwohl es nah dran kommt.
Schreibst du wohl. Genau mit diesem Satz.

Chapeau!

kinne_001

Zitat von: rudolfkoenig am 17 Januar 2014, 18:19:47
Bedeutet, dass einer der von Dir eingesetzen Module (evtl. nur in deiner speziellen Konfiguration) nicht rereadcfg-fest ist.
Die Loesung: auf rereadcfg bzw. Editieren der fhem.cfg in FHEMWEB zu verzichten.
Workaround: solange einzelne Definitionen entfernen, bis das Problem nicht auftaucht, und dadurch das schuldige Modul identifizieren. Danach beim Modul-Autor reklamieren.

Habe jetzt das gleiche Problem... Nach dem editieren der fhem.cfg und Speichern über das FHEMWEB kann ich nicht mehr auf Fhem zugreifen... Nur noch Steckerziehen hilft. 

Bei mir ist es das Modul HUE. Kommentiere ich die entsprechenden Stellen aus für HUE Bridge und devices funktioniert alles wieder.

Grüße K.

justme1968

das hue modul sollte in der aktuellen version keine probleme mehr mit rereadcfg haben.

hast du fehler im log file  oder auf der konsole?

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

justme1968

ich hab doch noch einen fehler gefunden. er hat sich per copy&paste sogar durch alle meine module gezogen...

ab morgen sollte es endgültig behoben sein.

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

kinne_001

#20
Nein im log auf verbose 3 steht nix drin... Kann aber den Fehler reproduzieren sobald ich das Auskommentieren für die HUE rausnehme.

Habe gestern noch ein linux Update gemacht mit apt-get update/-grade... Vielleicht passt jetzt etwas nicht?

Sobald ich Save fhem.cfg in der webansicht drücke, ist diese nicht mehr erreichbar. Vielleicht kann ja jmd noch den Fehler reproduzieren.

Grüße K.

Nachtrag: Ooops letzte posts fast zeitgleich - siehe unten

kinne_001

Ok... Probiere es morgen dann und gebe Rückmeldung...

kinne_001