Jump to content
Froxlor Forum

Archimedes

Members
  • Posts

    13
  • Joined

  • Last visited

  • Days Won

    1

Posts posted by Archimedes

  1. ok das macht Sinn - danke für den Hinweis.

    Was ich aber immer noch nicht versteht ist warum der Aufruf von froxlor-cli froxlor:cron 'traffic' nicht dazu führt, dass die Einträge im Log (welche vorhanden sind) jetzt verarbeitet werden. Das Froxlorpanel zeigt zwar an, dass der Cronjob gelaufen ist aber domain.tld/goaccess sagt noch immer "Zuletzt aktualisiert: 2023-12-14 00:00:02 +0100" - dies stimmt mit der Dateizeit/Datum der .db Dateien überein.

    Kann ich dies irgendwie gezielt triggern?

  2. Ich dokumentierte hier einfach ein bisschen mit was ich inzwischen so festgestellt habe, in der Hoffnung dass es mal jemanden weiter hilft.

    logrotate startet meist um genau 0:00

    Die Konfiguration dazu läuft über einen systemd timer welcher in der Datei /lib/systemd/system/logrotate.timer liegt und nach /etc/systemd/system/timer.wants.target/logrotate.timer verlinkt ist.

    Die Datei sieht so aus:

    [Unit]
    Description=Daily rotation of log files
    Documentation=man:logrotate(8) man:logrotate.conf(5)
    
    [Timer]
    OnCalendar=daily
    AccuracySec=1h
    Persistent=true
    
    [Install]
    WantedBy=timers.target

    AccuracySec=1h finde ich hier normalerweise auch ausreichend genau..... wenn man die Logfiles aber automatisiert verarbeitet kann das durchaus doof sein.

     

    Froxlor Cronjob "froxlor:cron 'traffic'" läuft laut logs ebenfalls um 0:00 - meist jedoch ein paar Sekunden nach Logrotate:

     

    Dez 12 00:00:00 vm002 systemd[1]: Starting logrotate.service - Rotate log files...
    Dez 12 00:00:00 vm002 systemd[1]: logrotate.service: Deactivated successfully.
    Dez 12 00:00:00 vm002 systemd[1]: Finished logrotate.service - Rotate log files.
    Dez 12 00:00:01 vm002 CRON[146340]: (root) CMD (/usr/bin/nice -n 5 /usr/bin/php -q /var/www/html/froxlor/bin/froxlor-cli froxlor:cron 'traffic' -q 1> /dev/null)
    
    
    Dez 13 00:00:01 vm002 systemd[1]: Starting logrotate.service - Rotate log files...
    Dez 13 00:00:01 vm002 CRON[196280]: (root) CMD (/usr/bin/nice -n 5 /usr/bin/php -q /var/www/html/froxlor/bin/froxlor-cli froxlor:cron 'traffic' -q 1> /dev/null)
    Dez 13 00:00:02 vm002 systemd[1]: logrotate.service: Deactivated successfully.
    Dez 13 00:00:02 vm002 systemd[1]: Finished logrotate.service - Rotate log files.

    Es sieht also genau so aus wie d00p beschreiben hat. Im Moment wo der Froxlorcronjob goaccess anwirft wurde gerade/werden gerade die Logfiles rotiert und sind somit wohl leer.

     

    Nun habe ich den Timer mal auf folgendes geändert:

    [Unit]
    Description=Daily rotation of log files
    Documentation=man:logrotate(8) man:logrotate.conf(5)
    
    [Timer]
    OnCalendar=*-*-* 00:05:00
    AccuracySec=1s
    Persistent=true
    
    [Install]
    WantedBy=timers.target

    Damit startet logrotate immer um 00:05 und damit nachdem der Froxlor Cronjob lief.

     

    Ich berichte auf jedenfall wieder 😉

  3. Hallo Die Runde,

     

    ich habe soeben festgestellt, dass in in goaccess nur Logs von drei Tagen finde. In meinem Fall vom 3.12 - 5.12:

    image.png.d929a1356248e1a65a184419618c4bf2.png

     

    Die Cronjobs habe ich heute mal manuell gestartet:

    image.png.02c4c3fd1c6f14407a20594bcee98dcd.png

     

    Irgendwie fehlt mir gerade total der Ansatz zur Fehlersuche, da auch die Cronjobs im Debugmodus keinen Fehler liefern. Auch die .db files /var/customers/webs/username/goaccess/ sind alle vom 14. Dez 00:00.

    Auch unter admin_traffic.php wird nur der Traffic von Anfang Dezember angezeigt. 

     

    Wenn Irgendwer einen kleinen Denkansatz hätte, würde ich mich sehr freuen.

     

    Lg Simon

     

     

     

    Systeminfos:

    Froxlorversion: 2.1.1

    OS: Debian 12

    PHP Version: 8.2.13

    goaccess version: 1.7

     

     

     

     

×
×
  • Create New...