iob diag - Skript
-
@asgothian sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
The state system. host.stormbroker. versions. nodeNewestNext was not found!
sind da ungewollte Spaces nach den Punkten?
-
erledigt!
hoffentlich vollständig -
Könntest du mal beide Langfassungen posten?
Insbesondere die von dem System mit dem irritierenden Verweis auf den Fixer? -
@thomas-braun Auch auf die Gefahr hin, dass das Thema bereits bekannt ist und ich nicht gefunden habe, möchte ich es trotzdem melden.
Hatte vor vier Wochen auch das Problem das 1-2 x am Tag alle Adapter gestoppt wurden und dann wieder gestartet. Es gibt keine Fehlermeldungen im Log oder in journalctl (RPI5).
Meine Ursache:
Ich habe 4 Daten in der Datenbank von iob. Die werden in Minuten Takt mit Werten ergänzt.
Vor der Aktualisierung frage ich die Größe ab und bei >10 MB wird die Datei geleert. Blöd wenn man das nur für 3 Dateien macht...Nach ca. 1 Jahr war die 4te Datei ca. 350MB groß und deswegen ist iob immer abgestürzt.Ist das bekannt dann bitte diesen Post ignorieren.
Gruß//Lucky
-
Von welche Dateien sprichst du?
-
-
So ganz verstehe ich nicht wo/wie ich das konkret im Skript berücksichtigen soll.
Ein paar Dateigrößen werden ja schon ausgegeben:Files in neuralgic directories: /var: 2.5G /var/ 782M /var/cache 773M /var/cache/apt 657M /var/cache/apt/archives 638M /var/log Archived and active journals take up 635.7M in the file system. /opt/iobroker/backups: 4.0K /opt/iobroker/backups/ /opt/iobroker/iobroker-data: 864M /opt/iobroker/iobroker-data/ 434M /opt/iobroker/iobroker-data/history 226M /opt/iobroker/iobroker-data/files 173M /opt/iobroker/iobroker-data/backup-objects 89M /opt/iobroker/iobroker-data/history/20250517 The five largest files in iobroker-data are: 30M /opt/iobroker/iobroker-data/files/notification-manager.admin/build/index.js.map 28M /opt/iobroker/iobroker-data/objects.jsonl 27M /opt/iobroker/iobroker-data/files/tankerkoenig.admin/build/index.js.map 11M /opt/iobroker/iobroker-data/history/20250520/history.0_userdata.0.stromzaehler.SML.aktuelle_wirkleistung.json 11M /opt/iobroker/iobroker-data/history/20250519/history.0_userdata.0.stromzaehler.SML.aktuelle_wirkleistung.json -
@thomas-braun sagte in iob diag - Skript:
28M /opt/iobroker/iobroker-data/objects.jsonl
wenn das mit
@lucky_esa sagte in iob diag - Skript:
Ich habe 4 Daten in der Datenbank von iob.
gemeint ist
-
@homoran sagte in iob diag - Skript:
@thomas-braun sagte in iob diag - Skript:
28M /opt/iobroker/iobroker-data/objects.jsonl
wenn das mit
@lucky_esa sagte in iob diag - Skript:
Ich habe 4 Daten in der Datenbank von iob.
gemeint ist
Es sind 4 Dateien die als meta angelegt sind.
-
Die Datei müsste dir aber auch jetzt schon unter
The five largest files in iobroker-data are:angezeigt werden. Es sei denn, du hast da noch größere Datenhalden, dann taucht die nicht nicht auf. -
@thomas-braun sagte in iob diag - Skript:
Die Datei müsste dir aber auch jetzt schon unter
The five largest files in iobroker-data are:angezeigt werden. Es sei denn, du hast da noch größere Datenhalden, dann taucht die nicht nicht auf.Ich weiß das ich diag ausgeführt hatte und auch gespeichert. Hatte aber leider (aus beruchliche Gründe) kein Zeit das Thema anzusprechen. Vielleicht solltest du Dateien >300MB rot anzeigen lassen, wenn nicht bereits umgesetzt. Sorry das ich erst jetzt mit diesem Thema komme, aber es ist mit zeitlich nicht möglich.
Gruß//Lucky
-
Hängt ja sehr von der Hardwareausstattung ab, welche Dateigrößen kritisch sind.
Da liegt man mit solchen Einschätzungen schnell daneben. -
@thomas-braun sagte in iob diag - Skript:
Hängt ja sehr von der Hardwareausstattung ab, welche Dateigrößen kritisch sind.
Da liegt man mit solchen Einschätzungen schnell daneben.Das kann ich nicht beurteilen aber RPI5 mit Datei 350MB == Nicht gut
