Plötzlich dauerhaft erhöhte Systemauslastung

Begonnen von Marlen, 16 Juli 2018, 20:34:27

Vorheriges Thema - Nächstes Thema

Frank_Huber

Zitat von: Wernieman am 20 Juli 2018, 09:22:48Wie geschrieben ist die CPU für 85°C designt (glaube jetzt mal Frank_Huber, mir scheint es aber zu hoch)

Psssst, Quelle: https://www.raspberrypi.org/help/faqs/#performanceOperatingTemperature
oder auch diverse Forenbeiträge auf raspberrypi.org. :-)

Wernieman

Danke für den Hinweis:

Ich vergaß, das der Chip aus dem SpartPhone Bereich kommt ... und die können (z.B. im Auto) gerne über 70° erreichen ...

- 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

AxelSchweiss

Schau mal ob du irgendwelche defines/Module hast die auf Netztwerkresourcen zugreifen die nicht mehr vorhanden sind.

Ich habe ein ähnliches Verhalten wenn bei mir das I-Net wegfliegt (kommt zu Glück selten vor).
Dann blockieren diverse Module mit Internetzugriff (welche das genau sind weis ich auch noch nicht) und die CPU , genauer der Prozess von perl, steigt auf 100 % (nicht Load).
Das ganze FHEM wird dann extreeeeeem trääääääge. Eigentlich nicht mehr benutzbar. Beenden geht dann nur noch via SIGKILL.

Der Plan ist diese defines zu disablen wenn das I-Net ausfällt.
Zumindest solange bis der I-Net Zugriff wieder Ok ist.

CoolTux

Zitat von: AxelSchweiss am 20 Juli 2018, 21:36:40
Schau mal ob du irgendwelche defines/Module hast die auf Netztwerkresourcen zugreifen die nicht mehr vorhanden sind.

Ich habe ein ähnliches Verhalten wenn bei mir das I-Net wegfliegt (kommt zu Glück selten vor).
Dann blockieren diverse Module mit Internetzugriff (welche das genau sind weis ich auch noch nicht) und die CPU , genauer der Prozess von perl, steigt auf 100 % (nicht Load).
Das ganze FHEM wird dann extreeeeeem trääääääge. Eigentlich nicht mehr benutzbar. Beenden geht dann nur noch via SIGKILL.

Der Plan ist diese defines zu disablen wenn das I-Net ausfällt.
Zumindest solange bis der I-Net Zugriff wieder Ok ist.

Dann solltest du mal das globale Attrbut dnsserver auf einen internen Server setzen.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

AxelSchweiss

Zitat von: CoolTux am 20 Juli 2018, 21:40:43
Dann solltest du mal das globale Attrbut dnsserver auf einen internen Server setzen.
Ich habe schon einen internen DNS (BIND) sowohl für mein Netz als auch als caching-dns am laufen.
Es scheint auch nicht bei allen Modulen zu blockieren.
Welche betroffen sind muss ich noch austesten ... und das dauert :-)

CoolTux

Zitat von: AxelSchweiss am 21 Juli 2018, 11:15:00
Ich habe schon einen internen DNS (BIND) sowohl für mein Netz als auch als caching-dns am laufen.
Es scheint auch nicht bei allen Modulen zu blockieren.
Welche betroffen sind muss ich noch austesten ... und das dauert :-)

Das war nicht das was ich gesagt habe.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Christoph Morrison

Zitat von: Marlen am 20 Juli 2018, 08:56:04
Also, besser das System garnicht überwachen?

Wer viel misst, misst Mist. Wer gar nichts misst, kann nichts lenken. Du musst dir halt Gedanken machen, was für deinen Fall relevant ist: Ich lasse mir - für meine Raspberries - die Systemlast ausgeben (ohne Notify) und habe einen Watchdog auf CPU-Temperatur und Disk-Space, der mir im Grenzfall eine Nachricht schickt. Der erste Werte ist halt einer, den man interpretieren können muss, die letzten beiden sind harte Werte, die einen kritischen Zustand bedeuten und Aktion erfordern. Andere Sachen fand ich nicht so interessant.

AxelSchweiss

Zitat von: CoolTux am 21 Juli 2018, 11:23:28
Das war nicht das was ich gesagt habe.
Wenn ich die Commandref richtig gelesen habe soll damit "gethostbyname" umgangen werden da es angeblich blocking ist.
Da mein DNS (caching) ja immer eine Antwort liefert sollte das also nicht blockieren.
Aber wer weiss ... ich versuchs mal.
Vielen Dank für den Hinweis.


r00t2

#38
Zitat von: CoolTux am 20 Juli 2018, 08:59:56
Nur das was in Deinen Augen Sinn macht und nützlich ist. SYSMON als Modul kann man ja nehmen zur Überwachung, nur solltest Du Dir nicht um jeden Mist einen Kopf machen ...
Sehe und praktiziere ich genauso.

Ich lasse mir zwar den load, Temp und RAM, sowie die freie Plattenkapazität grafisch anzeigen, schaue jedoch nur alle paar Tage mal rein, wenn es mich interessiert (z. B. wenn's mal besonders warm draußen oder im Zimmer ist).

Aber selbst bei großer Hitze draußen und drinnen > 22 °C läuft mein RPi 2 im Schrank nicht über 50 °C... Von daher: Alles im grünen Bereich und kein Grund zur Sorge bzw. sich unnötig verrückt zu machen.
Ich denke ab > 60 °C bekomm' ich ne Mail gesendet, weil dann vermutlich doch was nicht passt. Aber das war noch nie der Fall.

Apropos "zu viel überwachen": Im Urlaub fahre ich FHEM herunter, weil ich nicht wissen möchte, ob meine Bude gerade abfackelt (oder nur eine Fehlfunktion vorliegt) während ich am Strand liege und eh nichts unternehmen kann.  ;D
FHEM 6.0 (Raspberry Pi 2 B | Raspberry Pi OS Lite | Perl 5.28.1 | UZB Z-WAVE.Me | Hue Bridge V1 | SIGNALDuino 433 MHz | FritzBox | Kodi | Pioneer AVR | MQTT | Node-RED | Diverse Google Dienste)