FHEM braucht ca. 10 Sekunden, wenn ich die Seite erstmals an dem Tag im Heimnetz aufrufe. Nach dem ersten Aufruf kann ich ohne weitere Verzögerungen arbeiten. Woran kann das liegen? FHEM läuft auf einem via WLAN angebundenen Kubuntu-Rechner. Zu Beginn hatte ich die WLAN-Verbindung in Verdacht die Probleme zu verursachen. Letzteres kann aber eigentlich nicht sein (-64 dBm; ~15 MBit). Videos lassen sich flüssig abspielen.
Gibt es ggf. eine Energiesparfunktion, die das Verhalten verursachen könnte? Auf dem Kubuntu-Rechner selber gibt es keine Probleme.
Hallo Persuasiv,
du kannst dir sicher vorstellen, dass es hierfür sehr viele Gründe geben kann, und, dasss es ohne detaillierte Informationen keine eine Lösung geben kann. Eine ggf. abschaltbare Energiesparfunktion gibt es in Fhem meines Wissens nach nicht. Nach längerer Nicht - Nutzung muss im Standard nur das csrf Token erneuert werden (läuft ab) und eine Neuanmeldung erfolgen.
Fragen, die ausschließlich fhem betreffen (davon ausgehend, dass alles Andere ideal und performant funktioniert und keinen Einfluss haben):
Wie rufst du fhem auf (10 Sekunden mit oder ohne Browser Start)?
Wann beginnen die 10 Sekunden (vor oder nach einer Anmeldug an fhem)?
Welche URL rufst du auf (http[s]://[ip]:8083/fhem?
Mit oder ohne weitere Parameter oder gar mit abgelaufenen csrf Token machen einen Unterschied!)?
Wie sieht deine Fhem Konfiguration überhaupt aus?
Gibt es im fhem LOG-file Auffälligkeiten?
...
Anmerkungen:
Kubuntu ist ein ubuntu mit KDE, also grafischer Oberfläche. Auch die Rechnerleistung und Installation von fhem (direkt im System oder in einer virtuellen Umgebung VM, Docker usw.) kann die Leistung beeinflussen.
Auch der abfragende Rechner kann Auswirkungen auf das Laufzeitverhalten haben.
Zitat von: supernova1963 am 15 August 2017, 07:06:24
Nach längerer Nicht - Nutzung muss im Standard nur das csrf Token erneuert werden (läuft ab) und eine Neuanmeldung erfolgen.
Der csrf Token wird bei jedem Neustart erneuert. Ansonsten hat er bestand und läuft nicht ab.
Wie genau rufst Du die Seite denn auf? Von einem Tablet oder Rechner. War der Browser die ganze Zeit aktiv und hat die Seite angezeigt/geladen gehabt?
Zitat von: CoolTux am 15 August 2017, 07:30:28
Der csrf Token wird bei jedem Neustart erneuert. Ansonsten hat er bestand und läuft nicht ab.
Danke für den Hinweis, habe ich wieder etwas gelernt.
In des Console des Browsers (F12 - Netzwerk) kannst Du sehen, ob Fehler auftreten, und was am meisten Zeit nutzt.
ZitatWie rufst du fhem auf (10 Sekunden mit oder ohne Browser Start)?
Ohne Browser Start ...
ZitatWann beginnen die 10 Sekunden (vor oder nach einer Anmeldug an fhem)?
Die 10 Sekunden beginnen nach der Eingabe von 192.168.2.112:8083 ...
ZitatWelche URL rufst du auf
http://192.168.2.112:8083/fhem
Zitat
Mit oder ohne weitere Parameter oder gar mit abgelaufenen csrf Token machen einen Unterschied!)?
Keine Ahnung ... Das übersteigt meinen Horizont.
ZitatWie sieht deine Fhem Konfiguration überhaupt aus?
Ich habe nur FHEM installiert und ein JeeLink Device angelegt + einen Filelog + 5 Plots ...
ZitatGibt es im fhem LOG-file Auffälligkeiten?
Nein.
Zitat
Auch die Rechnerleistung und Installation von fhem kann die Leistung beeinflussen.
Ein G4560 + 960 EVO + 16 GB Ram sollte reichen ... auf dem Rechner läuft es ja.
ZitatAuch der abfragende Rechner kann Auswirkungen auf das Laufzeitverhalten haben.
Sicher. Aber warum immer nur bei der ersten Anfrage? Ein 6700k + 32 GB Ram + SSD + GTX 1070 machen sonst keine Probleme ...
ZitatWie genau rufst Du die Seite denn auf? Von einem Tablet oder Rechner.
Von mehreren Rechnern.
ZitatWar der Browser die ganze Zeit aktiv und hat die Seite angezeigt/geladen gehabt?
Der Browser ist aktiv. Jede andere Seite kann schnell geladen werden.
Zitat
In des Console des Browsers (F12 - Netzwerk) kannst Du sehen, ob Fehler auftreten, und was am meisten Zeit nutzt.
Nach mehrmaligem aufrufen der Seite sieht es so aus (den Erststart muss ich in ein paar Stunden nochmal analysieren):
Auf Network gucken. Was interessant ist, ist die Ladezeit jeweiliges Elements.
Siehe oben. Das ist aber nur für den Fall, dass die Seite schnell läd ... Den Erstaufruf muss ich später nochmals untersuchen.
So sieht es aus, wenn es 10 Sekunden läd:
Dann rudelt er schon in fhem. Was sagt die fhem Log mit verbose 5 auf die FHEMWEB Instanz?
2017.08.15 22:55:24 4: Connection accepted from WEB_192.168.2.100_55576
2017.08.15 22:55:24 4: WEB_192.168.2.100_55576 GET /fhem; BUFLEN:0
2017.08.15 22:55:24 4: name: /fhem / RL:1171 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2017.08.15 22:55:25 4: Connection accepted from WEB_192.168.2.100_55577
2017.08.15 22:55:25 4: WEB_192.168.2.100_55576 GET /fhem?XHR=1&inform=type=status;filter=;since=1502830523;fmt=JSON&fw_id=769×tamp=1502830521870; BUFLEN:0
2017.08.15 22:55:26 4: WEB_192.168.2.100_55577 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2017-08.log; BUFLEN:0
Hmm da ist nix festzustellen. Ich bien ratlos.
Ich habe aber dieses Thread gefunden, wo das Problem sehr ähnlich aussieht. Vielleicht findest Du dort einige Hinweise?
https://forum.fhem.de/index.php?topic=50411.0
Hier noch ein weiterer sehr langsamer Aufbau der Seite:
Du kannst vielleicht Richtung https://fhem.de/commandref.html#apptime gucken?
Hallo Persuasiv,
hoch interessiert verfolge ich dein Thema und lerne viel.
Deine Hardware Ausstattung reicht definitiv.
Da du fhem auf einem Rechner mit grafischer Oberfläche installiert hast und nur den jeelink in Fhem verwendest, könntest du Netzwerkprobleme bei deiner Konfiguration gut ausschließen, wenn dein Problem auch mit dem lokalen Browser nachstellen kannst.
- ggf. Firewall und AV ausschalten und Netzwerkkabel ausziehen,
- neu starten, ggf. warten 'bis sich alles beruhigt hat und die neue Situation akzeptiert wird',
- Browser starten,
- URL: http://127.0.0.1:8083/fhem aufrufen.
Tritt das Phaenomen so auch auf, kann sich die weitere Suche auf den Server und fhem (apptime, ...) beschränken, anderenfalls wären Probleme höchst wahrscheinlich im Netzwerk zu suchen (Dann wird es echt fies, da sogar Wunderheilungen möglich sind https://forum.fhem.de/index.php/topic,50411.0.html)
LG
Gernot
P.S.: Aus eigener Erfahrung würde ich, mit dieser Hardware, den/die Server virtualisieren (VM, Docker, ...). Das hilft bei der Fehlersuche, Wiederherstellung und auch im Betrieb, da diese Server vom eigentlichen Hostsystem abgekapselt sind.
Hallo, ich hatte vor längerer Zeit auch schon einmal so ein Verhalten, dass fhem beim ersten Aufruf, nach einem Neustart, sehr lange brauchte bis das Webif erreichbar war. Habe damals sehr lange nach dem Fehler gesucht und es lag damals an einer gleichen IP Adresse. Fhem lief bei mir auf einer statischen IP (Adresse in der Fritte auf statisch gesetzt) und dann kam übers WE der Junge zu Besuch und hatte seine, längst vergessene, Spiele Console angeschlossen und die hatte dummerweise die gleiche IP wie fhem!
VG
Frank
Ich habe inzwischen versucht den Rechner im Netzwerk aktiv zu halten:
Zitat
watch -n60 ping -c1 google.de
Letzteres hat keine Besserung gebracht.
Ich hab spontan an eine hochfahrende HDD gedacht, hast du nur die SSD im Server oder läuft FHEM auf einer HDD?
960 EVO = sehr schnelle SSD ....
Kein neuer Post, was war denn nun die Ursache?
VG
Frank
Mir ist die Ursache immer noch unklar. D.h. das Problem ist nicht gelöst. Folgende Maßnahmen habe ich getestet:
- Rechner im Netzwerk aktiv halten
- Neuaufsetzen des Systems
- FHEM update
- Aufruf von FHEM mit unterschiedlichen Rechnern + Browsern
Bisher ergebnislos. Ich tippe auf ein Problem auf der Ebene meines Netzwerks ...
Versuche mal eine Direktverbindung zwischen Server und Client ohne dem restlichen Netzwerk.
Hast du VM laufen? Evtl. hast du 2 VM mit der selben MAC (ich meine, das ist mir mal vor langer Zeit beim Klonen von VM passiert)
Wie schon mal gesagt: Du hast ein kubuntu, also Grafische Oberfläche. Wenn Du Dir das schon angetahn hast, warum hast Du es nicht mal lokal getestet?
Wenn es dann schnell: Liegt am Netzwerk
Wenn es dann langsam: Liegt es am FHEM
Leider hast Du gar nichts in bezug auf Dein Netzwerk geschrieben, außer das Du WLAN hast ... (un dd as Du per IP abrufst, also kein DNS-Problem)
ZitatVersuche mal eine Direktverbindung zwischen Server und Client ohne dem restlichen Netzwerk.
Das habe ich eben getestet. Es liegt am Netzwerk ...
ZitatHast du VM laufen?
Nein (zumindest nicht in diesem Zusammenhang).
ZitatWenn Du Dir das schon angetahn hast, warum hast Du es nicht mal lokal getestet?
Habe ich. Lokal geht es @Kubuntu. Unter Ubuntu habe ich es nicht geschafft FHEM zu installieren. Arch/debian sind mir zu anstrengend.
ZitatLeider hast Du gar nichts in bezug auf Dein Netzwerk geschrieben, außer das Du WLAN hast ...
Ich nutze einen Speedport Hybird. Welche Infos werden noch benötigt? Im Netzwerk laufen 9 PCs und vier mobile Geräte ... Ich werde den FHEM Server vermutlich via LAN anbinden. Damit scheint es zu gehen. Dazu muss ich den Server aber passiv kühlen - die Lüfter sind mir zu laut.
Wie sieht denn der erste ping aus? ist der auch langsam? Und wenn der schneller ist, ist dann auch fhem schnell?
Wobei:
Server und grafische Oberfläche .....
Via LAN ist der Ping vernachlässigbar ... Ich warte derzeit auf meinen passiven Kühlkörper.