[Gelöst] - FHEM startet nicht mehr

[maxritti]

Moin zusammen,

update scheint mal nicht mein bester Freund zu werden.
Um 08:15 habe ich ein update gefahren.
Es wurde auch einiges aktualisiert und zum Schluss bekam ich eine Art Statistic angezeigt und auch den Hinweis, dass Module aktualisiert worden sind und ein Restart notwendig sei.
Leider habe ich mir die Antwort nicht gespeichert.

Das Fhem log zeigt das hier beim update Prozess:

Code Auswählen Erweitern

2014.04.19 08:15:37 3: update get http://fhem.de/fhemupdate4/svn/controls_fhem.txt
2014.04.19 08:15:42 3: update get http://fhem.de/fhemupdate4/svn/FHEM/FhemUtils/release.pm
2014.04.19 08:15:42 1: update check Releases => local: Fhem 5.5 (DEVELOPMENT) remote: Fhem 5.5 (DEVELOPMENT)
2014.04.19 08:15:42 3: update get http://fhem.de/fhemupdate4/svn/controls_fhem.txt
2014.04.19 08:15:43 1: update saving statefile
2014.04.19 08:15:43 3: update get http://fhem.de/fhemupdate4/svn/./CHANGED
2014.04.19 08:15:43 3: update get http://fhem.de/fhemupdate4/svn/./configDB.pm
2014.04.19 08:15:43 3: update get http://fhem.de/fhemupdate4/svn/FHEM/02_RSS.pm
2014.04.19 08:15:43 3: update get http://fhem.de/fhemupdate4/svn/FHEM/10_CUL_HM.pm
2014.04.19 08:15:44 3: update get http://fhem.de/fhemupdate4/svn/FHEM/10_FRM.pm
2014.04.19 08:15:44 3: update get http://fhem.de/fhemupdate4/svn/FHEM/36_JeeLink.pm
2014.04.19 08:15:44 3: update get http://fhem.de/fhemupdate4/svn/FHEM/66_ECMD.pm
2014.04.19 08:15:44 3: update get http://fhem.de/fhemupdate4/svn/FHEM/67_ECMDDevice.pm
2014.04.19 08:15:44 3: update get http://fhem.de/fhemupdate4/svn/FHEM/98_HMinfo.pm
2014.04.19 08:15:44 3: update get http://fhem.de/fhemupdate4/svn/FHEM/98_Heating_Control.pm
2014.04.19 08:15:44 3: update get http://fhem.de/fhemupdate4/svn/FHEM/98_RandomTimer.pm
2014.04.19 08:15:45 3: update get http://fhem.de/fhemupdate4/svn/FHEM/98_WeekdayTimer.pm
2014.04.19 08:15:45 3: update get http://fhem.de/fhemupdate4/svn/FHEM/98_configdb.pm
2014.04.19 08:15:45 3: update get http://fhem.de/fhemupdate4/svn/FHEM/CUL_V4.hex
2014.04.19 08:15:45 3: update get http://fhem.de/fhemupdate4/svn/FHEM/HMConfig.pm
2014.04.19 08:15:45 3: update get http://fhem.de/fhemupdate4/svn/docs/commandref.html
2014.04.19 08:15:47 3: update get http://fhem.de/fhemupdate4/svn/docs/commandref_DE.html
2014.04.19 08:15:48 1: update 17 file(s) have been updated.


Dann habe ich Fhem durch "shutdown restart" neu starten wollen.
Nur leider startet Fhem nicht mehr. Via Browser und Telnet keine Antwort.

Mache ich nun auf meinem Linux Server dies hier:

Code Auswählen Erweitern

/opt/fhem# /etc/init.d/fhem status
fhem is not running

Dann ein /etc/init.d/fhem start liefert dies:

Code Auswählen Erweitern

root@tdfsr178192:/opt/fhem/FHEM# /etc/init.d/fhem start
Starting fhem...
root@tdfsr178192:/opt/fhem/FHEM# Undefined subroutine &main::timelocal_nocheck called at ./FHEM/98_RandomTimer.pm line 267.

Und ein /etc/init./fhem status wieder ein

Code Auswählen Erweitern

fhem is not running

Das fhem log sagt dies hier nach einem Neustart:

Code Auswählen Erweitern

2014.04.19 08:41:35 3: telnetPort: port 7072 opened
2014.04.19 08:41:35 3: WEB: port 8083 opened
2014.04.19 08:41:35 3: WEBphone: port 8084 opened
2014.04.19 08:41:35 3: WEBtablet: port 8085 opened
2014.04.19 08:41:35 2: eventTypes: loaded 7448 events from ./log/eventTypes.txt
2014.04.19 08:41:35 1: HMLAN_Parse: myHMLAN new condition disconnected
2014.04.19 08:41:35 3: Opening myHMLAN device 192.168.178.23:1000
2014.04.19 08:41:35 3: myHMLAN device opened
2014.04.19 08:41:35 1: HMLAN_Parse: myHMLAN new condition init
2014.04.19 08:41:35 3: Connecting to database mysql:database=fhem;host=192.168.178.192;port=3306 with user fhemuser
2014.04.19 08:41:35 3: Connection to db mysql:database=fhem;host=192.168.178.192;port=3306 established for pid 30012
2014.04.19 08:41:35 3: Connection to db mysql:database=fhem;host=192.168.178.192;port=3306 established
2014.04.19 08:41:37 3: Solarlog initialized: 192.168.178.22 300
2014.04.19 08:41:37 1: usb create starting
2014.04.19 08:41:37 1: usb create end
2014.04.19 08:41:37 2: SecurityCheck:  WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute.  Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2014.04.19 08:41:37 0: Server started with 133 defined entities (version $Id: fhem.pl 5532 2014-04-15 16:32:25Z rudolfkoenig $, os linux, user root, pid 30012)


Das sieht doch eigentlich erst mal gut aus oder?

Ich habe auch schon perl nicht mit dem Parameter "configDB" gestartet. sondern dort wieder fhem.cfg eingetragen um zu testen, ob fhem noch mit der Configuration aus der fhem.cfg vom 14.04.2014 startet.
Aber auch da hat er keine Lust mehr drauf.

Konfiguriere ich meine produktive FHEM Instanz in der configDB.confg auf die MySQL DB meiner Entwicklungsumgebung, startet FHEM, allerdings halt mit den Daten der Entwicklungs DB.
Aber nicht, wenn ich es zurückstelle auf die Config der produktiven MySQL DB.

Was kann denn da mit der produktiven MySQL DB passiert sein?
Oder ist dies gar nicht der Punkt, welches mein FHEM nicht mehr starten lässt?

[maxritti]

Hm,

mit der Demo Config von fhem startet der Server.
Ich frage mich nur, was denn an der ConfigDB korrupt sein kann oder aber an der fhem.cfg vom 14.04.2014 wo ich auf DB Config umgestellt habe?

[maxritti]

Jetzt habe ich mal in der fhem.cfg vom 14.04.2014 ein paar Zeilen auskommentiert.
Und siehe da, jetzt startet FHEM wieder und ich komme wieder per Web und Telnet drauf.

Soweit so gut.
Nun muss ich nur schauen, was den Bockmist verursacht hat.
Zumal ich gestern noch ein funktionierendes FHEM mit ConfigDB hatte.

Stellt sich nun die Frage, wie kann ich an der MySQL DB Änderungen manuell durchführen, um dort nach der Ursache zu suchen, welche augenscheinlich FHEM nicht korrekt starten lässt?

[betateilchen]

Du solltest Dir mal echtes Grundlagenwissen über die Funktionsweise von fhem aneignen.

Der Fehler hat doch nichts mit configDB zu tun, sondern die Ursache wird Dir klipp un klar angezeigt:

Code Auswählen Erweitern

root@tdfsr178192:/opt/fhem/FHEM# Undefined subroutine &main::timelocal_nocheck called at ./FHEM/98_RandomTimer.pm line 267.

Nimm die letzte Version von RandomTimer vor dem Update und Dein fhem sollte wieder laufen.
Und dann kümmere Dich darum, dass der Maintainer von RandomTimer von dem Problem erfährt und sich darum kümmert.

Fehlermeldungen sollte man schon lesen - und interpretieren - können, bevor man hier ewige Monologe führt

[maxritti]

So, die Stelle scheint erkannt zu sein.
Vermutlich scheint ein Bug im 98_RandomTimer.pm vorzuliegen.
Diese wurde heute morgen als neue Version bereitgestellt.

Und sobald ich in meiner fhem.cfg folgende Zeilen mit aufnehmen raucht mir fhem ab bzw startet erst gar nicht mehr.

Code Auswählen Erweitern

define UrlaubZufallsTimer RandomTimer *{sunset_abs()} xx_xx_SD_Leistungsmesser_SW  22:15:00 600
attr UrlaubZufallsTimer disableCond (!isVerreist())
attr UrlaubZufallsTimer room zzSystem
attr UrlaubZufallsTimer switchmode 500/500

Jetzt mache ich wohl mal ein Post in der entsprechenden Gruppe auf....

[maxritti]

Du solltest Dir mal echtes Grundlagenwissen über die Funktionsweise von fhem aneignen.

Der Fehler hat doch nichts mit configDB zu tun, sondern die Ursache wird Dir klipp un klar angezeigt:

Code Auswählen Erweitern

root@tdfsr178192:/opt/fhem/FHEM# Undefined subroutine &main::timelocal_nocheck called at ./FHEM/98_RandomTimer.pm line 267.

Nimm die letzte Version von RandomTimer vor dem Update und Dein fhem sollte wieder laufen.
Und dann kümmere Dich darum, dass der Maintainer von RandomTimer von dem Problem erfährt und sich darum kümmert.

Fehlermeldungen sollte man schon lesen - und interpretieren - können, bevor man hier ewige Monologe führt

Ja betateilchen Du hast mal wieder recht.