[Gelöst]Seit gestriegem Update, wird der Floorplan vollkomen falsch dargestellt

rudolfkoenig · 15 Januar 2015, 20:38:18

Welches?
Das Zweite kann man loesen, indem man ein CHANGED hinstellt, oder das restore abschaltet.
Das Erste weiss ich immer noch nicht. Evtl. das Ganze restore Dir zur Seite Schieben und neu erzeugen lassen. oder fhem.pl waehrend des updates mit strace beobachten. Bin aber sehr unsicher, ob diese Massnahmen zum Erfolg fuehren.

Tommy82 · 15 Januar 2015, 20:50:31

Wenn ich das restoreDir verschiebe und dann den update Befehl ausführe, dann kommt

Code Auswählen

opendir ./restoreDir: No such file or directory 
nothing to do...

hab dann mal nur das restoreDir angelegt , wenn ich dann das update versuche durchzuführen kommt

Code Auswählen

UPD ./configDB.pm 
mv ././configDB.pm ./restoreDir/2015-01-15/./configDB.pm failed:No such file or directory, aborting the update

also bringt mich auch nicht wirklich weiter.

ein

Zitatattr global stacktrace 1

und dann update bringt im log leider auch nur

Code Auswählen

2015.01.15 20:46:28.607 1: UPD ./configDB.pm
2015.01.15 20:46:28.703 1: mv ././configDB.pm ./restoreDir/2015-01-15/./configDB.pm failed:No such file or directory, aborting the update

Hab mal auf verbose 5 geschaltet und dann das update gestartet, dann kommt diese Meldung:

Code Auswählen

Got remote controlfile with 1443 entries. 
Got local controlfile with 1443 entries. 
mv ./FHEM/OWNet.* ./unused 
mv ./FHEM/release.* ./unused 
mv ./FHEM/99_updatefhem.* ./unused 
mv ./FHEM/99_CULflash.* ./unused 
mv ./FHEM/99_JsonList.* ./unused 
mv ./FHEM/99_backup.* ./unused 
mv ./FHEM/99_update.* ./unused 
mv ./FHEM/*.jpg ./www/images/default 
mv ./FHEM/*.png ./www/images/default 
mv ./FHEM/*.gplot ./www/gplot 
mv ./FHEM/*.js ./www/pgm2 
mv ./FHEM/*.svg ./www/pgm2 
mv ./FHEM/*.css ./www/pgm2 
mv ./FHEM/*.html ./docs 
mv ./www/pgm2/*.gplot ./www/gplot 
mv ./www/pgm2/*.jpg ./www/images/default 
mv ./www/pgm2/*.png ./www/images/default 
mv ./www/pgm2/*.html ./docs 
mv ./www/pgm2/fhemweb_multiple.js ./unused 
mv ./www/pgm2/fhemweb_noArg.js ./unused 
mv ./www/pgm2/fhemweb_slider.js ./unused 
mv ./www/pgm2/fhemweb_svg.js ./unused 
mv ./www/pgm2/fhemweb_textField.js ./unused 
mv ./www/pgm2/fhemweb_time.js ./unused 
UPD ./configDB.pm 
mv ././configDB.pm ./restoreDir/2015-01-15/./configDB.pm failed:No such file or directory, aborting the update

und im Log steht:

Code Auswählen

2015.01.15 20:48:19.943 5: Cmd: >update<
2015.01.15 20:48:19.944 4: HttpUtils url=http://fhem.de/fhemupdate/controls_fhem.txt
2015.01.15 20:48:20.082 4: http://fhem.de/fhemupdate/controls_fhem.txt: HTTP response code 200
2015.01.15 20:48:20.083 4: HttpUtils http://fhem.de/fhemupdate/controls_fhem.txt: Got data, length: 92866
2015.01.15 20:48:20.094 4: Got remote controlfile with 1443 entries.
2015.01.15 20:48:20.117 4: Got local controlfile with 1443 entries.
2015.01.15 20:48:20.163 4: HttpUtils url=http://fhem.de/fhemupdate/CHANGED
2015.01.15 20:48:20.309 4: http://fhem.de/fhemupdate/CHANGED: HTTP response code 200
2015.01.15 20:48:20.310 4: HttpUtils http://fhem.de/fhemupdate/CHANGED: Got data, length: 87623
2015.01.15 20:48:20.329 4: mv ./FHEM/OWNet.* ./unused
2015.01.15 20:48:20.330 4: mv ./FHEM/release.* ./unused
2015.01.15 20:48:20.331 4: mv ./FHEM/99_updatefhem.* ./unused
2015.01.15 20:48:20.332 4: mv ./FHEM/99_CULflash.* ./unused
2015.01.15 20:48:20.332 4: mv ./FHEM/99_JsonList.* ./unused
2015.01.15 20:48:20.332 4: mv ./FHEM/99_backup.* ./unused
2015.01.15 20:48:20.332 4: mv ./FHEM/99_update.* ./unused
2015.01.15 20:48:20.333 4: mv ./FHEM/*.jpg ./www/images/default
2015.01.15 20:48:20.333 4: mv ./FHEM/*.png ./www/images/default
2015.01.15 20:48:20.333 4: mv ./FHEM/*.gplot ./www/gplot
2015.01.15 20:48:20.334 4: mv ./FHEM/*.js ./www/pgm2
2015.01.15 20:48:20.334 4: mv ./FHEM/*.svg ./www/pgm2
2015.01.15 20:48:20.334 4: mv ./FHEM/*.css ./www/pgm2
2015.01.15 20:48:20.335 4: mv ./FHEM/*.html ./docs
2015.01.15 20:48:20.335 4: mv ./www/pgm2/*.gplot ./www/gplot
2015.01.15 20:48:20.335 4: mv ./www/pgm2/*.jpg ./www/images/default
2015.01.15 20:48:20.335 4: mv ./www/pgm2/*.png ./www/images/default
2015.01.15 20:48:20.335 4: mv ./www/pgm2/*.html ./docs
2015.01.15 20:48:20.336 4: mv ./www/pgm2/fhemweb_multiple.js ./unused
2015.01.15 20:48:20.336 4: mv ./www/pgm2/fhemweb_noArg.js ./unused
2015.01.15 20:48:20.336 4: mv ./www/pgm2/fhemweb_slider.js ./unused
2015.01.15 20:48:20.336 4: mv ./www/pgm2/fhemweb_svg.js ./unused
2015.01.15 20:48:20.337 4: mv ./www/pgm2/fhemweb_textField.js ./unused
2015.01.15 20:48:20.337 4: mv ./www/pgm2/fhemweb_time.js ./unused
2015.01.15 20:48:20.337 1: UPD ./configDB.pm
2015.01.15 20:48:20.338 4: HttpUtils url=http://fhem.de/fhemupdate/./configDB.pm
2015.01.15 20:48:20.419 4: http://fhem.de/fhemupdate/./configDB.pm: HTTP response code 200
2015.01.15 20:48:20.419 4: HttpUtils http://fhem.de/fhemupdate/./configDB.pm: Got data, length: 31417
2015.01.15 20:48:20.422 1: mv ././configDB.pm ./restoreDir/2015-01-15/./configDB.pm failed:No such file or directory, aborting the update
2015.01.15 20:48:20.448 4: Ignoring unknown_2D5FAB
2015.01.15 20:48:20.476 4: 27062:FHEMWEB:192.168.188.73:50697: /fhem&cmd=update / RL:1506 / text/html; charset=UTF-8 / Content-Encoding: gzip
 / 
2015.01.15 20:48:20.495 4: Connection closed for FHEMWEB:192.168.188.73:50731: EOF

Hoffe du siehst da was, ich leider nicht......

wmr72 · 15 Januar 2015, 20:53:26

Zitat von: Tommy82 am 15 Januar 2015, 19:41:55

Das update bricht weiterhin mit
Code Auswählen Erweitern
UPD ./CHANGED mv ././CHANGED ./restoreDir/2015-01-15/./CHANGED failed:Permission denied, aborting the update

ab.

Was kann das noch sein?

Du hast keine Schreibrechte im Quellverzeichnis (oder Zielverzeichnis, aber Du hast das schon ausgeschlossen) und kannst dort deswegen die Datei CHANGED nicht "löschen". Vermutlich gehört das fhem-Verzeichnis nicht dem Nutzer fhem. Wenn Du eine Datei löschen willst sind die Rechte des zugehörigen Verzeichnis relevant und nicht die der zu löschenden Datei.

Tommy82 · 15 Januar 2015, 20:59:51

Ich konnte die Datei CHANGED löschen und auch verschieben, hab beides gemacht.

Aber du hast recht, das Verzeichniss .../fhem/ gehörte nicht dem User fhem, hab ich gerade geändert, aber update schlägt trotzdem mit dem gleichen Fehler fehl

Seltsamerweise wird mir trotzem jetzt bei einem update check nur noch das angezeigt

Code Auswählen

List of new / modified files since last update: 
UPD ./configDB.pm 
UPD FHEM/01_FHEMWEB.pm

und bei einem update kommt dann das

Code Auswählen

UPD ./configDB.pm 
mv ././configDB.pm ./restoreDir/2015-01-15/./configDB.pm failed:No such file or directory, aborting the update

wmr72 · 15 Januar 2015, 21:06:25

Zeig doch mal die Ausgaben von
ls -al ..../fhem/
und
ls -al ..../fhem/restoreDir/

Tommy82 · 15 Januar 2015, 21:13:51

Habs glaub ich jetzt hinbekommen, hab die configDB.pm gelöscht und dann hat auh das update funktioniert.
update check, sagt jetzt nothing to do

Code Auswählen

ls -al opt/fhem/
total 14552
drwxrwxr-x 13 fhem root        4096 Jan 15 21:11 .
drwxr-xr-x  3 root root        4096 Nov 27 10:48 ..
drwxr-xr-x  3 fhem root        4096 Jan 15 20:40 backup
drwxr-xr-x  2 fhem root        4096 Dec 18 21:53 cache
drwxr-xr-x  2 root root        4096 Nov 27 20:50 certs
-rw-r--r--  1 fhem dialout    87623 Jan 15 20:40 CHANGED
-rw-r--r--  1 fhem dialout    31417 Jan 15 21:11 configDB.pm
drwxr-xr-x 32 fhem root        4096 Nov 27 10:48 contrib
drwxr-xr-x  2 fhem root        4096 Nov 27 10:48 demolog
drwxr-xr-x  4 fhem root        4096 Jan  3 15:40 docs
drwxr-xr-x  5 fhem root       16384 Jan 15 21:11 FHEM
-rw-r--r--  1 fhem root       82914 Jan 15 21:12 fhem.cfg
-rw-r--r--  1 fhem root       12559 Nov  9 14:16 fhem.cfg.demo
-rw-r--r--  1 fhem root      106806 Jan 15 20:40 fhem.pl
-rw-r--r--  1 fhem root    14491812 Jan 15 21:12 HeizungFenster_Log
drwxr-xr-x  2 fhem root        4096 Jan 15 19:54 log
-rw-r--r--  1 fhem root         761 Nov  9 14:16 README_DEMO.txt
drwxr-xr-x  3 root root        4096 Jan 15 21:07 restoreDir
drwxr-xr-x  2 fhem root        4096 Jan 15 21:03 unused
drwxr-xr-x  9 fhem root        4096 Dec  6 14:04 www

Code Auswählen

ls -al opt/fhem/restoreDir/
total 12
drwxr-xr-x  3 root root 4096 Jan 15 21:07 .
drwxrwxr-x 13 fhem root 4096 Jan 15 21:11 ..
drwxr-xr-x  3 fhem root 4096 Jan 15 21:11 2015-01-15

version ergibt jetzt

Code Auswählen

# $Id: fhem.pl 7542 2015-01-13 09:43:33Z rudolfkoenig $ 
# $Id: 10_CUL_HM.pm 7513 2015-01-11 07:36:40Z martinp876 $ 
# $Id: 57_Calendar.pm 7509 2015-01-10 20:19:03Z borisneubert $ 
# $Id: 95_Dashboard.pm 5921 2014-05-21 18:47:19Z svenson08 $ 
# $Id: 70_ENIGMA2.pm 7404 2015-01-02 13:24:31Z loredo $ 
# $Id: 00_FBAHA.pm 7098 2014-11-30 08:48:03Z rudolfkoenig $ 
# $Id: 10_FBDECT.pm 6771 2014-10-15 17:59:23Z rudolfkoenig $ 
# $Id: 01_FHEMWEB.pm 7581 2015-01-15 19:07:08Z rudolfkoenig $ 
# $Id: 95_FLOORPLAN.pm 6174 2014-06-29 05:51:28Z ulimaass $ 
# $Id: 92_FileLog.pm 7496 2015-01-10 16:54:23Z rudolfkoenig $ 
# $Id: 00_HMLAN.pm 7331 2014-12-27 09:38:13Z martinp876 $ 
# $Id: 98_HMinfo.pm 7444 2015-01-05 12:30:34Z martinp876 $ 
# $Id: 98_HTTPMOD.pm 7313 2014-12-23 09:37:35Z ststrobel $ 
# $Id: 99_SUNRISE_EL.pm 6765 2014-10-14 18:24:29Z rudolfkoenig $ 
# $Id: 98_SVG.pm 7567 2015-01-14 17:56:26Z rudolfkoenig $ 
# $Id: 42_SYSMON.pm 7153 2014-12-06 22:23:17Z hexenmeister $ 
# $Id: 99_Utils.pm 7528 2015-01-11 18:23:31Z rudolfkoenig $ 
# $Id: 98_WOL.pm 7036 2014-11-21 22:00:16Z dietmar63 $ 
# $Id: 59_Weather.pm 6705 2014-10-07 17:41:42Z borisneubert $ 
# $Id: 90_at.pm 7563 2015-01-14 07:53:50Z rudolfkoenig $ 
# $Id: 98_autocreate.pm 6505 2014-09-06 12:24:48Z rudolfkoenig $ 
# $Id: 98_dummy.pm 4934 2014-02-15 08:23:12Z rudolfkoenig $ 
# $Id: 91_notify.pm 7260 2014-12-19 12:50:49Z rudolfkoenig $ 
# $Id: 33_readingsGroup.pm 7534 2015-01-11 21:00:13Z justme1968 $ 
# $Id: 98_structure.pm 7056 2014-11-24 11:51:07Z rudolfkoenig $ 
# $Id: 98_telnet.pm 6611 2014-09-24 07:48:32Z rudolfkoenig $ 
# $Id: 98_update.pm 7503 2015-01-10 19:41:41Z rudolfkoenig $ 
./FHEM/95_webViewControl.pm: No such file or directory 
# $Id: 98_weblink.pm 5608 2014-04-23 10:57:16Z rudolfkoenig $

scheint jetzt wieder alles aktuell zu sein!?

Allerdings passt der Floorplan jetzt wieder nicht mehr

wmr72 · 15 Januar 2015, 21:19:29

Du hast immer noch Unterverzeichnisse, die root gehören, insbesondere z.B. restoreDir. Das wird spätestens dann wieder Probleme machen, wenn fhem ein neues Verzeichnis darin anlegen will. Bei mir würde ich das jetzt mit einem chown -R fhem ...../fhem beheben, ob das auf Deine Installation passt weiß ich aber nicht.

Tommy82 · 15 Januar 2015, 21:21:12

Das guck ich mir nochmal an, allerdings wie oben schon geschrieben passt jetzt wieder der FP nicht mit der aktuellen version.....

betateilchen · 15 Januar 2015, 21:25:19

Zitat von: Tommy82 am 15 Januar 2015, 21:13:51
hab die configDB.pm gelöscht

und Du glaubst wirklich, das hatte irgendeinen Sinn?

Tommy82 · 15 Januar 2015, 21:41:13

Naja Sinn ist natürlich eine gute Frage, aber zumindest läuft seit dem das Update sauber durch. Aber du hast schon recht das Problem muss eigentlich woanders liegen

Aber kaputt gemacht haben dürfte ich damit ja auch nichts, da ich altuell keine sql Database nutze!?!

Aber wie oben schon geschrieben gibt es mit der aktuellen fhem version bei mir immer noch ein Problem mit dem Floorplan wie oben auf dem Screen zu sehen, damit wären wir dann wieder beim Ausgangsthema von diesem Thread

fhem-challenge · 15 Januar 2015, 22:56:49

Zitat von: rudolfkoenig am 15 Januar 2015, 19:07:25
@fhem-challenge: Ich habe was geaendert, es koennte helfen. Mangels ordentlicher Fehlermeldung kann ich nicht mehr sagen.

Habe das Update soeben gemacht. Problem bleibt leider bestehen.

Fehler sind im LOG nicht vorhanden (auch bei verbose=5)...

Habe ich sonst eine andere Change etwaige Fehler zu "loggen" ... (abgesehen vom FHEM Log) ?

Viele Grüße!

Andreas

franky08 · 15 Januar 2015, 23:07:55

Das update ist erst ab morgen früh 8:00 Uhr erhältlich, sonst die Datei aus dem SVN laden.

fhem-challenge · 16 Januar 2015, 13:48:33

Zitat von: franky08 am 15 Januar 2015, 23:07:55
Das update ist erst ab morgen früh 8:00 Uhr erhältlich, sonst die Datei aus dem SVN laden.

Danke

... aber , leider bleibt das Problem persistent. Ich habe danach noch ein update force gemacht, Problem bleibt. Bin wieder gezwungernermassen auf 9.1.2015 zurück, da geht alles.

Frage: an welchen Modulen gab es einen Änderung zum 10.1.2015 im Vergleich zum ca. 8.1.2015 ?

Der simple Austausch der 01_FHEMWEB löst das Problem bei mir nicht. Es müssen noch weitere Module für diesen Effekt "verantwortlich" sein.

Wenn ich den aktuellen Release Stand (heute, bzw. jeden Stand >= 10.1.2015) betreibe und nur die 01_FHEMWEB austausche, bleibt das Problem bestehen.

Bei jedem "refresh" des Browsers im Floorplan, ändern sich die Icons (teilweise vertauscht), oder werden auch garnicht geladen etc. etc.. vorher habe ich auch den Browsercache vollständig gelöscht.

... Vollkommen frustriert bleibe ich jetzt bei 9.1.2015 ...

LG

Andreas

rudolfkoenig · 16 Januar 2015, 14:00:40

Solche Meldungen helfen nicht, das Problem zu loesen. Man kann natuerlich abwarten, dass durch Zufall das Problem geloest wird, oder jemand anderes mir hilft dieses Problem zu beheben, das kann aber dauern.

Ich brauche eine von mir nachstellbare Konfiguration, d.h. ohne Hardware-Abhaengigkeiten.
Wenn ich das habe, wird es zeitnah gefixt.

fhem-challenge · 16 Januar 2015, 21:22:08

Zitat von: rudolfkoenig am 16 Januar 2015, 14:00:40
Solche Meldungen helfen nicht, das Problem zu loesen. Man kann natuerlich abwarten, dass durch Zufall das Problem geloest wird, oder jemand anderes mir hilft dieses Problem zu beheben, das kann aber dauern.

Ich brauche eine von mir nachstellbare Konfiguration, d.h. ohne Hardware-Abhaengigkeiten.
Wenn ich das habe, wird es zeitnah gefixt.

Ja natürlich. Ich habe schon ca. 2 Tage investiert um reproduzierbare Effekte in Abhängigkeit des Versionen nachzustellen. Mein Effekt ist ja auch im "parallel"-Thread bei vielen anderen zu finden, die ähnliche Probleme mit der Reproduzierbarkeit haben.

Ich werde mal eine Minimalconfig aufbauen, mit einem kleinen Floorplan (ohne weitere Abhängigkeiten) und dann die unterschiedlichen releases "probieren".

Deshalb auch meinen Frage: Welches sinnvolles Debugging (bis auf verbose 5 in FHEM) ist noch sinnvoll ?
Welches Modul wäre noch möglicher Verursache (ausser 01_FHEMWEB) ?

Ich könnte mir den "HTML-Sourcecode" im Browser genauer ansehen, warum hier die Icons vertauscht werden und welche Logik (so eine existiert) dahinter steckt. Teilweise ist auch das Problem, dass vertauschte Icons dann im Browsercache bleiben, also gilt hier jedesmal auch den Browsercache zu löschen um Reproduzierbarkeit zu bekommen. Es ist ein wirklich subtiles Problem.