Ja, da fehlt irgendwo ein lock. In einem anderen Thread wurde etwas am Dictionary geändert.
Ankündigung
Einklappen
Keine Ankündigung bisher.
Logs füllen SD-Karte voll
Einklappen
X
-
Nein, durch meine Änderung kann das eigentlich nicht kommen. Im Prinzip müßte man wohl diese Dict-Operationen innerhalb der connection Klasse mit einem Lock schützen.
Ich bin aber einerseits nicht so tief im Code und im Thema drin, das ich da was grundlegendes fixen will und andererseits hat Foxi352 da ohnehin für die 1.5 schon dran gearbeitet um einiges umzustellen auf network.py.
Kommentar
-
Zitat von ic14m001 Beitrag anzeigenBis jetzt (seit 8 Uhr früh) kam kein weiterer Fehler hinzu
Ferner solltest Du nach einem Neustart nach allen Meldungen der Form
Code:Connection registered for fileno=...
Gruß, Waldemar
- Likes 2
Kommentar
-
Hi!
Mein aktueller Stand ist so:
RPi3 mit täglichem Neustart um MItternacht und Logs direkt auf SD-Karte (und DefaultConfig und LogRotation (wie im hier im Thread angefürht): Gestern knapp vor MItternacht begann das System wieder zu loggen, nach Neustart System wieder ganz normal; mumpf: In den Logs hab ich den von Dir angeführte Meldung nicht gefunden ...
Zweiter RPi mit Settings aus Post #43 (Logs auf USB-Stick sowie LogRotation): Hier hab ich folgenden Eintrag gefunden:
Code:Übereinstimmungen in Binärdatei /usr/local/smarthome/lib/__pycache__/connection.cpython-35.pyc /usr/local/smarthome/lib/connection.py: logger.debug("Connection registered for fileno={} and object='{}'".format(fileno,str(obj)))
LG
Kommentar
-
Ich würde vermuten, dass Du Deine Logs nicht im debug-Modus laufen lässt, oder? Oder Du machst bei der Codingzeile ein
Code:logger.info(...)
Gruß, Waldemar
Kommentar
-
Zitat von mumpf Beitrag anzeigenIch würde vermuten, dass Du Deine Logs nicht im debug-Modus laufen lässt, oder? Oder Du machst bei der Codingzeile ein
Code:logger.info(...)
Gruß, Waldemar
LG
Kommentar
-
-
Zitat von mumpf Beitrag anzeigendein beitrag #44.
Gruß, waldemar
Unbenannt.jpg
LG
Zuletzt geändert von ic14m001; 06.03.2018, 11:33.
Kommentar
-
Vor den letzten Beitrag habe ich einmal die Logger-Zeilen auf logger.error geändert, wegen der leichteren Suche.
Nachfolgende Meldungen habe ich einmal herausgezogen.
Auffällig ist der Wechsel der Fileno.
Es bestand während des Test keine Verbindung zum KNX.System!!! (??? mögliche Ursache?)
Weiter kann die Daten nicht bewerten!
2018-03-06 16:33:55 ERROR sh.connections Connection registered for fileno=13and object='<plugins.knx.KNX object at 0x71ba7610>'
2018-03-06 16:34:15 ERROR sh.connections Connection registered for fileno=12 and object='<plugins.knx.KNX object at 0x71ba7610>'
2018-03-06 16:34:35 ERROR sh.connections Connection registered for fileno=12 and object='<plugins.knx.KNX object at 0x71ba7610>'
2018-03-06 16:34:55 ERROR sh.connections Connection registered for fileno=12 and object='<plugins.knx.KNX object at 0x71ba7610>'
2018-03-06 16:35:15 ERROR sh.connections Connection registered for fileno=12 and object='<plugins.knx.KNX object at 0x71ba7610>'
2018-03-06 16:35:35 ERROR sh.connections Connection registered for fileno=12 and object='<plugins.knx.KNX object at 0x71ba7610>'
2018-03-06 16:35:35 INFO plugins.avm_fritzbox_7490.update Item avm.wan.total_packets_sent = 3311017 via Logic None None
2018-03-06 16:35:38 ERROR plugins.avm_fritzbox_7490.update Attribute aha_device not available on the FritzDevice
2018-03-06 16:35:55 ERROR sh.connections Connection registered for fileno=12 and object='<plugins.knx.KNX object at 0x71ba7610>'
2018-03-06 16:36:15 ERROR sh.connections Connection registered for fileno=12 and object='<plugins.knx.KNX object at 0x71ba7610>'
2018-03-06 16:36:35 ERROR sh.connections Connection registered for fileno=12 and object='<plugins.knx.KNX object at 0x71ba7610>'
2018-03-06 16:36:55 ERROR sh.connections Connection registered for fileno=12 and object='<plugins.knx.KNX object at 0x71ba7610>'
2018-03-06 16:37:16 ERROR sh.connections Connection registered for fileno=12 and object='<plugins.knx.KNX object at 0x71ba7610>'
2018-03-06 16:37:36 ERROR sh.connections Connection registered for fileno=12 and object='<plugins.knx.KNX object at 0x71ba7610>'
2018-03-06 16:37:56 ERROR sh.connections Connection registered for fileno=12 and object='<plugins.knx.KNX object at 0x71ba7610>'
2018-03-06 16:38:16 ERROR sh.connections Connection registered for fileno=12 and object='<plugins.knx.KNX object at 0x71ba7610>'
2018-03-06 16:38:36 ERROR sh.connections Connection registered for fileno=12 and object='<plugins.knx.KNX object at 0x71ba7610>'
2018-03-06 16:38:56 ERROR sh.connections Connection registered for fileno=12 and object='<plugins.knx.KNX object at 0x71ba7610>'
2018-03-06 16:39:16 ERROR sh.connections Connection registered for fileno=12 and object='<plugins.knx.KNX object at 0x71ba7610>'
2018-03-06 16:39:36 ERROR sh.connections Connection registered for fileno=12 and object='<plugins.knx.KNX object at 0x71ba7610>'
2018-03-06 16:39:56 ERROR sh.connections Connection registered for fileno=12 and object='<plugins.knx.KNX object at 0x71ba7610>'
2018-03-06 16:40:16 ERROR sh.connections Connection registered for fileno=12 and object='<plugins.knx.KNX object at 0x71ba7610>'
2018-03-06 16:40:34 INFO plugins.avm_fritzbox_7490.update Item avm.uptime_7490 = 1992629 via Logic None None
Kommentar
-
Guten Morgen!
Zwei Wochen lief das System jetzt durch ohne Probleme, heute in der Nacht wieder das ursprüngliche Problem - ich hoffe man kann jetzt aus den Fehlermeldungen mehr herauslesen, habe die Loggingeinstellungen wie in den Posts im Thread durchgeführt:
Code:2018-03-27 00:57:25 ERROR Main Connection polling failed: file descriptor cannot be a negative integer (-1) Traceback (most recent call last): File "/usr/local/smarthome/bin/smarthome.py", line 493, in start self.connections.poll() File "/usr/local/smarthome/lib/connection.py", line 106, in poll self._epoll.modify(fileno, self._rw) ValueError: file descriptor cannot be a negative integer (-1)
Kommentar
-
Hallo zusammen,
nur fürs Protokoll:
ich habe das gleiche Problem mit "Logs füllen die Karte voll"...
Benutze zwei PI's.
Pi 1: Raspberry Pi 2 mit smarthomeng 1.4.ae08cfc.dev und Python 3.5.2
Pi 2: Raspberry Pi 2 mit smarthomeng 1.4.1.master (52400087) und Python 3.5.3 final
ich verwende unter Pi 2 zusätzlich ein über GPIO gesteuertes Relais.
Der Pi 2 ist der Problem-Pi und läuft ca. alle 10 - 12 Tage über Nacht voll. Quick&Dirty-Lösung hier auch das Löschen der riesen-log-Datei.
Falls ich keine Lösung finde werde ich wohl zurück zum 1.4.ae08cfc.dev Image gehen müssen.
Kommentar
-
Guten Namend,
nur damit es dokumentiert ist...ich erhalte regelmäßig die folgende Meldung. Es mag daran liegen dass knxd aktuell ständig neustartet da dieser 5km Luftlinie vom Bus entfernt ist und diesen noch nicht erreicht aber das Log sollte dies trotzdem nicht so arg füllen. Dadurch gehen andere Meldungen unter
Code:2018-06-04 00:00:06 ERROR Main OSError [Errno 9] Ungültiger Dateideskriptor for epoll.modify(RO) with fileno 14 for object <plugins.knx.KNX object at 0x7f97dc58c908>, please report to SmartHomeNG team 2018-06-04 00:00:07 ERROR Main OSError [Errno 9] Ungültiger Dateideskriptor for epoll.modify(RO) with fileno 14 for object <plugins.knx.KNX object at 0x7f97dc58c908>, please report to SmartHomeNG team 2018-06-04 00:00:08 ERROR Main OSError [Errno 9] Ungültiger Dateideskriptor for epoll.modify(RO) with fileno 14 for object <plugins.knx.KNX object at 0x7f97dc58c908>, please report to SmartHomeNG team
Grüße
Marcel
Kommentar
Kommentar