NEWS
[gelöst] Fehler beim schreiben auf influxdb
-
ich dachte ich habe es schon geschrieben, was du auch noch untersuchen kannst:
ist es immer um die ähnliche uhrzeit wo der fehler auftritt?
ggfs. musst du mal eine kontinuierliche leistungsaufzeichnung starten.
dein screenshot ist ja nur eine momentaufnahme und zeigt bspw nicht die auslastung zu höchstzeiten an.
auch kannst mal deine skripte prüfen, ob es da welche gibt die um die besagten uhrzeiten irgendwas größeres machen. kann ja auch ein skriptfehler sein, der die ressourcen (cpu, ram, netzkapazität) überbeansprucht auch wenn scheinbar genug da sind.
oder auch bspw ein jdownloader der cpu und/oder netz zumacht -
@oliverio Es war heute das erste mal .... es läuft seit ca. 7 Wochen
-
dann weiter beobachten.
aber das mit der uhrzeit noch prüfen, damit man in zukunft nicht nochmal suchen muss -
@oliverio das kommt raus:
root@buanet-iobroker:/opt/iobroker# date Sa 20. Mai 20:17:24 CEST 2023 root@buanet-iobroker:/opt/iobroker#
root@influxdb:/# date Sat May 20 18:18:22 UTC 2023
-
@oliverio sagte in Fehler beim schreiben auf influxdb:
dann weiter beobachten.
aber das mit der uhrzeit noch prüfen, damit man in zukunft nicht nochmal suchen mussMoin,
sorry Fußball
Wie sieht es denn aktuell aus, nach den Neustarts? Ist es aktuell ruhig?
Und am besten wie @OliverIO schon schrieb, Langzeitmonitoring, von CPU, RAM, Netzwerk machen.
Welche Hardware setzt Du denn ein, NAS, oder Bare Metal?Eine Minute Zeitdifferenz finde ich schon viel, dafür, dass die beiden auf der gleichen Maschine laufen.
VG
Bernd -
-
-
@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 -
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 TimeAber die eine Minute erklärt leider nicht,
Entweder das Nicht vorkommen im log
Oder der Zeitunterschied von ca 35 Minuten
Der log Ereignisse -
@ben1983
Nein nix anpassen, die Zeitzonen sind egal
Es sind docker Container
Da kannst du nicht so einfach anpassen
Ist auch nicht wirklich notwendigZum synced mit dem host kannst du als volume das eintragen
-v /etc/localtime:/etc/localtime:ro -
@oliverio welche 35 min?
-
@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 Timedas ist mir klar, aber dann sind (nur) die Zeitzonen falsch?
-
@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 vominfluxDB
Docker aber von ~15:30Uhr.VG
Bernd -
@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üssenBei Systemen die nah am Anwender sind sollte man es schon korrekt einstellen. Ist hier ja auch so der Fall
-
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
-
@dp20eic Das war nur Zufall, weil dauernd die gleiche Meldung dort stand. (mehr als 100 mal)
-
@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 iminfluxDB
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 -
@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. -
@dp20eic also heute Trat der Fehler nicht auf.
-
@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