Hi Andrea, Thanks for the information! That worked perfectly. For documentation's sake I want to clear up one thing, namely that the write.lock file is not one of the files in /var/dspace/search that gets updated when items are added/edited/deleted. It is created when there is an interruption of some kind. (You may have meant this, Andrea, but I wanted to make sure it was stated explicitly.)
This thread talks about that in more detail: http://www.mail-archive.com/[email protected]/msg10873.html Spencer Re: [Dspace-tech] Slow response to submitting/deleting items and editing metadata Andrea Schweer Tue, 07 Dec 2010 12:15:49 -0800 Hi Spencer, On 08/12/10 09:00, Spencer Lamm wrote: > We're running DSpace 1.5.1 and Postgres 8.1.11 on a Linux machine. > In the last week we've been experiencing significant slowdowns; it > now takes about 30 seconds to add or delete items or metadata. If > anybody has suggestions for how to start tackling this, they would be > greatly appreciated. To date, we have done the following: I was having similar issues with one of my DSpace instances the other day. In my case it turned out that there was a stale lock file in the index directory, which led to delays when DSpace tried (and failed) to update the search/browse indexes. Have a look in your [dspace]/search directory (or wherever else your search.dir parameter in dspace.cfg points to). In particular, check - when the files in the directory were last modified (as far as I know, these files should be updated basically whenever you add/delete an item or change an item's metadata) - whether there is a file in that directory with the extension .lock or .lck (sorry I can't remember which one it was) I could solve this by manually deleting the lock file and then manually updating the indexes once ([dspace]/bin/index-update). Also, make sure you always update the indexes as the standard dspace user (in our case tomcat, but I think it'd be dspace if you followed the standard installation instructions) so that the file permissions in [dspace]/search are correct. Incorrect permissions for this directory and its files may be another reason for the delays you're seeing, if indeed they are linked to index updates. Hope this helps. cheers, Andrea -- Andrea Schweer IRR Technical Specialist, ITS Information Systems The University of Waikato, Hamilton, New Zealand ------------------------------------------------------------------------------ What happens now with your Lotus Notes apps - do you make another costly upgrade, or settle for being marooned without product support? Time to move off Lotus Notes and onto the cloud with Force.com, apps are easier to build, use, and manage than apps on traditional platforms. Sign up for the Lotus Notes Migration Kit to learn more. http://p.sf.net/sfu/salesforce-d2d _______________________________________________ DSpace-tech mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-tech -- Spencer Lamm Digital Initiatives Librarian Swarthmore College Library [email protected] 610-328-8541 ------------------------------------------------------------------------------ This SF Dev2Dev email is sponsored by: WikiLeaks The End of the Free Internet http://p.sf.net/sfu/therealnews-com _______________________________________________ DSpace-tech mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-tech
