ioBroker Docker - InfluxDB Error bei hoher Disk I/O

[A Former User]

@hennerich

Moin,

oh, da habe ich wohl nicht gelesen oder hab es vergessen, das Du mit Docker unterwegs bist, dann verstell da lieber nicht so viel dran

Zu telegraf das ist ein Datensammler, der mittels Konfiguration, echt viel ermitteln kann und das dann in eine influxDb schreibt, diese Daten können dann erst mittels Grafana ausgewertet werden.
Wie man das in einen Docker bekommt, ohne angst vor einen neuen Deploy des Docker Containers zu haben, könnte ich Dir sagen, aber konzentrieren wir uns erstmal auf das ursächliche Problem

Ist eigentlich für größere Installationen, die überwacht werden müssen, da ich beruflich damit zu tun hatte, habe ich das auch hier Zuhause getan
Die Metriken sind ja auch nur ein Sahnehäubchen, hoffe, das Du mit dem geänderten Write zum Erfolg kommst.

VG
Bernd

[hennerich]

@dp20eic
Moin Bernd,

nachdem nun auch mit meiner Erhöhung des Timeouts auf 20s den vierten Tag in Folge das Problem aufgetreten ist, muss ich hier was tun.
Ich hab mir überlegt, dass für eine temporäre Analyse eine Telegraf Installation im bestehenden InfluxDB Container sinnvoll wäre. So lange lasse ich eben den modifizierten Container laufen.
Muss ich dazu einfach nur über den Paketmanager Telegraf installieren oder was muss ich beachten?

Grüße
Henri

[A Former User]

@hennerich sagte in ioBroker Docker - InfluxDB Error bei hoher Disk I/O:

Muss ich dazu einfach nur über den Paketmanager Telegraf installieren oder was muss ich beachten?

Moin,

erst müssen wir mal schauen, wie Du unterwegs bist.

1.) Du nutzt Docker!
1.1) Du hast für iobroker, influxdb, grafana eigene Container.
1.2) Fehler im Netzwerk können ausgeschlossen werden.
1.3) Wie ist das Netzwerk auf der Syno eingestellt.
1.4) Noch mal die Fehler aus den Logs iobroker und auch vom influxdb - Docker <- sollte unter /var/log/influxirgend_was liegen.

2.) gib mir etwas Zeit, da sich meine Syno gerade updatet, ich baue mir influxDB, telegraf mal auf um die schritte nachzuvollziehen.

Ich habe noch mal etwas in den alten Beiträgen im Netz nachgeschaut, manche sind von 10s default auf 60s gegangen, ist aber auch sicherlich nur ein Workaround.

VG
Bernd

[A Former User]

@hennerich sagte in ioBroker Docker - InfluxDB Error bei hoher Disk I/O:

Muss ich dazu einfach nur über den Paketmanager Telegraf installieren oder was muss ich beachten?

Moin,
ich habe die Zeit genutzt und etwas Grundlagenforschung betrieben, die Sache ist einfacher als gedacht

Du brauchst keine zusätzliche Software, das geht alles out of the box mit influxDB V2.6.

In diesem influxDB_Metriken_Teil1.pdf Dokument habe ich beschrieben, wie man das bei einer Erstinstallation gleich mit macht.

Da Du oder auch anderer, ja meistens schon eine fertige influxDB Installation haben, ist der Weg aber auch nicht so schwer.
Hier influxDB_Metriken_Teil2.pdf

Dashboard influxdb_2.0_oss_metrics.json
Variable bucket.json

VG
Bernd

EDIT: 2023-02-23
ich habe die Markdown Dateien gegen PDFs ausgetauscht. Und das Dashboard und Variablen *.json an gehangen.

[hennerich]

@dp20eic
Danke Bernd, das schaue ich mir an. Melde mich.
Heute gabs das Problem übrigens nicht.

[edit sagt]
Du hast eine *.md Doku gemacht. Es ist sicherlich beabsichtigt, dass dort deine Bilder nicht zu sehen sind? Hab die Files mit notepad++ aufgemacht.

[A Former User]

@hennerich

Moin,
ja, ich schreibe viel in Markdown ist schneller als wenn ich irgend ein Office nutze und mir reicht das an Funktionalität aus.
Such mal für dein Betriebssystem ein Markdown Reader, ich habe für die Anleitung ghostwriter genutzt, ob das z.B. auch unter Win gut läuft, kann ich nicht sagen, nutze nur Linux.

VG
Bernd

Edit:
Ich mach noch mal, da ich die Bilder nicht eingepackt habe, man sollte halt mal mit einem anderen Rechner kontrollieren

[Ahnungsbefreit]

@hennerich Ich habe das gleiche Problem. Für Notepad++ gibt's ein Plugin "Markdown Viewer++", damit sieht man die Formatierung. Aber die Bilder fehlen natürlich trotzdem

[A Former User]

@ahnungsbefreit

Moin,

ich hab das gerade noch mal angepasst, war mein Fehler, da ich es immer nur auf dem Rechner kontrolliert habe, auf dem ich auch geschrieben habe. Sind jetzt auch PDFs und die beiden benötigten Dateien hängen jetzt auch am Post.

VG
Bernd

[hennerich]

@dp20eic sagte in ioBroker Docker - InfluxDB Error bei hoher Disk I/O:

@ahnungsbefreit

Moin,

ich hab das gerade noch mal angepasst, war mein Fehler, da ich es immer nur auf dem Rechner kontrolliert habe, auf dem ich auch geschrieben habe. Sind jetzt auch PDFs und die beiden benötigten Dateien hängen jetzt auch am Post.

VG
Bernd

Bernd, ich muss mich entschuldigen. Erst einmal vielen Dank für deine Mühe, dazu noch mal PDFs mit Bildern zu machen. Dann, dass du dich hier reingedacht hast und zuletzt, dass ich mich noch nicht dazu gemeldet hab. Wir renovieren gerade zu Hause und auf Arbeit ist auch Stress, ich hatte noch keinen Nerv dafür.
Melde mich asap.

Viele Grüße
Henri

[A Former User]

@hennerich

Moin,

mach Dir kein Stress.
Besser Du bist bei den Sachen, die gerade wichtig sind, der Rest kommt dann von alleine.

Und Danke für die Rückmeldung, nimm Dir Zeit. Wenn dann doch wieder erwarten etwas nicht funktioniere, dann melde dich einfach.

VG
Bernd

[hennerich]

@dp20eic

Ok, Dashboard läuft. Der ausschlaggebende Punkt war "localhost"!
Jetzt muss ich nur überlegen, wohin ich schauen muss wenn es wieder geknallt hat.

[A Former User]

@hennerich sagte in ioBroker Docker - InfluxDB Error bei hoher Disk I/O:

@dp20eic

Ok, Dashboard läuft. Der ausschlaggebende Punkt war "localhost"!
Jetzt muss ich nur überlegen, wohin ich schauen muss wenn es wieder geknallt hat.

Moin,

also heute mal etwas Trouble in einer influxdb gehabt

Da sollte wenn Du wieder Write errors bekommst, sollte man das Object write io erkennen.

VG
Bernd

[hennerich]

@dp20eic
Ok, ich gucke morgen früh.

[hennerich]

Moin zusammen,

heute keine Fehler in ioBroker. Aber den Peak um 3 Uhr sieht man trotzdem schön:

Grüße
Henri

[A Former User]

@hennerich

Moin,

im ersten Bild, der Peak ist der read IO da geht dann wohl die Sicherung des iobrokers los.
Das sieht aber erst einmal alles nicht so dramatisch aus.

VG
Bernd

[hennerich]

@dp20eic sagte in ioBroker Docker - InfluxDB Error bei hoher Disk I/O:

im ersten Bild, der Peak ist der read IO da geht dann wohl die Sicherung des iobrokers los.

Nein, die Sicherung des ioBroker ist um 01:24 Uhr. Das Hyper Backup der Daten auf dem NAS inkl. der Dockerfiles (also alle gemounteten Ordner) läuft um 03:00 Uhr. Und zu diesem Zeitpunkt traten bisher immer die Probleme auf.

[thoml]

@palm_maniac
bei mir ebenfalls unter Proxmox , ich starte den InfluxDB Adapter aktuell kurz nach dem Backup neu.

[A Former User]

@hennerich

Moin,

hast Du schon einmal das Hyper Backup ausgeschaltet, bzw. auf nur am Wochenende gestellt. Ich habe keine Ahnung vom Hyper backup und wie das Arbeitet.

@thoml
Hast Du auch das HyperBackup am laufen?

VG
Bernd

[thoml]

@dp20eic
Proxmox macht nachts um 1 jeden Tag ein Backup bei mir.
Das ganze läuft auf einem MiniPc, ioBroker läuft in einer VM und influxDB in einem Container.

[A Former User]

@thoml

Moin,
ok, stehe auf dem schlauch.

hier hat der TE das Problem, das zu einer bestimmten Uhrzeit etwas Fehler schmeißt, im ersten Post
Auszug:

2023-02-07 03:03:23.690  - warn: influxdb.0 (9897) Point could not be written to database: iobdata
2023-02-07 03:03:23.696  - warn: influxdb.0 (9897) Error on writePoint("{"value":394,"time":"2023-02-07T02:03:03.022Z","from":"system.adapter.javascript.0","q":0,"ack":true}): HttpError: unexpected error writing points to database: timeout / "unexpected error writing points to database: timeout""

Ich mache auch mittels PBS (Proxmox Backup Server) backups und muss meine LXC Container nicht neu starten.

Hast Du das gleiche Problem, bekomme gerade zu Deiner Aussagen den Bogen nicht gespannt.

VG
Bernd