Smartvisu - Einträge GAD Liste leer nach Neustart

Begonnen von Thargor, 18 April 2015, 07:02:12

Vorheriges Thema - Nächstes Thema

daniel85

omg...hab das problem gefunden.

in der 01_fronthem wird in der variable $cfgFile immer der pfad als ./www/fronthem/usw angegeben bzw. genutzt.
nur bei der funktion readcfg steht  $cfgFile = "/opt/lib/www/fronthem/server/$hash->{NAME}/$cfgFile"


das ist natürlich je nach Installation unterschiedlich. bei mir liegt alles im ordner /opt/fhem

Es wundert mich doch daher sehr das sonst niemand das Problem hatte oder alle haben diesen pfad zufällig korrekt.  Sollte vllt angepasst werden und einheitlich gehalten werden ;)

Thargor


Also bei mir steht da:
# $Id: 01_fronthem.pm 21 2015-02-13 20:25:09Z. herrmannj $
my $cfgFile = AttrVal($hash->{NAME}, 'configFile', "fhserver.$hash->{NAME}.cfg");
$cfgFile = "./www/fronthem/server/$hash->{NAME}/$cfgFile";

Schade, hatte mich schon gefreut.

herrmannj

Doch, möglich. Ist ein bug. (Danke!)

Wenn Du das attrib configFile setzt wird das von write richtig, von read falsch behandelt.

Das: $cfgFile = "./www/fronthem/server/$hash->{NAME}/$cfgFile"; gehört gelöscht.

Darüber hinaus bleiben Berechtigungen und JSON (UTF8) Probleme als mögliche Fehlerquelle. Dafür müsste es dann eine log eintrag geben

vg
joerg

Thargor


Also ich hab kein Attriburt Configfile gesetzt.

Wenn ich in Zeile 359 die Logmeldung aktiviere, dann lese ich jetzt:
Error loading cfg file Inappropriate ioctl for device

Lustigerweise klappt es aber gerade trotzdem.

Ansonsten sehe ich keine weitere Logmeldung.

Gruß Lars

herrmannj

ne, die in #359 ist auskommentiert weil nutzlos. Der eval block wird durchlaufen wenn das öffnen klappt. ...

vg
joerg

Thargor


Wenn ich #353 auskommentiere, wird bei mir dann der Block #359 nicht mehr durchlaufen und die Liste ist zwar da, aber die Zuordnung zu den Devices fehlt. Also hab ichs wieder einkommentiert.

Vielleicht probiere ich mal das Atribut zu setzen.

herrmannj

oh!

Dann würde ich eher untersuchen warum das eval *nicht* durchlaufen wird.

Aber wie gesagt, die read and write sind eh doof. Vmtl wird #359 raus und attrib setzen (Schreibrechte beachten!) helfen.

vg
joerg

the ratman

ich nehme mal an, dass mein "problem" auch hierher gehört.

festgestellt hab ich folgendes:
wenn ich in der config von fhem direkt was eintrage, dann geht nach dem abspeichern derselben smartvisu nicht mehr. sehr selten passiert das auch bei einem update von fhem. aber nur, wenn elend viel upzudaten is. scheint also irgendiwe zeitkritisch zu sein.
das zeigt sich dann darin, dass alle in smartvisu erlaubten geräte keine gads mehr haben.

ich hab dann mal genervt aufgegeben, eine lösung zu finden und starte einfach meinen raspi neu. dann sind wieder alle gads da.
ich glaub, einmal hat auch der neustart meines webservers geholfen, auf dem smartvisu rennt. das konnt ich aber nie wieder reproduzieren.
was 100% sicher nicht hilft, is n restart von fhem oder des fronthem moduls, auch das neue einlesen der cfg ist eher sinnlos.
→do↑p!dnʇs↓shit←

dev0

Zitat von: the ratman am 27 März 2016, 11:10:52
wenn ich in der config von fhem direkt was eintrage, dann geht nach dem abspeichern derselben smartvisu nicht mehr.
- Das Verhalten ist seit einem Jahr bekannt.
- Um es nett zu fomulieren wurde ich sagen: es ist mehr als unelegant die fhem.cfg direkt und im laufenden Betrieb zu edieren.
- Soll in der nächsten Fronthem Verison gefixed sein.

herrmannj