Hauptmenü

Service FHEM stürzt ab

Begonnen von lendrod, 30 August 2014, 15:02:37

Vorheriges Thema - Nächstes Thema

lendrod

Hallo liebe Kollegen,

ich habe meine installation mal auf die neuste Version gebracht und schaue gerade was man noch so feines alles machen könnte.

Es sei gleich gesagt, an der config habe ich noch garnicht rumgespielt.

Beim klicken durch das interface ist mir aufgefallen das plötzlich nichts mehr geht und der service gestoppt ist.
Habe das ganze dann wieder gestartet.

Ich habe mich dann mal auf die SSH console gelogt und mir angeschaut was dort steht:

Can't use string ("") as a SCALAR ref while "strict refs" in use at ./FHEM/98_SVG.pm line 1114.

Leider habe ich dazu im netz nichts konkretes gefunden.
In der Log scheint auch nichts dazu zu stehen, es scheint so als wenn der service fhem so schnell weg ist das ncihts mehr in die log geschrieben werden kann.

In der Log vom Debian habe ich auch nichts gefunden.

Jemand eine Idee?

Vielen Dank.
VM FHEM Server
CUL868 V3, CUL433 V3, HM CCU2
5 x FHT 80 BTFN-2, 3 x ITR-1500, FS20 TC8, FS20 FMS
Onky TX-NR616

franky08

Hallo, neuste Version, bist du von fhem 5.4 auf 5.5 gewechselt? Wenn ja, musst du unbedingt einen Update machen, sonst bist du auf der Softwareverion vom vorigen Jahr.

VG
Frank
Debian Bookworm auf HUNSN / Debian Bullseye auf 2.ter HUNSN F2F an 2x RaspiB
mit FHEM aktuell
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu, raspmatic_rpi3, HMIP-HCU1

lendrod

Also ich habe über die gui von fhem ein updae gemacht und nun steht dort "nothing to do"

Leider fehlt mir gerade der Einschlag wo ich sehe welche Version ich habe.

Wenn ich Version eingebe in der gui kommt folgendes


$Id: fhem.pl 6425 2014-08-19 20:55:00Z rudolfkoenig $
# $Id: 00_CUL.pm 6371 2014-08-07 05:33:37Z rudolfkoenig $
# $Id: 09_CUL_FHTTK.pm 5207 2014-03-12 19:05:33Z matscher $
# $Id: 10_CUL_HM.pm 6478 2014-08-28 15:01:04Z martinp876 $
# $Id: 01_FHEMWEB.pm 6447 2014-08-24 07:38:52Z rudolfkoenig $
# $Id: 11_FHT.pm 5070 2014-02-28 07:48:55Z rudolfkoenig $
# $Id: 95_FLOORPLAN.pm 6174 2014-06-29 05:51:28Z ulimaass $
# $Id: 10_FS20.pm 5326 2014-03-26 07:15:25Z rudolfkoenig $
# $Id: 92_FileLog.pm 5876 2014-05-16 19:54:51Z rudolfkoenig $
# $Id: 00_HMLAN.pm 6471 2014-08-27 12:32:38Z martinp876 $
# $Id: 12_HMS.pm 5097 2014-03-02 15:25:08Z rudolfkoenig $
# $Id: 98_Heating_Control.pm 6193 2014-07-03 21:28:52Z dietmar63 $
# $Id: 10_IT.pm 5649 2014-04-25 22:44:27Z justme1968 $
# $Id: 99_SUNRISE_EL.pm 5851 2014-05-13 19:39:03Z rudolfkoenig $
# $Id: 98_SVG.pm 6446 2014-08-23 10:09:44Z rudolfkoenig $
# $Id: 59_Twilight.pm 6318 2014-07-25 22:13:51Z dietmar63 $
# $Id: 99_Utils.pm 6446 2014-08-23 10:09:44Z rudolfkoenig $
# $Id: 98_autocreate.pm 6436 2014-08-21 05:40:35Z rudolfkoenig $
# $Id: 98_dummy.pm 4934 2014-02-15 08:23:12Z rudolfkoenig $
# $Id: 91_eventTypes.pm 6428 2014-08-20 11:51:27Z rudolfkoenig $
# $Id: 91_notify.pm 6371 2014-08-07 05:33:37Z rudolfkoenig $
# $Id: 98_telnet.pm 4844 2014-02-08 07:54:03Z rudolfkoenig $
VM FHEM Server
CUL868 V3, CUL433 V3, HM CCU2
5 x FHT 80 BTFN-2, 3 x ITR-1500, FS20 TC8, FS20 FMS
Onky TX-NR616

franky08

#3
Sieht schonmal gut aus. Shutdown restart gemacht? Wenn ja, taucht der Fehler noch auf?

VG Frank

P.S. Mit dem update wurde auch da update Modul aktualisiert, siehe commandref, Update zeigt jetzt wieder an, dass ein shutdown restart nötig ist
Debian Bookworm auf HUNSN / Debian Bullseye auf 2.ter HUNSN F2F an 2x RaspiB
mit FHEM aktuell
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu, raspmatic_rpi3, HMIP-HCU1

lendrod

Jo Neustart vom ganzen ding schon öfter gemacht.

Wenn ich in der GUI Klicke, scheint es auch nicht bei jedem Punkt zu schein.

Ich kann die Räume durch klicken und wen ich auf "Everything" drücke oder "Wohnzimmer" dann ist sofort FHEM weg.
VM FHEM Server
CUL868 V3, CUL433 V3, HM CCU2
5 x FHT 80 BTFN-2, 3 x ITR-1500, FS20 TC8, FS20 FMS
Onky TX-NR616

franky08

#5
Den kompletten raspi neu gestartet? Wenn das nicht hilft, starte fhem mal mit der minimal fhem.cfg, findest du im SVN.

http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/

Oder dein Netzwerk ist schlichtweg zu langsam, so das es zu timeout Problemen kommt
Debian Bookworm auf HUNSN / Debian Bullseye auf 2.ter HUNSN F2F an 2x RaspiB
mit FHEM aktuell
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu, raspmatic_rpi3, HMIP-HCU1

franky08

Poste mal den Log, kurz bevor der Server weg ist.
Debian Bookworm auf HUNSN / Debian Bullseye auf 2.ter HUNSN F2F an 2x RaspiB
mit FHEM aktuell
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu, raspmatic_rpi3, HMIP-HCU1

Deudi

Zitat von: lendrod am 30 August 2014, 23:35:32
Ich kann die Räume durch klicken und wen ich auf "Everything" drücke oder "Wohnzimmer" dann ist sofort FHEM weg.

http://forum.fhem.de/index.php/topic,26497.msg194871.html#msg194871 ?
Gigabyte Brix, Ubuntu 16.04.3 LTS, Homematic, Z-Wave, EnOcean, Shelly@MQTT, SIGNALduino, JeeLink DAVIS-Sketch

cwagner

#8
Auch ich hatte das Problem mit einer Reihe von SVG-Plots, die ich seit einem halben Jahr nicht mehr genutzt habe. Als ich den Room, in dem ich die versammelt, erstmals wieder aufrief, zack war FHEM weg und zwar so, dass es keinerlei nützliche Log-Einträger gab. Lediglich auf der Konsole die hier im Thread beschriebene Meldung von wegen Scalar. Das gleiche galt auch für den Room Everything, weil logischerweise auch dort diese Plots aufgerufen wurden.

Durch Einkreisen stellte sich dann raus, dass - aus welchem Grunde auch immer - in den Plots keine gültige Definition der auszulesenden Variablen stand - also nicht einmal eine Zeile unter Diagramm... ausgefüllt war.

Als ich dort wieder Device-Daten ausgewählt hatte, lief der entsprechende Plot wieder und FHEM überlebte. Nachdem ich alle Plots des RAums "bereinigt" hatte, lief der Raum und auch Everything.

Christian
PI 2B+/5 Raspbian 12, Perl 5.36.0, FHEM 6.3: 295 Module in ConfigDB: Steuerung Heizkessel, FBH, Solarthermie, kontr. Lüftung mit WRG. Smarthome u.a. HMCUL, 1-Wire (FT232RL ; DS2480B), EnOcean (TCM EPS3), MQTT2. DOIF, PID20, Threshold, OWX; Micropelt IRTV, Volkszähler, SolarForecast; MariaDB