Ich habe nach dem aktuellen Update einen Fehler, der FHEM bei mir komplett abstürzen lässt:
Modification of a read-only value attempted at ./FHEM/98_HMinfo.pm line 933, <aSave> line 5.
Der Fehler tritt mit 98_HMinfo.pm ab Rev. 11535 (28.05.2016 09:53:40) auf, Rev. 11523 (26.05.2016 09:33:27) geht noch.
Ich hänge mal den kompletten Log des Startup bis zum Fehler als Datei an. Was verursacht das speziell bei mir?
Ursprünglicher Thread: https://forum.fhem.de/index.php?topic=63445.new#new (https://forum.fhem.de/index.php?topic=63445.new#new)
Also zur Zeit sind wir bei:
98_HMinfo.pm 12817 2016-12-18 13:03:46Z martinp876
nutzt du vlt. noch eine uralt Version, vlt. exclude from update gesetzt? Was passiert nach einem update force?
VG
Frank
Zitat von: franky08 am 27 Dezember 2016, 21:19:57
Also zur Zeit sind wir bei:
98_HMinfo.pm 12817 2016-12-18 13:03:46Z martinp876
nutzt du vlt. noch eine uralt Version, vlt. exclude from update gesetzt? Was passiert nach einem update force?
VG
Frank
Die 98_HMinfo.pm aus dem trunk (https://svn.fhem.de/trac/browser/trunk/fhem/FHEM; Rev. 12817 vom 18.12.2016 13:03:46) läuft bei mir auch nicht. Eben die kommt aktuell mit dem Update auf meine Platte. Dann habe ich mich im Halbierschrittverfahren an die letzte Rev. herangekämpft, die bei mir noch läuft: Rev. 11523 (26.05.2016 09:33:27). exclude from update ist bei mir nicht gesetzt. Vorher hatte ich die Rev. 11172 (letztes Update davor war am 2016-04-09)...
Hast du das mal versucht:
Zitat von: KölnSolar am 27 Dezember 2016, 21:11:03
Ha, da kann ich Dir vielleicht doch noch weiterhelfen. Ich hatte eben schon einmal in das neue SVN geguckt(und gelernt wie man es benutzt) und das neue Attribut autoLoadArchive im Verdacht. Wenn ich jetzt ins diff der von Dir genannten Versionen gucke, fällt es mir sofort wieder ins Auge. Setz doch mal das Attribut auf 0 und probier es noch einmal mit der neuen Version.(Die Stelle ist nach meinem Verständnis auch nicht sauber programmiert)
Zitat von: franky08 am 27 Dezember 2016, 21:37:14
Hast du das mal versucht:
Wenn ich wüsste, wie ich das setze:
define hm HMinfo
attr hm autoLoadArchive 0
Oder wie?
Wenn so richtig, hat es nix gebracht...
Ja, ist ein Attribut von HMINFO. hast du mal ein update force versucht? Vorher vlt. /opt/fhem komplett wegsichern.
Zitat von: franky08 am 27 Dezember 2016, 22:03:16
Ja, ist ein Attribut von HMINFO. hast du mal ein update force versucht? Vorher vlt. /opt/fhem komplett wegsichern.
update force hat auch nichts gebracht. Ich musste wieder zurück auf 98_HMinfo.pm Rev. 11523 (26.05.2016 09:33:27), damit sich FHEM nicht aufhängt.
Und nun? Einfach auf zukünftige Besserung warten wird wohl kaum helfen, da die offenbar dafür verantwortliche Änderung (Rev. 11523) nun schon seit rund 1/2 Jahr draußen ist und wohl sonst niemanden stört...
Da du scheinbar der einzige mit diesem Problem bist, denke ich mal das es nicht unbedingt ein HMInfo Problem ist sondern sich nur auf HMInfo auswirkt, etwas anderes kann ich mir da IMo nicht vorstellen
Zitat von: franky08 am 28 Dezember 2016, 19:45:38
Da du scheinbar der einzige mit diesem Problem bist, denke ich mal das es nicht unbedingt ein HMInfo Problem ist sondern sich nur auf HMInfo auswirkt, etwas anderes kann ich mir da IMo nicht vorstellen
Ja, aber was? Wie kann ich das weiter eingrenzen, woran es hakt?
Hast du mal stacktrace aktiviert und den global verbose auf 5 gesetzt? Vlt. findest du dann den Auslöser im Log.
Zitat von: franky08 am 28 Dezember 2016, 20:25:47
Hast du mal stacktrace aktiviert und den global verbose auf 5 gesetzt? Vlt. findest du dann den Auslöser im Log.
stacktrace hatte ich och nicht aktiviert, aber verbose 5 (siehe Log Anlauf.txt im ersten Beitrag)...
global verbose 5 bringt da nur in Zusammenhang mit stacktrace etwas!
Wie wäre es mit der Fehlermeldung wenn die letzte Version aktiv ist?
Die Fehlermeldung bezieht sich immer auf eine Version. Ich arbeite mit der letzten. Dann sollte es kein Problem sein.
Hallo Martin, hatte der TE oben schon gepostet:
Modification of a read-only value attempted at ./FHEM/98_HMinfo.pm line 933, <aSave> line 5.
Zitat von: martinp876 am 28 Dezember 2016, 21:06:39
Wie wäre es mit der Fehlermeldung wenn die letzte Version aktiv ist?
Die Fehlermeldung bezieht sich immer auf eine Version. Ich arbeite mit der letzten. Dann sollte es kein Problem sein.
Kompletter Log des Hochlaufs bis zum Absturz ist im meinem ersten Beitrag als Anlage.
Und was ist mit stacktrace, mit der aktuellen version bis zum absturz?
Zitat von: franky08 am 28 Dezember 2016, 22:28:58
Und was ist mit stacktrace, mit der aktuellen version bis zum absturz?
Log mit stacktrace und verbose 5 im Anhang...
Mmh, da ist nichts zu finden (ich finde jedenfalls nichts auffälliges), stacktrace kommt gar nicht zum Zuge, wahrscheinlich ist fhem vorher schon weg. Läuft fhem weiter wenn du das device Dachzimmer.Heizung mal deaktivierst, sonst fällt mir da auch nichts mehr ein.
VG
Frank
Modification of a read-only value attempted at ./FHEM/98_HMinfo.pm line 933, <aSave> line 5.
hört sich für mich an, wie ein rechteproblem.
fhem (hminfo) möchte speichern (aSave), ist aber nicht erlaubt, weil "read-only".
@frank
Daran habe ich auch schon gedacht aber der TE schrieb das eine ältere Version von HMInfo ohne Probleme funktioniert oder das aSave ist erst später von Martin in HMInfo eingebaut worden.
VG
Frank
eine andere fehlermeldung habe ich nicht gesehen.
eigentlich auch egal, denn mit der neuesten version sollte es ja auch funktionieren.
Hatte der TE oben im ersten Post geschrieben:
ZitatZitat von: habichthugo am 27 Dezember 2016, 20:59:57
Ich habe nach dem aktuellen Update einen Fehler, der FHEM bei mir komplett abstürzen lässt:
Modification of a read-only value attempted at ./FHEM/98_HMinfo.pm line 933, <aSave> line 5.
Der Fehler tritt mit 98_HMinfo.pm ab Rev. 11535 (28.05.2016 09:53:40) auf, Rev. 11523 (26.05.2016 09:33:27) geht noch.
Ich hänge mal den kompletten Log des Startup bis zum Fehler als Datei an. Was verursacht das speziell bei mir?
Ursprünglicher Thread: https://forum.fhem.de/index.php?topic=63445.new#new (https://forum.fhem.de/index.php?topic=63445.new#new)
genau, da steht doch "aSave".
es gibt in beiden threads keine anders lautende fehlermeldung, immer die selbe.
Könnte dein Problem mit deiner tempList.cfg zusammenhängen. Verschiebe diese doch einmal.
Zitat von: stromer-12 am 29 Dezember 2016, 13:13:15
Könnte dein Problem mit deiner tempList.cfg zusammenhängen. Verschiebe diese doch einmal.
Das hatte ich ja im ursprünglichen Thread auch schon mal vermutet:
Zitat von: Benni am 27 Dezember 2016, 08:00:43
... Es wird wahrscheinlich versucht von hminfo eine TempLIst zuzuweisen, aber das Gerät existiert nicht, zumindest nicht zu dem Zeitpunkt des Zuweisungsversuchs.
Zitat von: stromer-12 am 29 Dezember 2016, 13:13:15
Könnte dein Problem mit deiner tempList.cfg zusammenhängen. Verschiebe diese doch einmal.
Daran klemmt(e) es offenbar. Wegbenannt und schon läuft FHEM durch.
Aber was stört nun letztendlich? /opt/fhem/tempList.cfg:
entities:Dachzimmer.Heizung:Clima
R_0_tempListSat> 05:00 17.0 12:00 10.0 19:00 17.0 24:00 17.0
R_1_tempListSun> 05:00 17.0 12:00 10.0 19:00 17.0 24:00 17.0
R_2_tempListMon> 05:00 17.0 12:00 10.0 19:00 17.0 24:00 17.0
R_3_tempListTue> 05:00 17.0 12:00 10.0 19:00 17.0 24:00 17.0
R_4_tempListWed> 05:00 17.0 12:00 10.0 19:00 17.0 24:00 17.0
R_5_tempListThu> 05:00 17.0 12:00 10.0 19:00 17.0 24:00 17.0
R_6_tempListFri> 05:00 17.0 12:00 10.0 19:00 17.0 24:00 17.0Im letzten Log steht vor dem Absturz noch 'Dachzimmer.Heizung is alive', war also bekannt (manchmal auch nicht).
2016.12.28 23:30:29 4: Device Dachzimmer.Heizung is alive
...Modification of a read-only value attempted at ./FHEM/98_HMinfo.pm line 933, <aSave> line 5.Rechte? /opt/fhem hat fhem/root (Eigentümer/Gruppe) rwxrwxrwx und tempList.cfg fhem/root rwxr--r--...
Jedenfalls sollte FHEM wegen sowas nicht einfach abschmieren, zumal die Ursache jetzt (für mich) nicht grade leicht zu finden war.
Bei mir sieht der Eintrag so aus:
entities:EG_VE_RT_01_Clima
bei dir:
entities:Dachzimmer.Heizung:Clima
Ich weis jetzt nicht, ob das an diesen Doppelpunkt vor Clima liegt
Zitat von: stromer-12 am 29 Dezember 2016, 23:18:10bei dir:
entities:Dachzimmer.Heizung:Clima
Ich weis jetzt nicht, ob das an diesen Doppelpunkt vor Clima liegt
Hast du denn den Clima-Kanal von Dachzimmer.Heizung tatsächlich "Dachzimmer.Heizung
:Clima" benannt?
Dann kann es schon sein, dass der Doppelpunkt hier ein Problem verursacht.
Ich habe jetzt nicht im Code nachgeschaut, aber vermute dann mal folgendes:
Es wird bei der Verarbeitung die Zeile der TempList am Doppelpunk getrennt (split) und der erste Teil wird dann korrekt als "entities" erkannt und der 2. Teil als Gerätename "Dachzimmer.Heizung". Dass durch die Trennung am Doppelpunkt jetzt noch ein 3. Teil, nämlich "Clima" entsteht ist nicht vorgesehen. Der ist ja eigentlich auch Teil des Gerätenamens (Kanal-Name).
Jetzt wird versucht "Dachzimmer.Heizung" die TempList-Daten zuzuweisen und das schlägt fehl, da dies ja egentlich am entsprechenden Kanal "Dachzimmer.Heizung:Clima" geschehen müsste.
Das passt dann auch zur Fehlermeldung.
Benenne in dem Fall den Kanal einfach von "Dachzimmer.Heizung
:Clima" in "Dachzimmer.Heizung_Clima" oder in "Dachzimmer.Heizung.Clima" um und passe die Einträge in der templist.cfg entsprechend an. Dann sollte es wieder korrekt funktionieren.
Nachtrag: Doppelpunkt in Gerätenamen ist übrigens offiziell nicht (mehr) zulässig: https://forum.fhem.de/index.php?topic=46666.0 und kann eigentlich nur noch durch manuelles Bearbeiten der Config erzeugt werden :-\
Nein, in den Namen sind keine Doppelpunke (mehr):
NAME Dachzimmer.Heizung
channel_01 Dachzimmer.Heizung.Weather
channel_02 Dachzimmer.Heizung.Climate
channel_03 Dachzimmer.Heizung.WindowRec
channel_04 Dachzimmer.Heizung.Clima
channel_05 Dachzimmer.Heizung.ClimaTeam
channel_06 Dachzimmer.Heizung.remote
Allerdings hatte ich vor meinem letzten Update, vergangenen April, noch Doppelpunkte drin. Und davor habe ich die tempList.cfg dann wohl mal gespeichert. Ich kann mich jetzt erst wieder wage daran erinnern, damit überhaupt mal rumgemacht zu haben.
Wie auch immer: FHEM solle bei sowas nicht einfach abrussen, zumal ohne brauchbare Info., woran es hängt. Das soll kein Vorwurf sein, sondern eine Bitte.
Zitat von: Benni am 27 Dezember 2016, 08:00:43
Es wird wahrscheinlich versucht von hminfo eine TempLIst zuzuweisen, aber das Gerät existiert nicht, zumindest nicht zu dem Zeitpunkt des Zuweisungsversuchs.
Mit TempLIst konnte ich da noch nichts anfangen bzw. dachte es geht um irgend eine FHEM-interne Sache.
Danke an alle, die sich hier mit mir abgemüht haben!