Hallo zusammen,
habs ewig einfach so akzeptiert, aber jetzt nervts mich doch. Warum ist Autosave immer deaktiviert wenn ich FHEM neustarte?
Im global device bei init_errors steht aktuell das hier:
Messages collected while initializing FHEM:configfile: 0
0
SecurityCheck:
WEBhabridge is not password protected
WEB is not password protected
MQTT2_FHEM_Server is not password protected
telnetPort is not password protected
Protect this FHEM installation by defining an allowed device with define allowed allowed
You can disable this message with attr global motd none
Autosave deactivated
"not password protected" ist okay. Ich hab mein Netzwerk hier im Griff. Ist das der Grund?
mfg
Marcel
Zitat
You can disable this message with attr global motd none
Ich denke es steht halt einfach immer (noch) in motd, sonst nichts.
Ist denn autosave tatsächlich IMMER nach Neustart deaktiviert?
Was steht denn bei attr global autosave ?
Bzw. setze es halt mal wie du es willst und prüfe es nach einem Neustart...
Gruß, Joachim
motd steht schon auf none. Müsste schon ewig so sein. Autosave steht jetzt "wieder" auf 1, aber nach einem Neustart ist es immer 0.
Ich vermute ich hab da irgendwo einen komischen Fehler drin.
und was sagt fhem.log?
Hehe natürlich so einige Meldungen beim Start. Aber ich sehe da nichts bzgl. autosave.
Laut Wiki wird autosave wieder auf 0 gesetzt, wenn etwas schief gelaufen ist. Aber wonach muss man suchen?
Sowas sehe ich hier als einzige Fehler, mpd hab ich mal rausgenommen, brauch ich eh nicht mehr:
2021.06.21 07:36:40 1: PERL WARNING: Useless use of anonymous hash ({}) in void context at ./FHEM/10_CUL_HM.pm line 7418, <$fh> line 1417.
2021.06.21 07:37:23 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_MPD.pm line 976.
2021.06.21 07:40:36 1: PERL WARNING: Use of uninitialized value within %ttsAPIKey in numeric gt (>) at ./FHEM/98_Text2Speech.pm line 504.
2021.06.21 07:40:36 1: PERL WARNING: Use of uninitialized value within %ttsUser in numeric gt (>) at ./FHEM/98_Text2Speech.pm line 505.
Wird deswegen autosave deaktiviert?
Zitat von: rakete123 am 21 Juni 2021, 12:18:44
Wird deswegen autosave deaktiviert?
Eher schwer unwahrscheinlich bis eigentlich: nein ;)
Es sollte eigentlich im Log stehen, dass autosave deaktiviert wurde...
Welchen verbose-Level hast du?
Und eigentlich wird autosave nur auf 0, wenn beim Laden eines Devices (Moduls) etwas schief gegangen ist, also nicht geladen werden konnte...
"save" hast du aber inzwischen nicht gedrückt?
Weil dann kann es sein, dass der Fehler weg ist, weil auch das nicht geladene Device aus der Config raus ist :-\ ;)
Gruß, Joachim
Also im Log finde ich keinerlei Erwähnung von autosave.
Wie gesagt ich nutze FHEM schon einige Jahre und irgendwie "war das schon immer so" und so oft startet FHEM bei mir nicht neu. Also ich hab das schon zig mal aktiviert und gespeichert.
Hab gerade nochmal neugestartet. Nach dem Neustart gibts "keine Änderungen" aber autosave ist wieder auf 0.
verbose im global device steht auf 3
Hmm, dann bin ich (aktuell) mit meinem Latein am Ende :-\
Aber müsste dann nicht beim/nach dem Start ein "rotes Fragezeichen" da sein?
Weil es wurde ja autosave geändert: 1 -> 0...
Gruß, Joachim
echt weird... Ist das eig normal das global im STATE "no definition" hat?
Jep, bzw. bei mir auch so... ;)
Gruß, Joachim
Sonst noch jemand Ideen?
Moin,
arbeitest Du mit fhem.cfg oder mit configdb?
wenn ersteres:
{qx(ls -lha fhem.cfg)}
Irgendwie habe ich im Hinterkopf: so ein Problem gab es schonmal und die Lösung war irgendwie "überraschend". :-\
Gruß Otto
Hi Otto,
nutze einfach fhem.cfg
ls -alh fhem.cfg
-rw-rw-rw- 1 fhem dialout 297K Jun 23 06:10 fhem.cfg
Edit: Es steht auch in der config drin:
grep -R autosave fhem.cfg
attr global autosave 1
Hab ihr denn beim Neustarten auch eine solche Nachricht?
2021.06.23 19:40:41 1: Messages collected while initializing FHEM:configfile: 0
0
Eventuell gibt es einfach wirklich eine blöde Zeile in deiner fhem.cfg?
Bei mir sieht es "normal" ;) so aus
2021.06.03 20:26:42 1: Messages collected while initializing FHEM:SecurityCheck:
WEB is not password protected
mqtt2s is not password protected
Protect this FHEM installation by defining an allowed device with define allowed allowed
You can disable this message with attr global motd none
2021.06.03 20:26:42 0: Featurelevel: 6oder so wenn etwas nicht passt
2021.06.06 21:35:49 1: Messages collected while initializing FHEM:configfile: attr SensorWG peerIDs: attribute value is missing
SecurityCheck:
WEB is not password protected
telnetPort is not password protected
Protect this FHEM installation by configuring the allowed device allowedMqtt
You can disable this message with attr global motd none
Autosave deactivated
...
2021.06.06 21:36:32 0: Featurelevel: 6Bei Dir findet er zwei Zeilen mit 0 ???
es wäre sicherlich hilfreich, mal einen ungekürzten fhem.log vom restart zu sehen.
von "including fhem.cfg" bis zur motd meldung.
Zitat von: frank am 24 Juni 2021, 11:10:05
es wäre sicherlich hilfreich, mal einen ungekürzten fhem.log vom restart zu sehen.
von "including fhem.cfg" bis zur motd meldung.
Mit welchem verbose Wert im global device?
Edit: Mittlerweile denke ich, dass ich irgendeinen komischen Teil in der fhem.cfg habe. Meine Installation ist bestimmt schon 5 Jahre oder älter und in der Anfangszeit habe ich die fhem.cfg noch selber editiert...
Gibts eine Möglichkeit diesen configcheck manuell auszuführen?
Ich meine Du hast zwei Zeilen mit 0
0
0such die doch mal?
{qx(grep "^0$" fhem.cfg)}
Schon gemacht, leider erfolglos. Habe diverse Kombinationen probiert. Klar Nullen gibts ne ganze Menge, aber keine einzelnen und ich sehe auch sonst kein Muster...
Dann hilft nur optische Kontrolle?
Im integrierten Editor die cfg aufmachen und mal Zeile für Zeile lesen?
Kann auch sein die Null steht für: ich habe was komisches gefunden aber ich kann den Inhalt nicht darstellen.
Der Parser sollte bei der Fehlermeldung eine Zeilennummer auswerfen, vielleicht kann Rudi das einbauen?
Ja ich hab schon so manche Zeilen durchgeguckt und mit einigen Regex suchen nach komischen Dingen gesucht. Aber bisher ohne Glück.
Die Ausgabe der Zeilenummer wäre extrem hilfreich in diesem Fall!
Oder Alternativ eine Möglichkeit fhem.pl mit diesem Configcheck manuell aufzurufen. Dann würde ich mal große Blöcke entfernen und mich langsam nähern. Geht sowas?
Edit: Fehler gefunden, websocket und websocket_json waren die Ursache. War noch ein Überbleibsel von früheren Tests. Hier wirds auch reported: https://forum.fhem.de/index.php/topic,105277.msg997027.html#msg997027