AttrTemplate.pm mach mein fhem träge

[CoolTux]

Mach mal bitte ein Neustart

[Beta-User]

Mach mal bitte ein Neustart

Bloß nicht!

Die Fehlermeldung von inoma hatte ich auch, daher habe ich FHEM neu gestartet. Praktisch alle Module, die intern setExtensions verwenden, werden nach diesen Fehlermeldungen nicht mehr geladen...

[CoolTux]

Autsch. Sorry. Das hatte ich nicht kommen sehen.

[Jamo]

Habs nicht gemacht. Puh!

[CoolTux]

Also rein vom diff der fhem.pl kann ich das Verhalten nicht verstehen. Es wurde jeweils nur eine weitere optionale Variable angefügt.

[Beta-User]

Ich habe auch erst gedacht, das sei "nur" ein MySensors-Problem (da habe ich es als erstes gesehen bzw. das war das letzte, was im log stand), nur mit dem Quellcode in AttrTemplate in den betreffenden Zeilen wäre ich auch nicht darauf gekommen.
Da in MySensors an der Stelle schon länger was nicht ganz rund läuft, habe ich erst angefangen, dazu hier was zu tippen und erst danach "die ganze Freude" entdeckt...

10_MYSENSORS_DEVICE.pm "stirbt" in Zeile 70, da steht:

Code Auswählen Erweitern

use SetExtensions qw/ :all /;

[betateilchen]

Ein reload reicht grundsätzlich nicht, wenn sich die Signatur einer Funktion geändert hat.

[Beta-User]

Ein reload reicht grundsätzlich nicht, wenn sich die Signatur einer Funktion geändert hat.

Ein Neustart ist aber im Moment auch nur für ein Testsystem zu empfehlen : Wie lang soll der logauszug bei einem Restart werden?

Code Auswählen Erweitern

2019.03.12 19:42:51 1: reload: Error:Modul 33_readingsProxy deactivated:
Attempt to reload SetExtensions.pm aborted.
Compilation failed in require at ./FHEM/33_readingsProxy.pm line 26.
BEGIN failed--compilation aborted at ./FHEM/33_readingsProxy.pm line 26.

2019.03.12 19:42:51 0: Attempt to reload SetExtensions.pm aborted.
Compilation failed in require at ./FHEM/33_readingsProxy.pm line 26.
BEGIN failed--compilation aborted at ./FHEM/33_readingsProxy.pm line 26.

2019.03.12 19:42:51 1: reload: Error:Modul 14_CUL_TCM97001 deactivated:
Attempt to reload SetExtensions.pm aborted.
Compilation failed in require at ./FHEM/14_CUL_TCM97001.pm line 52.
BEGIN failed--compilation aborted at ./FHEM/14_CUL_TCM97001.pm line 52.

2019.03.12 19:42:51 0: Attempt to reload SetExtensions.pm aborted.
Compilation failed in require at ./FHEM/14_CUL_TCM97001.pm line 52.
BEGIN failed--compilation aborted at ./FHEM/14_CUL_TCM97001.pm line 52.
Auf die Schnelle noch betroffen dummy, MQTT2_DEVICE, MYSENSORS_DEVICE

[rudolfkoenig]

Ich habe devspec2array in fhem.pl und AttrTemplate.pm geaendert.
Morgen ab 8 kann man update in fhem ausfuehren, und danach FHEM neu starten.

Solange muss man fhem.pl _und_ AttrTemplate.pm aus SVN auschecken, _und_ FHEM neu starten.
Wenn man nicht alle dieser Punkte durchfuehrt, dann kriegt man die hier beschriebenen Probleme.

[Beta-User]

Eben den Test gemacht: Scheint zu passen, auf die Schnelle keine Auffälligkeiten .

[binford6000]

Moin Zusammen,
ich habe vorhin ein Update gemacht und leider noch das gleiche träge Verhalten 
Hole fhem.pl und AttrTemplate.pm wieder aus dem Backup zurück...

VG Sebastian

[Beta-User]

Die Dateien aus dem svn landen grundsätzlich immer erst kurz vor 8 Uhr im update. Einfach später nochmal wiederholen...

[betateilchen]

ich habe vorhin ein Update gemacht und leider noch das gleiche träge Verhalten 

Wer lesen kann - und dies auch tut! - ist klar im Vorteil.

Morgen ab 8 kann man update in fhem ausfuehren, und danach FHEM neu starten.

[Invers]

Hi, vielen Dank für die Beseitigung der Bremse. Bei mir funktioniert alles wieder so, wie vorher. Also alles in Ordnung.

[kkoeniger]

Danke für die rasche Behebung - bei mir lädt FHEM jetzt auch wieder wie gewohnt schnell.