Logging/Archiving macht Probleme

Symcon
1

Moin.

Ich nutze (recht intensiv?) den MQTT Server. Ich habe am Samstag meine Wärmepumpe als MQTT Client Device mit reingehängt (alle ~150 Variablen geloggt) und hatte dann das Problem, dass bei der Menge an geloggten Variablen random Variablen garnicht mehr geloggt wurden. Also auch welche die vorher tadellos (z.B. aus KNX heraus) geloggt wurden, waren in den Graphen dann “flat-line”.

Ich sehe dann zwar, dass die momentanen Werte aktualisiert werden, aber die Daten werden nicht mehr archiviert und die Graphen reflektieren nicht mehr den Werteverlauf. Initial war ich noch auf 7.2. Ein Update auf 8.1 brauchte leider keine Veränderung. Ich habe zig Mal alles reaggregiert. Ich habe versucht alle Archivdaten von 2011 - 2024 zu löschen. Deaktivieren und löschen der Daten (der theoretisch geloggten Variable) mit anschließendem wieder aktivieren half nicht. Letztlich hab ich die Loggingmenge reduziert und es scheint wieder zu laufen. Archive Handler zeigt sonst keine Probleme.

Sporadische Fehlermeldungen war lediglich: “TimerPool: ArchiveHandler (CommitData)”. Ich hatte versucht den ArchiveHandlerCommitInterval von 60s auf 90s hochzusetzen (aber gefühlt hatte es keine Auswirkung). Archive Daten werden strikt alle 60s auf die SSD geschrieben. Ich sehe vom Service alle 2 Minuten einen höheren Spike bei IO.

Ca 800 geloggte Variablen von 2100 insgesamt. IOPS der SSD sind zu <20% ausgelastet. RAM: 80GB frei. OS: Windows10.

Welche Stellschrauben kann ich drehen? Wie kann ich das Problem sehen, außer ein Skript zu schreiben, was den letzten Wert mit dem letzten Archivwert vergleicht? Was sind die Grenzen des Loggings?

2

“TimerPool: ArchiveHandler (CommitData)” <— Kannst du uns die genaue Fehlermeldung geben? Genau das wäre der Punkt an dem ich suchen wollen würde, denn dieser Timer schreibt die Daten auf die platte. (60sek passt; du kannst ihn aber auch gerne auf 10sek setzen um die Spikes zu reduzieren)

paresy

3

Das ist “leider” die genaue Fehlermeldung. Hier die Zeile (plus 2 davor und dahinter) aus dem logfile.

11/23/2025 7:17:52 PM | 40858 | MESSAGE | VariableManager      | [Program\Solar\Energy Distribution\Surplus] = -92.0000000000
11/23/2025 7:17:52 PM | 15319 | DEBUG   | ScriptEngine         | Executed PHP-Module ~ Action: MessageSink ~ Duration: 8 ms
11/23/2025 7:17:52 PM | 48801 | ERROR   | TimerPool            | Archive Handler (CommitData)
11/23/2025 7:17:52 PM | 47801 | MESSAGE | VariableManager      | [Program\Solar\N\c0619ab60198\vebus\276\Hub4\L1\N/c0619ab60198/vebus/276/Hub4/L1/AcPowerSetpoint\value] = -1735
11/23/2025 7:17:52 PM | 47525 | MESSAGE | VariableManager      | [Program\Solar\N\c0619ab60198\vebus\276\Dc\0\N/c0619ab60198/vebus/276/Dc/0/Voltage\value] = 54.5999984741
4

Hallo,

ich habe ein ähnliches Problem, konntet Ihr hier etwas herausfinden?

Ich habe folgende Fehlermeldung

image

Vielen Dank für eure Hilfe.

VG, Dominik

5

Ich habe zur nächsten Beta das Logging mal verbessert, damit wir sehen können welche Variable das Problem auslöst. @seppm hatte dies letzte Woche auch und ich hatte ihm ein Test-Build zugesendet.

Ich versuche gleich Morgen ein neue Beta zu erstellen :slight_smile:

paresy

6

ok danke, dann würde ich das mal morgen installieren. Gibt es eigentlich irgendwelche Größen Probleme? ich hatte bei 5-6 Variablen keine Aggregation eingeschaltet und es gab noch mehr Fehler, nachdem ich diese angeschaltet hatte wurden die Fehler weniger :slight_smile:

7

Ne, du kannst so viel loggen wie du magst und wie viel deine Platte an IOPS hergibt :slight_smile:

paresy

8

Beta ist jetzt verfügbar :slight_smile:

paresy

1 „Gefällt mir“