update startet nach shutdown restart automatisch

[klaus.schauer]

Nach einem shutdown restart scheint nun der update-Prozess automatisch zu starten. Jedenfalls wird nach dem heutigen update meine Testversion von 10_EnOcean, die ich nach dem update-Prozess wieder eingespielt habe, nach einem shutdown restart überschrieben. Sofern man attr global updateNoFileCheck 1 setzt, startet update nicht.

Neue Funktion oder Fehler?

[rudolfkoenig]

Nach einem shutdown restart scheint nun der update-Prozess automatisch zu starten.

Neue Funktion sollte es nicht sein (jedenfalls weiss ich nichts davon), und einen Fehler reproduzieren kann ich auch nicht.
Alternativ habe ich dich nicht verstanden. update startet, wenn man update eintippt/klickt/usw, oder man hat es in notify/DOIF/etc. eingebaut.

Ich schlage "attr global verbose 5" vor.

[Markus Bloch]

Klingt für mich nach einem notify das "update" ausführt.

[klaus.schauer]

Leider ist es auch bei mir nicht permanent reproduzierbar. Hier ein Standard-log eines restarts nach einem update:

Code Auswählen Erweitern


2016.02.29 12:07:07 0: Server shutdown
2016.02.29 12:07:09 1: Including fhem.cfg
2016.02.29 12:07:09 3: telnetPort: port 7072 opened
2016.02.29 12:07:10 3: WEB: port 8083 opened
2016.02.29 12:07:10 3: WEBphone: port 8084 opened
2016.02.29 12:07:10 3: WEBtablet: port 8085 opened
2016.02.29 12:07:10 3: Opening TCM_0 device /dev/ttyACM0
2016.02.29 12:07:10 3: Setting TCM_0 serial parameters to 57600,8,N,1
2016.02.29 12:07:10 3: TCM_0 device opened
2016.02.29 12:07:10 3: Opening CUL_1 device /dev/ttyACM1
2016.02.29 12:07:10 3: Setting CUL_1 serial parameters to 38400,8,N,1
2016.02.29 12:07:10 3: CUL_1 device opened
2016.02.29 12:07:11 3: CUL_1: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2016.02.29 12:07:11 2: Switched CUL_1 rfmode to HomeMatic
2016.02.29 12:07:11 3: FHEM2FHEM opening rpi4135201 at 192.168.2.43:7072
2016.02.29 12:07:11 3: FHEM2FHEM device opened (rpi4135201)
2016.02.29 12:07:11 3: FHEM2FHEM opening rpi4136602 at 192.168.6.44:7072
2016.02.29 12:07:11 3: FHEM2FHEM device opened (rpi4136602)
2016.02.29 12:07:14 2: EnOcean Cryptographic functions available.
2016.02.29 12:07:16 1: Including ./log/fhem.save
2016.02.29 12:07:17 3: Device Rauchmelder_Arbeitszimmer added to ActionDetector with 099:00 time
2016.02.29 12:07:17 3: Device Rauchmelder_Esszimmer added to ActionDetector with 099:00 time
2016.02.29 12:07:17 3: Device Rauchmelder_Flur_EG added to ActionDetector with 099:00 time
2016.02.29 12:07:17 3: Device Rauchmelder_Flur_OG added to ActionDetector with 099:00 time
2016.02.29 12:07:17 3: Device Rauchmelder_Kinderzimmer added to ActionDetector with 099:00 time
2016.02.29 12:07:17 3: Device Rauchmelder_Schlafzimmer added to ActionDetector with 099:00 time
2016.02.29 12:07:17 3: Device Wassermelder_Heizung added to ActionDetector with 028:00 time
2016.02.29 12:07:17 3: Device Wassermelder_Kueche added to ActionDetector with 028:00 time
2016.02.29 12:07:20 3: TCM set TCM_0 reset
2016.02.29 12:07:20 2: TCM TCM_0 RESPONSE: OK
[...]
2016.02.29 12:07:21 2: TCM TCM_0 initialized
2016.02.29 12:07:21 1: usb create starting
2016.02.29 12:07:21 3: Probing CUL device /dev/ttyAMA0
2016.02.29 12:07:21 3: Probing TCM_ESP3 device /dev/ttyAMA0
2016.02.29 12:07:22 3: Probing FRM device /dev/ttyAMA0
2016.02.29 12:07:27 1: usb create end
2016.02.29 12:07:27 0: Featurelevel: 5.7
2016.02.29 12:07:27 0: Server started with 296 defined entities (fhem.pl:10914/2016-02-22 perl:5.014002 os:linux user:fhem pid:28293)
2016.02.29 12:07:31 1: UPD FHEM/10_EnOcean.pm
2016.02.29 12:07:31 1: Calling /usr/bin/perl ./contrib/commandref_join.pl -noWarnings, this may take a while
2016.02.29 12:08:18 1:
2016.02.29 12:08:18 1: update finished, "shutdown restart" is needed to activate the changes.
2016.02.29 12:08:18 1:
2016.02.29 12:08:20 1: fheminfo server response: ==> ok


Ein log der Fehlersituation mit verbose 5 kann ich derzeit nicht beisteuern.