Jump to content
Froxlor Forum

Archimedes

Members
  • Posts

    13
  • Joined

  • Last visited

  • Days Won

    1

Archimedes last won the day on December 15 2023

Archimedes had the most liked content!

Archimedes's Achievements

Rookie

Rookie (2/14)

  • Dedicated Rare
  • Collaborator Rare
  • First Post
  • Conversation Starter
  • Week One Done

Recent Badges

1

Reputation

  1. Servus die Runde, ich habe dies nun seit ein paar Tagen so am laufen und es funktioniert sehr gut soweit. Schöner wäre noch logrotation über den froxlor-cronjob Traffic zu triggern, aber das muss ich mir erst genauer anschauen ob das elegant werden kann. Lg
  2. Jup das hat funktioniert. Die Daten welche aktuell im Log stehen wurden verarbeitet. Auch die Trafficberechnung im Panel bestätigt das. Vielen Dank für deine Hilfe.
  3. So richtig mitteilsam wurde es deshalb auch nicht: Checking froxlor file permissions...OK Running "traffic" job (debug) (not forking) [notice] Checking system's last guid
  4. 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?
  5. 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 😉
  6. danke für die schnelle Antwort. logrotate klingt wirklich wahrscheinlich. Ich schau mir mal eben an was da genau um welche Uhrzeit läuft. mich erstaunt aber auch noch etwas, dass die goaccess .db Dateien nicht neu erzeugt werden wenn ich die Cronjobs von Froxlor manuell starte.
  7. 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: Die Cronjobs habe ich heute mal manuell gestartet: 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...