Probleme beim FHEM Update

[NewRasPi]

Die jetzige Version noch nachliefer:

Code Auswählen Erweitern

Latest Revision: 14971

File              Rev   Last Change

fhem.pl           14945 2017-08-22 17:28:46Z rudolfkoenig
96_allowed.pm     14888 2017-08-13 12:07:12Z rudolfkoenig
98_autocreate.pm  14530 2017-06-17 19:38:39Z rudolfkoenig
98_DOIF.pm        14790 2017-07-26 10:27:41Z Damian
98_dummy.pm       12700 2016-12-02 16:49:42Z rudolfkoenig
91_eventTypes.pm  14888 2017-08-13 12:07:12Z rudolfkoenig
01_FHEMWEB.pm     14904 2017-08-15 12:24:49Z rudolfkoenig
92_FileLog.pm     14888 2017-08-13 12:07:12Z rudolfkoenig
91_notify.pm      14888 2017-08-13 12:07:12Z rudolfkoenig
11_OWDevice.pm    14523 2017-06-16 05:15:56Z neubert
10_OWServer.pm    14523 2017-06-16 05:15:56Z neubert
73_PRESENCE.pm    14711 2017-07-13 20:31:11Z markusbloch
70_Pushbullet.pm   9730 2015-10-30 15:06:41Z fhainz
51_RPI_GPIO.pm    12129 2016-09-06 21:47:53Z klauswitt
99_SUNRISE_EL.pm  14888 2017-08-13 12:07:12Z rudolfkoenig
98_telnet.pm      14453 2017-06-02 17:37:59Z rudolfkoenig
98_update.pm      14768 2017-07-23 07:40:10Z rudolfkoenig
99_Utils.pm       13259 2017-01-28 17:39:39Z rudolfkoenig
98_version.pm     14745 2017-07-18 20:56:01Z markusbloch

Blocking.pm       14734 2017-07-17 09:07:13Z rudolfkoenig
DevIo.pm          14933 2017-08-20 14:21:58Z rudolfkoenig
HttpUtils.pm      14945 2017-08-22 17:28:46Z rudolfkoenig
# $Id: OWNet.pm,v 1.24 2013/02/02 11:41:28 alfille Exp $
RTypes.pm         10476 2016-01-12 21:03:33Z borisneubert
SetExtensions.pm  12935 2017-01-02 19:51:46Z rudolfkoenig
TcpServerUtils.pm 14862 2017-08-07 15:16:03Z rudolfkoenig

fhemweb.js                 14906 2017-08-15 20:06:05Z rudolfkoenig
fhemweb_colorpicker.js     13580 2017-03-02 13:03:29Z justme1968
fhemweb_fbcalllist.js      13629 2017-03-06 20:50:43Z markusbloch
fhemweb_readingsGroup.js   13580 2017-03-02 13:03:29Z justme1968
fhemweb_readingsHistory.js 13580 2017-03-02 13:03:29Z justme1968
fhemweb_sortable.js        13629 2017-03-06 20:50:43Z markusbloch
fhemweb_uzsu.js            13580 2017-03-02 13:03:29Z justme1968

[NewRasPi]

Hallo FHEM Gemeinde
mein Problem ist leider noch immer nicht gelöst.
"https://fhem.de/fhemupdate/controls_fhem.txt: Can't connect(2) to https://fhem.de:443: SSL connect attempt failed"

In der Zwischenzeit habe ich ein FHEM auf einem neuen Raspberry Pi3 eingerichtet und da geht das Update.
Von dem nicht mehr updatefähigen Raspberry aus geht sogar im Shell Fenster der Ping-Befehl:

Code Auswählen Erweitern

pi@raspi2:~ $ ping www.computerbild.de
PING www.computerbild.de.dns.boreus.de (85.199.64.69) 56(84) bytes of data.
64 bytes from www.computerbild.de (85.199.64.69): icmp_seq=1 ttl=244 time=59.1 ms
64 bytes from www.computerbild.de (85.199.64.69): icmp_seq=2 ttl=244 time=54.6 ms
64 bytes from www.computerbild.de (85.199.64.69): icmp_seq=3 ttl=244 time=62.6 ms
64 bytes from www.computerbild.de (85.199.64.69): icmp_seq=4 ttl=244 time=58.7 ms
64 bytes from www.computerbild.de (85.199.64.69): icmp_seq=5 ttl=244 time=63.5 ms
64 bytes from www.computerbild.de (85.199.64.69): icmp_seq=6 ttl=244 time=55.3 ms
^C
--- www.computerbild.de.dns.boreus.de ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5008ms
rtt min/avg/max/mdev = 54.697/59.022/63.559/3.343 ms
pi@raspi2:~ $ ping www.google.de
PING www.google.de (172.217.18.163) 56(84) bytes of data.
64 bytes from fra15s29-in-f3.1e100.net (172.217.18.163): icmp_seq=1 ttl=54 time=31.2 ms
64 bytes from fra15s29-in-f3.1e100.net (172.217.18.163): icmp_seq=2 ttl=54 time=32.5 ms
64 bytes from fra15s29-in-f3.1e100.net (172.217.18.163): icmp_seq=3 ttl=54 time=28.1 ms
64 bytes from fra15s29-in-f3.1e100.net (172.217.18.163): icmp_seq=4 ttl=54 time=46.6 ms
64 bytes from fra15s29-in-f3.1e100.net (172.217.18.163): icmp_seq=5 ttl=54 time=27.8 ms
64 bytes from fra15s29-in-f3.1e100.net (172.217.18.163): icmp_seq=6 ttl=54 time=29.9 ms
64 bytes from fra15s29-in-f3.1e100.net (172.217.18.163): icmp_seq=7 ttl=54 time=30.0 ms
^C
--- www.google.de ping statistics ---
7 packets transmitted, 7 received, 0% packet loss, time 6008ms
rtt min/avg/max/mdev = 27.820/32.323/46.623/6.035 ms
pi@raspi2:~ $ ping www.bing.de
PING www.bing.de (204.79.197.219) 56(84) bytes of data.
64 bytes from 204.79.197.219: icmp_seq=1 ttl=119 time=31.0 ms
64 bytes from 204.79.197.219: icmp_seq=2 ttl=119 time=33.7 ms
64 bytes from 204.79.197.219: icmp_seq=3 ttl=119 time=38.9 ms
64 bytes from 204.79.197.219: icmp_seq=4 ttl=119 time=29.7 ms
64 bytes from 204.79.197.219: icmp_seq=5 ttl=119 time=31.2 ms
64 bytes from 204.79.197.219: icmp_seq=6 ttl=119 time=30.7 ms
^C
--- www.bing.de ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5008ms
rtt min/avg/max/mdev = 29.742/32.592/38.940/3.090 ms
pi@raspi2:~ $


Da würde ich vermuten, dass die Namensauflösung und meine Netzwerk Verbindung ins Internet soweit in Ordnung ist.
Gibt es im FHEM einen "Schalter" der es eventuell verhindert das es den Update Server erreicht?
(auch mit attrib WEB csrfToken none ändert sich der Zustand nicht)
Das Betriebssystem ist jetzt auf dem Stand:

Code Auswählen Erweitern

Operating System: Raspbian GNU/Linux 8 (jessie)
Kernel: Linux 4.9.52-v7+
Architecture: arm

pi@raspi2:~ $ uname -a
Linux raspi2 4.9.52-v7+ #1038 SMP Fri Sep 29 16:26:52 BST 2017 armv7l GNU/Linux

pi@raspi2:~ $ cat /etc/os-release
PRETTY_NAME="Raspbian GNU/Linux 8 (jessie)"
NAME="Raspbian GNU/Linux"
VERSION_ID="8"
VERSION="8 (jessie)"
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"

Latest Revision: 14971

File              Rev   Last Change

fhem.pl           14945 2017-08-22 17:28:46Z rudolfkoenig
96_allowed.pm     14888 2017-08-13 12:07:12Z rudolfkoenig
98_autocreate.pm  14530 2017-06-17 19:38:39Z rudolfkoenig
98_DOIF.pm        14790 2017-07-26 10:27:41Z Damian
98_dummy.pm       12700 2016-12-02 16:49:42Z rudolfkoenig
91_eventTypes.pm  14888 2017-08-13 12:07:12Z rudolfkoenig
93_FHEM2FHEM.pm   14888 2017-08-13 12:07:12Z rudolfkoenig
01_FHEMWEB.pm     14904 2017-08-15 12:24:49Z rudolfkoenig
92_FileLog.pm     14888 2017-08-13 12:07:12Z rudolfkoenig
91_notify.pm      14888 2017-08-13 12:07:12Z rudolfkoenig
11_OWDevice.pm    14523 2017-06-16 05:15:56Z neubert
10_OWServer.pm    14523 2017-06-16 05:15:56Z neubert
73_PRESENCE.pm    14711 2017-07-13 20:31:11Z markusbloch
70_Pushbullet.pm   9730 2015-10-30 15:06:41Z fhainz
51_RPI_GPIO.pm    12129 2016-09-06 21:47:53Z klauswitt
99_SUNRISE_EL.pm  14888 2017-08-13 12:07:12Z rudolfkoenig
98_telnet.pm      14453 2017-06-02 17:37:59Z rudolfkoenig
98_update.pm      14768 2017-07-23 07:40:10Z rudolfkoenig
99_Utils.pm       13259 2017-01-28 17:39:39Z rudolfkoenig
98_version.pm     14745 2017-07-18 20:56:01Z markusbloch

Blocking.pm       14734 2017-07-17 09:07:13Z rudolfkoenig
DevIo.pm          14933 2017-08-20 14:21:58Z rudolfkoenig
HttpUtils.pm      14945 2017-08-22 17:28:46Z rudolfkoenig
# $Id: OWNet.pm,v 1.24 2013/02/02 11:41:28 alfille Exp $
RTypes.pm         10476 2016-01-12 21:03:33Z borisneubert
SetExtensions.pm  12935 2017-01-02 19:51:46Z rudolfkoenig
TcpServerUtils.pm 14862 2017-08-07 15:16:03Z rudolfkoenig

fhemweb.js                 14906 2017-08-15 20:06:05Z rudolfkoenig
fhemweb_colorpicker.js     13580 2017-03-02 13:03:29Z justme1968
fhemweb_fbcalllist.js      13629 2017-03-06 20:50:43Z markusbloch
fhemweb_readingsGroup.js   13580 2017-03-02 13:03:29Z justme1968
fhemweb_readingsHistory.js 13580 2017-03-02 13:03:29Z justme1968
fhemweb_sortable.js        13629 2017-03-06 20:50:43Z markusbloch
fhemweb_uzsu.js            13580 2017-03-02 13:03:29Z justme1968


Hoffentlich kann mir ein Profi dazu einen möglichen Lösungsweg zeigen.
Vielen Dank
Elmar 

[dev0]

In der Zwischenzeit habe ich ein FHEM auf einem neuen Raspberry Pi3 eingerichtet und da geht das Update.

Das unterstützt meine Theorie von oben, dass es ein lokales Problem ist und kein FHEM Problem. zB ein kaputtes IO::Socket::SSL Perl Modul oder unterschiedliche Versionen davon. Auch wenn Du es anscheinend nicht wahrhaben willst

[NewRasPi]

Hallo dev0
bitte versteh mich nicht falsch. Ich such nach einer Reparatur Lösung. (keinesfalls möchte ich hier irgend jemand verärgern, es sind ja alle hier freiwillig in ihrer Freizeit am einbringen ihres Wissens.)
Vielleicht kann man ja dieses kaputte IO::Socket neu installieren? oder überprüfen?
Irgend wo im Netz stand auch das man über eine Shell auch das FHEM aktualisieren könnte. Das hat aber bei mir leider nicht funktioniert. Kennt dafür jemand die Quellangabe?

Das unterstützt meine Theorie von oben, dass es ein lokales Problem ist und kein FHEM Problem. zB ein kaputtes IO::Socket::SSL Perl Modul oder unterschiedliche Versionen davon. Auch wenn Du es anscheinend nicht wahrhaben willst

Schöne Grüße
Elmar

[devien]

Hallo,

ich habe mich entschlossen meine 3 Raspberrys mit Fhem Installation von wheezy auf den neuesten Stand zu bringen.

Um zu schauen ob ich die Konfig sauber vom unipian v3 auf ein raspian buster lite zum Laufen bekomme habe ich erstmal einen der unkritischen Raspberrys zum Testen verurteilt. Es ist ein raspberryPi1 B revision2

also sauberes Image vom Buster geladen, fhem per apt-get drauf und Configs drauf.

Fhem läuft, tut inzwischen auch was es soll, aber die Updatefunktion wirf immer wieder einen Fehler

Code Auswählen Erweitern

https://fhem.de/fhemupdate/controls_fhem.txt: Can't connect(2) to https://fhem.de:443:  SSL connect attempt failed error:14094410:SSL routines:ssl3_read_bytes:sslv3 alert handshake failure

- ich hab libio-socket-ssl-perl reinstalliert um ein Problem damit (ja hab im Forum schon einige Tage gesucht) auszuschließen.
- ich hab getestet ob dns Auflösung funktioniert (ja)
- ich hab geprüft ob die Kiste ssh nach draußen kann (ja)
- ich hab ssl v2 und v3 aus den global atributen rausgenommen, obgleich auf den 2 noch verbliebenen wheezy's mit v2 und v3 funktioniert
- ich hab die Gruppenzugehörigkeit geprüft

Code Auswählen Erweitern

pi@NikitaHWR1:~ $ id fhem
uid=999(fhem) gid=20(dialout) Gruppen=20(dialout),998(i2c),997(gpio)


hat alles nicht geholfen, beim letzten (herrausnehmen von ssl v2 und v3) hat er mir anschließend beim Update / update check gesagt das bereits das Update läuft. Auch nach nem init 6

hier mal ein List:

Code Auswählen Erweitern

Global:
  global               (no definition)

RPII2C:
  rpi2c                (initialized)

FHEMWEB:
  WEB                  (Initialized)
  WEB_192.168.0.20_52386 (Connected)

OWServer:
  ows                  (Initialized)

OWDevice:
  DS18B20_FL           (temperature: 20.625  alarm: 1)
  DS18B20_HKV1_01      (temperature: 20  alarm: 0)
  DS18B20_HKV1_02      (temperature: 20.0625  alarm: 0)
  DS18B20_HKV1_03      (temperature: 20.375  alarm: 0)
  DS18B20_HKV1_04      (temperature: 20.3125  alarm: 0)
  DS18B20_HKV1_05      (temperature: 19.875  alarm: 0)
  DS18B20_HKV1_06      (temperature: 19.8125  alarm: 0)
  DS18B20_HKV1_07      (temperature: 19.875  alarm: 1)
  DS18B20_HKV1_08      (temperature: 19.8125  alarm: 0)
  DS18B20_HKV1_09      (temperature: 20.125  alarm: 0)
  DS18B20_HKV1_10      (temperature: 19.9375  alarm: 0)
  DS18B20_HKV1_Ruecklauf (temperature: 20.1875  alarm: 0)
  DS18B20_HKV1_Vorlauf (temperature: 20.5  alarm: 0)
  DS18B20_KU           (temperature: n/a  alarm: 0)
  DS18B20_KZ           (temperature: 21.0625  alarm: 0)
  DS18B20_SZ           (temperature: 21.0625  alarm: 0)
  DS18B20_WZ           (temperature: 22.0625  alarm: 0)

eventTypes:
  eventTypes           (active)

FileLog:
  Logfile              (active)

allowed:
  allowed_WEB          (validFor:WEB)
  allowed_telnetPort   (validFor:telnetPort)

autocreate:
  autocreate           (active)

telnet:
  telnetPort           (Initialized)
  telnetPort_192.168.0.50_39293 (Connected)

man sieht das RPII2C immernoch auf initialized steht, das hab ich noch nicht gefixt bekommen, ist aber nicht wild da der i2c-1wire baustein über OWSERVER seine Busdaten an FHEM weiterreicht.

Ich hab die Kiste auch "noch einmal" mit einem frischen Image versehen, hat auch keine Besserung gebracht (nur übung).

bin gerade etwas ratlos.

Weiß jemand Hilfe?

[Otto123]

Hi,

nicht wirklich Hilfe, aber es gab diesen umfangreichen Thread dazu klingt ähnlich
https://forum.fhem.de/index.php/topic,102385.msg959441.html#msg959441

Gruß Otto

[ext23]

Moin,

ich hab hier auch auf meinen FHEM Systeme Probleme (unterschiedliche OS, unterschiedliche HW)

Code Auswählen Erweitern

https://fhem.de/fhemupdate/controls_fhem.txt: Can't connect(2) to https://fhem.de:443:  SSL connect attempt failed error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure

Spiele ich mit den ssl Atributen rum geht FHEM in ein loop mit folgendem Fehler:

Code Auswählen Erweitern

Can't call method "timeout" on an undefined value at /opt/fhem/FHEM/HttpUtils.pm line 939.

Eine Idee? Ich mache in der Regel einmal die Woche Updates und in den letzten Jahren lieft das eigentlich immer.

/Daniel

[MadMax-FHEM]

Evtl. das hier: https://forum.fhem.de/index.php/topic,105944.msg998578.html#msg998578

Irgendwo gegen Mitte...

Gruß, Joachim

[ext23]

Ein weiteres Workaround ist in FHEM/98_update.pm die Zeile 242
Code: [Auswählen]
  $src =~ s'^http://fhem\.de'https://fhem.de' if($upd_hasSSL);
auszukomentieren oder zu entfernen.

Super, danke. Dann habe ich ja noch etwas Zeit mein 14.04er Ubuntu Server frisch zu machen ^^