@homoran
Als Beispiel DasWetter
Für jeden DatenPunkt im Adapter pro Tag ist das History aktiviert.
So ist das bei vielen Adaptern ....
Der jetzt gerade aktuallisierte History Ordner ist schon wieder 40 MB bei ca. 1600 Einträgen groß.
Dabei sind mir neben den 1300 Wetterfiles, welche ja eigentlich sehr klein sind auch z.B. Dateien aufgefallen wie:
Ich werde jetzt wie im letzten Post geschrieben, mal einiges deaktivieren und dann Schritt für Schritt schauen.
Andreas
@homoran
Also der meiste Speicher wird durch den Adapter DasWetter und Corona verbraucht.
Da ist bestimmt etwas schiefgelaufen bei der Installation.
Z.B. zeichnet "das Wetter" ingesamt alle 3 Stunden sämtliche Werte von meinem Standort auf welche in den nächsten 7 Tagen wichtig sind. Das wären schonmal 8 Durchgänge mal 7 Tage mal ca. 30 Werte. Also 1680 Werte am Tag. Beim Coronaadapter ists ähnlich.
Der PingAdapter zeichnete anscheinend eine zeitlang ...(jetzt nicht mehr) auch alle 2 Sekunden pro IP (ca. + - 120 IPs) auf. Riesige Files ...
Das habe ich aber nie eingestellt! 100%ig NEIN.
Habe jetzt den Corona mal deaktiviert, ebenso dasWetter und schaue morgen mal nach.
PS: der Ordner ist jetzt leer ... habe wieder 23 GB frei 
und der ioB läuft "natürlich" noch.
Vielen Dank
Andreas
PPS: Da ich kein MOTION und auch kein DECONZ mehr auf dem NUC benötige, könnte ich ja auch diesen Platz wieder dem ioBroker zuführen. Dazu müßte ich dann wohl die Partitionen fusionieren bzw. die ioB erweitern. Aber dazu mache ich ggfalls einen neuen Threat auf.
@homoran
Habe ich schon ... sehr viele Files kommen aus meinen eigenen Datenpunkten.
Früher waren die unter javascript.o dann unter userdata.0.
HM Adapter, Coronaadapter, DasWetter sowie Telegram und PING (auf ca. 150 IPs)
sind die meisten der Files.
Ich kann aber keine Einstellung finden, welche z.B. im CoronaAdapter oder bei DasWetter dafür verantwortlich sein könnten. Bei den eigenen Datenpunkten kann ich ja schon sagen ob History aktiviert werden soll oder nicht. Bin sehr sicher, das ich da nichts aktiviere mit History.
Andreas
@paul53
Danke ... ja, wie schon geschrieben, vielleicht habe ich bei irgendeinem Wechsel der Systeme oder SD Karten mal eine Version erwischt, die ein Flag gesetzt hat und der hat sich nicht storniert. Seit diesem Tag schleppe ich dann die Last hinterher.
Da die Dateien auch immer größer werden habe ich auch das Gefühl, das der Adapter sich immer selbst mit speichert und so etwas wie eine Schleife entsteht (BU vom BU im BU)
Kommen wir kurz zurück 
Ich kann dann wohl getrost diesen Inhalt von History löschen!
Es sind nur Verzeichnisse mit Datumsbezeichnungen drin. Habe zur Sicherheit mal den DEZ. extern gebackupt
Mache jetzt dann den rm -r history/*
es sei denn es schlicht was dagegen.
Warte jetzt noch kurz auf ne Antwort ansonsten .... weg damit!
Gruß Andreas
@homoran
jupp ... sind die Tage ...
im Moment (da ich ja schon Alte gelöscht habe) ist der erste Ordner vom 30.03.2019
Anscheinend irgendwann einen BUG eingefangen, der das Löschen aushebeln. Vielleicht bei Wechseln zwischen den Systemen Raspberry 3 auf 4 ... weiter auf Rock64 weiter auf
NUC im Laufe der Zeit.
Andreas
@paul53
steht bei mir auf 1 Week.
Im Ordner sind aber Files aus 2019 bis heute.
@thomas-braun
Danke ...
Das ist der nächste Schritt ....
aber ich muß ja auch erstmal den Ordner leeren, mein System fährt am Limit.
mit gehts um
kann ich den Inhalt des Ordners löschen oder mache ich was kaputt?
und ist das der richtige Befehl?
Andreas
PS: Ich habe das Gefühl, dass jeder von mir erstellte Datenpunkt unter Userdata, JavaScript (als es noch ging) sowie unter den Skripten Text2Command o.ä. in den History einfließt!
Hallo, ich hatte das schonmal gepostet, aber der Post wurde nicht vollständig beantwortet.
Deswegen bitte nochmal für meine Sicherheit!
Aus mir noch nicht so bekannten Gründen läuft der ..history .. Ordner unter iobroker-data voll.
WARUM AUCH IMMER! Ich, also ICH bewußt benötige sie nicht und ich denke, dass auch das System diese Files nicht braucht, da ich keinerlei LOGs oder so auswerte oder anzeigen lasse.
Wie ? Und darf ich denn den Inhalt des Ordners löschen mit
rm -r history/*
?
Oder mache ich dann da was kaputt?
Hintergrund!
Ich habe unter Proxmox eine 32 GB Partition eingerichtet und dort den ioB installiert.
Nach sehr häufigen Abstürzen in der letzten Zeit fiel mir auf, dass der Platz nicht mehr reicht.
Und zwar läuft der .. history .. Ordner voll. Mittlerweile hat er 20 GB und mit jedem Backup des BackItUp Adapters läuft dann die Partition voll und der ioB hängt. Ich muß dann händisch die BU Dateien aus dem Ordner löschen, was dann wieder für einige Zeit reicht.
Händisch lösche ich dann immer sehr alte Daten aus dem Verzeichnis.
Im Ordner befinden sich ca. 400 Ordner mit je 20zig JSON Files.
Danke Andreas
Danke ... das Script speichert nun wieder Bilder Ich habe aber ein seltsames Verhalten.
Bei mir wird mit einem Trigger das Script ausgelöst ... aber das Bild mit xxx_0.jpg ist erst sichtbar, wenn ich nochmal triggere.
Der Namen stimmt allerdings im Ordner. Es ist so, als wäre das aktuellste Bild im "NICHTS" also im Cache oder so ...
Ich merke das daran, weil meine CAM einen Zeitstempel erzeugt und ich immer nur das 2 aktuellste Bild gezeigt bekomme.
Das Script habe ich 1:1 kopiert und nur den Ordner und den Namen geändert. Im Funktionsaufruf dann noch den Trigger rein.
Kann das einer bestätigen/nachvollziehen?
Danke Andreas
Hier mal ein Bild ... wie ihr sehen könnt ist der erste Abschnitt ein Bild von 14.27 Uhr obwohl ich 14.30 Uhr ausgelöst habe.
Der 2te Abschnitt ist von 14.31 Uhr und zeigt das Bild vom Trigger um 14.30 Uhr, der letzte Abschnitt zeigt wiederum das um 14.32 Uhr getriggerte Bild.
Es ist das Bild vom Trigger um 14.31 Uhr!!!
