[
http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-511?pag...
]
Sanne Grinovero commented on HSEARCH-511:
-----------------------------------------
we should make sure the MassIndexer doesn't leave stale locks; removing the locks at
startup doesn't seem a sane options to me.
If you feel comfortable with avoiding the locks, you can reconfigure the LockFactory; see
the reference manual to disable locking, still I wouldn't recommend that.
Clean up orphaned lock files on startup
---------------------------------------
Key: HSEARCH-511
URL:
http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-511
Project: Hibernate Search
Issue Type: Improvement
Components: engine
Affects Versions: 3.2.0.CR1
Reporter: Marc Schipperheyn
I have had several occassions when the MassIndexer failed to complete for some reason and
I had to restart Tomcat. MassIndexer creates lockfiles for the indexes it is updating.
These lock files remain after a restart and block MassIndexer from running again.
I suggest that Hibernate Search during startup checks for the existence of lock files in
the index directory and removes then if they are there. This prevents an administrator
from having to go and do it manually which is a bummer in production.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://opensource.atlassian.com/projects/hibernate/secure/Administrators....
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira