[
https://issues.apache.org/jira/browse/LUCENE-5953?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14203997#comment-14203997
]
Uwe Schindler commented on LUCENE-5953:
---------------------------------------
SOLR-6151 is already there to track test failures. Another Policeman Jenkins
server had a similar failure:
{noformat}
[junit4] 2> 218994 T761 oash.SnapShooter.createSnapshot Creating backup
snapshot...
[junit4] 2> 218996 T761 oash.SnapShooter.createSnapshot ERROR Exception
while creating snapshot java.nio.file.NoSuchFileException:
/mnt/ssd/jenkins/workspace/Lucene-Solr-trunk-Linux/solr/build/solr-core/test/J1/temp/solr.handler.TestReplicationHandlerBackup-2B253ACE4326502E-001/solr-instance-001/collection1/data/snapshot.20141109233419686/_0.cfe
[junit4] 2> at
sun.nio.fs.UnixException.translateToIOException(UnixException.java:86)
[junit4] 2> at
sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:102)
[junit4] 2> at
sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:107)
[junit4] 2> at
sun.nio.fs.UnixFileSystemProvider.newByteChannel(UnixFileSystemProvider.java:214)
[junit4] 2> at
java.nio.file.spi.FileSystemProvider.newOutputStream(FileSystemProvider.java:434)
[junit4] 2> at java.nio.file.Files.newOutputStream(Files.java:216)
[junit4] 2> at
org.apache.lucene.store.FSDirectory$FSIndexOutput.<init>(FSDirectory.java:285)
[junit4] 2> at
org.apache.lucene.store.FSDirectory.createOutput(FSDirectory.java:220)
[junit4] 2> at
org.apache.lucene.store.Directory.copy(Directory.java:150)
[junit4] 2> at
org.apache.lucene.store.MockDirectoryWrapper.copy(MockDirectoryWrapper.java:1030)
[junit4] 2> at
org.apache.solr.handler.SnapShooter.copyFile(SnapShooter.java:234)
[junit4] 2> at
org.apache.solr.handler.SnapShooter.copyFiles(SnapShooter.java:229)
[junit4] 2> at
org.apache.solr.handler.SnapShooter.createSnapshot(SnapShooter.java:139)
[junit4] 2> at
org.apache.solr.handler.SnapShooter$1.run(SnapShooter.java:88)
[junit4] 2>
[junit4] 2> 219000 T754 C133 oasc.SolrCore.execute [collection1]
webapp=/solr path=/replication params={command=details} status=0 QTime=0
[junit4] 2> 219002 T748 oas.SolrTestCaseJ4.tearDown ###Ending doTestBackup
{noformat}
> Refactor LockFactory usage in Directory
> ---------------------------------------
>
> Key: LUCENE-5953
> URL: https://issues.apache.org/jira/browse/LUCENE-5953
> Project: Lucene - Core
> Issue Type: Improvement
> Components: core/store
> Reporter: Uwe Schindler
> Assignee: Uwe Schindler
> Fix For: 5.0, Trunk
>
> Attachments: LUCENE-5953.patch, LUCENE-5953.patch, LUCENE-5953.patch,
> LUCENE-5953.patch, LUCENE-5953.patch
>
>
> We should remove the setters for the LockFactory from Directory and make the
> field final. It is a bug to change the LockFactory after creating a
> directory, because you may break locking (if locks are currently held).
> The LockFactory should be passed on ctor only.
> The other suggestion: Should LockFactory have a directory at all? We moved
> away from having the lock separately from the index directory. This is no
> longer a supported configuration (since approx Lucene 2.9 or 3.0). I would
> like to remove the directory from LockFactory and make it part of the
> Directory only.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
