Hi @Gokmen_ARSLAN,
The web user should have write access to that folder and all the files and folder in it – the scheduled task process should be able to create a new file in the scheduledTaskLogs folder and to move the files from usageStats/usageEventLogs to other folders in usageEventLogs folder (stage, processing, reject, archive). Can you double check that?
You could maybe also test this:
remove the entry from your DB table scheduled_tasks where class_name = ‘plugins.generic.usageStats.UsageStatsLoader’.
Then, from a command line tool, run this command from your OJS folder:
php tools/runScheduledTasks.php lib/pkp/plugins/generic/usageStats/scheduledTasksAutoStage.xml.
Interestingly, after deleting the DB table scheduled_tasks where class_name = ‘plugins.generic.usageStats.UsageStatsLoader’, it has automatically begun to work 
I will checked during several days.
Thank you so much Bozana.
Gökmen
Those PHP Strict Standards and PHP Deprecated errors/warnings/messages are not the problem – you can ignore them – the problem is somewhere else. What did not work this time? What is the result? Were any files processed and moved to archive or reject folder? Do you have a new file Usagestatisticsfileloadertask-…-20171030.log (from yesterday) in your folder scheduledTaskLogs?
Best,
Bozana
According to your images now everything seems to be fine: the log files are in archive folder and there are new entries in the DB table metrics. So I believe there is nothing more you should do.
See how it will be tomorrow, if the current log file usage_events_20171031.log will be correctly processed and archived.
Best,
Bozana
That is OK – the scheduled task is run only once per day and then it is logged when it starts, when the usage stats log file is processed or if an error occurred and when it stops. That is fine/correct.
I just do not understand why did you have to delete it from the DB table scheduled_tasks again – why it did not work automatically :-\ Hmmm… I have no idea at the moment… :-\
The Usagestatisticsfileloadertask-59f95f01c6d54-20171101.log was not created automatically. After deleting the the scheduled_tasks where class_name = ‘plugins.generic.usageStats.UsageStatsLoader’,
It was created the Usagestatisticsfileloadertask-59f95f01c6d54-20171101.log, and, then, the counter-abstract and PDF view changed.
I will check it tomorrow again.
Thank you,
Best,
Dear all,
We have just added the article statistics to our journal and to my surprise, most statistics for the last couple of issues are 0.
Usagestatisticsfileloadertask dated today shows all messages as below:
[2017-11-01 00:44:19] [Notice] Task process started.
[2017-11-01 00:44:20] [Warning] The line number 1 from the file /home/jlmcedun/uploads_207_131/usageStats/processing/usage_events_20171031.log contains an url that the system can't remove the base url from.
[2017-11-01 00:44:20] [Warning] The line number 2 from the file /home/jlmcedun/uploads_207_131/usageStats/processing/usage_events_20171031.log contains an url that the system can't remove the base url from.
[2017-11-01 00:44:20] [Warning] The line number 3 from the file /home/jlmcedun/uploads_207_131/usageStats/processing/usage_events_20171031.log contains an url that the system can't remove the base url from.
[2017-11-01 00:44:20] [Warning] The line number 4 from the file /home/jlmcedun/uploads_207_131/usageStats/processing/usage_events_20171031.log contains an url that the system can't remove the base url from.
[2017-11-01 00:44:20] [Warning] The line number 5 from the file /home/jlmcedun/uploads_207_131/usageStats/processing/usage_events_20171031.log contains an url that the system can't remove the base url from.
[2017-11-01 00:44:20] [Warning] The line number 6 from the file /home/jlmcedun/uploads_207_131/usageStats/processing/usage_events_20171031.log contains an url that the system can't remove the base url from.
[2017-11-01 00:44:20] [Warning] The line number 7 from the file /home/jlmcedun/uploads_207_131/usageStats/processing/usage_events_20171031.log contains an url that the system can't remove the base url from.
[2017-11-01 00:44:20] [Warning] The line number 8 from the file /home/jlmcedun/uploads_207_131/usageStats/processing/usage_events_20171031.log contains an url that the system can't remove the base url from.
[2017-11-01 00:44:20] [Warning] The line number 9 from the file /home/jlmcedun/uploads_207_131/usageStats/processing/usage_events_20171031.log contains an url that the system can't remove the base url from.
[2017-11-01 00:44:20] [Warning] The line number 10 from the file /home/jlmcedun/uploads_207_131/usageStats/processing/usage_events_20171031.log contains an url that the system can't remove the base url from.
[2017-11-01 00:44:20] [Warning] The line number 11 from the file /home/jlmcedun/uploads_207_131/usageStats/processing/usage_events_20171031.log contains an url that the system can't remove the base url from.
[2017-11-01 00:44:20] [Warning] The line number 12 from the file /home/jlmcedun/uploads_207_131/usageStats/processing/usage_events_20171031.log contains an url that the system can't remove the base url from.
[2017-11-01 00:44:20] [Warning] The line number 13 from the file /home/jlmcedun/uploads_207_131/usageStats/processing/usage_events_20171031.log contains an url that the system can't remove the base url from.
[2017-11-01 00:44:20] [Warning] The line number 14 from the file /home/jlmcedun/uploads_207_131/usageStats/processing/usage_events_20171031.log contains an url that the system can't remove the base url from.
[2017-11-01 00:44:20] [Warning] The line number 15 from the file /home/jlmcedun/uploads_207_131/usageStats/processing/usage_events_20171031.log contains an url that the system can't remove the base url from.
My base url settings in config.inc.php is as follows:
base_url = "https://jlmc.edu.np"
base_url[index] = "https://jlmc.edu.np/index"
base_url[jlmc] = "https://jlmc.edu.np/index.php/jlmc"
So, whats going on?
Regads,
@anupent
Hi @anupent
How the URLs look like in those usage stats log files?
You have only one journal, correct?
Your URL in the config.inc.php seems to be the default one – no changes/redirection, correct? In that case I think you do not need those two lines in the config.inc.php:
base_url[index] = “https://jlmc.edu.np/index”
base_url[jlmc] = “Journal of Lumbini Medical College”
S. maybe also Usage stats warnings: system can't remove the base url - #7 by bozana
Best,
Bozana
Thanks @bozana,
I tied looking into usage stats log file but the directory “processing” was empty. There was not a single file. May be I need to look several times to look into its contents.
I do have only one journal.
Only 301 permanent redirect for https://. Otherwise no redirection. I am going to delete the rest two lines and will see tomorrow whether the error persists.
Will follow the link you gave in above post.
Regards,
How to get the total download counts of all the galley files together (XML and PDF in my case)?
Please do not ask the same question in different threads – I will answer in the other one: [OJS 3.1] How to get total galleys downloads count
Best,
Bozana
Hi Bozana,
it has begun to work today.
thank you so mech for your efforts and contributions.
all the best,
gökmen
Great, glad to hear that! 
Interesting, in my case statistics log do not want to be moved by PHP (acron) between directories and I do it by cron tasks…
Hi All,
I am in the state of panic because all the abstract and pdf views turn to 0. It was ok and showing the statistics. Below is the info of the cause:
OJS 2.4.8.1 with 2 production journal, and 1 trial
I tried to enable the statistics (statistics chart) plugin for journal 2, but it applied to all journal (it intended to apply only in journal). I thought it was a plugin problem, I deleted the plugin and re install again.
I found the reads/views counts of abstract and pdf become 0 and also the DOI links in all article disappeared.
Please give me advice and solution for this problem.
Thanks in advance.
Solved! I tried the solution discussed in this thread.
My metrics has stopped. I have only one journal.
[2018-07-13 06:25:30] [Warning] The line number 1 from the file /home/u796555399/files/usageStats/processing/usage_events_20180710.log contains an url that the system can’t remove the base url from.
My config settings are as follows (eg)
base_url = "http://journal.org
disable_path_info = Off
base_url[abcd] = http://journal.org/abed
restful_urls = On
Did you write any redirect rules for your journal?
It seems you are not using index.php?
If using only one journal, usually you do not need further configuration, just base_url.
How does the URL in your log file look like?
If everything worked earlier, what have you changed recently? Did you change your URLs?
Best,
Bozana