[ERLEDIGT] Verzögerter Start der WEB-Oberfläche

Begonnen von RappaSan, 30 November 2024, 08:57:09

Vorheriges Thema - Nächstes Thema

RappaSan

Ich habe seit einiger Zeit das Phänomen, daß die Oberfläche erst mit ca. 20 Sekunden startet und angezeigt wird, nachdem der Browser (egal welcher) für ca. 10 Minuten beendet wurde.
Hardware: Raspberry 3b, neueste bookworm Installation.
Hat jemand eine Idee, woran das liegen könnte?

Wernieman

Sorry, ich verstehe Deine Beschreibung nicht. Mußt Du erst den Browser beenden? Aber dann kann er doch gar nichts anzeigen ....

Und wie sieht die "Last" auf dem Pi auf, wenn Du zugreifst (top, htop, iftop, iotop ...)?
Was sagen die üblichen Verdächtigen (kern.log, syslog, "fhem.log"))
Speicherverbrauch (free)?
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

RappaSan

Alle logs soweit unauffällig.
Ich versuch nochmal eine Beschreibung:
Browser war einige Zeit (viertelstunde oder mehr) geschlossen.
Aufruf der FHEM-Webseite: Nach ca. 20 Sekunden normale Anzeige der Seite.
Browser wieder zu und nach 30 Sekunden wieder auf: Seite wird wie früher sofort angezeigt.

Wernieman

Das hört sich mehr nach einem Problem am Browser als bei FHEM an. Virenschutz o.Ä.?
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

RappaSan

Nö, zumindest kein zusätzlicher. Win10 hat ja so was on Board.
Ich vermute auch irgend etwas in Windows10, aber hab noch keine Idee, was klemmt.
Merkwürdig finde ich nur, dass es für eine gewisse Zeit läuft, auch wenn man den Browser wieder schließt und nach kurzer Zeit wieder auf macht.
Wenn der Browser zu lange zu war, bekommt man das "Warteproblem" wieder, bis die FHEM Seite aufgeht.

RalfRog

Hallo
Vielleicht helfen die Entwicklertools (z. B. Firefox).
Ich meine dort kann man sich anzeigen lassen was wann geladen wird mit Zeitlinien-Diagramm.

Ist vielleicht ein Ansatz.

Gruß Ralf
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

RappaSan

Wär ein Ansatz...

Es scheint wirklich etwas auf dem PC zu klemmen. Hab ein weiteres Notebook ausprobiert, da läuft alles wie geschmiert.

Wernieman

Was mir noch einfällt ... IP oder Name?
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

RappaSan

#8
Name, fhem.fritz.box:8083
Ich kuck mal, ob es bei den anderen PCs, wo's funktioniert, genau so ist oder ob dort eine IP steht.
Geht aber erst heut Nachmittag, bin auf Arbeit...

Wernieman

Da würde ich auf DNS-Probleme tippen

Disclaimer:
Bin kein Freund des DNS-Servers der Fritte .....
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

RappaSan

Ich glaube, dass du richtig mit deiner Vermutung liegst.
Erster Test mit der IP brachte eine unverzögerte Darstellung der FHEM-Seite.
Seltsames Verhalten des Fritten-DNS Servers. >:(

Otto123

mit dem dns Namen fritz.box gab es doch auch immer mal wieder "komische" Probleme:
https://www.borncity.com/blog/2024/03/06/fritzbox-problem-gekaperte-domain-verursacht-stress/
insofern ist die Verwendung eigentlich nicht zu empfehlen.
Löst die FB nicht fhem als Host ordentlich auf?
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

RappaSan

Die Adresse wird richtig aufgelöst, daran liegt's nicht.
Ich werde mal alte und nicht angemeldete Geräte rausschmeißen und die Fritte neu starten... vielleicht sind zu viele Einträge drin.

RappaSan

Da schau her. Aufräumen und Neustart hat etwas gebracht.
Ich werde das später nochmal kontrollieren/ausprobieren, der Effekt trat ja erst nach einer Wartepause auf.

Otto123

Zitat von: RappaSan am 04 Dezember 2024, 11:56:02Die Adresse wird richtig aufgelöst, daran liegt's nicht.
Das war nicht die Idee hinter meiner Frage. Es könnte sein fhem wird nach einer Abfrage aufgelöst, fhem.fritz.box wird erst nach 100 Schleifen aufgelöst. Der Browser und diverse Cache Mechanismen können auch noch Probleme bereiten.
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

RappaSan

#15
nslookup hat nahezu sofort die richtige lokale Adresse für fhem.fritz.box ausgespuckt.
Aber nach dem Aufräumen und dem Neustart der FritzBox läuft auch alles wieder so, wie es soll.
Fall gelöst.

Wernieman

Es gibt aber einige Browser, die mittlerweile versuchen DNS mit http-DNS aufzulösen, an der lokalen DNS-Definition vorbei. Immer wieder "nervig"
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

RappaSan

Gut zu wissen, wenn's mal wieder klemmen sollte.
Dein Tip war auf jeden Fall Gold wert, das hat auf die richtige Fährte geführt.