ioBroker sehr hohe Diskwrites in Proxmox

[apollon77]

@robbsen sagte in ioBroker sehr hohe Diskwrites in Proxmox:

default backup

!!!!

Backup ist nochmal was anderes!!

[robbsen]

@apollon77 merci also doch "writeFileInterval": 3600000, aufnehmen... danke fürs aufklären

Muss das an eine bestimmte Stelle?

[paul53]

@robbsen sagte: Muss das an eine bestimmte Stelle?

Irgendwo in das Objekt "objects", z.B. vor "backup".

[robbsen]

@paul53 ich danke euch! Wie immer schnell und nett

[Feuersturm]

Mein Proxmox macht jede Nacht ein Backup vom Container in welchem ioBroker läuft. Das Backup ist so eingestellt, dass der Container für das Backup gestoppt wird.
Werden in diesem Fall beim stoppen des Container die states und objects nochmal weggeschrieben (writeFileInterval auf 3600000 gesetzt) oder ist das aus Sicht ioBroker wie ein crash vom js-controller , so dass mögliche Änderungen in den states / objects verloren gehen?

[apollon77]

@feuersturm Was sagt denn das log? Wird der Container wirklich runtergefahren? Siehst Du ja im Log. Oder wird er nur "angehalten"

[Feuersturm]

@apollon77 War erstmal nur eine Überlegung. Hab gerade das Schreibintervall mal eingebaut und werde morgen mal nachsehen was heute Nacht passiert ist. Bin nicht mehr am Rechner, werde morgen mal schauen ob der Container heruntergefahren wird.

[apollon77]

@feuersturm Schau doch einfach ins Logfile ... Dann weisst Du es direkt

[paul53]

@feuersturm sagte: Werden in diesem Fall beim stoppen des Container die states und objects nochmal weggeschrieben

EDIT: siehe hier

[apollon77]

@paul53 Beim beenden wird beides geschrieben - WENN es ungeschriebene Änderungen gibt!! Code Technisch sind beide DBs "gleich" was die Basis angeht

[paul53]

@apollon77 sagte: WENN es ungeschriebene Änderungen gibt!!

Dann gab es wohl keine Änderung bei meinen objects, als ich es beobachtet habe.

[liv-in-sky]

@paul53

Heißt das, wenn ich einen Datenpunkt anlege und dann den Server einen shutdown Befehl gebe, bekomme ich anschließend, nach einem Neustart, einen Fehler, weil der Datenpunkt nicht existiert

[robbsen]

@robbsen

ok das hat bei mir von den Diskwrites scheinbar den Durchbruch geschafft. Was mir auch logisch erscheint wenn ich anstatt alle 15 Minuten nur noch alle 60 Minuten die scheinbar größeren Daten schreibe.
Die Voreinstellung für das Schreiben der Objects ist 15 Minuten? Korrekt?
Bleiben natürlich die Fragen meines Vorgängers, im Grund haben sich die Ursprungsprogrammierer (hier) ja gedacht 15 Minuten ist die richtige Häufigkeit zum Sichern der Objekte.

Hochrechnung von gestern von Änderung der Schreibintervalle:
57 GB /Tag bzw. 20.769 GB/Jahr, damit ergibt sich eine rechnerische SSD Lebensdauer von 3,5 Jahre

Änderung auf Objects "writeFileInterval": 3600000,
13,65 GB /Tag bzw. 5.350 GB/Jahr, damit ergibt sich eine rechnerische SSD Lebensdauer von 13,5 Jahre

[Kueppert]

@robbsen genau so waren meine Daten vorher <-> nachher auch

[Dr. Bakterius]

Mir dem js-controller v3.2.14 wurde auch die geschriebene Datenmenge gesenkt:

Optimize File DBs to lower write i/o by 50% ( backup file is not renamed instead of rewritten)

Danke @apollon77 !

[apollon77]

@dr-bakterius Ok, also so heftig hätte ich es jetzt nicht erwartet, krass

[robbsen]

@dr-bakterius ? Was wurde denn da so erheblich geändert? War es doch nen Bug?

[Dr. Bakterius]

@robbsen Musst du apollon77 fragen...

[Dr. Bakterius]

@apollon77 Dafür habe ich jetzt wieder alle 2-3 Minuten einen (kleinen) Schreibzugriff. Ist da die Konfiguration die Daten nur einmal die Stunde zu schreiben gelöscht worden bzw. wird jetzt nicht mehr beachtet? Oder ist der große Brocken einmal die Stunde jetzt generell weggefallen? Muss mir mal zuhause ansehen wann die Dateien das letzte Mal geschrieben wurden...

[crunchip]

@apollon77 also, ich sehe bei mir keinen Unterschied, liegt aber vllt am Eintrag (writeFileInterval auf 3600000) bei den Objekten