[Fli4l_dev] Keine Frequenzaufzeichnung mehr, war: Neue fli4l Testversionen, Webseitenzugriff

[Uwe Z.]

Hallo Harvey!

Am 16.12.2025 um 12:54 schrieb Harvey:
>> Ich habe im DB-Verzeichnis auf dem fli4l nachgeschaut, die RRD-Dateien 
>> werden auch erzeugt und beschrieben.
> 
> Auch hier steht was auf der Webseite dazu:
> "rrdtool: Wer Wert auf seine cpufreq-historie legt, sollte wissen dass 
> rrdtool nunmehr pro core ein eigenes Verzeichnis im db Verzeichnis mit 
> Namen cpufreq-x (x= 1 bis Anzahl der cores) anlegt und die Logdatei 
> darin cpufreq.rrd nennt. Bisher waren diese Dateien immer im cpufreq- 
> Verzeichnis und hießen dort cpufreq-x.rrd. Bei bisherigen Anwendern hat 
> es geholfen die Dateien einfach ins cpufreq-x Verzeichnis zu kopieren 
> und in cpufreq.rrd umzubenennen. Dann wird dort weitergeloggt. Ob es 
> immer funktioniert, kann an dieser Stelle nicht beantwortet werden - 
> your mileage may vary :)"
> 
> Trifft das eventuell auch auf dich zu?

Das war auch der Hinweis, den ich bei der Suche gefunden habe.

Ich bin dem Hinweis von Marcus gefolgt (siehe seine Antwort) und in den 
XMLs sieht es für mich gut aus (also was die Zeitangaben angeht, die 
Werte kann ich schlecht beurteilen).

Ich versuche mal, die XMLs zur Verfügung zu stellen, vielleicht sieht ja 
jemand etwas, was mir entgeht.

Aber die Sache ist für mich auch nicht schlimm. Ich schaue da nur alle 
Jubeljahre rein und die Historie ist für mich unwichtig. Es geht nur um 
das Feedback bzgl. Funktion, die halt "weg" ist.

...
Oder könnte es reichen, die alten Dateien zu löschen? Moment...

Ausprobiert: Ich hab den Ordner "cpufreq" (also den alten Datenspeicher) 
in "cpufreq_alt" umbenannt.
Umgehend kommt jetzt im Opt in der Weboberfläche im Tabreiter 
"Frequenzen" die Meldung (zwei Zeilen):
"Es ist ein Fehler aufgetreten"
"no rrd-database for GENERIC-ACPI-CORETEMP Frequenz"

Sucht das Opt eventuell doch im falschen Verzeichnis nach darstellbaren 
Daten? Oder mache ich einen Denkfehler?

Viele Grüße
uwe