• Introducing WebPros Cloud - a fully managed infrastructure platform purpose-built to simplify the deployment of WebPros products !  WebPros Cloud enables you to easily deliver WebPros solutions — without the complexity of managing the infrastructure.
    Join the pilot program today!
  • Support for BIND DNS has been removed from Plesk for Windows due to security and maintenance risks.
    If a Plesk for Windows server is still using BIND, the upgrade to Plesk Obsidian 18.0.70 will be unavailable until the administrator switches the DNS server to Microsoft DNS.

Statistics stopped working after upgrade to 8.1

T

tonaldo22

Guest
Guys,

I'm having a problem here.

I've updated my plesk to 8.1 last week, and since then nor webalizer nor AWstats are working.

At first I just noticed Webalizer didn't update the statistics anymore... days went by without any changes.

So I thought I'd give it a shot by changing to AWstats.
24hours later (and more) I checked and I still got the basic page saying

"This is the placeholder for Web statistics. If you see this page, that means that statistics for your server was not gathered yet, or bandwidth was not used. Statistics is typically set to run once every 24 hours. If you do not see a change to this page in the next 24 hours contact your server administrator for assistance."

So at this time none of the statistics are working.

Anyone else has had this problem ?

Thanks for the help
 
I had the same problem on my Server (Suse Linux 10), but ut's easy to fix.

The cronjob, generated by Plesk includes a wrong path to the script executing the scheduled tasks. Change "/psa/psa" to "/psa/bin"

- First log in onto your server with ssh as root.

- Use "crontab -l" to see the actual cronjobs.

- Use "crontab -e" to open the crontab file with an editor to change or add the cronjobs.

- correct the path to the plesk script using i (starts insert mode) and typing the correct path to teh cronjob.

- exit the editor with ":wq"

thats it, the cronjobs are all working again now.
 
Actually, when I look at the crontabs, there ain't such one...

backupmng
and several watchdog ones.

I run debian linux btw.
 
Here are the entries of my crontab:

39 2 * * * /usr/local/psa/bin/run-parts.sh /etc/psa/plesk-cron.daily
41 2 * * 7 /usr/local/psa/bin/run-parts.sh /etc/psa/plesk-cron.weekly
13 5 1 * * /usr/local/psa/bin/run-parts.sh /etc/psa/plesk-cron.monthly

That are the working entries. After the upgrade the path to "run-parts.sh" was: /usr/local/psa/psa/
 
same problem here with debian, crontab and cron.daily looks good, but no statistics...

i have send it to the swsoft support last week, still no answer...

you can do it manualy:
/opt/psa/admin/sbin/statistics
 
i just created the crontabs for it through plesk and all is ok!

altho i disagree that we should be forced to make these configuration changes! this all should have been done by the installer
 
i get a answer from the support:

The problem with statistics was that Plesk cron tasks were not executed because of file name with '.' sign.
This problem occurs only on Debian systems. I renamed:

ally:/etc# mv ./cron.daily/50plesk.daily.sh ./cron.daily/50plesk-daily
ally:/etc# mv ./cron.monthly/50plesk.monthly.sh ./cron.monthly/50plesk-monthly
ally:/etc# mv ./cron.weekly/50plesk.weekly.sh ./cron.weekly/50plesk-weekly

Next time statistics and other Plesk utilities will be executed by cron.
 
hmmm appears that mine was still set with a .sh Prefix... ive taken the
>/dev/null 2>&1
out to see if it is infact being exicuted.
 
Hi guys!

What are the cron job supposed to be named that handle webstats? Here are my entries:

Code:
alias 
backup 
bin 
bind 
daemon 
Debian-exim 
drweb 
games 
gnats 
identd 
irc 
list 
lp 
mail 
man 
mysql 
news 
nobody 
popuser 
postgres 
proxy 
psaadm 
psaftp 
qmaild 
qmaill 
qmailp 
qmailq 
qmailr 
qmails 
root 
sshd 
sync 
sys 
user 
uucp 
www-data
 
as far as i remmeber their located in the /etc/cron.daily/50plesk.sh or something simmiler.. i was unable to find it in the plesk controlpanel its self.
 
ok, but if they're not in the plesk web interface, wouldn't the next upgrade kill them again?
 
My cron.daily didn't contain that much:

Code:
# install_statistics
/opt/psa/admin/sbin/statistics >/dev/null 2>&1

# install_mysqldump
/opt/psa/bin/mysqldump.sh >/dev/null 2>&1

# install_autoreport daily
/opt/psa/admin/bin/php /opt/psa/admin/plib/report/autoreport.php --auto daily >/dev/null 2>&1
 
# install_statistics
/opt/psa/admin/sbin/statistics >/dev/null 2>&1

this line is in fact the line which plesk uses to run the statistics... try running it in the the console without the >/dev/null 2>&1 and look for errors...
 
It worked just fine without the dev/null, statistics is showing for the domains now (one at the time while the scripts executes).
Strange that the cron can't execute the script...
 
try copying the file and lose the .sh at the end...or Change the file so that their is no ">/dev/null 2>&1", that should e-mail you or the default address when its been ran.

what Dist are you running?
 
oh right.... if worst comes to the worst create a new crontab to run at midnight running that command and comment it out from the original file.
 
MAybe I read the post a bit to fast, or I'm to tired to work with such problems, but I guess the solution danliker got from support should work for me. I'll give it a try and report back tomorrow.
 
Back
Top