[
https://issues.apache.org/jira/browse/LUCENE-5588?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Uwe Schindler reopened LUCENE-5588:
-----------------------------------
There is a problem in Solr: Solr sometimes tries to call FSDirectory.sync on a
directory that doe snot even exits. This seems to happen when the index is
empty and NRTCachingDirectory is used. In that case IndexWriter syncs with an
empty file list.
The fix is to only sync the directory itsself if any file inside it was synced
before. Otherwise it is not needed to sync at all.
We should fix this behaviour in the future. Maybe the directory should be
created before so it always exists?
> We should also fsync the directory when committing
> --------------------------------------------------
>
> Key: LUCENE-5588
> URL: https://issues.apache.org/jira/browse/LUCENE-5588
> Project: Lucene - Core
> Issue Type: Improvement
> Components: core/store
> Reporter: Uwe Schindler
> Assignee: Uwe Schindler
> Fix For: 4.8, 5.0
>
> Attachments: LUCENE-5588-nonexistfix.patch, LUCENE-5588.patch,
> LUCENE-5588.patch, LUCENE-5588.patch
>
>
> Since we are on Java 7 now and we already fixed FSDir.sync to use FileChannel
> (LUCENE-5570), we can also fsync the directory (at least try to do it).
> Unlike RandomAccessFile, which must be a regular file, FileChannel.open() can
> also open a directory:
> http://stackoverflow.com/questions/7694307/using-filechannel-to-fsync-a-directory-with-nio-2
--
This message was sent by Atlassian JIRA
(v6.2#6252)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
