Nach Update Perl Fehlermeldung und Fhem down

[Robert1963]

Hallo,

nach dem ich ein bisschen Systempflege machen wollte, hat sich ein (alter?) Fehler wieder gezeigt.
Mein letztes Update war vom 14.12.2017 (Versionsnummer hab ich nicht gefunden). Mit dem heutigen Update habe ich die Meldung:

           Modification of non-creatable array value attempted, subscript -1 at ./FHEM/98_DOIF.pm line 1908.

im Log und Fhem hängt sich auf

Hatte diesen(?) Fehler schon mal und konnte ihn durch ändern von selftrigger all in selftrigger wait beheben.

https://forum.fhem.de/index.php/topic,78473.15.html

Wie kann ich dem neuen(alten) Problem auf die Schliche kommen.

Viele Grüße,
Rob

[Damian]

Hallo,

nach dem ich ein bisschen Systempflege machen wollte, hat sich ein (alter?) Fehler wieder gezeigt.
Mein letztes Update war vom 14.12.2017 (Versionsnummer hab ich nicht gefunden). Mit dem heutigen Update habe ich die Meldung:

           Modification of non-creatable array value attempted, subscript -1 at ./FHEM/98_DOIF.pm line 1908.

im Log und Fhem hängt sich auf

Hatte diesen(?) Fehler schon mal und konnte ihn durch ändern von selftrigger all in selftrigger wait beheben.

https://forum.fhem.de/index.php/topic,78473.15.html

Wie kann ich dem neuen(alten) Problem auf die Schliche kommen.

Viele Grüße,
Rob

In der Zeile 1908 der aktuellen DOIF Version steht:

Code Auswählen Erweitern

my ($seconds, $microseconds) = gettimeofday();

das kann nicht zu diesem Problem führen;

[Ellert]

shutdown restart vergessen? https://wiki.fhem.de/wiki/DOIF/Tools_und_Fehlersuche#Neustart_nach_Update_automatisieren

[Robert1963]

@ Damian

Hatte ich mir auch schon angekuckt, aber kein Urteil gewagt.

Fhem mit "altem" DOIF läuft jetzt den ganzen Tag normal.

Frage: Worin genau bestehen die Unterschiede der beiden Versionen

@ Ellert
        Natürlich

[Damian]

@ Damian

Hatte ich mir auch schon angekuckt, aber kein Urteil gewagt.

Fhem mit "altem" DOIF läuft jetzt den ganzen Tag normal.

Frage: Worin genau bestehen die Unterschiede der beiden Versionen

@ Ellert
        Natürlich

Seit dem 14.12.2017 hat sich nichts geändert, die letzte Version ist vom 05.12.2017.

[Robert1963]

OK,
wird wohl das Datum meines NAS Tests sein.

Letzte funktionierende Version: 98_DOIF.pm 14790 2017-07-26

Hab grad ein wenig Stress, beim aufrufen eines beliebigen DOIF in der Version 14790 und dem restl. akt. Dateien (Update) schmiert Fhem mit   
      Undefined subroutine &main::DOIF_detailFn called at ./FHEM/98_DOIFtools.pm line 347.
ab.
Passt wohl alles nicht zusammen. Das zurückspielen der gestrigen fhem.cfg, fhem.pl und FHEM (Modulordner) allein bracht nichts.

Schiebe grad ein Backup von Gestern rauf um erst mal den WAF wieder zu erhöhen.

Ach ja:

   

Code Auswählen Erweitern

my ($seconds, $microseconds) = gettimeofday(); taucht bei mir ganz woanders auf, Notepad++.

Wo liegt mein Fehler?

Hab nochmal gecheckt, falsche DOIF bekuckt

Fhem pegelt sich grade wieder ein, 98_DOIF.pm 14790 2017-07-26 .

Werde erst mal die die DOIF/Tools Fehlersuche weiter verinnerlichen und in einem ruhigeren Moment nochmal ein Update angehen.

Vielen Dank für eure Zeit,
schöne Festtage,
Rob

[Ellert]

OK,
wird wohl das Datum meines NAS Tests sein.

Letzte funktionierende Version: 98_DOIF.pm 14790 2017-07-26

Hab grad ein wenig Stress, beim aufrufen eines beliebigen DOIF in der Version 14790 und dem restl. akt. Dateien (Update) schmiert Fhem mit   
      Undefined subroutine &main::DOIF_detailFn called at ./FHEM/98_DOIFtools.pm line 347.
ab.
Passt wohl alles nicht zusammen. Das zurückspielen der gestrigen fhem.cfg, fhem.pl und FHEM (Modulordner) allein bracht nichts.

Schiebe grad ein Backup von Gestern rauf um erst mal den WAF wieder zu erhöhen.

Ach ja:

   

Code Auswählen Erweitern

my ($seconds, $microseconds) = gettimeofday(); taucht bei mir ganz woanders auf, Notepad++.

Wo liegt mein Fehler?

Hab nochmal gecheckt, falsche DOIF bekuckt

Fhem pegelt sich grade wieder ein, 98_DOIF.pm 14790 2017-07-26 .

Werde erst mal die die DOIF/Tools Fehlersuche weiter verinnerlichen und in einem ruhigeren Moment nochmal ein Update angehen.

Vielen Dank für eure Zeit,
schöne Festtage,
Rob

hier: Undefined subroutine &main::DOIF_detailFn called at ./FHEM/98_DOIFtools.pm line 347.

DOIFtools merkt sich nach FHEM Initialisierung die DOIF_detailFn. Wenn nach einem Downgrade von DOIF keine DOIF_detailFn aufgerufen werden kann, weil das alte DOIF keine bereitstellt, dann führt das zu dem Fehler.

Bei einem Downgrade gilt um so mehr, dass ein "shutdown restart duchzuführen ist". Es sollte auch immer das komplette FHEM aktualisiert werden, dann ist sicher gestellt, dass alle Module und Versionen, die von einander abhängen auch zu einander passen.

[hanske]

Hallo,

ich habe dieses Problem auch häufiger, aber keine Ahnung von welchem der hundert DOIFs der kommt.

Code Auswählen Erweitern

Modification of non-creatable array value attempted, subscript -1 at ./FHEM/98_DOIF.pm line 1905.

Kann man im Perlcode nicht grundsätzlich einen negativen Index abfangen?

Grüße
Hanske

[Damian]

Hallo,

ich habe dieses Problem auch häufiger, aber keine Ahnung von welchem der hundert DOIFs der kommt.

Code Auswählen Erweitern

Modification of non-creatable array value attempted, subscript -1 at ./FHEM/98_DOIF.pm line 1905.

Kann man im Perlcode nicht grundsätzlich einen negativen Index abfangen?

Grüße
Hanske

zunächst musst du auf das aktuelle Modul aktualisieren: # $Id: 98_DOIF.pm 16182 2018-02-14 21:36:04Z Damian $

[hanske]

Ok, danke.
Probiere ich gleich mal aus.
Ist aber schon seit einigen Updates so.

[hanske]

Hallo Damian,
ich habe am 21.02. ein Update gemacht.
Leider tritt der Fehler immer noch auf:

Code Auswählen Erweitern

Modification of non-creatable array value attempted, subscript -1 at ./FHEM/98_DOIF.pm line 1906
Wie kann ich eigentlich die gerade genutzte DOIF Versionsnummer abfragen?

Grüße

[Ellert]

Hast Du nach dem Update shutdown restart durchgeführt? Siehe dazu https://wiki.fhem.de/wiki/DOIF/Tools_und_Fehlersuche#FHEM_aktuell_halten

Wie kann ich eigentlich die gerade genutzte DOIF Versionsnummer abfragen?

DOIFtools zeigt sie und auch die FHEM Revision in der Detailansicht an.

[hanske]

Hi,
ja klar, mache dann immer ein Restart.
Ich benutze folgende Version:

Code Auswählen Erweitern

98_DOIF.pm          16182 2018-02-14 21:36:04Z Damian
Ich habe inzwischen mehrmals täglich den Absturz durch ein DOIF.

Code Auswählen Erweitern

Modification of non-creatable array value attempted, subscript -1 at ./FHEM/98_DOIF.pm line 1906.
Ein cron job startet mir jetzt glücklicherweise FHEM dann wieder neu.
Kann ich irgendwie weiter analysieren, wenn man den Fehler nicht direkt im Sourcecode abfangen kann?

Danke und Grüße
hanske

[Damian]

Hi,
ja klar, mache dann immer ein Restart.
Ich benutze folgende Version:

Code Auswählen Erweitern

98_DOIF.pm          16182 2018-02-14 21:36:04Z Damian
Ich habe inzwischen mehrmals täglich den Absturz durch ein DOIF.

Code Auswählen Erweitern

Modification of non-creatable array value attempted, subscript -1 at ./FHEM/98_DOIF.pm line 1906.
Ein cron job startet mir jetzt glücklicherweise FHEM dann wieder neu.
Kann ich irgendwie weiter analysieren, wenn man den Fehler nicht direkt im Sourcecode abfangen kann?

Danke und Grüße
hanske

Man müsste jetzt wissen, wie die Definition des DOIF-Devices aussieht.

Ich kann den Fehler zunächst abfangen. Die Ursache wäre interessanter.

[tagedieb]

Hallo und Guten Morgen zusammen

auch bei mir ist nach dem heutigen Update fhem nicht wieder per browser erreichbar gewesen, da ich täglich ein update laufen lasse - habe ich festgestellt das es nicht doif sein kann, denn diese pm war heute nicht dabei - meiner logdatei nach, hängt sich fhem nach etwas anderem auf

Code Auswählen Erweitern

2018.02.26 10:46:07 1: ERROR evaluating my $NAME='global';my $TYPE='Global';my $EVENT='INITIALIZED';my $SELF='fhem_not';my $EVTPART0='INITIALIZED';{fhem_not();}: Undefined subroutine &main::fhem_not called at (eval 856) line 1.


Gruss tagedieb