awstats seit Installation keine Daten

Wh1sper

Member
Debian Bulleye Server ISPConfig 3.2.9p1
Scheinbar lief awstats auf dem Server noch nie. Erst jetzt aufgefallen
Das folgende Script wurde manuell ausgeführt.
Code:
php /usr/local/ispconfig/server/cron_debug.php --cronjob=150-awstats.inc.php

Ausgabe :
PHP:
PHP Warning:  rename(/var/www/clients/client1/web4/web/stats/awstats.xxx.xx.html,/var/www/clients/client1/web4/web/stats/awsindex.html): No such file or directory in /usr/local/ispconfig/server/lib/classes/cron.d/150-awstats.inc.php on line 174
Selbe Meldung für alle Domains, die awstats eingestellt haben. Ja ich habe auch eine Nacht abgewartet.
Wo kann ich noch suchen?
ps goaccess geht auch nicht, aber eins nach dem anderen
 

Wh1sper

Member
Laut DB
Code:
cronjob_awstats                   | 2023-06-05 02:01:19 | 2023-06-06 00:00:00 |       0 |
Also läuft wohl, macht aber nichts.
Einen Hinweis fand ich, dass es mit den Einträgen in /etc/fstab zu tun haben könnte. Kann das sein? Gemountet sind die "/var/log/ispconfig/*" Einträge nicht...
Die Einträge in /etc/awstats sehen auch ok aus und haben den zeitstempel von gestern.
/etc/awstats/awstats.domain.de.conf
 
Zuletzt bearbeitet:

Wh1sper

Member
doch, die sind alle drin, fiel mir nur auf, dass sie nicht bei df auftauchen.
z.B.
Bash:
/var/log/ispconfig/httpd/xxxxx.xx /var/www/clients/client1/web4/log    none    bind,nofail    0 0
 

Till

Administrator
Und Du siehst die Logs wenn Du ins Verzeichnis /var/www/clients/client1/web4/log schaust?
 

Wh1sper

Member
Ja. Inhalt von access und error log sind auch unauffällig
Anscheinend ist es möglich, den LOGLEVEL in lib/classes/cron.d/150-awstats.inc.php einzustellen, vielleicht führt mich das zu einer Lösung.
Wo wird der LOGLVEL gesetzt und in welchem Log muss ich da gucken?
 
Zuletzt bearbeitet:

Wh1sper

Member
Ich habe es mal manuell ausgeführt.
Scheinbar stimmt was mit dem log format nicht....

awstats -config=sample.eu
Create/Update database for config "/etc/awstats/awstats.sample.eu.conf" by AWStats version 7.8 (build 20200416)
From data in log file "/var/log/ispconfig/httpd/sample.eu/yesterday-access.log"...
Phase 1 : First bypass old records, searching new record...
Direct access to last remembered record has fallen on another record.
So searching new records from beginning of log file...
AWStats did not find any valid log lines that match your LogFormat parameter, in the 50th first non commented lines read of your log.
Your log file /var/log/ispconfig/httpd/sample.eu/yesterday-access.log must have a bad format or LogFormat parameter setup does not match this format.
Your AWStats LogFormat parameter is:
1
This means each line in your web server log file need to have "combined log format" like this:
111.22.33.44 - - [10/Jan/2001:02:14:14 +0200] "GET / HTTP/1.1" 200 1234 "http://www.fromserver.com/from.htm" "Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0)"
And this is an example of records AWStats found in your log file (the record number 50 in your log):
92.204.139.0- - [05/Jun/2023:02:38:46 +0200] "GET ///?author=2 HTTP/1.1" 301 450 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96"
Setup ('/etc/awstats/awstats.sample.eu.conf' file, web server or permissions) may be wrong.
Check config file, permissions and AWStats documentation (in 'docs' directory).

Die Configs awstats.conf und awstats.conf.local sind auf dem alten bullseye server und diesen hier praktisch identisch
 
Zuletzt bearbeitet:

Wh1sper

Member
Loglevel erhöhen brachte nichhts, selbe warning message wegen des renames, keine Error meldungen im cron.log.1
 

Till

Administrator
Manuell ausführen von awstats wird so nicht gehen, ISPConfig verwendet das build static pages script von awstats und dann müssen ja auch die parameter passen. Da müsstest Du schon den exakten Befehl nehmen den auch ISPConfig verwendet, findest Du im awstats cron plugin unter /usr/local/ispconfig/server/lib/classes/cron.d/
 

Wh1sper

Member
/usr/share/awstats/tools/awstats_buildstaticpages.pl -config=domain.de

produziert output, aber ohne sinnvolle Daten, also 0 Aufrufe, sieht hier also auch so aus, als würde das Logformat verkehrt sein
Es steht in der awstats.conf.local auf LogFormat=1
 

Till

Administrator
Das log format habe ich auch hier. Poste doch mal eine zeile aus dem /var/log/ispconfig/httpd/sample.eu/yesterday-access.log
 

Wh1sper

Member
Gern 3 Zeilen
Code:
205.185.121.0- - [06/Jun/2023:19:28:47 +0200] "GET / HTTP/1.1" 200 15494 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 11_0_0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.88 Safari/537.36"
209.141.41.0- - [06/Jun/2023:19:28:49 +0200] "GET /wp-content/themes/fast-press/js/search-top.js?ver=6.1.3 HTTP/1.1" 200 6697 "https://sample.eu/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 11_0_0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.88 Safari/537.36"
205.185.122.0- - [06/Jun/2023:19:28:49 +0200] "GET /wp-content/plugins/wp-statistics/assets/js/tracker.js?ver=6.1.3 HTTP/1.1" 200 6946 "https://sample.eu/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 11_0_0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.88 Safari/537.36"
 

Wh1sper

Member
Das läuft ebenso wenig. Deshalb vermute ich ein generelles Problem. Aber wo?
Hier scheint auch das Logformat nicht zu stimmen, standalone mal alle vorgeschlagenen probiert, keiner funkioniert
 
Zuletzt bearbeitet:

Wh1sper

Member
Dazu noch eine Frage. @ Till: ist denn bei vlogger in server config was einzutragen? Hier steht nur /etc ist das denn richtig?
Muss da etvl /etc/vlogger-dbi.conf rein?
aber da steht ja "Konfigurationsverzeichnis" wird wohl richtig sein
 

Till

Administrator
Wenn vlogger nicht funktionieren würde, dann wäre das yesterday-access.log leer, von daher denke ich nicht dass es daran liegt. Das Log Format wird glaube ich in der apache bzw. nginx ispconfig.conf Datei am Anfang definiert, standardmäßig ist es:

Code:
LogFormat "%v %h %l %u %t \"%r\" %>s %O \"%{Referer}i\" \"%{User-Agent}i\"" combined_ispconfig

das %v am Anfang ist für vlogger notwendig, die spalte entfernt vlogger, nach der Spalte splittet er die logs per vhost auf.
 

Wh1sper

Member
Ja, das sieht fast gut aus. (scheinbar auch identisch zu meinem alten bullseye server)
Warum gibt es denn da gleich mehrere Zeilen?
Eine Zeile wie von oben gibt es allerdings nicht
(mit %v: .... combined_ispconfig)
Code:
LogFormat "%v:%p %h %l %u %t \"%r\" %>s %O \"%{Referer}i\" \"%{User-Agent}i\"" vhost_combined
LogFormat "%h %l %u %t \"%r\" %>s %O \"%{Referer}i\" \"%{User-Agent}i\"" combined
LogFormat "%h %l %u %t \"%r\" %>s %O" common
LogFormat "%{Referer}i -> %U" referer
LogFormat "%{User-agent}i" agent
 

Till

Administrator
Ich denke Du schaust in die falsche Datei, Du musst in die ispconfig conf datei sehen. Denn die Zeilen die Du gepostet hast sind nicht relevant für ISPConfig und stehen auch in ganz anderen Dateien.
 

Werbung

Top