Hallo, wurde in den letzten Updates etwas an der Fhem Berechtigung ( Start Vorallem) geändert? Hab seit neuestem das Problem das Fhem nur noch als Root startet
Danke
Nein, nur AVM aergert uns. Es waere interessant zu wissen, warum FHEM nicht startet, ich wette, irgendwo ist eine Fehlermeldung zu sehen.
Ich weiß ja das du das nicht so gerne hast wenn ich mich richtig erinnere:-) aber ich nutze fhem mit Frieetz, und hab seit dem letzten fhem update das Problem das fhem und Oscam nicht mehr zusammen laufen. Dachte erst ich hätte mir irgendwo die Berechtigungen zerschossen, hab darauf hin die FB mit dem Avm recovery Tool zurückgesetzt, und alles neu aufgespielt, keine Backups eingespielt, sondern alles von Hand neu gemacht, aber gleiches Problem.
Würde es was helfen wenn ich fhem mal über die Konsole starte um eine Fehlermeldung zu bekommen? Wenn ja wie sollte ich vorgehen?
ZitatWenn ja wie sollte ich vorgehen?
Fuer Forum/Google-Suchen-Benachteiligte:
Da ich keine Ahnung habe, wie man FHEM@Freetz startet, hier eine Anleitung fuer das normale FritzOS, fuer debugging solcher Faelle:
- in fhem.cfg "attr global logfile -" setzen, speichern. Die alte Zeile merken, damit sie nach dem Debugging zuruecksetzen kann.
- im Telnet@Fritzbox:
% cd /var/InternerSpeicher/fhem
% sh startfhem
Wenn ich Fhem starten will kommt:
sh startfhem
startfhem: cd: line 5: can't cd to /var/InternerSpeicher/fhem
startfhem: line 39: perl: not found
wenn ich es als root starten will kommt das gleiche.
seltsam.....
Im Fhem Log steht
[code]
2014.07.16 10:48:05.061 1: Including /mod/external/usr/share/fhem/fhem.cfg
2014.07.16 10:48:05.517 1: HMLAN_Parse: HmLanAdapter new condition disconnected
2014.07.16 10:48:05.583 1: HMLAN_Parse: HmLanAdapter new condition init
2014.07.16 10:48:15.718 1: Including ./log/fhem.save
2014.07.16 10:48:16.942 2: TCM set TCM120_0 reset
2014.07.16 10:48:17.047 1: TCM TCM120_0 No FD
2014.07.16 10:48:17.050 2: TCM get TCM120_0 baseID
2014.07.16 10:48:33.005 1: Including /mod/external/usr/share/fhem/fhem.cfg
2014.07.16 10:48:33.437 1: HMLAN_Parse: HmLanAdapter new condition disconnected
2014.07.16 10:48:33.494 1: HMLAN_Parse: HmLanAdapter new condition init
2014.07.16 10:48:42.102 1: Including ./log/fhem.save
2014.07.16 10:48:46.183 1: /dev/ttyUSB0 disconnected, waiting to reappear (TCM120_0)
2014.07.16 10:48:46.199 2: TCM set TCM120_0 reset
2014.07.16 10:48:46.303 1: TCM TCM120_0 No FD
2014.07.16 10:48:46.306 2: TCM get TCM120_0 baseID
2014.07.16 10:49:04.575 1: Including /mod/external/usr/share/fhem/fhem.cfg
2014.07.16 10:49:05.000 1: HMLAN_Parse: HmLanAdapter new condition disconnected
2014.07.16 10:49:05.055 1: HMLAN_Parse: HmLanAdapter new condition init
2014.07.16 10:49:13.624 1: Including ./log/fhem.save
2014.07.16 10:49:16.193 1: /dev/ttyUSB0 disconnected, waiting to reappear (TCM120_0)
2014.07.16 10:49:16.209 2: TCM set TCM120_0 reset
2014.07.16 10:49:16.313 1: TCM TCM120_0 No FD
2014.07.16 10:49:16.316 2: TCM get TCM120_0 baseID
2014.07.16 11:08:13.076 1: Including /mod/external/usr/share/fhem/fhem.cfg
2014.07.16 11:08:13.497 1: HMLAN_Parse: HmLanAdapter new condition disconnected
2014.07.16 11:08:13.559 1: HMLAN_Parse: HmLanAdapter new condition init
2014.07.16 11:08:22.484 1: Including ./log/fhem.save
2014.07.16 11:08:26.695 2: TCM set TCM120_0 reset
2014.07.16 11:08:26.804 2: TCM get TCM120_0 baseID
2014.07.16 11:08:27.057 2: TCM TCM120_0 initialized
2014.07.16 11:08:27.063 0: Server started with 92 defined entities (version $Id: fhem.pl 6249 2014-07-13 10:41:00Z rudolfkoenig $, os linux, user root, pid 2068)
2014.07.16 11:08:31.973 1: HMLAN_Parse: HmLanAdapter new condition ok
2014.07.16 11:12:43.144 0: Server shutdown
2014.07.16 11:12:57.386 1: Including /mod/external/usr/share/fhem/fhem.cfg
2014.07.16 11:12:57.852 1: HMLAN_Parse: HmLanAdapter new condition disconnected
2014.07.16 11:12:57.911 1: HMLAN_Parse: HmLanAdapter new condition init
2014.07.16 11:13:06.995 1: Including ./log/fhem.save
2014.07.16 11:13:08.201 2: TCM set TCM120_0 reset
2014.07.16 11:13:08.306 1: TCM TCM120_0 No FD
2014.07.16 11:13:08.308 2: TCM get TCM120_0 baseID
2014.07.16 11:26:30.687 1: Including /mod/external/usr/share/fhem/fhem.cfg
2014.07.16 11:26:31.120 1: HMLAN_Parse: HmLanAdapter new condition disconnected
2014.07.16 11:26:31.185 1: HMLAN_Parse: HmLanAdapter new condition init
2014.07.16 11:26:40.453 1: Including ./log/fhem.save
2014.07.16 11:26:44.660 2: TCM set TCM120_0 reset
2014.07.16 11:26:44.769 2: TCM get TCM120_0 baseID
2014.07.16 11:26:45.025 2: TCM TCM120_0 initialized
2014.07.16 11:26:45.030 0: Server started with 92 defined entities (version $Id: fhem.pl 6249 2014-07-13 10:41:00Z rudolfkoenig $, os linux, user fhem, pid 6419)[/code]
Hallo,
ich habe folgendes eigen erstelltes Image drauf:
7390_06.10-rev28605_labor-freetz-devel-12364M.de_20140824-000847.image
Und ich habe auch seit 3-5 Tagen den Effekt, dass ich über das Freetz Web Interface aber auch als root in der Konsole mit rc.fhem start den FHEM Server starten kann.
Aber nach schon 10 - 30 Sekunden ist der Perl Prozess beendet und ich finde nicht einmal ein Fehlermeldung oder ähnliches.
Hat mir jemand einen Tipp wie ich hier debbuggen kann oder eben irgendeine Fehlermeldung finden kann?
Gruß,
bsv1
Hallo,
starte Fhem mal über Telnet - und lass das Fenster offen. Alles was Perl meldet, läuft dann in diesem Fenster auf. Auch wenn der Perlprozess stirbt, geht die Telnet Session nicht zu, so das Du nachschauen kannst, ob Fehlermeldungen vom Perl vorhanden sind.
Zweiter Test - Deine fhem.cfg wegsichern und mit der Demo.cfg testen. Damit kannst Du prüfen, ob in Deiner Config etwas falsch eingetragen ist.
Gruß Christoph
Hallo,
danke für den Tipp.
Meine FHEM Installation ist unter:
/var/media/ftp/uStor01/fhem
perl:
/var/media/ftp/uStor01/perl
Folgendes Verhalten und Fehlermeldung:
- fhem über Telnet gestartet
/var/media/ftp/uStor01/perl/bin/perl fhem.pl fhem.cfg
- Webfrontend gestartet IP-Adr:8083/fhem
- auf FS20 geklickt, folgende Fehlermeldung:
could not find ParserDetails.ini in /var/media/ftp/uStor01/perl/lib/perl5/5.12.2/XML/SAX
- fhem läuft immer noch
- klicken auf "Everything", folgende Fehlermeldung:
Can't use string ("") as a SCALAR ref while "strict refs" in use at ./FHEM/98_SVG.pm line 1114.
--> perl Prozess ended ohne weitere Fehlermeldung
Gruß,
bsv1
Hallo,
die Meldung mit /XML/SAX habe ich auch. Bei Dir stirbt er beim Aufruf der 98_SVG.pm. Wenn ich richtig liege, ist diese für die Darstellung von Grafiken (Verlaufsgraphen) zuständig. Dann kann das durchaus sein. Wenn Du mal eine Grafik erstellt has oder noch Teile davon in der Config, diese keinem Raum zugeordnet sind, dann versucht Fhem erst bei Everything die Grafik zu erstellen und scheitert.
Poste man deine fhem.cfg, oder hänge diese der nächsten Mail an. IP Adressen, Passwörter, hmKey o.Ä. solltest Du natürlich schwärzen oder rauslöschen.
Das funktioniert einfach. Du gehst mit Windows auf den NAS Speicher der Fritzbox und kopierst die fhem.cfg auf Deinen Rechner. Dort kannst Du diese mit Wordpad bearbeiten.
Gruß Christoph
Hallo,
eigene Grafiken oder Grafikaufrufe habe ich gar nicht selbst eingebaut.
Anbei die fhem.cfg - unter fhem habe ich heute noch ein update vor dem ausprobieren bzw. mitprotokollieren gemacht.
Hallo,
im Raum Plots wird alles richtig dargestellt ?
Gruß Christoph
Hallo,
wenn ich auf Plots klicke:
Can't use string ("") as a SCALAR ref while "strict refs" in use at ./FHEM/98_SVG.pm line 1114.
und der Prozess ist beendet.
Gruß,
bsv1
Hallo,
also ist das nicht nur bei Everything sondern auch bei Plots. Ok - in diesem Fall, denke ich kommen wir um eine Änderung in der fhem.cfg nicht herum.
Ich würde die fhem.cfg editieren und vor allen Zeilen in denen SVG defines stehen (und die dazugehörigen Attribute) auskommentieren - also ein # vorne einfügen. Dann schauen ob der Fehler weg ist und anschließend SVG für SVG wieder aktivieren. Entweder ist es ein globales Problem oder mit einem der SVG's stimmt etwas nicht.
Gruß Christoph
Völlig vergessen - natürlich vorher eine Sicherung der Fhem.cfg machen !
was mich halt verwundert: ich habe keinerlei Änderung an der fhem.cfg gemacht.
Lediglich 2-3 mal ein Update des fhem servers über das Kommando "update".
Gruß,
bsv1
Hallo,
es kann auch an den Daten im Logfile liegen. Das dort etwas, oder besser Werte gefunden werden, die nicht interpretiert werden können.
Gruß Christoph
logfiles alle löschen?
Gruß,
bsv1
Hallo,
nö hatte ich doch auch nicht geschrieben. Zunächst feststellen welche File oder SVG Probleme macht. Anschließend suchen woher die Probleme kommen und das beheben. Wenn Du jetzt alle Logs löschst, wer garantiert Dir, das nicht die Definition des Logs fehlerhaft ist - dann hast Du das Problem gleich wieder.
Gruß Christoph
Ich hab nach einem fhem update ein ähnliches Problem gehabt, und die Lösung war, das nach dem Update in der fhem.cfg ein Eintrag für einem EnOcean Stick war. Nachdem ich den auskomentiert hab lies sich fhem problemlos wieder starten
Hallo,
nachdem ich alle meine FHTs und die dazugehörenden SVGs auskommentiert hatte, war die Fehlermeldung weg und auch der perl Prozess beendet sich auch nicht:
define SVG_FHT_Wohnzimmer SVG FileLog_FHT_Wohnzimmer:fht:CURRENT
attr SVG_FHT_Wohnzimmer label "FHT_Wohnzimmer Min $data{min1}, Max $data{max1}, Last $data{currval1}"
attr SVG_FHT_Wohnzimmer room Plots
Ich habe dann mal alle Logfiles gelöscht, die Zeilen wieder aktiviert und die Fehlermeldung ist wieder da und der Prozess ist beendet.
Gruß,
bsv1
Hallo,
es kann eigentlich nur an SVG liegen. Diese sollten nach und nach wieder aktiviert werden, bis derjenige aktiviert wurde, der Probleme macht. Den kommentiert man wieder aus und macht mit dem nächsten weiter. Es ist ja nicht gesagt, das nur einer den Fehler verursacht.
Dadurch kann man den Fehler einkreisen und sich anschließend ansehen warum da etwas nicht richtig funktioniert.
Alle zusammen wieder aktivieren bringt nichts. Das ist zwar mühsam, aber sonst kann man nicht den oder die fehlerhaften finden.
Gruß Christoph
Hallo,
ich habe alle SVGs einzeln ausprobiert und siehe anbei die Liste.
Diejenigen, die die obige Fehlermeldung produzieren sind auskommentiert...
define weblink_KS300 SVG FileLog_KS300:temp4rain10:CURRENT
define weblink_KS300_2 SVG FileLog_KS300:hum6wind8:CURRENT
#define SVG_FHT_Wohnzimmer SVG FileLog_FHT_Wohnzimmer:fht:CURRENT
#attr SVG_FHT_Wohnzimmer label "FHT_Wohnzimmer Min $data{min1}, Max $data{max1}, Last $data{currval1}"
#attr SVG_FHT_Wohnzimmer room Plots
#define SVG_FHT_Schlafzimmer SVG FileLog_FHT_Schlafzimmer:fht:CURRENT
#attr SVG_FHT_Schlafzimmer label "FHT_Schlafzimmer Min $data{min1}, Max $data{max1}, Last $data{currval1}"
#attr SVG_FHT_Schlafzimmer room Plots
#define SVG_FHT_Bad SVG FileLog_FHT_Bad:fht:CURRENT
#attr SVG_FHT_Bad label "FHT_Bad Min $data{min1}, Max $data{max1}, Last $data{currval1}"
#attr SVG_FHT_Bad room Plots
#define SVG_FHT_Buero SVG FileLog_FHT_Buero:fht:CURRENT
#attr SVG_FHT_Buero label "FHT_Buero Min $data{min1}, Max $data{max1}, Last $data{currval1}"
#attr SVG_FHT_Buero room Plots
#define SVG_FHT_Stefanie SVG FileLog_FHT_Stefanie:fht:CURRENT
#attr SVG_FHT_Stefanie label "FHT_Stefanie Min $data{min1}, Max $data{max1}, Last $data{currval1}"
#attr SVG_FHT_Stefanie room Plots
define SVG_CUL_FHTTK_Stefanie SVG FileLog_CUL_FHTTK_Stefanie:fht80tf:CURRENT
attr SVG_CUL_FHTTK_Stefanie label "CUL_FHTTK_Stefanie Min $data{min1}, Max $data{max1}, Last $data{currval1}"
attr SVG_CUL_FHTTK_Stefanie room Plots
#define SVG_FHT_Christina SVG FileLog_FHT_Christina:fht:CURRENT
#attr SVG_FHT_Christina label "FHT_Christina Min $data{min1}, Max $data{max1}, Last $data{currval1}"
#attr SVG_FHT_Christina room Plots
define SVG_CUL_FHTTK_Wohnzimmer SVG FileLog_CUL_FHTTK_Wohnzimmer:fht80tf:CURRENT
attr SVG_CUL_FHTTK_Wohnzimmer label "CUL_FHTTK_Wohnzimmer Min $data{min1}, Max $data{max1}, Last $data{currval1}"
attr SVG_CUL_FHTTK_Wohnzimmer room Plots
define SVG_FBDECT_16 SVG FileLog_FBDECT_16:power4:CURRENT
attr SVG_FBDECT_16 label "FBDECT_16 Min $data{min1}, Max $data{max1}, Last $data{currval1}"
attr SVG_FBDECT_16 room Plots
define SVG_CUL_FHTTK_Bad SVG FileLog_CUL_FHTTK_Bad:fht80tf:CURRENT
attr SVG_CUL_FHTTK_Bad label "CUL_FHTTK_Bad Min $data{min1}, Max $data{max1}, Last $data{currval1}"
attr SVG_CUL_FHTTK_Bad room Plots
#define SVG_FHT_Arbeitszimmer SVG FileLog_FHT_Arbeitszimmer:fht:CURRENT
#attr SVG_FHT_Arbeitszimmer label "FHT_Arbeitszimmer Min $data{min1}, Max $data{max1}, Last $data{currval1}"
#attr SVG_FHT_Arbeitszimmer room Plots
Ich habe allerdings alle meine SVGs nicht selbst angelegt oder definiert. Sie sind mit dem autocreate mit dem entsprechenden Device automatisch entstanden.
Und dann, wie schon beschrieben, nach einigen Updates des FHEM habe ich nun das Problem.
Gruß,
bsv1
Hallo,
das ist ja nicht gerade wenig, was da Probleme macht. Probier mal das define und das Attribut room bei einem zu aktivieren. Das Attribut Label würde ich mal draußen lassen - da kenne ich mich auch nicht wirklich aus.
Wenn das gehen sollte, hätten wir schon mal die Plots wieder da - eben ohne Label.
Wenn nicht müssen wir uns die entsprechenden Logs anschauen und die gplot Datei.
Gruß Christoph
Hallo,
erst einmal ein großes Dankeschön für Deine Mühen und Hilfe!
Beim Aktivieren von:
define SVG_FHT_Arbeitszimmer SVG FileLog_FHT_Arbeitszimmer:fht:CURRENT
attr SVG_FHT_Arbeitszimmer label "FHT_Arbeitszimmer Min $data{min1}, Max $data{max1}, Last $data{currval1}"
läuft der FHEM weiter, kein beenden des Prozesses.
Natürlich auch kein "plot".
Sobald ich dann:
attr SVG_FHT_Arbeitszimmer room Plots
aktiviere ist vorbei und kommt die übliche Fehlermeldung:
Can't use string ("") as a SCALAR ref while "strict refs" in use at ./FHEM/98_SVG.pm line 1114.
Im Logfile steht lediglich:
2014-08-29_21:22:54 FHT_Arbeitszimmer actuator: 0%
2014-08-29_21:24:50 FHT_Arbeitszimmer actuator: 0%
2014-08-29_21:26:47 FHT_Arbeitszimmer actuator: 0%
2014-08-29_21:28:43 FHT_Arbeitszimmer actuator: 0%
2014-08-29_21:30:40 FHT_Arbeitszimmer actuator: 0%
2014-08-29_21:32:36 FHT_Arbeitszimmer actuator: 0%
2014-08-29_21:34:33 FHT_Arbeitszimmer actuator: 0%
2014-08-29_21:36:29 FHT_Arbeitszimmer actuator: 0%
2014-08-29_21:38:26 FHT_Arbeitszimmer actuator: 0%
2014-08-29_21:40:22 FHT_Arbeitszimmer actuator: 0%
2014-08-29_21:42:19 FHT_Arbeitszimmer actuator: 0%
2014-08-29_21:44:16 FHT_Arbeitszimmer actuator: 0%
2014-08-29_21:44:17 FHT_Arbeitszimmer actuator: 0%
2014-08-29_21:48:19 FHT_Arbeitszimmer actuator: 0%
2014-08-29_21:48:20 FHT_Arbeitszimmer actuator: 0%
2014-08-29_21:50:05 FHT_Arbeitszimmer actuator: 0%
Ist ja Sommer... wenn man das Sommer nennt :-(
Gruß,
bsv1
Hallo,
so langsam fängt es an, einen Sinn zu machen. Grafisch dargestellt werden soll die Ventilöffnung. Diese steht in Deinem Log als 0%. Das ist keine Zahl sonder ein Text.
Wenn Du den Room rausläßt, stürzt er bei Plots natürlich nicht mehr ab, aber bei everything sollte ein Fehler kommen.
Ich würde die Grafik selber aufbauen / entwickeln. Da kann man dann mit regexp das % Zeichen abschneiden und hat einen numerischen Wert. Alternativ könnte man natürlich auch die Definition des Logfiles anpassen, das direkt ohne % in das Log geschrieben wird.
Gruß Christoph
Soweit ich sehe, stuerzt FHEM nicht ab, wenn in der Logfile nach dem Zahlenwert ein % haengt, es wird einfach nur keine Linie gemalt (gerade getestet).
Fuer ganzzahlige Werte kann man das Prozent loeschen, indem man in der SVG Editor in der Function Spalte int reinschreibt (wurde gerade fuer diesen Fall eingebaut), fuer Fliesskomma waere sowas unschoenes wie substr($fld[3],0,length($fld[3])-1) in der Function-Spalte notwendig.
Aus diesem Grund sollten Modulautoren die Einheit eigentlich nicht direkt an dem Wert dranschreiben.
Hallo,
zuerst habe ich ein update auf dem fhem gemacht, dann das Logfile geändert und aus den "0%" ein "0" gemacht.
Dennoch stürzt der Prozess ab:
Can't use string ("") as a SCALAR ref while "strict refs" in use at ./FHEM/98_SVG.pm line 1114.
Gruß,
bsv1
Das Problem liegt an den geloeschten FileLog_CUL_WS_7 und FileLog_CUL_WS_2, die in den SVG Definitionen noch verwendet werden. Ich habe SVG.pm angepasst, damit FHEM bei solchen Probemen nicht abstuerzt. Ab morgen per update.
Hallo,
vielen Dank, der FHEM stürzt nicht mehr ab., sehr sehr gut.
Aber ich habe jetzt folgende Fehlermeldung und keinen Aufbau einer Grafik.
XML-Verarbeitungsfehler: Kein Element gefunden
Adresse: http://192.168.1.2:8083/fhem/SVG_showLog?dev=SVG_FHT_Bad&logdev=FileLog_FHT_Bad&gplotfile=fht&logfile=CURRENT&pos=Zeile Nr. 2, Spalte 1:
Gruß,
bsv1
Im FHEM-Log muesste dazu mehr stehen.