Ich habe diese Ploblem beits im Juni/Juli im Booard unter Anfängerfragen gestellt. Nach einem Hinweis, den Thread doch passender Weise bei Frontends einzustellen mache ich es jetzt mal hier. Hier sind vielleicht die richtigen Experten zu finden.
Mein Problem:
Ich habe seit Wochen dauernd diese Meldungen mehfach täglich und immer beim Neustart in der Logdatei stehen und kann mir nicht erklären wo sie herkommen:
2015.08.10 13:16:38 3: Floorplan - delete Radio - processing...
2015.08.10 13:16:38 3: Floorplan - deleted attr Anlage_Kueche fp_Radio 20,800,1,
2015.08.10 13:16:38 3: Floorplan - deleted global userattr fp_Radio
2015.08.10 13:16:38 3: Floorplan - delete Radio - complete.
2015.08.10 13:16:38 3: Floorplan - delete Keller - processing...
2015.08.10 13:16:38 3: Floorplan - deleted global userattr fp_Keller
2015.08.10 13:16:38 3: Floorplan - delete Keller - complete.
2015.08.10 13:16:38 3: Floorplan - delete Wetter2 - processing...
2015.08.10 13:16:38 3: Floorplan - deleted global userattr fp_Wetter2
2015.08.10 13:16:38 3: Floorplan - delete Wetter2 - complete.
2015.08.10 13:16:38 3: Floorplan - delete Wetter - processing...
2015.08.10 13:16:38 3: Floorplan - deleted global userattr fp_Wetter
2015.08.10 13:16:38 3: Floorplan - delete Wetter - complete.
2015.08.10 13:16:38 3: Floorplan - delete Email - processing...
2015.08.10 13:16:38 3: Floorplan - deleted global userattr fp_Email
2015.08.10 13:16:38 3: Floorplan - delete Email - complete.
2015.08.10 13:16:38 3: Floorplan - delete Info - processing...
2015.08.10 13:16:38 3: Floorplan - deleted attr Tonnenabfuhrtermin fp_Info 330,180,0,
2015.08.10 13:16:38 3: Floorplan - deleted global userattr fp_Info
2015.08.10 13:16:38 3: Floorplan - delete Info - complete.
2015.08.10 13:16:38 3: Floorplan - delete Solarlog - processing...
2015.08.10 13:16:38 3: Floorplan - deleted global userattr fp_Solarlog
2015.08.10 13:16:38 3: Floorplan - delete Solarlog - complete.
2015.08.10 13:16:38 3: Floorplan - delete Klima - processing...
2015.08.10 13:16:38 3: Floorplan - deleted global userattr fp_Klima
2015.08.10 13:16:38 3: Floorplan - delete Klima - complete.
2015.08.10 13:16:38 3: Floorplan - delete Erdgeschoss - processing...
2015.08.10 13:16:38 3: Floorplan - deleted attr Anlage_Kueche fp_Erdgeschoss 115,555,2
2015.08.10 13:16:38 3: Floorplan - deleted global userattr fp_Erdgeschoss
2015.08.10 13:16:38 3: Floorplan - delete Erdgeschoss - complete.
Die Meldungen haben aber offensichtlich keinen direkten Einfluß auf den Programmablauf oder zB auf die Floorpläne.
Ich habe mir jeder Definition der Floorpläne angesehen und deren Attribute. Ich kann nix finden.
Weiß jemand woran das liegen kann?
Gruß
nobbi
dito
2015.08.10 15:37:36 3: Floorplan - delete Grundriss - processing...
2015.08.10 15:37:36 3: Floorplan - deleted attr telnetPort fp_Grundriss -2,8,1,telnet,
2015.08.10 15:37:36 3: Floorplan - deleted global userattr fp_Grundriss
2015.08.10 15:37:36 3: Floorplan - delete Grundriss - complete.
2015.08.11 20:13:37 3: Floorplan - delete Grundriss - processing...
2015.08.11 20:13:37 3: Floorplan - deleted attr telnetPort fp_Grundriss -2,8,1,telnet,
2015.08.11 20:13:37 3: Floorplan - deleted global userattr fp_Grundriss
2015.08.11 20:13:37 3: Floorplan - delete Grundriss - complete.
Hi,
Das sollte eigentlich nur beim Ausführen der Befehle delete, rename oder copy für ein floorplan-device kommen.
Wodurch wird's denn ausgelöst?
Einfach beim Neustart?
Müsste ich mir dann mal anschauen wenn ich aus dem Urlaub zurück bin..
Gruß Uli
Also bei mir ist es so, wenn der R.-Pi etwas länger spannungslos war (also so ca. 30min), dann bekomm ich diese Meldung, bei "shutdown restart" über FHEM ist das Phänomen noch nicht aufgetreten (100%ig sicher bin ich aber nicht).
Also die Meldungen kommen immer nach einem shutdown restart und auch einfach zwischen durch...
hier mal ein LOG Auszug was vorher so alles passierte...ist nix berühmtes was so was auslösen könnte
Ein weiterer LOG von heute wo es zweimal in kurzer Zeit passierte mit dem LOG dazwischen
Gruß
nobbi
Hi Uli,
bist du aus dem Urlaub zurück und gut erholt.......?
hast du mal nachgesehen woran es liegen kann, das ich diese merkwürdigen "delete...." Meldungen bekommen? oder kannst du mir vielleicht sagen wie ich es herausfinden könnte?
Wenn du noch Angaben dazu brauchst, bekommst du.
Gruß
nobbi
Hallo zusammen,
habe seit zwei, drei Tagen das gleiche Problem.
Jedoch stelle ich fest das er direkt folgen sowas wie ein "rereadconfig" macht?
2015.09.20 07:16:05 3: Floorplan - delete Haus - processing...
2015.09.20 07:16:05 3: Floorplan - deleted attr Wohnz_Ambiente_Fenster fp_Haus 50,100,5,
2015.09.20 07:16:05 3: Floorplan - deleted global userattr fp_Haus
2015.09.20 07:16:05 3: Floorplan - delete Haus - complete.
Moin,
jupp, aus dem Urlaub bin ich zurück.
Das mndert meine Ratlosigkeit jedoch nicht, denn bei mir treten diese Logmeldungen nicht auf.
Die Routinen, die diese Logmeldungen produzieren, werden aus fhem heraus aufgerufen, und zwar eigentlich nur dann, wenn das entspr. Floorplan-device mit einem der Befehle delete, rename oder copy bearbeitet wird.
Woher nun der Aufruf dieser Routinen stammt ist mir rätselhaft.
Könnt ihr mal schauen, welche Aktivitäten ihr zeitnah zu den Meldungen ausführt? Ein rereadconfig z.b. ?
Gruß, Uli
Zitat von: Tom111 am 13 August 2015, 15:51:46
Also bei mir ist es so, wenn der R.-Pi etwas länger spannungslos war (also so ca. 30min), dann bekomm ich diese Meldung
Spannungslos interpretiere ich als "ausgeschaltet und danach neu gebootet". Dabei wird dann wohl auch fhem gestartet. Warum ein fhem-Neustart delete-Melungen generieren sollte, zumal wenn shutdown-restart das nicht tut, ist mir rätselhaft.
Gruß, Uli
Zitat von: cocojambo am 13 August 2015, 21:30:48
Also die Meldungen kommen immer nach einem shutdown restart und auch einfach zwischen durch...
hier mal ein LOG Auszug was vorher so alles passierte...ist nix berühmtes was so was auslösen könnte
In dem einen screenshot kommt direkt nach den delete-Logeinträgen ein "including fhem.cfg" was der Neustart ist. Würde dann heissen, dass fhem während des shutdown-Vorgangs die devices mittels "delete" aus dem Speicher löscht.
Klingt mir nicht plausibel, könnte dazu aber noch Rudi befragen...
Hat noch jemand weitere sachdienliche Hinweise? :)
=8-)
PS: workaround: verbose des floorplan-device hochdrehen.
Beim rereadcfg wird fuer alle Geraete UndefFn aufgerufen, damit sie Ressourcen (wie TCP Port) freigeben koennen.
Hallo Rudi,
ZitatBeim rereadcfg wird fuer alle Geraete UndefFn aufgerufen, damit sie Ressourcen (wie TCP Port) freigeben koennen.
Das sagt mir zwar erstmal nix, aber warum haben das dann nicht alle USER von fhem? und was kann man machen, das diese Meldungen nicht kommen, oder sind sie für die Funktion von FHEM unbedingt notwendig? Wenn ja, dann müßen es doch aber wirklich alle haben, aber ich hatte das Anfangs vor ein paar Monaten auch nicht. Ist irgendwann im LOG aufgefallen.
Gruss
nobbi
Hi,
Floorpla hat die Befehle rename, copy, delete erst vor wenigen Monaten spendiert bekommen . Und andere user schauen sich vielleicht nicht jede Zeile im log so genau an, oder ignorieren sowas einfach.
Ich werd versuchen, global:STATE zu prüfen und die Verarbeitung in undefFn zu überspringen, wenn global:STATE sowas wie 'rereadcfg' oder 'shutting down' zeigt.
An Rudi die bange Frage ob das aussichtsreich ist, oder ob es alternativ ein anderes Kriterium gibt, um diese Vorgänge abzufangen - bzw mitzubekommen dass wirklich vom User ein 'delete' angestoßen wurde?
Gruß Uli
@cocojambo: Ja, es muss sein, und die anderen kriegen das nicht, weil sie kein rereadcfg verwenden (bzw. fhem.cfg nicht in FHEMWEB editieren) und/oder kein FLOORPLAN verwenden. Oder die Meldung stoert sie nicht.
@UliM: Dein Plan sollte funktionieren. Alternativ verschweigt FLOORPLAN die Meldungen immer.
Hallo Rudi,
es wird zwar ein event ausgelöst (z.B. SAVE), jedoch zeigt Value('global') immer <no definition>
Der event ist jedoch zur Laufzeit der Floorplan-undefFn nicht verfügbar/auslesbar.
Klar könnte ich die Meldungen auf loglevel 4 oder 5 setzen, jedoch war die Intention, dass die gelöschten Werte im log festgehalten werden, falls ein user das device versehentlich gelöscht hat. So könnte man das device aus den Logmeldungen rekonstruieren. Andererseits ist das log natürlich kein backup....
Hättest Du noch ne andere Idee, wie ich zur Laufzeit prüfen kann, ob sich fhem gerade im Zustand "rereadcfg", "shutting down" etc befindet, so dass ich die Meldungen dann unterdrücken kann.
Falls es da nix gibt, setzte ich loglevel auf 5.
Gruß, Uli
Waehrend rereadcfg ist $reread_active=1 und $init_done=0, beide sind globale Variablen.
Das global Event REREADCFG wird zum Schluss von rereadcfg generiert, SAVE sollte nicht ausgeloest werden.
Ich persoenlich halte zwar vom Rekonstruiren aus dem Log nicht viel, aber das ist deine Entscheidung, und sehe keinen Grund zum reinreden.
Danke!
Meldungen während rereadcfg unterdrückt durch Prüfung auf $reread_active!=1.
Checke ich heute noch ein.