September 18Sep 18 Hat noch wer folgende Meldungen durch den traffic-cron je einmal täglich seit diese Woche ein aktualisiertes goaccess 1.12 für debian kam?Warning: This database predates request-grouping metadata.--http-method and --http-protocol cannot be validated.Rebuild it if request rows are grouped unexpectedly.... und das vermutlich für jede Domain/VHost einmal, also je nach Nutzung ne lange MailWie lässt sich das beheben ohne die bisher gesammelten Daten zu löschen?
September 19Sep 19 Konnte das gerade reproduzieren mit der 1.12. Das sagt lediglich das er für alte Daten nicht wissen kann welchen wert --http-method und --http-protocol hatte, froxlor setzt diese zwei optionen nicht und verlässt sich also auf die defaults/values aus der /etc/goaccess/goaccess.conf - es ist wohl nur ein hinweis und ggfls wird irgendwas als "UNKNOWN" angezeigt, aber einen migrationspfad o.Ä. gibt es nicht. Man wird aktuell wohl mit der warnung leben müssen wenn man die bisherigen Daten behalten will
October 1Oct 1 Solution Habe das Problem auch bemerkt und verschiedene Suchen auf Google führen immer wieder (und in auffälliger Anzahl 😜) hierher.Hier die Lösung, welche mir Claude in 2 Minuten geliefert hat:GitHubGitHub - GuentherMair/goaccess-fix-grouping: Silences GoA...Silences GoAccess ≥ 1.12's "This database predates request-grouping metadata" warnings. - GuentherMair/goaccess-fix-grouping
October 1Oct 1 Author Ich hatte selber nachgedacht und mich entschieden, dass ich mich NICHT mit den internen Datenstrukturen von goaccess beschäftigen will.Somit habe ich die Statistiken verworfen und in einer iterierenden for-Schleife einfach die Statistiken aus den je vorliegenden 12 Monaten access.log's mit dem neuen goaccess neu bauen lassen.Die hier vorgestellte Lösung ist aber insofern schöner, als dass sie keine Daten verlieren kann.
Create an account or sign in to comment