Hello,
Was hoping someone would be able to provide some assistance with the PKP PLN plugin i’m using on a 2.4.8 journal.
I activated the PKP-PLN plugin at the end of last week (1st July). We have one issue published for our sole publication. Upon activating the plugin, the status showed as Local Status: transferred, Processing status: Sent to LOCKSS, LOCKSS Status: Unknown, Complete: No.
After a week, the status is still showing the same:
As you can see the check column is showing today’s date.
Does anyone know when I might expect the process to finish?
Hi - I’m posting this as a reply as I also have a query about status, which is currently showing ‘Unknown’ for ‘Local Status’ and ‘Processing Status’, but ‘Yes’ for ‘Complete’
Does mean the archiving has been completed?
Our journal is http://www.performancephilosophy.org/journal
thanks
Theron Schmidt, Editor
Neither of your two deposits have been harvested. Your server responds to our systems with an HTTP 404 (Not Found), so we cannot download the files. What’s interesting to me is the error message that’s produced: Fatal error: Call to undefined function mime_content_type() in PLNHandler.inc.php on line 66
Can you tell me a little more about your setup? mime_content_type() is a pretty standard function for PHP, so I’m a little surprised that it’s missing.
Thanks for the follow-up - very helpful. We’re on a shared host. I added extension=“fileinfo.so” to my php.ini and the link now works. I reset the deposits and they are currently processing - would you be able to let me know if the harvest works?
So it looks like your server is blocking some web browsers and user agents it doesn’t know about or that don’t have user agent strings.
Our system downloads content with the user agent string “PkpPlnBot 1.0; http://pkp.sfu.ca” so for us to download your content, you’ll need to whitelist it somehow.
Or at least it should have been doing that. It turns out that our system wasn’t reporting the user agent string to OJS correctly. That’s fixed and now your content is getting harvested!
Thanks for looking further. As an independent journal, we’re so grateful to PKP for this platform and the service, as it allows us to be independent of traditional publishers and universities.
But looks like it’s still not quite there… some of the statuses changed, but the Processing Status has been on ‘Validated’ for a while and the LOCKSS status has not updated:
Would you be able to have a look or let me know if there’s something I should do?
It can take a few days for deposits to complete processing and report back success. I checked on your deposits, and our LOCKSS network has reached agreement on them. Your status page will probably update in the next 24 hours to show it.
Thank you, @mjoyce - the status has indeed now updated: LOCKSS Agreement is now ‘Agreement’ and Complete is ‘Yes’. Thanks again for your time and your support.
Thanks, we will wait. Also we have error with usageStats, how can it danger?
…ojs2 has produced an error\n Message: WARNING: in_array() expects parameter 2 to be array, null given\n In file: /www/home/jbpe/htdocs/plugins/generic/usageStats/UsageStatsLoader.inc.php\n At line: 190\n Stacktrace: \n File: (unknown) line (unknown)\n Function: PKPApplication->errorHandler(2, “in_array() expects parameter 2 to be array, null given”…
We have the same problem as above for our journal REMVT http://revues.cirad.fr/index.php/remvt
our LOCKSS plugin has been activated a few month ago but I still have a "unknown status everywhere.
We have a lot of data to transfer (4 issues/year since 1947)
How can I solve this ?
Hello @denisbastia. Your journal has made about 250 deposits, which our systems are not able to download. The download URLs are responding with HTTP errors.
Often when we see this it is because the server doesn’t have the PHP fileinfo extension installed. There’s no way to be sure though, without looking at the server error logs.
Do you have any idea of what is going on ?
As you can see in the log http://revues.cirad.fr/index.php/index/oai?verb=Identify is reponding.
But we can observe that
grep PkpPlnBot access_log
142.58.129.156 - - [05/Mar/2018:09:00:09 +0100] “HEAD /index.php/REMVT/pln/deposits/D35231F8-545F-412A-9568-D9D464A823CF HTTP/1.1” 500 - “-” “PkpPlnBot 1.0; http://pkp.sfu.ca”
Is giving an error 500 .
I havce the same problem if i do curl -l http://revues.cirad.fr/index.php/REMVT/pln/deposits/D35231F8-545F-412A-9568-D9D464A823CF
which give in the log
192.168.173.29 - - [13/Mar/2018:17:33:47 +0100] “GET /index.php/REMVT/pln/deposits/D35231F8-545F-412A-9568-D9D464A823CF HTTP/1.1” 500 - “-” “curl/7.29.0”
Thank you for your help.
Best regards Thomas
Those log entries are for the PKP indexer, and are unrelated to the LOCKSS preservation system that we use. There should be some entries related to this URL:
So to summarize the problem
grep PkpPlnBot access_log
142.58.129.156 - - [05/Mar/2018:09:00:09 +0100] “HEAD /index.php/REMVT/pln/deposits/D35231F8-545F-412A-9568-D9D464A823CF HTTP/1.1” 500 - “-” “PkpPlnBot 1.0; http://pkp.sfu.ca”
Our server is issuing an error 500 and we have to understand why.
I will increase server log to understand the problem and i will get you back in a few days