Here are the notes and instructions for installing or upgrading Ensim Awstats to ver 6.7
READ THE NOTES PRIOR TO INSTALLATION!
*******************************************
Note 1: You need to have root access and SSH capabilities
Note 2: If you have a virtDomain.sh and a virtDomain.tar, then you will need to merge the two together in order for this to work. You should know how to do this if you already have customizations installed. Prior versions of my Ensimized version of Awstats can follow the instructions as if it’s a new install. Just say yes for overwriting the files during the copying of files phase.
Note 3: I have coded and tested this on a Ensim X / CentOS 5 machine. This code use to work with Ensim 3.5 (Redhat 7.3) prior to the Fedora and CentOS release. Can’t imagine it not working for any of the Ensim builds.
Note 4: Original idea, scripts etc belong to forum board member “ho247″. I have been updating this and the scripts since 5.6. Special thanks goes to him.
Note 5: Usual disclaimers, warranties etc. apply. No guarantees. This is a “as-is” product.
Note 6: Updated these directions on Jul 20, 2007. The correct date and time stamp on the .gz file is Jul 20 14:48
Note 7: Special bonus! Included is a daily cron script to clean out the mail.quarantine folder on each and every virtual domain. It will dump all quarantined files older than 7 days.
Note 8: Upgrading to this version does not destroy your previous data. In fact, folks who have been using hand installed copies of Awstats have been able to convert over their data to this version.
Note 9: Extremely stressed out servers ( i.e. ones with tons of domains on them, or modestly populated ones that are extrememly busy) have reported excessive cpu usage during its initial run via cron. It can actually bring those servers to its knees. Not a surprise, considering their machines are already “stressed” so this will put another load onto your daily cron jobs. Remember that it is accessing your apache logs, so if they are big…guess what. It will take some time, and need processor muscle to complete it’s task. Once the initial data collection by awstats is finished, it drops down a bit. Stressed servers should consider adding this add-on, in the beginning of the month, and in the early morning when the logs are still small in size. You have been warned.
cd /root
rm -fr awstats-install
wget http://www.customensimbackup.com/download/ensim-awstats-6.7.tar.gz
tar -zxvf ./ensim-awstats-6.7.tar.gz
cd /etc/appliance/customization
Check to see if you have a virtDomain.sh or a virtDomain.tar ie. ls or ls -la
(if you do…proceed to note 2.)
rm -f /etc/appliance/customization/awstats.sh
cp /root/awstats-install/virtDomain.sh /etc/appliance/customization
cp /root/awstats-install/virtDomain.tar /etc/appliance/customization
Usage: /root/awstats-install/awstats-install [--server-install][--domain-install ]
Pick one and then afterwards check and see if it works. The example below is for a server wide install.
/root/awstats-install/awstats-install --server-install
run-parts /etc/cron.daily
/awstats is where awstats is located for each domain.
/awstats/docs is where awstats docs are located for each domain.
get a cup of coffee….DONE!
Side note: If you want to password protect the awstats directory, here is one possible solution out of many that actually works.
I highly recommend that you password protect your stats
See: http://forums.theplanet.com/index.php?showtopic=53427 and don’t forget to thank forum board member “cweb” for his hard work.
