I am interest AWSTATS :

http://awstats.sourceforge.net/

are there .PKG for Raq4?

yes there are.
I'm with a client now so i cant find the url.

But you might want to search the archives.
There was a post about the pkg here(?) once (not long ago)

Package is in the page
http://awstats.sourceforge.net/awstats_contrib.html#CONTRIB

Not the latest version and a beta one though...

You can find AW Stats 5.3 pkgs for RAQ3/4/550 at http://www.nuonce.net/cobalt-files.php

Mmm...tried that new PKG file, seems to be missing a few things. Or is it me ? :confused:
NO explanations, the Apache conf does not seem updated, and the start script is nowhere to be seen.
Tried that manually from the tar.gz file and I had a better luck...
Did anybody succeeded with tha t package ?

Added, as this may not be clear enough on the site :
After installing the PKG, SSH to /etc/cron.daily and launch the script manually for the first time :
[root cron.daily]# perl awstats-run.pl

On the server I tried it on, it took a LOOOOOONNG time, as it created a stats conf file for each of your Virtual Hosts.
Then everything works perfect.
Merci Brian ! :)

I have just installed this .pkg, and as you say there are no instructions. How did you run awstats from a browser?

Bob

Bob - www.your_domain.com/awstats

I got internal server error:

The server encountered an internal error or misconfiguration and was unable to complete your request. Your administrator may not have enabled CGI access for this directory.

Bob

Was that setup server-wide in the main /home/sites website ?
Did you follow the post-PKG install instructions ?
Actually there might not be instructions in the PKG itself, but the source you must read, refer to and understand is
http://awstats.sourceforge.net

Hope it helps;

Yes it was server wide for all sites. The instructions on awstats site say that awstats.pl and awstats.mydomain.conf should be in the same directory, so why did setup install them in different ones? The variables in the conf file all look correct.

There are also more files in the non .pkg version, why? Is the .pkg version for the 550 modified for some reason?

At the command line in SSH I ran:

perl awstats.pl -config=virtualhostname -output=allhosts -staticlinks > awstats.virtualhostname.allhosts.html

and then copied it to the web site root and was able to view it OK in the browser.

Bob

Did you follow the 1st step I underlined above ?
After installing the PKG, SSH to /etc/cron.daily and launch the script manually for the first time :
[root cron.daily]# perl awstats-run.pl
No offense but you did not enter the line exactly as above right ? What name did you replace "virtualhostname" by ?

Found the problem. I removed the .htaccess file from mydomain/awstats and it worked. I have replaced the .htaccess file with a new one.

Thanks for your help

Bob

New problem. Even with my own .htaccess it will not allow access, so something is not quite right.

Bob

Probably getting back to your error log and copying the exact message here would help; .htaccess-related errors output specific messages - provide it so we can help.

i used the pkg from nuonce.net, work perfectly. if the one onf sourceforge isnt' working right, might wanna try the other.

I used the .pkg from nuonce.net also, and they have told me what my problem is. I needed to edit httpd.conf to ensure the following line was there:

LoadModule pam_external_auth_module modules/mod_auth_pam_external.so

It works perfectly now.

Recommend nuonce.net for AWStats for the RaQs

Bob

Yeah, this is something that broke in the latest Sun update package for the 550...

AWSTATS is excellent !!!

Thanks you guys !

Franky

I have installed the pkg from Nuonce.

My question: does the pkg install a cron daily?

If not, how do i do?


Regards,

Franky

It puts awstats-run.pl in cron.daily and so runs automatically, and it will also send you an email each day with stuff like:

Phase 1 : First bypass old records, searching new record...
Phase 2 : Now process new records (Flush history on disk after 16000 uniques)...
Lines in file: 2159602
Found 92 dropped records,
Found 102 corrupted records,
Found 2098394 old records,
Found 61014 new qualifed records

..so you know if there has been activity and changes.

If you want to remove that, edit this file
/etc/cron.daily/awstats-run.pl


at the bottom,


# Debugging printer, uncomment to use.
# These messages would be mailed to the box admin if you printed them
# and there actually were any.
print $messages;


just put a "#" in front of print $messages;

Bob.

Hi,

I have installed the pkg succesfully, but i want to chance the language.

I have seen there is a language module (i like to set it to Dutch), anybody can help me out installing that Dutch module?

Franky

I can see there is a Danish languagefile too, but how do i change to make that the main language. Is it also possible to add a little flag like the ones inthe left frame?

Thanx

Henrik

Originally posted by sinumsen
I can see there is a Danish languagefile too, but how do i change to make that the main language. Is it also possible to add a little flag like the ones inthe left frame?


To have Danish as the default language find in the config file the Lang directive and set it to dk
Lang="dk"

To add a flag locate the ShowFlagLinks directive and add dk to the other parameters
ShowFlagLinks="dk en fr de it nl es"

Thanx a lot.

It works perfectly:-)

I made these two changes and forced awstats to run, and that was all.

Thanx again

Hi,

I have another problem...
I had installed a 4.x version of AWStats, and it works great.
Now, i moved some sites from one Raq to another with the CMU tool. The restore include all the /logs/awstats012002.txt logs files. Cool.
BUT, on the new server i installed AWStats 5.3.
None of the old stats works....
awstats refuse to upgrade or 'migrate' the old stats.
The error is :

Error: SiteDomain parameter not found in your config/domain file. You must add it for using this version.
Setup ('./awstats.conf' file, web server or permissions) may be wrong.
See AWStats documentation in 'docs' directory for informations on how to setup awstats.

AWStats 5.3 works fine to proceed the new/actual stats, but don't want the old ones.... ;(
I checked the rights and permissions, and i don't find something...
Is anybody here having the same problem ?
Thanks to let me know
Best regards
jeanjean@gmx.net

Hi,

I successfully installed AWstats 5.3 on a RAQ 4 using Nuonce's package.
I also have webalizer imstalled.

Question: How come the statistics in webalizer are between 50-20% higher than what AWstats is reporting?

Thanks

:D

Originally posted by Surfer

Question: How come the statistics in webalizer are between 50-20% higher than what AWstats is reporting?


From the AWstats FAQs:

FAQ-COM250 : DIFFERENT RESULTS THAN OTHER ANALYZER
PROBLEM:
I also use webalizer (or another log analyzer) and it doesn't report the same results than AWStats. Why ?
SOLUTION:
If you compare AWStats results with an other log file analyzer, you will found some differences, sometimes very important. In fact, all analyzer (even AWStats) make "over reporting" because of the problem of proxy-servers and robots. However AWStats is one the most accurate and its "over reporting" is very low where all other analyzers, even the most famous, have a very high error rate (10% to 2x more than reality).
This is the most important reasons why you will find differences:
- Some dynamic pages generated by CGI programs are not counted by some analyzer (ie Webalizer) like a "Page" (but only like a "Hit") if CGI prog has not a .cgi extension, so they are not included correctly in their statistics. AWStats does not make this error and all CGI pages are pages.
- AWStats is the alone analyzer (that i know for the moment) able to detect robots visits. All other analyzers think it's a human visitor. This error make them to report more visits and visitors than reality. This does not happen with AWStats. When it tells "1 visitor", it means "1 human visitor". All robots hits are reported in the "Robots/Spiders visitors" chart.
- A lot of analyzer (ie webalizer) use the "Hits" to count visitors. This is not a good way of working : Some visitors use a lot of proxy servers to surf (ie: AOL users), this means it's possible that several hosts (with several IP addresses) are used to reach your site for only one visitor (ie: one proxy server download the page and 2 other servers download all images). Because of this, if stats of unique visitors are made on "hits", 3 users are reported but it's wrong. So AWStats, like HitBox, considers only HTML "Pages" to count unique visitors. This decrease the error, not completely, because it's always possible that a proxy server download one HTML frame and another one download another frame, but this make the over-reporting of unique visitors less important.
There is also differences in log analyzers databases and algorithms that make details of results less or more accurate:
- AWStats has a larger browser, os and search engine database, so reports concerning this are more accurate.
- AWStats has url syntax rules to find keywords or keyphrases used to find your site, but AWStats has also an algorithm to detect keywords of unknown search engines with unknown url syntax rule.

Thanks, that would explain it!

:)

Something weird is going on. After installing awstats I did a manual run which work fine and updated the stats. My cron.daily seems to work as I get a root e-mail every day, but it doesn't add any new stats!!

Phase 1 : First bypass old records, searching new record...
Lines in file: 128928
Found 59 dropped records,
Found 485 corrupted records,
Found 128384 old records,
Found 0 new qualifed records.

What's going on?

:D

Do you have a file awstats-run.pl in cron.daily?

Bob

Yepp, its in there!

:D

I have a 550 and it works OK, except when the logs rotate and I miss a complete days' stats.

Have you emailed Brian at nuonce.net, he is very helpful, it may be something he knows about.

Bob

Strange, today it updated the stats for the 20th but nothing on the 21th? Why is it updating a day late? I also have a big hole for the 19th when the logs rotated. Is there any way to modify the logrotation so that the stats aren't lost?

Thanks

:)

Same happened to me. If you go to:

awstats.sourceforge.net/docs/awstats_faq.html (http://awstats.sourceforge.net/docs/awstats_faq.html)

you will see this is covered there. I have not worked out how to do this, maybe someone can come in on this. I don't know if this is something that could have been configured in the pkg file from nuonce.net, it is a really good package.

Bob

I'm also having another problem. Everytime the cron runs the awstats I get low memory messages!! Why is awstats so demanding? Webalizer has never given me a low memory warnings. Is there anything I can do? I have 256MB of memory right now. If I want to disble awstats, all I do is remove it from the cron.daily, right?

Thanks

:D

I put another 512Mb RAM in our box, I think 256 is a little low. I don't get any low memory problems.

I'm not sure. but could it also be linked to the size of your web.log file. You can alter it in /etc/logrotate.d and look for the file that matches your site number. Mine was set to 1000Mb but has not been a problem. Large files can be a load on the server during parselog.pl

Removing awstats-run.pl will stop it creating the daily stats so I presume you will have to do it manually.

Bob

I think the problem could be that I have both webalizer and awstats in the cron.daily. This should create a big load when cron.daily runs!!
Should I remove webalizer.pl?

Also, in cron.daily you will find the logrotate script. Maybe this is why we get these gaps! The statistics script doesn't have time to perform its duty before the logs are rotated! Now, what is the best way to avoid this? Should I put awstats in cron.quarter-daily instead? This would also spread the load... What is cron.d? I think my size in logrotate.conf was set to 1M.

Thanks

:D

We have only had this 550 a few months so my knowledge is still very basic. The short answer to your question is that I don't know.

The file to edit the size of web.log is in /etc/logrotate.d and named site1 or site2 or whatever.

Maybe the more experienced gurus on this forum can answer the other questions you raise.

Bob