FHEM Forum

FHEM => Anfängerfragen => Thema gestartet von: mane88 am 22 Februar 2018, 12:22:45

Titel: Probleme mit Handshake (SSLeay:aacept ->0), Handshake failed, kein Frontend
Beitrag von: mane88 am 22 Februar 2018, 12:22:45
Hallo,

habe in letzter Zeit immer öfter folgende Meldung im Log. Teilweise ist ein Zugriff auf FHEM erst noch Minuten möglich oder einem Neustart.
2018.02.22 10:57:12 1: FHEMWEB SSL/HTTPS error:  SSL connect accept failed because of handshake problems (peer: 192.168.200.10)

wenn ich mit einem Device auf FHEM zugreife (Win 10 Rechner, Iphone Safari, Ipad, ...)

Ich habe im Forum schon einiges dazu gelesen aber eine Lösung gibt es anscheint keine. Habe das Zertifikat wie im Wiki beschrieben erzeugt und in den Ordner mit Berechtigungen verschoben.

Habe auch den Debug Befehl aktiviert gehabt mit folgendem Ergebnis

Zugriff klappt nicht

DEBUG: .../IO/Socket/SSL.pm:2569: free ctx 54281008 open=54281008
DEBUG: .../IO/Socket/SSL.pm:2581: OK free ctx 54281008
DEBUG: .../IO/Socket/SSL.pm:2536: new ctx 51227864
DEBUG: .../IO/Socket/SSL.pm:1343: start handshake
DEBUG: .../IO/Socket/SSL.pm:819: starting sslifying
DEBUG: .../IO/Socket/SSL.pm:863: Net::SSLeay::accept -> 0
DEBUG: .../IO/Socket/SSL.pm:1774: SSL connect accept failed because of handshake problems
DEBUG: .../IO/Socket/SSL.pm:2569: free ctx 51227864 open=51227864
DEBUG: .../IO/Socket/SSL.pm:2581: OK free ctx 51227864
2018.02.22 10:57:12 1: FHEMWEB SSL/HTTPS error:  SSL connect accept failed because of handshake problems (peer: 192.168.200.10)


Zugriff klappt
DEBUG: .../IO/Socket/SSL.pm:2569: free ctx 52425160 open=54281008 52425160
DEBUG: .../IO/Socket/SSL.pm:2581: OK free ctx 52425160
DEBUG: .../IO/Socket/SSL.pm:2569: free ctx 54281008 open=54281008
DEBUG: .../IO/Socket/SSL.pm:2581: OK free ctx 54281008
DEBUG: .../IO/Socket/SSL.pm:2536: new ctx 54281008
DEBUG: .../IO/Socket/SSL.pm:1343: start handshake
DEBUG: .../IO/Socket/SSL.pm:819: starting sslifying
DEBUG: .../IO/Socket/SSL.pm:863: Net::SSLeay::accept -> -1
DEBUG: .../IO/Socket/SSL.pm:863: Net::SSLeay::accept -> 1
DEBUG: .../IO/Socket/SSL.pm:911: handshake done, socket ready


Hat jemand noch eine Idee warum es ab und an geht und dann wieder nicht? Wie kann ich einen Zugriff sicherstellen sodass ich nicht vor verschlossener Tür warten muss bis sich FHEM gefangen hat. Ein Zugriff über Putty/WinSPC ist dauerhaft und ohne Probleme möglich!

Solltet ihr noch weitere Infos benötigen bitte schreiben.

Ich hoffe es kann eine Lösung gefunden werden.

Danke!
Titel: Antw:Probleme mit Handshake
Beitrag von: mane88 am 26 Februar 2018, 18:35:13
#Update

seit dem Update am 25.02.18 kann ich überhaupt nicht mehr auf das WebInterface zugreifen. Auch Neustarts haben nichts ergeben.

Hat jemand jetzt noch eine Idee wie ich die FHEM Instanz zum laufen bekomme?
Titel: Antw:Probleme mit Handshake
Beitrag von: Wuehler am 27 Februar 2018, 09:30:51
Vielleicht hilft folgender thread:
https://forum.fhem.de/index.php?topic=61511.0 (https://forum.fhem.de/index.php?topic=61511.0)
Titel: Antw:Probleme mit Handshake
Beitrag von: mane88 am 27 Februar 2018, 17:51:08
Zitat von: Wuehler am 27 Februar 2018, 09:30:51
Vielleicht hilft folgender thread:
https://forum.fhem.de/index.php?topic=61511.0 (https://forum.fhem.de/index.php?topic=61511.0)

Hey danke da hatte ich auch schon nachgefragt, bzw. diese Tipps verfolgt, jedoch leider ohne Erfolg.

Habe die Config jetzt mal wie foglt geändert

define WEB_admin FHEMWEB 8083 global
attr WEB_admin HTTPS 0
attr WEB_admin JavaScripts codemirror/fhem_codemirror.js
attr WEB_admin codemirrorParam { "theme":"blackboard", "lineNumbers":true
attr WEB_admin confirmDelete 0
attr WEB_admin editConfig 1
attr WEB_admin menuEntries VCCUPair,cmd=set+vccu+hmPairForSec+300,Restart,cmd=shutdown+restart,Reload_MyUtils,cmd=reload+99_myUtils.pm,Backup,cmd=backup
attr WEB_admin room Webservice
#attr WEB_admin sslVersion TLSv12:!SSLv3
attr WEB_admin stylesheetPrefix dark
attr WEB_admin webname Wohnung_Hechtsheim_admin


Komme aber weder mit https:// noch mit http:// auf das Frontend. Auch als SSL noch aktiviert war ist keine Verbindung möglich.

Chrome spuckt nur
Diese Website ist nicht erreichbar
Die Antwort von 192.168.200.24 hat zu lange gedauert.
Versuchen Sie Folgendes:

Verbindung prüfen
Proxy und Firewall prüfen
Windows-Netzwerkdiagnose ausführen
ERR_TIMED_OUT
Bitte überprüfen Sie Ihre Internetverbindung.
Überprüfen Sie alle Kabel und starten Sie alle verwendeten Router, Modems und anderen Netzwerkgeräte neu.
Erlauben Sie Chrome in Ihren Firewall- und Virenschutzeinstellungen den Zugriff auf das Netzwerk.
Falls das Programm schon in der Liste mit erlaubtem Netzwerkzugriff eingetragen ist, entfernen Sie es aus der Liste und fügen Sie es noch einmal hinzu.
Falls Sie einen Proxyserver verwenden...
Vergewissern Sie sich, dass der Proxyserver funktioniert. Überprüfen Sie die Proxyeinstellungen oder wenden Sie sich an Ihren Netzwerkadministrator. Falls Sie keinen Proxyserver verwenden möchten, deaktivieren Sie ihn wie folgt: Gehen Sie zum Chrome-Menü > "Einstellungen" > "Erweiterte Einstellungen anzeigen" > "Proxy-Einstellungen ändern..." > "LAN-Einstellungen" und deaktivieren Sie die Option "Proxyserver für LAN verwenden".
Titel: Antw:Probleme mit Handshake (SSLeay:aacept ->0), Handshake failed, kein Frontend
Beitrag von: Wuehler am 27 Februar 2018, 19:49:35
Was hast du bisher versucht?
- telnet auf die entsprechenden ports?
- anderer Browser?
- Browsercache gelöscht?
Titel: Antw:Probleme mit Handshake (SSLeay:aacept ->0), Handshake failed, kein Frontend
Beitrag von: mane88 am 27 Februar 2018, 20:11:47
Zitat von: Wuehler am 27 Februar 2018, 19:49:35
Was hast du bisher versucht?
- telnet auf die entsprechenden ports?
- anderer Browser?
- Browsercache gelöscht?

Browser hab ich IE, Chrome und Safari auf neuster Version versucht Connected mit Port 8083 ohne Erfolg,
WinSPC/Putty klappt problemlos
Browsercache hab ich gelöscht (inkl Private Mode) ohne Erfolg
Titel: Antw:Probleme mit Handshake (SSLeay:aacept ->0), Handshake failed, kein Frontend
Beitrag von: Wuehler am 28 Februar 2018, 09:16:11
Welche Meldung gibt denn ein Telnet auf port 8083?
Läuft fhem auf nem RasPi? Wie aktuell sind die Pakete, speziell ssl?
Wenn es zu Beginn nach Neustart noch geht könnte es auch an der Hardware liegen. SD Karte defekt?
Oder hat das System andere Ressourcenprobleme? Kein Ram, CPU unter Last?
PS: bin für sowas auch kein Experte. Aber Ideen woran es liegen könnte kann ich liefern  ;)
Titel: Antw:Probleme mit Handshake (SSLeay:aacept ->0), Handshake failed, kein Frontend
Beitrag von: mane88 am 28 Februar 2018, 10:42:39
Welche Meldung gibt denn ein Telnet auf port 8083? --> keine Fenster bleibt schwarz
Läuft fhem auf nem RasPi? Ja einem 3er
Wie aktuell sind die Pakete, speziell ssl? Alles geupdated = aktuellster stand skretch
Wenn es zu Beginn nach Neustart noch geht könnte es auch an der Hardware liegen. SD Karte defekt? Mittlerweile habe ich gar keinen Zugriff mehr, FHEM läuft im Hintergrund problemlos das sehe ich am Log und auch an den aktionen (trigger usw.) die es normal ausführt.
Oder hat das System andere Ressourcenprobleme? Kein Ram, CPU unter Last? HAb ich auch angeschaut, CPU läuft auf Max 20%, Ram ist über 70% leer.

Danke für deine Unterstützung  :)


Ich habe ggf. die Vermutung, dass es am DBLog liegt. Gibt es eine Möglichkeit Dblog zu deaktivieren ohne es komplett löschen zu müssen?
Titel: Antw:Probleme mit Handshake (SSLeay:aacept ->0), Handshake failed, kein Frontend
Beitrag von: Wuehler am 28 Februar 2018, 14:21:35
DBLog nutze ich nicht. Kann daher nichts dazu sagen.
Titel: Antw:Probleme mit Handshake (SSLeay:aacept ->0), Handshake failed, kein Frontend
Beitrag von: kadettilac89 am 28 Februar 2018, 15:31:27
Zitat von: mane88 am 28 Februar 2018, 10:42:39
Ich habe ggf. die Vermutung, dass es am DBLog liegt. Gibt es eine Möglichkeit Dblog zu deaktivieren ohne es komplett löschen zu müssen?

DBLog hat disable ... setze es auf disable 1 und es ist inaktiv. Wirst aber etliche Meldungen ins Log kriegen.

Wie kommst du auf DBLog? Hast du entsprechende Meldugnen im Log?

Wenn du global verbose 5 setzt ... siehst du dann im Log mehr?

Ich habe nicht alles gelesen ... hast du mal Fhem mit der Democonfig gestartet? Fhem stoppen und dann

perl fhem.pl fhem.cfg.demo

... das startet Fhem mit definierter Testumgebung. Wenn damit alles läuft ist es deine Fhem-Config. Wenns damit auch Probleme gibt ist eher was mit der Hardware oder OS
Titel: Antw:Probleme mit Handshake (SSLeay:aacept ->0), Handshake failed, kein Frontend
Beitrag von: mane88 am 28 Februar 2018, 17:09:28
Hey auf DBLog komme ich weil mein NAS beim mysql prozess zwischen 89-98% CPU Auslastung liegt und solange dies der Fall ist komm ich nicht aufs Frontend. Sobald die CPU Last der NAS sinkt komme ich wieder drauf. Ggf. blockiert da DBLog FHEM, zumindest war das mein Gedanke
Titel: Antw:Probleme mit Handshake (SSLeay:aacept ->0), Handshake failed, kein Frontend
Beitrag von: kadettilac89 am 28 Februar 2018, 17:42:10
Zitat von: mane88 am 28 Februar 2018, 17:09:28
Hey auf DBLog komme ich weil mein NAS beim mysql prozess zwischen 89-98% CPU Auslastung liegt und solange dies der Fall ist komm ich nicht aufs Frontend. Sobald die CPU Last der NAS sinkt komme ich wieder drauf. Ggf. blockiert da DBLog FHEM, zumindest war das mein Gedanke
Hört sich plausibel an.

teste mal den asynchron mode. Im DBLog. Ansonsten musst du erstmal deine NAS erziehen :) ... lief es schon mal oder ist alles neu installiert?
asyncMode 1


Hast du PHPmyadmin oder ein anderes Verwaltungs-Tool zum Verwalten der DB? Vielleicht ist ja da was zu sehen. Ansonsten mach auch mal einen DB-Check in Fhem sobald es läuft ... set <DBLOG> configCheck o. ä. ob hier irgend was falsch ist.

Ansonsten
- wie ich schon schrieb mal DBLog deaktivieren und schaun was passiert
- mit Demo-Config starten
- verbose 5

Titel: Antw:Probleme mit Handshake (SSLeay:aacept ->0), Handshake failed, kein Frontend
Beitrag von: mane88 am 28 Februar 2018, 17:47:00
Hallo,

das System läuft schon seit knapp 2 Jahren zuvor auch problemlos. Hab nur ab und an FHEM Updates gemacht.

asyncMode 1 werde ich mal versuchen.

Ja es läuft PHPMyAdmin als Verwaltungstool.

Teste derzeit mit DBLog disable  1
Titel: Antw:Probleme mit Handshake (SSLeay:aacept ->0), Handshake failed, kein Frontend
Beitrag von: mane88 am 28 Februar 2018, 18:10:13
Ok es liegt eindeutig am DBLog, habe es deakviert und FHEM läufter super fix und problemlos.

Habe die NAS auch neugestartet um zu sehen ob es dran lag --> kein Unterschied, sobald DBLog aktiv --> CPU Auslastung 80+%

Hierdurch schein es  zu einem zu langen Verbindungsaufbau zu kommen sodass die Seite/Handshake fehlschlägt.

Ist ist natürlich die Frage warum DBLog soviel CPU Last erzeugt und wo der Fehler liegt.

Es scheint ein Problem mit einem Device zu sein. Ich habe gerade gesehen, dass in der Tabelle "Current" 130.000 Einträge sind und diese bis auf wenige nur von einem Device stammen welches alle 15sec 4 Einträge schreibt.

So schaut mein LogDB aus müsste doch passen?!

Internals:
   COLUMNS    field length used for Device: 64, Type: 64, Event: 512, Reading: 64, Value: 128, Unit: 32
   CONFIGURATION ./contrib/dblog/db.conf
   DEF        ./contrib/dblog/db.conf .*:(measured-temp|valveposition|humidity|battery|lock|temperature|energy|brightness|motion|energy_kWh).*
   MODE       synchronous
   MODEL      MYSQL
   NAME       logdb
   NR         127
   NTFY_ORDER 50-logdb
   PID        2786
   REGEXP     .*:(measured-temp|valveposition|humidity|battery|lock|temperature|energy|brightness|motion|energy_kWh).*
   STATE      disabled
   TYPE       DbLog
   UTF8       0
   VERSION    3.8.6
   dbconn     mysql:database=fhem;host=NAS IP;port=3306
   dbuser     fhemuser
   HELPER:
     COLSET     1
     DEVICECOL  64
     EVENTCOL   512
     OLDSTATE   disabled
     READINGCOL 64
     TYPECOL    64
     UNITCOL    32
     VALUECOL   128
   READINGS:
     2018-02-28 18:08:27   state           disabled
   cache:
     index      0
Attributes:
   DbLogType  Current/History
   disable    1
   room       Programme
Titel: Antw:Probleme mit Handshake (SSLeay:aacept ->0), Handshake failed, kein Frontend
Beitrag von: Wernieman am 28 Februar 2018, 18:17:24
Also mal ernsthaft, alle 15 Sekunden 4 Einträge sollte jede DB "locker" schaffen ... (Abgesehen von der Sinnhaftigkeit).

Eher dürfte die DB-Größe ein Problem sein .. Wieviel Speicher hat Deine NAS?
Titel: Antw:Probleme mit Handshake (SSLeay:aacept ->0), Handshake failed, kein Frontend
Beitrag von: mane88 am 28 Februar 2018, 18:21:01
Ja 4 ist nicht viel, aber in der Current standen bei mir bis dato jeder Wert nur 1x und die anderen wurden in history geloggt.

Das NAS hat 3TB und über 2TB frei, hier liegt also kein Problem vor.

In History habe ich derzeit 21Mio einträge, die Currenct habe ich gerade mal geleert. Werde jetzt DBLog wieder aktivieren und mal sehen was passiert.

Auszug Current

2018-02-28 18:23:47
SF_Garten
CUL_HM
battery: ok
battery
ok
2018-02-28 18:23:47
SF_Garten_F1
CUL_HM
temperature: 13.0
temperature
13.0
°C
2018-02-28 18:23:47
SF_Garten_F1_F2
CUL_HM
temperature: 38.1
temperature
38.1
°C
2018-02-28 18:23:47
SF_Garten_F2
CUL_HM
temperature: -25.1
temperature
-25.1
°C
2018-02-28 18:23:47
SF_Garten_F2_F1
CUL_HM
temperature: -38.1
temperature
-38.1
°C
2018-02-28 18:23:41
FS_Gartenhaus_Frostwaechter_Verb
CUL_HM
energy: 15905.1
energy
15905.1
2018-02-28 18:23:41
FS_Gartenhaus_Frostwaechter_Verb
CUL_HM
energyCalc: 34674.3
energyCalc
34674.3
2018-02-28 18:23:41
FS_Gartenhaus_Frostwaechter_Verb
CUL_HM
energy_kWh: 15.9051
energy_kWh
15.9051
2018-02-28 18:23:35
HT_Wohnzimmer_Fenster
CUL_HM
battery: ok
battery
ok
2018-02-28 18:23:35
HT_Wohnzimmer_Fenster
CUL_HM
batteryLevel: 2.9
batteryLevel
2.9
2018-02-28 18:23:35
HT_Wohnzimmer_Fenster
CUL_HM
measured-temp: 24.1
measured-temp
24.1
2018-02-28 18:23:35
HT_Wohnzimmer_Fenster_Clima
CUL_HM
measured-temp: 24.1
measured-temp
24.1
2018-02-28 18:23:35
HT_Wohnzimmer_Fenster_Weather
CUL_HM
measured-temp: 24.1
measured-temp
24.1
2018-02-28 18:23:29
HT_Kueche_Clima
CUL_HM
measured-temp: 24.1
measured-temp
24.1
2018-02-28 18:23:29
HT_Kueche_Weather
CUL_HM
measured-temp: 24.1
measured-temp
24.1
2018-02-28 18:23:12
HT_Flur
CUL_HM
battery: ok
battery
ok
2018-02-28 18:23:12
HT_Flur
CUL_HM
batteryLevel: 2.4
batteryLevel
2.4
2018-02-28 18:23:12
HT_Flur
CUL_HM
measured-temp: 24.1
measured-temp
24.1
2018-02-28 18:23:12
HT_Flur_Clima
CUL_HM
measured-temp: 24.1
measured-temp
24.1
2018-02-28 18:23:12
HT_Flur_Weather
CUL_HM
measured-temp: 24.1
measured-temp
24.1
2018-02-28 18:22:30
WT_Wohnzimmer_Weather
CUL_HM
humidity: 36
humidity
36
%
2018-02-28 18:22:30
WT_Wohnzimmer_Weather
CUL_HM
temperature: 24.1
temperature
24.1
°C
2018-02-28 18:22:11
FS_Gartenhaus_Frostwaechter_Verb
CUL_HM
energy: 15893.6
energy
15893.6
2018-02-28 18:22:11
FS_Gartenhaus_Frostwaechter_Verb
CUL_HM
energyCalc: 34662.8
energyCalc
34662.8
2018-02-28 18:22:11
FS_Gartenhaus_Frostwaechter_Verb
CUL_HM
energy_kWh: 15.8936
energy_kWh
15.8936
2018-02-28 18:22:10
WT_Wohnzimmer_Climate
CUL_HM
humidity: 36
humidity
36
%
2018-02-28 18:22:10
WT_Wohnzimmer_Climate
CUL_HM
measured-temp: 24.1
measured-temp
24.1
2018-02-28 18:22:05
HT_Bad
CUL_HM
battery: ok
battery
ok
2018-02-28 18:22:05
HT_Bad
CUL_HM
batteryLevel: 2.9
batteryLevel
2.9
2018-02-28 18:22:05
HT_Bad
CUL_HM
measured-temp: 22.0
measured-temp
22.0
2018-02-28 18:22:05
HT_Bad_Clima
CUL_HM
measured-temp: 22.0
measured-temp
22.0
2018-02-28 18:22:05
HT_Bad_Weather
CUL_HM
measured-temp: 22.0
measured-temp
22.0
2018-02-28 18:22:04
FS_Gartenhaus_Frostwaechter_Verb
CUL_HM
energy: 15892.7
energy
15892.7
2018-02-28 18:22:04
FS_Gartenhaus_Frostwaechter_Verb
CUL_HM
energyCalc: 34661.9
energyCalc
34661.9
2018-02-28 18:22:04
FS_Gartenhaus_Frostwaechter_Verb
CUL_HM
energy_kWh: 15.8927
energy_kWh
15.8927
2018-02-28 18:21:45
Aussensensor
CUL_HM
battery: ok
battery
ok
2018-02-28 18:21:45
Aussensensor
CUL_HM
humidity: 46
humidity
46
%
2018-02-28 18:21:45
Aussensensor
CUL_HM
temperature: -3.6
temperature
-3.6
°C
2018-02-28 18:21:41
WT_Schlafzimmer_Weather
CUL_HM
humidity: 46
humidity
46
%
2018-02-28 18:21:41
WT_Schlafzimmer_Weather
CUL_HM
temperature: 21.1
temperature
21.1
°C
2018-02-28 18:21:21
WT_Schlafzimmer_Climate
CUL_HM
humidity: 46
humidity
46
%
2018-02-28 18:21:21
WT_Schlafzimmer_Climate
CUL_HM
measured-temp: 21.1
measured-temp
21.1
2018-02-28 18:21:17
HT_Schlafzimmer
CUL_HM
battery: ok
battery
ok
2018-02-28 18:21:17
HT_Schlafzimmer
CUL_HM
batteryLevel: 2.8
batteryLevel
2.8
2018-02-28 18:21:17
HT_Schlafzimmer
CUL_HM
measured-temp: 21.1
measured-temp
21.1
2018-02-28 18:21:17
HT_Schlafzimmer_Clima
CUL_HM
measured-temp: 21.1
measured-temp
21.1
2018-02-28 18:21:17
HT_Schlafzimmer_Weather
CUL_HM
measured-temp: 21.1
measured-temp
21.1
2018-02-28 18:21:13
HT_Wohnzimmer_Tisch
CUL_HM
battery: ok
battery
ok
2018-02-28 18:21:13
HT_Wohnzimmer_Tisch
CUL_HM
batteryLevel: 2.4
batteryLevel
2.4
2018-02-28 18:21:13
HT_Wohnzimmer_Tisch
CUL_HM
measured-temp: 24.1
measured-temp
24.1
2018-02-28 18:21:13
HT_Wohnzimmer_Tisch_Clima
CUL_HM
measured-temp: 24.1
measured-temp
24.1
2018-02-28 18:21:13
HT_Wohnzimmer_Tisch_Weather
CUL_HM
measured-temp: 24.1
measured-temp
24.1


Das Device FS_Gartenhaus_Frostwaechter_Verb tritt öfters aus mit den gleichen Werten, dies dürfte nicht der Fall sein.

Internals:
   DEF        3703F9
   IODev      hmlan
   LASTInputDev hmusb
   MSGCNT     21
   NAME       FS_Gartenhaus_Frostwaechter
   NOTIFYDEV  global
   NR         132
   NTFY_ORDER 50-FS_Gartenhaus_Frostwaechter
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 FS_Gartenhaus_Frostwaechter_Switch
   channel_02 FS_Gartenhaus_Frostwaechter_Verbrauch_Gesamt
   channel_03 FS_Gartenhaus_Frostwaechter_Verbrauch_aktuell
   channel_04 FS_Gartenhaus_Frostwaechter_Strom
   channel_05 FS_Gartenhaus_Frostwaechter_Spannung
   channel_06 FS_Gartenhaus_Frostwaechter_Frequenz
   hmlan_MSGCNT 11
   hmlan_RAWMSG E3703F9,0000,876E2527,FF,FFB6,CC845E3703F9000000826D4B00B3F907DC08F0FD
   hmlan_RSSI -74
   hmlan_TIME 2018-02-28 18:23:41
   hmusb_MSGCNT 10
   hmusb_RAWMSG E3703F9,0000,0010FAEE,FF,FFB2,CC845E3703F9000000826D4B00B3F907DC08F0FD
   hmusb_RSSI -78
   hmusb_TIME 2018-02-28 18:23:42
   lastMsg    No:CC - t:5E s:3703F9 d:000000 826D4B00B3F907DC08F0FD
   protLastRcv 2018-02-28 18:23:42
   protSnd    4 last_at:2018-02-28 18:22:11
   protState  CMDs_done
   rssi_at_hmlan min:-80 cnt:11 lst:-74 max:-74 avg:-75.09
   rssi_at_hmusb lst:-78 cnt:10 min:-82 avg:-78.69 max:-78
   rssi_hmlan max:-73 avg:-73 lst:-73 cnt:1 min:-73
   READINGS:
     2018-02-28 18:08:32   Activity        alive
     2017-10-03 08:36:59   D-firmware      1.6
     2017-10-03 08:36:59   D-serialNr      MEQ0273156
     2017-12-10 15:07:07   PairedTo        0x2577E5
     2017-10-03 08:39:47   R-pairCentral   0x2577E5
     2017-12-10 15:07:07   RegL_00.        02:01 0A:25 0B:77 0C:E5 18:00 00:00
     2017-12-10 15:02:33   powerOn         2017-12-10 15:02:33
     2018-02-28 18:22:11   state           CMDs_done
   helper:
     HM_CMDNR   204
     cSnd       ,012577E53703F9010E
     mId        00AC
     regLst     ,0
     rxType     1
     supp_Pair_Rep 0
     ack:
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +3703F9,00,01,00
       nextSend   1519838621.98804
       prefIO     
       rxt        0
       vccu       vccu
       p:
         3703F9
         00
         01
         00
     mRssi:
       mNo        CC
       io:
         hmlan:
           -72
           -72
         hmusb:
           -78
           -78
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       prs        1
     rssi:
       at_hmlan:
         avg        -75.0909090909091
         cnt        11
         lst        -74
         max        -74
         min        -80
       at_hmusb:
         avg        -78.7
         cnt        10
         lst        -78
         max        -78
         min        -82
       hmlan:
         avg        -73
         cnt        1
         lst        -73
         max        -73
         min        -73
     tmpl:
Attributes:
   IODev      hmlan
   IOgrp      vccu
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   event-min-interval state:900
   event-on-change-reading state
   event-on-update-reading .*
   expert     2_raw
   firmware   1.6
   icon       message_socket
   model      HM-ES-PMSw1-Pl
   room       Außen
   serialNr   MEQ0273156
   subType    powerMeter
   webCmd     getConfig:clear msgEvents


Und der geloggte Kanal
Internals:
   DEF        3703F902
   NAME       FS_Gartenhaus_Frostwaechter_Verbrauch_Gesamt
   NOTIFYDEV  global
   NR         134
   NTFY_ORDER 50-FS_Gartenhaus_Frostwaechter_Verbrauch_Gesamt
   STATE      15.9252
   TYPE       CUL_HM
   chanNo     02
   device     FS_Gartenhaus_Frostwaechter
   Helper:
     DBLOG:
       energy:
         logdb:
           TIME       1519838779.18823
           VALUE      15925.2
       energyCalc:
         logdb:
           TIME       1519838779.18823
           VALUE      34694.4
       energy_kWh:
         logdb:
           TIME       1519838779.18823
           VALUE      15.9252
   READINGS:
     2017-10-03 08:39:51   R-averaging     1 s
     2017-10-03 08:39:51   R-sign          off
     2017-10-03 08:39:51   R-txMinDly      8 s
     2017-10-03 08:39:51   R-txThrCur      100 mA
     2017-10-03 08:39:51   R-txThrFrq      1 Hz
     2017-10-03 08:39:51   R-txThrPwr      100 W
     2017-10-03 08:39:51   R-txThrVlt      10 V
     2017-12-10 15:07:12   RegL_01.        08:00 7A:01 7B:08 7C:00 7D:27 7E:10  7F:00 80:64 81:00 82:64 83:64 00:00
     2018-02-28 18:26:19   boot            off
     2018-02-28 18:26:19   current         2009
     2018-02-28 18:26:19   eState          E: 15925.2 P: 460.14 I: 2009 U: 228.9 f: 49.94
     2018-02-28 18:26:19   energy          15925.2
     2018-02-28 18:26:19   energyCalc      34694.4
     2018-02-05 00:00:29   energyOffset    18769.2
     2018-02-28 18:26:19   energy_kWh      15.9252
     2018-02-28 18:26:19   frequency       49.94
     2018-02-28 18:26:19   power           460.14
     2018-02-28 18:26:19   state           15925.2
     2018-02-28 18:26:19   voltage         228.9
   helper:
     regLst     ,1
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     role:
       chn        1
     tmpl:
Attributes:
   event-min-interval state:900
   event-on-change-reading state
   event-on-update-reading .*
   icon       message_socket
   model      HM-ES-PMSw1-Pl
   room       Außen
   stateFormat energy_kWh
   userReadings energy_kWh {ReadingsVal("FS_Gartenhaus_Frostwaechter_Verbrauch_Gesamt","state",0)/1000;;}



Könnte das Problem daran liegen, dass die Unit mehr als 32 Zeichen hat und es deshalb Probleme mit der Spaltendefinition gibt?!
Titel: Antw:Probleme mit Handshake (SSLeay:aacept ->0), Handshake failed, kein Frontend
Beitrag von: Wernieman am 28 Februar 2018, 18:38:39
Ich glaube nicht, das Deine NAS 4TByte HAUPTSPEICHER hat .... also memory ;o)
Wenn doch .. wo kann man die kaufen? ;o)

(Sorry für den Scherz auf Deine Kosten, nur YMMD)
Titel: Antw:Probleme mit Handshake (SSLeay:aacept ->0), Handshake failed, kein Frontend
Beitrag von: mane88 am 28 Februar 2018, 18:40:50
Zitat von: Wernieman am 28 Februar 2018, 18:38:39
Ich glaube nicht, das Deine NAS 4TByte HAUPTSPEICHER hat .... also memory ;o)
Wenn doch .. wo kann man die kaufen? ;o)

(Sorry für den Scherz auf Deine Kosten, nur YMMD)

Kein Ding, physikalisch 1Gig (287MB use), virtuell 517MB (0MB Use)


Seit ich eben dann Namen der Unit gekürzt habe, wird diese auch in meinem Diagramm angezeigt (hatte vorher nicht funktioniert, was mir aber auch nicht wichitg). Also scheint es wirklich mit der Länge oder der Benennung zu tun gehabt haben.
Titel: Antw:Probleme mit Handshake (SSLeay:aacept ->0), Handshake failed, kein Frontend
Beitrag von: kadettilac89 am 28 Februar 2018, 18:48:42
was spuckt der configCheck aus? Hast du den Index drauf?

Was auch komisch ist, warum hast du 130.000 Einträge in Current. Da sollten nur die aktuellen Werte drin sein, denke nicht dass du 130.000 Device-Readings loggst. Du hast schon geleert, aber es scheint dass irgend etwas schief lief.

Auch die Unit-Spalte, warum war die breiter? Sind die 21Mio Einträge in History realistisch? Oder sind da ne Menge Duplicates?
Titel: Antw:Probleme mit Handshake (SSLeay:aacept ->0), Handshake failed, kein Frontend
Beitrag von: mane88 am 28 Februar 2018, 19:04:41
Zitat von: kadettilac89 am 28 Februar 2018, 18:48:42
was spuckt der configCheck aus? Hast du den Index drauf?

Was auch komisch ist, warum hast du 130.000 Einträge in Current. Da sollten nur die aktuellen Werte drin sein, denke nicht dass du 130.000 Device-Readings loggst. Du hast schon geleert, aber es scheint dass irgend etwas schief lief.

Auch die Unit-Spalte, warum war die breiter? Sind die 21Mio Einträge in History realistisch? Oder sind da ne Menge Duplicates?

Was mir aufgefallen ist, dass der Frostwächter bei jedem Übertrag an die DB eine neue Zeile geschrieben hat und der Name in der Zeile gekürzt war im Vergleich zum Devicename. Gehe mal davon aus das Device will eine Zeile schreiben, es wird geprüft ob es schon eine gibt, da der Name gekürzt wird/ist (weiss aber nicht warum) gibt es keinen entsprechenden Eintrag und es wird ein neuer angelegt. Somit erkläre ich mir die vielen Einträge von diesem Device (duplicates in current). Seit ich den Namen des Devices gekürzt habe ich das kein Problem mehr.

Definition Spalte Device

2 DEVICE varchar(32)

Habe jetzt mal alle Spalten so angepasst wie in DBLog eingestellt. Sollte damit erledigt sein. Sollten doch wieder Fehler auftreten würde ich mich erneut melden.

Vielen Dank für die Unterstützung

PS: 21Mio Einträge kommt schon hin, logge seit dem 20.04.2015 mehrer Devices und Temperaturwerte von allen Thermostaten.
Titel: Antw:Probleme mit Handshake (SSLeay:aacept ->0), Handshake failed, kein Frontend
Beitrag von: kadettilac89 am 28 Februar 2018, 19:30:18
Tip1: https://forum.fhem.de/index.php/topic,53584.0.html - Thread für DBLog, DS_Starter gibt dort auch sehr fleißig Support

Tip2: schau dir checkConfig im DBLog-Device an. Prüfungen zeigen dir ob Definition der Felder, Index, ..., passt. Vielleicht gibt es noch etwas was lohnt zu korrigieren. Du schreibst einmal von Unit > 32 Zeichen und im letzen Post von Device 32 Zeichen. Die aktuelle Empfehlung der Feldlängen ist die ...

Column width set in DB fhem.history: 'DEVICE' = 64, 'TYPE' = 64, 'EVENT' = 512, 'READING' = 64, 'VALUE' = 128, 'UNIT' = 32
Column width used by myDbLog: 'DEVICE' = 64, 'TYPE' = 64, 'EVENT' = 512, 'READING' = 64, 'VALUE' = 128, 'UNIT' = 32
Recommendation: settings o.k.


Tip3: Regelmäßig BAckup der Db, vor Allem bevor du nächsten Tip ausführst

Tip4: in DBLog gibt es die Möglichkeit Duplikate löschen zu lassen, und auch ältere Werte aggregieren zu lassen.  Vielleicht kannst du damit etwas reduzieren ... 21Mio sollten aber erstmal nicht belasten, vorausgesetzt der Index passt.

Ansonsten erstmal viel Glück