Update Cant connect - danach FHEM zerschossen (Gelöst)

Begonnen von breezybadger, 09 Januar 2015, 17:56:16

Vorheriges Thema - Nächstes Thema

breezybadger

Hallo liebes Forum, ich suche schon seit Tagen nach einer Lösung, habe alles abgegooglet und hoffe nun auf eure Hilfe.

Ich betreibe FHEM an einem Rasperry mit Wheezy. Derzeit hängt er per LAN(und exposed host) an einer Fritzbox welche per Glasfaster über einen DS Lite rausgeht.
Ich habe alles komplett neu aufgesetzt und keine Änderungen in der cfg bisher vorgenommen. Als erstes Versuche ich es mit Update check und danach mit update all. Die Ergebnisse unterscheiden sich kaum manchmal komme ich weiter manchmal nicht. Am ende bricht er ab und endet mit :
ZitatCan't connect(1) to http://fhem.de:80: IO::Socket::INET: connect: Connection refused

Ich hab auch das TimeOut auf 10 sek erhöht. Starte ich nun Fhem neu, bekomme ich kurz die Startseite zu sehen und dann ist FHEm nicht mehr erreichbar und muss neugestartet werden ( hierbei muss ich aber erst alle Module neu per SFPT kopieren )

Vielen Dank und falls ihr Infos braucht - let me know

Rince

Wenn du alles abgegoogelt hast, könntest du noch etwas Zeit mit dem Lesen der Suchergebnisse verbringen.

Da würdest dann drauf stoßen, dass es allen hier sehr schwer fällt ohne das Logfile etwas dazu zu sagen...

Also:
Zeig uns das Logfile...
Wer zu meinen Posts eine Frage schreibt und auf eine Antwort wartet, ist hiermit herzlich eingeladen mich per PN darauf aufmerksam zu machen. (Bitte mit Link zum betreffenden Thread)

breezybadger

Ich denke es versteht sich von selbst, auch zu lesen was man findet...

Hier ist der Auszug aus dem letzen Log vom Versuch des Updates. Falls etwas anders benötigt wird bitte bescheid geben:
ZitatEvents (global only):
2015-01-10 13:36:00 Global global UPD ./CHANGED
2015-01-10 13:36:00 Global global UPD ./configDB.pm
2015-01-10 13:36:00 Global global UPD ./fhem.pl
2015-01-10 13:36:00 Global global UPD FHEM/00_CUL.pm
2015-01-10 13:36:00 Global global UPD FHEM/00_FBAHA.pm
2015-01-10 13:36:00 Global global UPD FHEM/00_HMLAN.pm
2015-01-10 13:36:00 Global global UPD FHEM/00_HXB.pm
2015-01-10 13:36:00 Global global UPD FHEM/00_MAXLAN.pm
2015-01-10 13:36:01 Global global UPD FHEM/00_MQTT.pm
2015-01-10 13:36:01 Global global UPD FHEM/00_RPII2C.pm
2015-01-10 13:36:01 Global global UPD FHEM/00_SONOS.pm
2015-01-10 13:36:01 Global global UPD FHEM/00_TCM.pm
2015-01-10 13:36:01 Global global UPD FHEM/00_THZ.pm
2015-01-10 13:36:01 Global global UPD FHEM/00_ZWDongle.pm
2015-01-10 13:36:01 Global global UPD FHEM/01_FHEMWEB.pm
2015-01-10 13:36:01 Global global UPD FHEM/02_FRAMEBUFFER.pm
2015-01-10 13:36:02 Global global UPD FHEM/02_RSS.pm
2015-01-10 13:36:02 Global global UPD FHEM/09_CUL_FHTTK.pm
2015-01-10 13:36:02 Global global UPD FHEM/10_CUL_HM.pm
2015-01-10 13:36:02 Global global UPD FHEM/10_EnOcean.pm
2015-01-10 13:36:02 Global global UPD FHEM/10_FRM.pm
2015-01-10 13:36:02 Global global UPD FHEM/10_FS20.pm
2015-01-10 13:36:02 Global global UPD FHEM/10_HXBDevice.pm
2015-01-10 13:36:02 Global global UPD FHEM/10_IT.pm
2015-01-10 13:36:03 Global global UPD FHEM/10_MAX.pm
2015-01-10 13:36:03 Global global UPD FHEM/10_MQTT_BRIDGE.pm
2015-01-10 13:36:03 Global global UPD FHEM/10_MQTT_DEVICE.pm
2015-01-10 13:36:03 Global global UPD FHEM/10_MYSENSORS_DEVICE.pm
2015-01-10 13:36:03 Global global UPD FHEM/10_OWServer.pm
2015-01-10 13:36:03 Global global UPD FHEM/10_RESIDENTS.pm
2015-01-10 13:36:03 Global global UPD FHEM/10_ZWave.pm
2015-01-10 13:36:03 Global global UPD FHEM/11_FHT8V.pm
2015-01-10 13:36:03 Global global UPD FHEM/14_CUL_MAX.pm
2015-01-10 13:36:03 Global global UPD FHEM/14_CUL_TCM97001.pm
2015-01-10 13:36:03 Global global UPD FHEM/20_FRM_ROTENC.pm
2015-01-10 13:36:03 Global global UPD FHEM/20_GUEST.pm
2015-01-10 13:36:04 Global global UPD FHEM/20_ROOMMATE.pm
2015-01-10 13:36:04 Global global UPD FHEM/21_OWCOUNT.pm
2015-01-10 13:36:04 Global global UPD FHEM/21_OWTHERM.pm
2015-01-10 13:36:04 Global global UPD FHEM/21_SONOSPLAYER.pm
2015-01-10 13:36:04 Global global UPD FHEM/23_KOSTALPIKO.pm
2015-01-10 13:36:04 Global global UPD FHEM/23_LUXTRONIK2.pm
2015-01-10 13:36:04 Global global UPD FHEM/30_HUEBridge.pm
2015-01-10 13:36:04 Global global UPD FHEM/30_MilightBridge.pm
2015-01-10 13:36:04 Global global UPD FHEM/31_HUEDevice.pm
2015-01-10 13:36:05 Global global UPD FHEM/31_LightScene.pm
2015-01-10 13:36:05 Global global UPD FHEM/31_MilightDevice.pm
2015-01-10 13:36:05 Global global UPD FHEM/32_SYSSTAT.pm
2015-01-10 13:36:05 Global global UPD FHEM/32_mailcheck.pm
2015-01-10 13:36:05 Global global UPD FHEM/32_withings.pm
2015-01-10 13:36:05 Global global UPD FHEM/33_readingsGroup.pm
2015-01-10 13:36:05 Global global UPD FHEM/33_readingsHistory.pm
2015-01-10 13:36:05 Global global UPD FHEM/34_SWAP.pm
2015-01-10 13:36:05 Global global UPD FHEM/36_LaCrosse.pm
2015-01-10 13:36:05 Global global UPD FHEM/36_WMBUS.pm
2015-01-10 13:36:06 Global global UPD FHEM/37_harmony.pm
2015-01-10 13:36:06 Global global UPD FHEM/38_CO20.pm
2015-01-10 13:36:06 Global global UPD FHEM/38_netatmo.pm
2015-01-10 13:36:06 Global global UPD FHEM/42_SMARTMON.pm
2015-01-10 13:36:06 Global global UPD FHEM/42_SYSMON.pm
2015-01-10 13:36:06 Global global UPD FHEM/51_RPI_GPIO.pm
2015-01-10 13:36:06 Global global UPD FHEM/52_I2C_EEPROM.pm
2015-01-10 13:36:06 Global global UPD FHEM/52_I2C_MCP23008.pm
2015-01-10 13:36:06 Global global UPD FHEM/52_I2C_MCP23017.pm
2015-01-10 13:36:06 Global global UPD FHEM/52_I2C_MCP342x.pm
2015-01-10 13:36:06 Global global UPD FHEM/52_I2C_PCA9532.pm
2015-01-10 13:36:07 Global global UPD FHEM/55_GDS.pm
2015-01-10 13:36:07 Global global UPD FHEM/57_Calendar.pm
2015-01-10 13:36:07 Global global UPD FHEM/59_OPENWEATHER.pm
2015-01-10 13:36:07 Global global UPD FHEM/59_PROPLANTA.pm
2015-01-10 13:36:07 Global global UPD FHEM/59_Twilight.pm
2015-01-10 13:36:07 Global global UPD FHEM/64_ESA2000.pm
2015-01-10 13:36:07 Global global UPD FHEM/66_ECMD.pm
2015-01-10 13:36:07 Global global UPD FHEM/70_ENIGMA2.pm
2015-01-10 13:36:07 Global global UPD FHEM/70_JSONMETER.pm
2015-01-10 13:36:07 Global global UPD FHEM/70_Jabber.pm
2015-01-10 13:36:08 Global global UPD FHEM/70_ONKYO_AVR.pm
2015-01-10 13:36:08 Global global UPD FHEM/70_PHTV.pm
2015-01-10 13:36:18 Global global http://fhem.de/fhemupdate/FHEM/70_PHTV.pm: Can't connect(1) to http://fhem.de:80: IO::Socket::INET: connect: timeout

Rince

:(
Das sagt nur, dass ab 70_PHTV.pm das Update abgebrochen hat. Das ist also die Ursache für das fehlerhafte Update.

Jetzt wären die Auswirkungen in Form des Logfiles gut.


Wenn fhem startet schreibt es was ins Logfile. Und wenn es ammok läuft, normalerweise auch.

Könntest du also die letzten Lebenszeichen von fhem (also den Schluß vom Logfile) posten...
Wer zu meinen Posts eine Frage schreibt und auf eine Antwort wartet, ist hiermit herzlich eingeladen mich per PN darauf aufmerksam zu machen. (Bitte mit Link zum betreffenden Thread)

breezybadger

Hallo Danke für die Fixe Antwort. Also entweder bin ich zu dumm oder das Logfile is nur Semi-Aussagekräftig. Ich hab nun Timeout auf 300 gestellt, was auch nicht hilft. Der Abbruch passiert immer wann anders. Hier aus dem Interface -> Logfile die letzen Zeilen:
Zitat2015.01.10 16:32:01 1: UPD FHEM/52_I2C_MCP342x.pm
2015.01.10 16:32:01 1: UPD FHEM/52_I2C_PCA9532.pm
2015.01.10 16:32:01 1: UPD FHEM/55_GDS.pm
2015.01.10 16:32:01 1: UPD FHEM/57_Calendar.pm
2015.01.10 16:32:01 1: UPD FHEM/59_OPENWEATHER.pm
2015.01.10 16:32:02 1: http://fhem.de/fhemupdate/FHEM/59_OPENWEATHER.pm: Can't connect(1) to http://fhem.de:80: IO::Socket::INET: connect: Connection refused

Rince

ZitatIch hab auch das TimeOut auf 10 sek erhöht. Starte ich nun Fhem neu, bekomme ich kurz die Startseite zu sehen und dann ist FHEm nicht mehr erreichbar und muss neugestartet werden ( hierbei muss ich aber erst alle Module neu per SFPT kopieren ) 

Ich denke, dein fhem ist nicht mehr erreichbar?
Wie führst du denn Updates durch???

So wie du das schilderst, passiert doch nach einem fhem Start nix.
Dazu den Auszug aus dem Logfile.

Dann kopierst du händisch Module rum und startest fhem, welches kurz die Startseite zeigt und dann nimmer erreichbar ist.
Dazu den Auszug aus dem Logfile
Wer zu meinen Posts eine Frage schreibt und auf eine Antwort wartet, ist hiermit herzlich eingeladen mich per PN darauf aufmerksam zu machen. (Bitte mit Link zum betreffenden Thread)

breezybadger

Hallo entschuldige die unsaubere Formulierung.

Der Stand ist folgender : frisches FHEM geht -> update all -> Ergebnis des Logfiles es bricht ab -> Neustart -> FHEM nicht mehr erreichbar.

Das lässt sich wieder beheben wenn ich manuell die Module aus der frischen install kopiere und per Terminal starte.

Rince

Gibt es einen besondren Grund warum du mir die spannenden Stellen im Logfile nicht zeigen willst?

Dann stelle ich hier meine Bemühungen ein. Ich hab keine Glaskugel.


Aber noch 2 - 3 Dinge:
1. Der Befehl nennt sich "update", nicht "update all" ; das reicht in 99% aller Fälle (du brauchst nur Dateien, die sich geändert haben)
2. Wenn der Update Befehl hängen bleibt, kann man ihn einfach erneut ausführen; irgendwann wird es ja fertig sein. Dazu musst aber update und nicht update all nehmen.
3. Wenn es partout nicht gehen will, beende fhem und mach das Update "von Hand". Wechsle in dein fhem Verzeichnis und checke fhem aus (fhem sollte nicht laufen dazu schätze ich)
Hab das noch nie gemacht, es müsste was wie svn co https://fhem.svn.sourceforge.net/svnroot/fhem/trunk/fhem
sein.
Wer zu meinen Posts eine Frage schreibt und auf eine Antwort wartet, ist hiermit herzlich eingeladen mich per PN darauf aufmerksam zu machen. (Bitte mit Link zum betreffenden Thread)

breezybadger

#8
Hallo Rince,

das ist alles was die Logfile mir auswirft.
Vielen Dank für deine Tipps, das Resultat ist folgendes:
Also der Tipp mit dem Update hat leider nicht geholfen, er versucht sich immer alles zu holen - auch nach einem Update Check dazwischen.

Das manuelle auschecken scheint irgendwie geklappt zu haben - was mich jedoch wundern wenn ich danach per Interface ein Update versuche durchzuführen versucht er sich dennoch alles neu zu holen.

Bin ich irgendwie zu dumm das zu benutzen oder hat sich ein Fehler eingeschlichen?

Rince

Du verwechselst nicht zufällig das Logfile und den Eventmonitor?

Das Logfile findet sich auf deinem fhem Rechner vermutlich unter /opt/fhem/log und könnte zur Zeit den Namen fhem-2015-01.log tragen :)
Wer zu meinen Posts eine Frage schreibt und auf eine Antwort wartet, ist hiermit herzlich eingeladen mich per PN darauf aufmerksam zu machen. (Bitte mit Link zum betreffenden Thread)

breezybadger

Hallo Rince,

danke noch einmal für dein Support. Nein leider verwechselt ich es nicht, da meine cfg noch die stand. ist würden mich im Eventmonitor mehr als im Log auch überraschen. Das ist leider alles was es derzeit hergibt.

Ich hab aber dank deiner SVN Lösung einen Weg gefunden mit dem ich Leben kann, auch wenn damit für mich die Updates erschwert werden. Sollte es sich hierbei um einen FHEM Fehler und kein Systemfehler bei mir handeln, schick ich natürlich gerne alles an Infos die zur Behebung notwendig wären.

Bis dahin, danke für die Lösung

Liebe Grüße Daniel