problem with awstats
Running Debian testing, installed awstats package and configured it for use with my apache2 name-based virtual hosts (I have /var/www/domain1.org, /var/www/domain2.org etc), but when I go to: http://domain1.org/cgi-bin/awstats.pl or http://domain2.org/cgi-bin/awstats.pl it gives the error: Error: SiteDomain parameter not defined in your config/domain file. You must edit it for using this version of AWStats. Setup ('/etc/awstats/awstats.conf' file, web server or permissions) may be wrong. Check config file, permissions and AWStats documentation (in 'docs' directory). I *do not* want it checking file /etc/awstats/awstats.conf! I setup /etc/awstats/awstats.domain.conf for each domain so how can I force it to use that? Here is the relevant info from one of my /etc/awstats/awstats.domain.conf: LogFile=/var/www/oggthebase.org/logs/access.log SiteDomain=oggthebase.org HostAliases=www.oggthebase.org DirData=/var/lib/awstats/oggthebase.org # ls -l /var/lib/awstats/oggthebase.org total 32 -rw-r--r-- 1 root root 6322 Nov 10 23:17 awstats102010.oggthebase.org.txt -rw-r--r-- 1 root root 12397 Nov 11 07:17 awstats112010.oggthebase.org.txt -rw-r--r-- 1 root root 4853 Nov 11 04:17 dnscachelastupdate.oggthebase.org.hash # ls -l /var/www/oggthebase.org/logs total 96 -rw-r--r-- 1 root root 66306 Nov 11 08:05 access.log -rw-r--r-- 1 root root 21056 Nov 11 02:14 error.log BTW each hour cron runs this script: /usr/share/doc/awstats/examples/awstats_updateall.pl -awstatsprog=/usr/lib/cgi-bin/awstats.pl now /dev/null So it should be updating all of them and when I look at the DataDir the stats appear to be there. Zach http://www.fidei.org -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlkti=cretsdzydrvsnxbgvefvc=dcakdvxu_5+y...@mail.gmail.com
Re: problem with awstats
I should add that also, per the awstats examples I found online, I added this to my /etc/apache2/apache2.conf for awstats and restarted apache2 before trying to retrieve any stats. # make sure cgi-bin requests go to /usr/lib/cgi-bin ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/ # This provides worldwide access to everything below the directory # Security concerns: # * Raw log processing data is accessible too for everyone # * The directory is by default writable by the httpd daemon, so if #any PHP, CGI or other script can be tricked into copying or #symlinking stuff here, you have a looking glass into your server, #and if stuff can be uploaded to here, you have a public warez site! Directory /var/lib/awstats Options None AllowOverride None Order allow,deny Allow from all /Directory # This provides worldwide access to everything below the directory # Security concerns: none known Directory /usr/share/awstats/icon Options None AllowOverride None Order allow,deny Allow from all /Directory # This provides worldwide access to everything below the directory # Security concerns: none known Directory /usr/share/java/awstats Options FollowSymLinks AllowOverride None Order allow,deny Allow from all /Directory # This provides worldwide access to everything in the directory # Security concerns: none known Alias /awstats-icon/ /usr/share/awstats/icon/ # This provides worldwide access to everything in the directory # Security concerns: none known Alias /awstatsclasses/ /usr/share/java/awstats/ Zach http://www.fidei.org -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktinwf0hrgitdepw403gse7mhvuo6bvvfsjdcv...@mail.gmail.com
Re: problem with awstats
BTW if I enter http://www.oggthebase.org/cgi-bin/awstats.pl?config=oggthebase.org; it shows the statistics! But if I enter http://www.oggthebase.org/cgi-bin/awstats.pl?config=oggthebase.org; it gives the error I mentioned. I would really like to be able to just go to http://www.oggthebase.org/cgi-bin/awstats.pl; to get the statistics. Any ideas what is wrong in my setup? Zach http://www.fidei.org
Re: problem with awstats
On Thu, 11 Nov 2010 03:38:24 -0500, Zachary Uram wrote: BTW if I enter http://www.oggthebase.org/cgi-bin/awstats.pl?config=oggthebase.org; it shows the statistics! IIRC, that's the standard way for virtual hosting. You have to specify the site you want to get the stats for. But if I enter http://www.oggthebase.org/cgi-bin/awstats.pl?config=oggthebase.org; it gives the error I mentioned. Both links are the same :-? I would really like to be able to just go to http://www.oggthebase.org/cgi-bin/awstats.pl; to get the statistics. Any ideas what is wrong in my setup? The normal setup for Awstats in multi-host environment is that (using the config= parameter for each site), unless you want to install one instance/copy of Awstats on each vhost :-) Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2010.11.11.09.23...@gmail.com
Re: problem with awstats
Camaleón wrote: BTW if I enter http://www.oggthebase.org/cgi-bin/awstats.pl?config=oggthebase.org;; it shows the statistics! IIRC, that's the standard way for virtual hosting. You have to specify the site you want to get the stats for. But all the awstats documentation I've read (that included in the Debian package, stuff I found on google) says the other way should work. But if I enter http://www.oggthebase.org/cgi-bin/awstats.pl?config=oggthebase.org;; it gives the error I mentioned. Both links are the same :-? Sorry a mis-paste. I meant I get the error which I mentioned in my first message if I enter: http://www.oggthebase.org/cgi-bin/awstats.pl From everything I've read this *should* work but it doesn't. Instead it reads /etc/awstats/awstats.conf instead of reading /etc/awstats/awstats.oggthebase.org.conf /etc/awstats/awstats.conf should only be triggered if someone on the local LAN entered the localhost name since the relevant entries in /etc/awstats/awstats.conf are: LogFile=/var/log/apache2/access.log SiteDomain=localhost HostAliases=localhost 127.0.0.1 DirData=/var/lib/awstats Since I *only* use vhosts for my domains there is no one SiteDomain for my web server. Thus I setup each of the separate .conf files for each vhost. I'm not sure if awstats is expecting something else in this default awstats.conf file or if some other part of the configuration is in error. From everything I read I setup everything correctly as detailed in my first message and the stats are generated and are accessible using the http://www.oggthebase.org/cgi-bin/awstats.pl?config=oggthebase.org method but again from everything I've read documented the http://www.oggthebase.org/cgi-bin/awstats.pl method should work. It just bothers me that this doesn't work. Zach http://www.fidei.org -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktikzrhx2uft8bwjqssjjf_4carznbo70zyotm...@mail.gmail.com
Re: problem with awstats
On Thu, 11 Nov 2010 04:53:46 -0500, Zachary Uram wrote: Camaleón wrote: BTW if I enter http://www.oggthebase.org/cgi-bin/awstats.pl?config=oggthebase.org;; it shows the statistics! IIRC, that's the standard way for virtual hosting. You have to specify the site you want to get the stats for. But all the awstats documentation I've read (that included in the Debian package, stuff I found on google) says the other way should work. I dont't think so. Just think about it... how can Awstats know what host (config file) do you want to use? It does not have a crystal ball ;-) *** http://awstats.sourceforge.net/docs/awstats_setup.html III. Run reports: Building and reading reports (...) 2) The second option is to dynamically view your statistics from a browser. To do this, use the URL: http://www.myserver.mydomain/awstats/awstats.pl?config=mysite ^ where mysite specifies the configuration file to use (AWStats will use the file awstats.mysite.conf). *** If you don't define any site, it uses the default config template. Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2010.11.11.10.25...@gmail.com
Re: problem with awstats
Camaleón: On Thu, 11 Nov 2010 04:53:46 -0500, Zachary Uram wrote: But all the awstats documentation I've read (that included in the Debian package, stuff I found on google) says the other way should work. I dont't think so. Just think about it... how can Awstats know what host (config file) do you want to use? It does not have a crystal ball ;-) But it sees the Host-header of the HTTP request and could look for a file with that domain name in its name. Just a guess, though. I don't know awstats. J. -- When I am doing sex I wonder if my emotions can be detected by alien civilisations. [Agree] [Disagree] http://www.slowlydownward.com/NODATA/data_enter2.html signature.asc Description: Digital signature
Re: problem with awstats
On Thu, 11 Nov 2010 14:39:51 +0100, Jochen Schulz wrote: Camaleón: On Thu, 11 Nov 2010 04:53:46 -0500, Zachary Uram wrote: But all the awstats documentation I've read (that included in the Debian package, stuff I found on google) says the other way should work. I dont't think so. Just think about it... how can Awstats know what host (config file) do you want to use? It does not have a crystal ball ;-) But it sees the Host-header of the HTTP request and could look for a file with that domain name in its name. Just a guess, though. I don't know awstats. I guess that would work only if AllowToUpdateStatsFromBrowser is set to true (1). But this variable should be handle with extremely care (I prefer having a cron task managed by site admin and provide users with static stats updated at defined intervals). Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2010.11.11.14.57...@gmail.com
Re: problem with awstats
On Sun, 4 Jan 2004, Joseph A. Nagy, Jr. wrote: I don't see how the original stats could be overwritten though. I've never had the problem being discussed and until the latest version (5.9) never even told it to explicitly keep a history. I don't know why or since when, but I had it happening to me too. So, then I started using -dir and/or -date and everything was fine again. This is with a pure awstats install from Sarge. Grx HdV -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: problem with awstats
[EMAIL PROTECTED] wrote: On Sun, 4 Jan 2004, Joseph A. Nagy, Jr. wrote: I don't see how the original stats could be overwritten though. I've never had the problem being discussed and until the latest version (5.9) never even told it to explicitly keep a history. I don't know why or since when, but I had it happening to me too. So, then I started using -dir and/or -date and everything was fine again. This is with a pure awstats install from Sarge. Grx HdV Thanks for all the replies, guys :) After reading this thread and re-visit the awstats.sourceforge.net, there are someways to solve this problem. I am using awstats_buildstaticpages.pl instead of awstats.pl now. 1) with -dir / -date, can put monthly report to different dir with different names. this prevents any overwriting. 2) with -month=all -year=, can generate an annual report. I think do some manual backup each year is not a big deal. This is what I am doing now :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: problem with awstats
On Sat, 3 Jan 2004, Andy Firman wrote: On Sat, Jan 03, 2004 at 09:52:23AM +0800, Jiele wrote: Hi, guys, Installed Awstats (Version: 5.6-1), works fine. However, I just noticed that it only generates monthly report. So when a new month starts, all the past statistics are gone, and everything starts from 0 (e.g. number of visits, domains/countries, etc). One possible way is to generate a new report when a new month starts, but what I want is to see all the historical data from a single report. Not sure if I understand your question so take this advice with a grain of salt. I run a cron job every morning at 8am: 0 8 * * */usr/lib/cgi-bin/awstats.pl -config=yourdomain.com -update I don't think this is what they OP wanted. I think his problem is that all previous stats are overwritten upon a new run. What I do is use the -dir and -date options provided by awstats_buildstaticpages.pl. Do a lynx /usr/share/doc/awstats/html/awstats_tools.html to read more. HTH Grx HdV -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: problem with awstats
J.A. de Vries wrote: On Sat, 3 Jan 2004, Andy Firman wrote: On Sat, Jan 03, 2004 at 09:52:23AM +0800, Jiele wrote: Hi, guys, Installed Awstats (Version: 5.6-1), works fine. However, I just noticed that it only generates monthly report. So when a new month starts, all the past statistics are gone, and everything starts from 0 (e.g. number of visits, domains/countries, etc). One possible way is to generate a new report when a new month starts, but what I want is to see all the historical data from a single report. Not sure if I understand your question so take this advice with a grain of salt. I run a cron job every morning at 8am: 0 8 * * */usr/lib/cgi-bin/awstats.pl -config=yourdomain.com -update I don't think this is what they OP wanted. I think his problem is that all previous stats are overwritten upon a new run. What I do is use the -dir and -date options provided by awstats_buildstaticpages.pl. Do a lynx /usr/share/doc/awstats/html/awstats_tools.html to read more. HTH Grx HdV I don't see how the original stats could be overwritten though. I've never had the problem being discussed and until the latest version (5.9) never even told it to explicitly keep a history. I do have previous examples but I would have to search back up cd's for them. -- Joseph A. Nagy, Jr. Student at Motlow State Community College Political Activist Extrodinaire The only fallacy is the inaction on our part to stave off the worst of horrors, the stripping of personal freedom. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: problem with awstats
On Sat, Jan 03, 2004 at 09:52:23AM +0800, Jiele wrote: Hi, guys, Installed Awstats (Version: 5.6-1), works fine. However, I just noticed that it only generates monthly report. So when a new month starts, all the past statistics are gone, and everything starts from 0 (e.g. number of visits, domains/countries, etc). One possible way is to generate a new report when a new month starts, but what I want is to see all the historical data from a single report. Not sure if I understand your question so take this advice with a grain of salt. I run a cron job every morning at 8am: 0 8 * * */usr/lib/cgi-bin/awstats.pl -config=yourdomain.com -update Check man crontab for more information. All the data is preserved. I just checked and was able to see all the data from 2003. Pretty cool program. This bit may be what you are looking for now, if you want to catch up on all the access.logs, what I did was cat them into each other using (append) and came out with one big giant log. Then I ran the update and was able to capture all the data from the beginning. -Andy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
problem with awstats
Hi, guys, Installed Awstats (Version: 5.6-1), works fine. However, I just noticed that it only generates monthly report. So when a new month starts, all the past statistics are gone, and everything starts from 0 (e.g. number of visits, domains/countries, etc). One possible way is to generate a new report when a new month starts, but what I want is to see all the historical data from a single report. Is there a way to config awstats so that it accumulate everything in a single report, instead of starting new report each month? I checked its docs, but no joy. Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]