CCU-Historian@Synology

[johannes.scherbaum]

Hallo,
eine Frage zum Zugriff via Postgres auf eine Synology-Package-Installation (DSM7-2.7-beta4): Ich versuche krampfhaft, über remote per Postgres auf den Historian zuzugreifen. Leider fehlt mir dazu der Pfad zur Datenbank. Im Filesystem liegt diese unter /volume1/@appstore/ccu-historian-dsm7/data/.
Wie kann ich darauf zugreifen? Mit ./data/history komm ich nicht weiter.
Alle Optionen in der Config sind bereits eingestellt, dass es funktionieren sollte.

Danke schon mal vorab.

Gruß,
Johannes

[g60vx]

Hallo,

verwendet jemand den Historian v4.0.0.3.0 mit DSM 7.2.1-69057 ?

Leider scheint bei mir die 24h Speicherung im Arbeitsspeicher nicht zu funktionieren. Meine Festplatten kommen erst zur Ruhe, wenn ich den Historian stoppe.

Meine Config:

Code: Alles auswählen

devices.device1.type=CCU2
devices.device1.address='192.168.1.5'
devices.historianAddress='192.168.1.7'
devices.device1.sysVarDataCycle=9000
webServer.historianAddress='192.168.1.7'
webServer.port=8085
webServer.menuLinks.link1.text='H2-HighChart'
webServer.menuLinks.link1.address='/custom/h2-highchart/H2-HighChart.gy'
database.webAllowOthers=true
devices.device1.plugin1.type=CUXD
devices.device1.plugin2.type=HMWLGW
historian.metaCycle=24*60*60*1000
historian.bufferCount=5000
historian.bufferTime=24*60*60*1000
logSystem.consoleLevel=Level.OFF
logSystem.fileLevel=Level.OFF
logSystem.fileName='/volume1/homes/CloudStation/Dokumente/Homematic/CCU-Historian/log/ccu-historian-%g.log'
logSystem.fileLimit=10000000
logSystem.fileCount=5
logSystem.binRpcLevel=Level.OFF
database.dir='/volume1/homes/CloudStation/Dokumente/Homematic/CCU-Historian/data'

VG

[Baxxy]

Kann bestimmt Mathias beantworten.
Ich würde jetzt sagen bufferCount geht vor, sind die 5000 Einträge erreicht wird geschrieben egal wie bufferTime eingestellt ist.

Kannst den Wert ja mal testweise hochdrehen.

[g60vx]

Kann bestimmt Mathias beantworten.
Ich würde jetzt sagen bufferCount geht vor, sind die 5000 Einträge erreicht wird geschrieben egal wie bufferTime eingestellt ist.

Kannst den Wert ja mal testweise hochdrehen.

Mach ich.
Wobei die Festplatten wie verrückt rattern, als würde ich einen größere Datei kopieren. Es ist mir erst jetzt aufgefallen, als ich das Raid1 von 2x4TB auf 2x8TB IronWolf vergrößert habe. Die 8TB sind um einiges lauter als die 4TB.

Ich weiß auch nicht, wo der kontinuierliche Lese-/Schreibdurchsatz herkommt...

Wenn ich den Historian stoppe, ist danach gleich Ruhe.

[Baxxy]

Ich schreibe die DB seit jeher auf ne SSD.
Wenn ich nächste Woche Zeit finde gucke ich mal was da so geschrieben wird.

[Mathias]

Code: Alles auswählen

historian.bufferCount=5000
historian.bufferTime=24*60*60*1000

Wenn der Zwischenspeicher 5000 Einträge enthält oder 24 Stunden abgelaufen sind, wird der Zwischenpuffer in die Datenbank geschrieben. Danach beginnt beides wieder bei 0.

logSystem.fileLevel=Level.OFF ist auch bereits bei Dir ausgeschaltet. Eigentlich sind das die richtigen Einstellungen.

Gruß
Mathias

[g60vx]

Ich habe den bufferCount=10000 gestellt.

Der Historian schreibt/liest konstant mit 2-3 MB/s. Wenn ich den Historian stoppe geht die Last sofort runter.

Und wenn ich ihn wieder starte geht die Last sofort wieder hoch:

[Mathias]

Vielleicht macht die Datenbank trotzdem noch Aufräumarbeiten. Ist der Zustand dann dauerhaft? Tagelang?

Eventuell könnte noch ein Compact der Datenbank helfen.

Gruß
Mathias

[g60vx]

Ich habe die alte Datenbank in meinen Backupordner verschoben und den Historian neu gestartet.

Mit der frischen und leeren Datanbank gibt es keine Dauerlast mehr.

Anschließend habe ich vesucht den Datenexport wieder zu importieren. Der Import bricht leider mit dem FEHLER: java.io.IOException: No space left on device ab.

Probiert habe ich es mit Firefox und Edge.

[Mathias]

Die Fehlermeldung beträgt, dass der irgendein Festplattenplatz erschöpft ist.