Monatsrückblick Januar/Februar 2026 ist online!

[Ben1983]

@dp20eic Wie passe ich es denn an und sind es jetzt 2 stunden?
die minuten und sekunden sind fast gleich. der versatz kam nur durch unterschiedliche eingaben

[OliverIO]

@homoran

Ne
UTC ist Zeitzone 0. so wie England, Greenwich Zeit
D ist eine Zone weiter und dann kommt noch die Sommerzeit =CEST central european summtet Time

Aber die eine Minute erklärt leider nicht,
Entweder das Nicht vorkommen im log
Oder der Zeitunterschied von ca 35 Minuten
Der log Ereignisse

[OliverIO]

@ben1983
Nein nix anpassen, die Zeitzonen sind egal
Es sind docker Container
Da kannst du nicht so einfach anpassen
Ist auch nicht wirklich notwendig

Zum synced mit dem host kannst du als volume das eintragen
-v /etc/localtime:/etc/localtime:ro

[Ben1983]

@oliverio welche 35 min?

[Homoran]

@oliverio sagte in Fehler beim schreiben auf influxdb:

UTC ist Zeitzone 0. so wie England, Greenwich Zeit
D ist eine Zone weiter und dann kommt noch die Sommerzeit =CEST central european summtet Time

das ist mir klar, aber dann sind (nur) die Zeitzonen falsch?

[A Former User]

@ben1983 sagte in Fehler beim schreiben auf influxdb:

@oliverio welche 35 min?

Moin,

im ersten Post, das Log vom ioBroker war von 15:07Uhr, die Logs vom influxDB Docker aber von ~15:30Uhr.

VG
Bernd

[OliverIO]

@homoran sagte in Fehler beim schreiben auf influxdb:

das ist mir klar, aber dann sind (nur) die Zeitzonen falsch?

Nicht falsch, evtl Optimierungfähig
Die zeitreferenz ist ja schon identisch(bis auf die eine Minute)
Da das aber für die Funktionsfähigkeit von influx nicht relevant ist muss es nicht geändert werden.
Manche docker Autoren bieten an die Zeitzone als Environment Parameter mitzugeben.

Aber wie gesagt hier irrelevant. Ja beim log prüfen müssen wir einen Tick mehr überlegen.
Die Zeit wird ja intern immer in ms seit 1970 gespeichert. Jegliche Anzeige wird immer anhand der eingestellten locale und Zeitzone berechnet,
Also nix mit was wir hier Anfänger noch belasten müssen

Bei Systemen die nah am Anwender sind sollte man es schon korrekt einstellen. Ist hier ja auch so der Fall

[OliverIO]

Ergänzung zur Zeitzone

https://stackoverflow.com/questions/57620589/docker-influxdb-runs-in-utc-timezone

Also das mit utc ist Absicht von den influx Leuten

[Ben1983]

@dp20eic Das war nur Zufall, weil dauernd die gleiche Meldung dort stand. (mehr als 100 mal)

[A Former User]

@ben1983 sagte in Fehler beim schreiben auf influxdb:

@dp20eic Das war nur Zufall, weil dauernd die gleiche Meldung dort stand. (mehr als 100 mal)

Moin,

ja deswegen ja auch der Versuch zu verstehen, wann das zum ersten Mal im iobroker Log und auch im influxDB Log auftaucht, dann noch wie saht der Zustand der Maschine zu diesem Zeitpunkt aus?

Vielleicht tauchte ja der Fehler tatsächlich auf, als da irgendein Backup oder Skript etwas mehr Last verursachte und dann schaukelt sich das System langsam hoch.

Das ist die große Kunst, das Logging von verschiedenen Systemen deckungsgleich übereinander zu legen.

VG
Bernd

[Ben1983]

@dp20eic Es wird mir nichts anderes bleiben, als es zu beobachten.
Schreibe jetzt auch jeden Fall noch die CPU auslastung einzelner Adapter mit. Auch den vom Java-Script Adapter.

[Ben1983]

@dp20eic also heute Trat der Fehler nicht auf.

[A Former User]

@ben1983 sagte in Fehler beim schreiben auf influxdb:

also heute Trat der Fehler nicht auf.

Moin,

Glück auf, dann x Fingers, dass es nur ein einmaliger Verklemmer war und immer schön weiter Beobachten und Metriken sammeln.

VG
Bernd

[JayJay 0]

also ich lese da jetzt mit. ich hab genau seit 5 Tagen das selbe Problem. Ich starte die Adapter neu und starte die Influx neu, dann hab ich wieder 1 Tag eine ruhe.

Ich fahr das ganze in auf einem Fujitsu Rechner mit Proxmox und habe den ioBroker und die InfluxDB2 jeweils in einem Container drinnen...

[Ben1983]

@jayjay-0 Gerade hatte ich es auch wieder. Also das erste mal nach ca. 2 Wochen.
Von jetzt auf gleich ging die Auslastung vom influxdb Adapter hoch.