FHEMWEB unter iOS9 träge und TimeOuts

Begonnen von FunkOdyssey, 15 September 2015, 22:48:11

Vorheriges Thema - Nächstes Thema

eldrik

Zitat von: rudolfkoenig am 22 September 2015, 08:30:58
@eldrik: noch ein "mee too" hilft mir (und vermutlich auch der Sache) nicht.

das ist mir bewusst, wollte mich damit auch eher als mitlesender "tester" zu erkennen geben.

Greetz
Eldrik

FhemPiUser

habe auch das problem, dass es unter ios9 sehr langsam und träge ist. im logfile gibt es einträge "FHEMWEB SSL/HTTPS error:"

FunkOdyssey

Die haben dort wahrscheinlich auch vorher schon gestanden.

P.A.Trick

Zitat von: rudolfkoenig am 22 September 2015, 08:30:58
@eldrik: noch ein "mee too" hilft mir (und vermutlich auch der Sache) nicht.
@P.A.Trick: Bitte die Version r8676 auschecken, das war die letzte Version mit closeConn.

Urgs kann mir jemand sagen wie ich das mache?
Cubietruck,RPI,QNAP Ts-419p+, FS20, FRITZ!DECT200, 7 MAX! Thermostate, 3 MAX! Fensterkontakte, Kodi, CUL V3.3, EM1000S, LW12, LD382, HUE, HM-CFG-USB-2, 1x HM-LC-SW1-FM, 2x HM-LC-SW2-FM, 2x HM-LC-Sw1PBU-FM, 3xHM-LC-Bl1PBU-FM,HM-SEC-RHS, 2xHM-SEC-SD,HM-WDS30-T-O, 3x HM-LC-Dim1TPBU-FM, RPI+AddOn

rudolfkoenig

Du navigierst auf Sourceforge (https://sourceforge.net/projects/fhem/) bis 01_FHEMWEB.pm, da drueckst auf History und waehlst 8676, danach nochmal bis 01_FHEMWEB.pm navigieren, und dann download this file. Habs zum ersten mal gemacht, vielleicht gibts was direkteres.
Das ergibt http://sourceforge.net/p/fhem/code/8676/tree/trunk/fhem/FHEM/01_FHEMWEB.pm?format=raw

Oder fuer die Nicht-Weicheier :)
svn co -r8676 svn://svn.code.sf.net/p/fhem/code/trunk/fhem

P.A.Trick

Zitat von: rudolfkoenig am 22 September 2015, 21:45:43
Du navigierst auf Sourceforge (https://sourceforge.net/projects/fhem/) bis 01_FHEMWEB.pm, da drueckst auf History und waehlst 8676, danach nochmal bis 01_FHEMWEB.pm navigieren, und dann download this file. Habs zum ersten mal gemacht, vielleicht gibts was direkteres.
Das ergibt http://sourceforge.net/p/fhem/code/8676/tree/trunk/fhem/FHEM/01_FHEMWEB.pm?format=raw

Oder fuer die Nicht-Weicheier :)
svn co -r8676 svn://svn.code.sf.net/p/fhem/code/trunk/fhem

Danke! Ausprobiert und klappt bei mir! ipad2 mit IOS9!
Cubietruck,RPI,QNAP Ts-419p+, FS20, FRITZ!DECT200, 7 MAX! Thermostate, 3 MAX! Fensterkontakte, Kodi, CUL V3.3, EM1000S, LW12, LD382, HUE, HM-CFG-USB-2, 1x HM-LC-SW1-FM, 2x HM-LC-SW2-FM, 2x HM-LC-Sw1PBU-FM, 3xHM-LC-Bl1PBU-FM,HM-SEC-RHS, 2xHM-SEC-SD,HM-WDS30-T-O, 3x HM-LC-Dim1TPBU-FM, RPI+AddOn

FhemPiUser

hallo,

soll man Downgraden wenn man das problem hat oder ist ein fix in arbeit? dann wuerde ich auf ein update warten.

rudolfkoenig

Ich kann nur von mir sagen, dass ich an einem Fix erst dann arbeiten werde, wenn ich eine reproduzierbare Anleitung bekomme. Bisher sind hier nicht mal verbose 5 logs aufgetaucht, nur "bei mir tut es auch nicht" Meldungen.

FunkOdyssey

@Rudolf: Deine Aussage ist nachvollziehbar. Aber der Fehler lässt sich halt nicht immer nach einem Standardschema reproduzieren. Ich dachte auch, dass ich eigentlich schon ein paar Infos geliefert hätte.

Egal ob iPhone 1,2,3,4,5,6 oder iPad. Sobald ich mit einem iOS 9-Gerät auf FHEM zugreife, wird der Seitenaufruf nach ein paar Seitenwechseln abrupt und sporadisch langsam.

Dabei scheint es auch keine Rolle zu spielen, ob ich per VPN "reinkomme", intern per Hostname oder per IP darauf zugreife.

Nun habe ich die FHEMWEB-Instanz mal testweise auf "verbose 5" gestellt. Und prompt klick ich mich zu Tode und der Fehler will einfach nicht mehr erscheinen. Irgendwie merkwürdig. Könnte ein Vorführeffekt sein. Ich bleibe am Ball und bleibe bis dahin auf "verbose 5". 

FunkOdyssey

Ich habe hier mal ein Log zu einem Zeitpunkt, wo es ins Stocken geraten ist.

rudolfkoenig

Mir faellt auf, dass in deinem Log oefters nach 5 Sekunden Pause ein EOF auftaucht, und es danach weitergeht, ich vermute, hier waren die Verzoegerungen. Kannst du das naechste mal darauf achten, ob diese Theorie stimmt (z.Bsp. bei der Verzoegerug die Uhrzeit merken oder tail -f parallel am laufen haben).

Ich habe auch zusaetzliches Debugging fuer diesen Fall eingebaut und eingecheckt, es taucht aber nur mit verbose 5 auf.

felix.steinbeis

Hallo Rudolf,

ich habe das Problem seit dem Update auf IOS 9 (.0.1) ebenfalls.

Anbei der Debug-Log mit Verbose 5. Die Verzögerung tritt vor den EOFs auf (tail -f). Nach den EOFs gehts dann weiter. BUF: EMPTY

Zugriff über HTTP und IP.

Viele Grüße
Felix

rudolfkoenig

Der naechste Schritt wird leider viel Daten produzieren, ich habe aber keine bessere Idee: bitte in 01_FHEMWEB.pm in der Zeile 326 (vor "if(!$hash->{HDR}) {" Folgendes einfuegen:
Log 1, "$name: $hash->{BUF}";

FunkOdyssey

#28
So, ich habe auch zwei weitere Logs anfertigen können.
Ich fertige am iPhone immer einen Screenshot an, um mir die Uhrzeit zu merken.
Sobald ich dann wieder am Rechner bin, schaue ich dann in Log.

---

Scheinbar muss ich bei einer Aussage zurückruden. Ich hatte gesagt, dass ich per VPN auch die Probleme habe. Die hatte ich auch. Aber irgendwie schaffe ich es nicht mehr, das zu reproduzieren.

Ich greife ständig auf http://fhem.fritz.box zu.
Sobald ich unterwegs bin, wird ein VPN-Tunnel zur Fritzbox 7390 aufgebaut.
Und scheinbar klappt das dann. Ich wundere mich nur, denn das war vor einigen Tagen anders.
Ich habe mein VPN-on-demand aber auch umgestellt und öffne einen Tunnel für alle *.fritz.box-Hostnamen.
Vorher hatte ich die IPs einzeln freigegeben.

Fakt ist aber auch, dass es innerhalb des LANs nicht funktioniert.

rudolfkoenig

@FunkOdyssey: aus deinen logs werde ich nicht wirklich schlau, weil ich nicht weiss, wo/wann die Verzoegerung stattfand. Dank Felix sind wir einen Schritt "weiter", da in seinem Log das Problem deutlich zu erkennen ist.

Was ich verstanden habe: auf einem der Verbindungen erwartet der iOS9-WebKit irgendetwas von FHEMWEB, bevor es weitermacht. Da das nicht kommt, wird die Verbindung nach 30 Sekunden 30 zugemacht, und danach laeuft es weiter. Ich haette jetzt gerne den Header vor dem EOF, um zu raten, was es sein koennte.

Bei mir tritt das Problem weder mit iOS9.0, noch mit 9.1 auf.