longpoll/SVG bring FHEM immer zum Absturz?

Begonnen von Thomas24568, 27 Dezember 2017, 17:19:55

Vorheriges Thema - Nächstes Thema

Thomas24568

Noch eine Frage:

FHEM läuft auf einem Raspberry PI Modell3 (ohne Übertaktung). Mit den Web-Parameter longpollSVG=0 läuft alles tagelang ohne Probleme. Mit longpollSVG=1 habe ich nach 10-20 min reproduzierbare Abstürze vom Pi (Maus hängt, am Mini ist das Webfenster nicht mehr aktualisierbar). Läßt sich das irgendwie vermeiden? Im der CommandRef habe ich nur "an" und "aus" gefunden, gibt es da keinen einstellbaren Wert (z.B. 60 Sekunden)?

Thomas

Wernieman

Maus hängt
Du hast einen Desktop auf dem Pi installiert?
- 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

betateilchen

longpollSVG ist bäh... Man sollte lieber darauf verzichten.

Bei longpoll gibt es grundsätzlich keine Zeitparameter. Entweder man will eine Aktualisierung oder man will sie nicht.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

Thomas24568

Zitat von: Wernieman am 27 Dezember 2017, 17:21:12
Maus hängt
Du hast einen Desktop auf dem Pi installiert?

Nö, das hat der Installer automatisch gemacht...

Thomas

Thomas24568

Zitat von: betateilchen am 27 Dezember 2017, 17:49:47
longpollSVG ist bäh... Man sollte lieber darauf verzichten.
Und wie? Die automatische Aktualisierung desDiagramms ist schon ein Ding, auf das ich ungern verzichten würde.


Zitat von: betateilchen am 27 Dezember 2017, 17:49:47
Bei longpoll gibt es grundsätzlich keine Zeitparameter. Entweder man will eine Aktualisierung oder man will sie nicht.
Aktualisierung: JA! Aber es muß nicht alle 5 Sekunden sein.

Thomas

Wernieman

Für die Zukunft, nimm für einen Server, vor allem einen wie den Raspi, lieber eine Distri OHNE Desktop. Spahrt recourcen. z.B. könnte es sein, das Dir der Speicher ausgeht und der OOM (Out Of Memory) Killer Dir fem abschießt. Was steht denn im Kern.log zu der Zeit?
- 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

Thomas24568

Sorry Werniemann, deine Antwort ist mir etwas zu unverständlich.

Was für ein Server, wofür?
"Distri" ? Meinst du das Betriebssystem für den Pi? Was für alternativen sind denn Empfehlenswert?
"OOM (Out Of Memory) Killer" ???
"Was steht denn im Kern.log" ??? Welcher Kern? Der Pi hat m.W. 4 Kerne.

Thomas


MadMax-FHEM

Zitat von: Thomas24568 am 27 Dezember 2017, 22:07:55
Sorry Werniemann, deine Antwort ist mir etwas zu unverständlich.

Was für ein Server, wofür?
"Distri" ? Meinst du das Betriebssystem für den Pi? Was für alternativen sind denn Empfehlenswert?
"OOM (Out Of Memory) Killer" ???
"Was steht denn im Kern.log" ??? Welcher Kern? Der Pi hat m.W. 4 Kerne.

Thomas

Server: "Rechner" ohne Oberfläche

Distri: light-Versionen -> ohne Desktop und mit wenig Overhead...

OOM: wenn Speicher benötigt wird der nicht mehr da ist, wird was abgeschossen ;) (so ähnlich) (https://en.wikipedia.org/wiki/Out_of_memory)

Kern-Log: dmesg (https://en.wikipedia.org/wiki/Dmesg) (denke ich)

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Wernieman

Hatte extra OOM übersetzt: Out of Memory ... und das heist ...

Mit kern.log meinte ich /var/log/kern.log

Sorry, aber DAS ist Linux-Grundlage .. sonst ist ein Debugging nicht möglich.
- 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