Hauptmenü

Too many open files

Begonnen von last-v8, 02 April 2022, 12:38:02

Vorheriges Thema - Nächstes Thema

last-v8

Seit 2 Wochen hat mein Raspi 100% Auslastung mit FHEM. Das FHEM log-file hat täglich 650MB mit einträgen "Too many open files".
Die Weboberfläche ist nur ein paar Minuten nach Neustart erreichbar. Ansonsten läuft das System ganz gut. Geräte werden normal gesteuert, Signalduino Werte werden problemlos aufgezeichnet. Zigbee geht, Alexabefehle gehen nicht.
Diese Zeile ist bereits auskommentiert:
# define initialUsbCheck notify global:INITIALIZED usb create

Hat jemand eine Idee, wie ich den Fehler finden kann?

juergen012

Hallo,
mir hat mal geholfen stacktrace unter global zu aktivieren.
Gruß
Jürgen K.
Fhem unter Proxmox

last-v8

Dankeschön!

Ergebnis:
2022.04.03 16:42:10 1: stacktrace:
2022.04.03 16:42:10 1:     main::__ANON__                      called by (eval 5385) (1)
2022.04.03 16:42:10 1:     (eval)                              called by fhem.pl (4833)
2022.04.03 16:42:10 1:     main::evalStateFormat               called by fhem.pl (4938)
2022.04.03 16:42:10 1:     main::readingsEndUpdate             called by fhem.pl (5129)
2022.04.03 16:42:10 1:     main::readingsSingleUpdate          called by ./FHEM/10_MQTT2_DEVICE.pm (200)
2022.04.03 16:42:10 1:     main::MQTT2_DEVICE_Parse            called by fhem.pl (4127)
2022.04.03 16:42:10 1:     main::Dispatch                      called by ./FHEM/00_MQTT2_SERVER.pm (563)
2022.04.03 16:42:10 1:     main::MQTT2_SERVER_doPublish        called by ./FHEM/00_MQTT2_SERVER.pm (443)
2022.04.03 16:42:10 1:     main::MQTT2_SERVER_Read             called by ./FHEM/00_MQTT2_SERVER.pm (513)
2022.04.03 16:42:10 1:     main::__ANON__                      called by fhem.pl (3458)
2022.04.03 16:42:10 1:     main::HandleTimeout                 called by fhem.pl (702)
2022.04.03 16:42:10 1: PERL WARNING: Argument "" isn't numeric in sprintf at (eval 5387) line 1.
2022.04.03 16:42:10 3: eval: sprintf( "Verbrauch: %.4f m3", ReadingsVal($name,"value",undef))

Ich habe seit einiger Zeit eine ESP32Cam für den Wasserzähler. Im Übergang der Einerstelle funktioniert das nicht so gut und gibt keinen numerischen Wert aus.
Aber dass genau dieser Fehler zu einer 100% Auslastung des Raspi führt???

2022.04.03 16:42:10 1: PERL WARNING: Argument "" isn't numeric in sprintf at (eval 5387) line 1.
2022.04.03 16:42:10 3: eval: sprintf( "Verbrauch: %.4f m3", ReadingsVal($name,"value",undef))

Jedenfalls habe ich den Wasserzähler raus gelöscht. Nun hab ich wieder die typischen 9,4% Auslastung durch FHEM.

duke-f

Zitat von: juergen012 am 02 April 2022, 13:16:47
Hallo,
mir hat mal geholfen stacktrace unter global zu aktivieren.
Gruß
Jürgen K.

Lässt sich das auch etwas genauer erklären? Ich kämpfe seit etwa 2 Jahren immer wieder mal mit genau dem Problem: "Too many open files". Wochen bis Monate läuft alles ohne dieses Phänomen, dann plötzlich taucht es auf. Jetzt aktuell macht es mir seit mittlerweile 5 Tagen immer wieder Probleme und lässt sich nur durch einen Reboot lösen. bin gerade jetzt leider unterwegs und kann nur sporadisch zugreifen.
Cubietruck, 3 Raspberry Pis,
CUL868, RFXtrx433, CUL433, SCC868, HM-USB,
IRTrans, EZcontrol XS1, IguanaWorks USB IR Transceiver
ESPEasy, Fritz!Box, Samsung TV+BD, LMS, Squeezelite