Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[warp735]

Hab mal Loglevel hochgeschraubt.

2024-07-03 09:56:57.201 - debug: influxdb.0 (31754) 17199934172010.5255435539561015 getHistory message: {"id":" ","options":{"start":1719907014191,"end":1719993414191,"ignoreNull":"false","aggregate":"onchange","step":120000,"instance":"influxdb.0","sessionId":1050,"user":"system.user.admin"}}
2024-07-03 09:56:57.201 - debug: influxdb.0 (31754) 17199934172010.5255435539561015 getHistory (InfluxDB2) options final: {"id":" ","start":1719907014191,"end":1719993414191,"step":120000,"count":500,"aggregate":"onchange","limit":2000,"addId":false,"ignoreNull":true,"sessionId":1050,"returnNewestEntries":false,"percentile":null,"quantile":null,"integralUnit":null,"integralInterpolation":null,"removeBorderValues":false,"logId":" 17199934172010.5255435539561015","round":10000,"debugLog":true}
2024-07-03 09:56:57.202 - debug: influxdb.0 (31754) Query to execute:
from(bucket: "ioBroker")
|> range(start: 2024-07-02T07:56:54.191Z, stop: 2024-07-03T07:56:54.191Z)
|> filter(fn: (r) => r["_field"] == "value")
|> filter(fn: (r) => r["_measurement"] == " " and contains(value: r._value, set: [true, false]))
|> pivot(rowKey:["_time"], columnKey: ["_field"], valueColumn: "_value")
|> group()
2024-07-03 09:56:57.208 - debug: influxdb.0 (31754) 17199934172010.5255435539561015 Bool check result: []
2024-07-03 09:56:57.208 - debug: influxdb.0 (31754) 17199934172010.5255435539561015 Measurement seems to be no number - skipping aggregation options
2024-07-03 09:56:57.209 - debug: influxdb.0 (31754) 17199934172010.5255435539561015 History-queries to execute: from(bucket: "ioBroker")
|> range(start: 2023-07-03T07:56:54.191Z, stop: 2024-07-02T07:56:54.190Z)
|> filter(fn: (r) => r["_measurement"] == " ")
|> last()
|> pivot(rowKey:["_time"], columnKey: ["_field"], valueColumn: "_value"),from(bucket: "ioBroker") |> range(start: 2024-07-02T07:56:54.191Z, stop: 2024-07-03T07:56:54.191Z) |> filter(fn: (r) => r["_measurement"] == " ") |> pivot(rowKey:["_time"], columnKey: ["_field"], valueColumn: "_value") |> group() |> sort(columns:["_time"], desc: false) |> limit(n: 500),from(bucket: "ioBroker")
|> range(start: 2024-07-03T07:56:54.192Z)
|> filter(fn: (r) => r["_measurement"] == " ")
|> first()
|> pivot(rowKey:["_time"], columnKey: ["_field"], valueColumn: "_value")
2024-07-03 09:56:57.209 - debug: influxdb.0 (31754) Query to execute: from(bucket: "ioBroker")
|> range(start: 2023-07-03T07:56:54.191Z, stop: 2024-07-02T07:56:54.190Z)
|> filter(fn: (r) => r["_measurement"] == " ")
|> last()
|> pivot(rowKey:["_time"], columnKey: ["_field"], valueColumn: "_value")
2024-07-03 09:56:57.216 - debug: influxdb.0 (31754) Query to execute: from(bucket: "ioBroker") |> range(start: 2024-07-02T07:56:54.191Z, stop: 2024-07-03T07:56:54.191Z) |> filter(fn: (r) => r["_measurement"] == " ") |> pivot(rowKey:["_time"], columnKey: ["_field"], valueColumn: "_value") |> group() |> sort(columns:["_time"], desc: false) |> limit(n: 500)
2024-07-03 09:56:57.228 - debug: influxdb.0 (31754) Query to execute: from(bucket: "ioBroker")
|> range(start: 2024-07-03T07:56:54.192Z)
|> filter(fn: (r) => r["_measurement"] == " ")
|> first()
|> pivot(rowKey:["_time"], columnKey: ["_field"], valueColumn: "_value")
2024-07-03 09:56:57.234 - debug: influxdb.0 (31754) 17199934172010.5255435539561015 Parsing retrieved rows:[[],[],[]]
2024-07-03 09:56:57.234 - info: influxdb.0 (31754) No Data

[Marc Berg]

@warp735 sagte in influxDB "NO DATA" in Logfile:

NO DATA kommt ja genau minütlich. Ist bestimmt irgend ein Script / Objekt, da ich glaub Freitag bisschen aufgeräumt habe. Aber mit nur "NO DATA" hast ja keinen Bezug zu garnix

Dann zeig' doch mal die Einstellungen inkl. der Zeit (Buffer Flush Interval).

[warp735]

@marc-berg

[Marc Berg]

@warp735

Meine Vermutung ist, dass durch die "Aufräumaktionen" jetzt weniger Daten anfallen. Der regelmäßige Check des Adapters auf neue Daten wirft deshalb regelmäßig "no data" aus. Es ist eine reine Info-Meldung, die kein Grund für Sorgen ist. Bei der Log-Einstellung "warn" ist sie nicht mehr zu sehen.

[warp735]

@marc-berg
Der innere Monk hätte das aber doch gerne sauber, statt zu übertünchen :-)

Kann das auch von flot kommen wenn was abgefragt wird?

[Marc Berg]

@warp735 sagte in influxDB "NO DATA" in Logfile:

Kann das auch von flot kommen wenn was abgefragt wird?

Möglich, kannst du ja schnell testen, indem der Adapter abgeschaltet wird.

[warp735]

@marc-berg
Verrätst mir auch wie? :-)

[Marc Berg]

@warp735 sagte in influxDB "NO DATA" in Logfile:

Verrätst mir auch wie?

Mist, ich dachte, das geht so. Alternativ das "Live update" abschalten zum testen.

[warp735]

@marc-berg
Was meinst mit Live Update?

[Marc Berg]

@warp735

[warp735]

@marc-berg

Hab mal alles Mögliche ausgeschalten. Intervall jetzt 30s :-)

Naja... früher oder später werd ich drüber stolpern.

An alle Adapter Entwickler: so ne Debug Meldung bringt niemandem etwas