fhem.cfg verschwindet

[passibe]

Mach mal eine google-Suche mit site:fhem.de Memory Leak, da dürftest du ein paar Threads mit verschiedenen Strategien finden. Ich glaube aber, dass es keine zuverlässigere Methode gibt, als Module eins nach dem anderen zu deaktivieren.

Natürlich vorher auch mal einen Blick in den Event Monitor werfen, usw. Vielleicht ist da ja schon etwas erkennbar.

[Beta-User]

Wenn du DbLog im Verdacht hast: Konfiguration ist OK?
(Man kann das automatisiert checken lassen).

[Hardy74]

Man kann das automatisiert checken lassen

Wie? (Um mir googeln zu ersparen  )

An der Defaultkonfig von dblog habe ich nur geändert, dass nur die Readings geloggt werden sollen, die in den jeweiligen Devices explizit dazu eingebunden sind.

[Beta-User]

Man kann das automatisiert checken lassen

Wie? (Um mir googeln zu ersparen  )

An der Defaultkonfig von dblog habe ich nur geändert, dass nur die Readings geloggt werden sollen, die in den jeweiligen Devices explizit dazu eingebunden sind.

RTFM zu DbLog. Nix Suchmaschine. Doku!

[betateilchen]

Man kann das automatisiert checken lassen

Wie? (Um mir googeln zu ersparen

Auch wenn Du offenbar den Unterschied zwischen "jemanden um Hilfe bitten, weil man etwas nicht weiß/versteht" und "jemanden ausnutzen, indem man aus Bequemlichkeit alles vorgekaut haben möchte" nicht kennst, hier zwei Stichworte, die Dir weiterhelfen könnten:

• commandref zu DbLog: https://commandref.fhem.de/#DbLog
• dort insbesondere die Beschreibung zum Befehl: get <name> configCheck

Viel Spaß beim Lesen & viel Erfolg.

[Hardy74]

indem man aus Bequemlichkeit alles vorgekaut haben möchte

In dem Fall tatsächlich erwischt.

Wenn ich so darüber nachdenke, habe ich allerdings auch keinen Mehrwert davon, den Übeltäter zu identifizieren. Warum? Das eine sind Zeitgründe, primär aber schlicht Unkenntnis von Perl. Ich bin bei C++ zu Hause, was hier nicht hilft. Im besten Fall könnte ich hier posten, dass es wohl Modul xyz ist, müßte dann aber hoffen, dass irgendjemand, des Perl mächtiger, das dann irgendwann fixt.

Der Workaround des täglichen Restarts hilft in diesem Fall, WENN es denn nicht neuerdings das Problem gäbe, dass die fhem.cfg bei 2 von 3 Neustarts verschwindet und fhem damit alleine natürlich nicht mehr auf die Beine kommt. Da schließt sich dann auch der Kreis zum initialen Grund dieses Threads. Das Memoryleak fiel in diesem Kontext nur mit auf.

[Beta-User]

Es wird aber schon in die DB geschrieben, oder?
Den configCheck zu machen schadet jedenfalls nicht ..