Update sagt immer "Nothing to do"

[Zrrronggg!]

Brauche mal Hilfe oder Ideen.

Update (in allen Varianten, also auch check oder force) liefert
nothing to do...
https://forum.fhem.de/Smileys/default/shocked.gif

Das ist aber garantiert nicht richtig. letztes Update war äh... 2 Jahre her. Hust. ("Never run a touching System" oder so ähnlich)

Logfile sagt:

15:20:39 1: PERL WARNING: Unrecognized escape \R passed through at /usr/local/FHEM/98_update.pm line 252.
2018.01.15 15:20:41 1: PERL WARNING: Use of uninitialized value in string eq at /usr/local/FHEM/98_update.pm line 295.
2018.01.15 15:20:41 1: PERL WARNING: Use of uninitialized value in string ne at /usr/local/FHEM/98_update.pm line 305.
2018.01.15 15:21:05 1: PERL WARNING: Use of uninitialized value in sprintf at /usr/local/FHEM/99_XmlList.pm line 72.

Äh... was?

Tipps für mich?

P.S.: Ich habe eine 2te FHEM Instanz auf einer 2ten Kiste, da läufts einwandfrei. SW stand hier jedoch aktuell.

[herrmannj]

da ging wohl bei dem gebastel hier https://forum.fhem.de/index.php/topic,82758.msg749196.html#msg749196 was schief

(Deine) Tipps für uns ?

a) wenn Du daran rumbastelst und dann gehts nicht, meinst Du nicht das Du das hier reinschreiben solltest? Musst?
b) Stell direkt mal die richtigen logs ein. Geht ping ? Was sagt wget ...

[nils_]

Das ist aber garantiert nicht richtig. letztes Update war äh... 2 Jahre her. Hust.

ja Hust 
welche version von update ist denn da bei dir am werke?

ein bisschen mehr vom log-file darf es ruhig schon sein.

[rudolfkoenig]

Das ist aber garantiert nicht richtig. letztes Update war äh... 2 Jahre her. Hust.

Was sagt version? Den gibts seit fhem 5.5, also seit 2013.
Achtung, ein update so einer alten FHEM-Version ist nicht immer problemfrei (da nicht getestet), und die Datei UPGRADE habe ich erst kuerzlich angefangen. Aber es gibt den "attr global featurelevel", damit kann man sich beim upgrade temporaer aushelfen.

[Zrrronggg!]

@rudolfkoenig: Version müsste 5.7 sein, also da eigentlich keine Problem. Mit dem Wechsel  auf 5.7 habe ich das letzte richtige Update gemacht.

fhem.pl             10315 2015-12-31 10:03:49Z rudolfkoenig
96_allowed.pm       10311 2015-12-30 15:44:10Z rudolfkoenig
90_at.pm            10048 2015-11-29 14:51:40Z rudolfkoenig
00_CUL.pm           10146 2015-12-10 10:17:42Z rudolfkoenig
09_CUL_FHTTK.pm      7529 2015-01-11 18:52:43Z matscher
10_CUL_HM.pm        10319 2016-01-01 14:44:00Z martinp876
16_CUL_RFR.pm        5269 2014-03-20 21:22:59Z rudolfkoenig
14_CUL_TX.pm        10140 2015-12-09 15:58:41Z rudolfkoenig
14_CUL_WS.pm         8497 2015-04-30 09:23:21Z rudolfkoenig
95_Dashboard.pm     10148 2015-12-10 19:11:22Z talkabout
98_dummy.pm          8809 2015-06-23 18:02:33Z rudolfkoenig
01_FHEMWEB.pm       10311 2015-12-30 15:44:10Z rudolfkoenig
11_FHT.pm           10204 2015-12-19 16:07:11Z rudolfkoenig
92_FileLog.pm       10161 2015-12-12 16:50:50Z rudolfkoenig
10_FS20.pm           7070 2014-11-27 12:45:34Z rudolfkoenig
00_HMLAN.pm         10158 2015-12-12 11:41:55Z martinp876
91_notify.pm         8953 2015-07-13 15:13:06Z rudolfkoenig
33_readingsGroup.pm 10157 2015-12-12 11:35:11Z justme1968
99_SUNRISE_EL.pm     9831 2015-11-08 19:13:09Z rudolfkoenig
98_SVG.pm            9577 2015-10-21 17:45:02Z rudolfkoenig
98_telnet.pm        10298 2015-12-29 19:08:19Z rudolfkoenig
99_Utils.pm          7914 2015-02-08 11:14:10Z rudolfkoenig
91_watchdog.pm      10314 2015-12-31 08:44:32Z rudolfkoenig
99_XmlList.pm        1152 2011-12-30 09:08:36Z rudolfkoenig

Zumindest meine Installation läuft auch unter 5.8, so hab ich's nämlich auf einer anderen Kiste laufen. Zumindest an der Front gibts an sich keine Problem. Ob der Updateprozess an sich nicht geht wegen zu grosser abstand ist natürlich ne andere Frage. Ich hätte ja zumindest erwartet das die Kiste versucht was zu machen und nicht sagt "nothing to do"

@_nils: Mehr Logfile ist ad hoc nicht . Werde jetzt mal Verbose hochsetzen

@ herrmannj: Nein, bei dem "Gebastel" ging nichts schief. Das kann man mit etwas wohlwollen schon dem P.S.: entnehmen. Bei meiner 2ten Instanz hat das "Gebastel" nämlich genau den gewünschten Effekt erzielt und dort geht Update einwandfrei. Allerdings ist dort 5.8 von vor ca. 4 Monaten drauf gewesen. Ferner habe ich selbstredend auch mal die FW komplett auf gemacht und trotzdem gehts nicht. Und ja: Ping geht. es ist *kein* Netzwerkproblem.

EDIT:

Um das nochmal klar zu machen: Update hat auf der fraglichen Kiste schonmal funktioniert, nämlich als ich mein letztes Update gemacht habe. Das muss Anfang Januar 2016 gewesen sein. Ich habe in meinen Changes jedenfalls notiert, dass ich am 4. Januar für 5.7 nötige Änderungen vorgenommen habe, z.b. ($EVENT) anstatt ("%"...

[Zrrronggg!]

verbose 5


Update check

Event Monitor:

Got remote controls_fhem.txt with 204 entries.
Got local controls_fhem.txt with 1715 entries.
nothing to do...

Logfile:

Cmd: >update check<
2018.01.15 18:38:25 4: HttpUtils url=http://fhem.de/fhemupdate/controls_fhem.txt
2018.01.15 18:38:25 4: http://fhem.de/fhemupdate/controls_fhem.txt: HTTP response code 200
2018.01.15 18:38:25 4: HttpUtils http://fhem.de/fhemupdate/controls_fhem.txt: Got data, length: 130320
2018.01.15 18:38:25 4: HttpUtils url=http://fhem.de/fhemupdate/CHANGED
2018.01.15 18:38:26 4: http://fhem.de/fhemupdate/CHANGED: HTTP response code 200
2018.01.15 18:38:26 4: HttpUtils http://fhem.de/fhemupdate/CHANGED: Got data, length: 228787
2018.01.15 18:38:26 4: name: /fhem&fw_id=1307&cmd=update+check / RL:5487 / text/html; charset=UTF-8 /  /
2018.01.15 18:38:27 4: FHEMWEB:192.166.ZYX.XYZ:51155 GET /fhem?XHR=1&inform=type=status;filter=;since=1516037905;fmt=JSON&fw_id=1307×tamp=1516037907121; BUFLEN:0

Update

Event Monitor:

Got remote controls_fhem.txt with 204 entries.
Got local controls_fhem.txt with 1715 entries.
nothing to do...

Logfile:

2018.01.15 18:43:22 4: FHEMWEB:192.166.ZYX.XYZ:8366 POST /fhem&fw_id=1308&cmd=update; BUFLEN:0
2018.01.15 18:43:22 5: Cmd: >update<
2018.01.15 18:43:22 5: Loading Loading /usr/local/FHEM/98_update.pm
2018.01.15 18:43:22 1: PERL WARNING: Unrecognized escape \R passed through at /usr/local/FHEM/98_update.pm line 252.
2018.01.15 18:43:22 4: HttpUtils url=http://fhem.de/fhemupdate/controls_fhem.txt
2018.01.15 18:43:22 4: http://fhem.de/fhemupdate/controls_fhem.txt: HTTP response code 200
2018.01.15 18:43:22 4: HttpUtils http://fhem.de/fhemupdate/controls_fhem.txt: Got data, length: 130320
2018.01.15 18:43:22 4: Got remote controls_fhem.txt with 204 entries.
2018.01.15 18:43:23 4: Got local controls_fhem.txt with 1715 entries.
2018.01.15 18:43:23 4: HttpUtils url=http://fhem.de/fhemupdate/CHANGED
2018.01.15 18:43:24 4: http://fhem.de/fhemupdate/CHANGED: HTTP response code 200
2018.01.15 18:43:24 4: HttpUtils http://fhem.de/fhemupdate/CHANGED: Got data, length: 228787
2018.01.15 18:43:24 1: PERL WARNING: Use of uninitialized value in string eq at /usr/local/FHEM/98_update.pm line 295.
2018.01.15 18:43:24 1: PERL WARNING: Use of uninitialized value in string ne at /usr/local/FHEM/98_update.pm line 305.
2018.01.15 18:43:24 1: nothing to do...
2018.01.15 18:43:24 4: name: /fhem&fw_id=1308&cmd=update / RL:5487 / text/html; charset=UTF-8 /  /

Ich würd ja denken, dass das Problem hier ist:

2018.01.15 18:43:24 1: PERL WARNING: Use of uninitialized value in string eq at /usr/local/FHEM/98_update.pm line 295.
2018.01.15 18:43:24 1: PERL WARNING: Use of uninitialized value in string ne at /usr/local/FHEM/98_update.pm line 305.

... weiss aber nicht was das verursachen könnte.

[Zrrronggg!]

Obwohl:

2018.01.15 18:55:42 4: FHEMWEB:192.166.ZYX.XYZ:52427 POST /fhem&fw_id=1308&cmd=update+force; BUFLEN:0
2018.01.15 18:55:42 5: Cmd: >update force<
2018.01.15 18:55:42 4: HttpUtils url=http://fhem.de/fhemupdate/controls_fhem.txt
2018.01.15 18:55:43 4: http://fhem.de/fhemupdate/controls_fhem.txt: HTTP response code 200
2018.01.15 18:55:43 4: HttpUtils http://fhem.de/fhemupdate/controls_fhem.txt: Got data, length: 130320
2018.01.15 18:55:43 4: Got remote controls_fhem.txt with 204 entries.
2018.01.15 18:55:43 4: HttpUtils url=http://fhem.de/fhemupdate/CHANGED
2018.01.15 18:55:43 4: http://fhem.de/fhemupdate/CHANGED: HTTP response code 200
2018.01.15 18:55:43 4: HttpUtils http://fhem.de/fhemupdate/CHANGED: Got data, length: 228787
2018.01.15 18:55:44 1: nothing to do...
2018.01.15 18:55:44 4: name: /fhem&fw_id=1308&cmd=update+force / RL:5439 / text/html; charset=UTF-8 /  /
2018.01.15 18:55:44 4: FHEMWEB:192.166.ZYX.XYZ:52427 GET /fhem?XHR=1&inform=type=status;filter=;since=1516038943;fmt=JSON&fw_id=1308×tamp=1516038944378; BUFLEN:0

[LuckyDay]

Code Auswählen Erweitern

update force
mal probiert?

[Zrrronggg!]

Äh...

ich zitiere mich mal selbst:

Erster Post im Thread:

... Update (in allen Varianten, also auch check oder force) liefert ...

Letzter Post im Thread vor deinem:

2018.01.15 18:55:42 5: Cmd: >update force<

Kurzum: Ja, mehrmals. Das force auch "nothing to do..." erzeugt, irritiert mich auch am meisten.

[rudolfkoenig]

Ich habe jetzt aus SVN Version 10315 ausgecheckt, "chmod 644 FHEM/10_KOPP_FC.pm" durchgefuehrt, und danach ohne Probleme ein update gemacht.
Ich wuerde

Code Auswählen Erweitern


fhem> update list
fhem> update reset
fhem> update
versuchen.

[herrmannj]

Dann ziehe ich das mit dem "gebastel" natürlich zurück.

Ich vermute Du musst einmal "von Hand" die Dateien aktualisieren. (Holen zb per wget). Ich vermute (ungleich ich weiß) das die Version zu alt ist um sich selber noch zu aktualisieren. Es gab einige Änderungen im update code. Die Folge (vmtl): update ist zu alt um sich selber up-zu-Daten ...
edit: von Rudi damit invalidiert.

[Zrrronggg!]

fhem> update list
http://fhem.de/fhemupdate/controls_fhem.txt

fhem> update reset
fhem> update
nothing to do...

fhem>

herrmannj:

Ich vermute Du musst einmal "von Hand" die Dateien aktualisieren.

Ja, da dachte ich auch schon dran. Nur bin ich quasi fasziniert... ich würde gerne wissen, was da abgeht. Selbst nach reset kommt "Nothing to do".  Das schnall ich nicht.

[Zrrronggg!]

controls.txt und controls_fhem.txt sehen gut aus. Dachte da steht ggf doch quatsch drin. Ist aber nicht so.

[Zrrronggg!]

So. Per hand auf 5.8 gebracht, wie aktuell bei fhem.de runterladbar. Also auch schon nicht ganz frisch. Fehlermeldungen halten sich in Grenzen  , ganz ohne attr featurelevel

Version:

Latest Revision: 13439

File                Rev   Last Change

fhem.pl             13447 2017-02-19 13:24:25Z rudolfkoenig
96_allowed.pm       13219 2017-01-24 13:43:25Z rudolfkoenig
90_at.pm            12717 2016-12-05 21:53:35Z rudolfkoenig
00_CUL.pm           12983 2017-01-06 13:53:27Z rudolfkoenig
09_CUL_FHTTK.pm     12306 2016-10-09 18:29:18Z matscher

...

(hab jetzt nicht alles hier reingepastet)


Alledings:

Home-Management> update list
http://fhem.de/fhemupdate/controls_fhem.txt
Home-Management> update reset
Home-Management> update
Executing the update the background.
Home-Management> 2018.01.16 02:50:33 1 : nothing to do...

Seufz. Kapier ich nicht.

[Zrrronggg!]

Gerade zufällig bei

Code Auswählen Erweitern

fheminfo send
als Rückmeldung

HTTP::Request::Common missing

bekommen.

Da kommt doch in mir der Verdacht auf, das "Update" auch HTTP::Request::Common braucht und nur einfach irreführenderweise keine Fehlermeldung ausgibt.

cpan installiert das aber nicht, weil es (unter anderem)behauptet das Modul sei schon vorhanden. Ferner hat "update" bei mir ja schonmal funktioniert. Immerhin habe ich das verwendet um 5.7 zu installieren.

Forum sagt, dass das Problem ggf schonmal jemand hatte:

https://forum.fhem.de/index.php?topic=14872.0

Allerdings sind die Einlassungen von Rudi und Threadowner jenseits meiner Linux-Fähigkeiten. Ich wüsste z.b. nicht das auf meiner ARM Linux/Busybox-Kiste mehr als ein perl installiert wäre.

Gut, ich mach das hier zu... genau so wie hoffentlich bald den Host den es betrifft. Sobald ich USB Support auf meiner Debian Büchse an den start bekommen hab. 

Das einzig gute: Die manuell installierte 5.8 läuft  ...