[ 
https://issues.apache.org/jira/browse/LUCENE-8203?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16397461#comment-16397461
 ] 

Hoss Man commented on LUCENE-8203:
----------------------------------

{quote}[~hossman] I see one at 
[https://jenkins.thetaphi.de/job/Lucene-Solr-master-Windows/7218/testReport/junit/junit.framework/TestSuite/org_apache_lucene_store_TestMultiMMap/]
{noformat}
java.io.IOException: Could not remove the following files (in the order of 
attempts):
   
C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\core\test\J0\temp\lucene.store.TestMultiMMap_67336ADD32137F31-001\testSeekSliceZero-026:
 java.nio.file.DirectoryNotEmptyException: 
C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\core\test\J0\temp\lucene.store.TestMultiMMap_67336ADD32137F31-001\testSeekSliceZero-026
{noformat}
{quote}

Interesting -- that type of failure doesn't seem like it would fit the "Windows 
Search" hypothosis, so it might be a diff root cause?

(crazy idea: is it possible the "create a zero byte file" nature of that test 
is confusing the cleanup code into not realizing it needs deleted???)

> Windows failures when removing test directories
> -----------------------------------------------
>
>                 Key: LUCENE-8203
>                 URL: https://issues.apache.org/jira/browse/LUCENE-8203
>             Project: Lucene - Core
>          Issue Type: Test
>            Reporter: Adrien Grand
>            Priority: Minor
>         Attachments: image-2018-03-13-19-15-51-149.png
>
>
> I was looking at Lucene failures of Policeman Jenkins' Windows job 
> (https://jenkins.thetaphi.de/job/Lucene-Solr-master-Windows) and they all 
> fail  when cleaning up temporary files/dirs used for testing, eg.
> {noformat}
> [junit4] ERROR   0.00s J1 | TestBoolean2 (suite) <<<
>    [junit4]    > Throwable #1: java.io.IOException: Could not remove the 
> following files (in the order of attempts):
>    [junit4]    >    
> C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\core\test\J1\temp\lucene.search.TestBoolean2_B7B1F66EB9785AE1-001\tempDir-001:
>  java.nio.file.AccessDeniedException: 
> C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\core\test\J1\temp\lucene.search.TestBoolean2_B7B1F66EB9785AE1-001\tempDir-001
>    [junit4]    >    
> C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\core\test\J1\temp\lucene.search.TestBoolean2_B7B1F66EB9785AE1-001:
>  java.nio.file.DirectoryNotEmptyException: 
> C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\core\test\J1\temp\lucene.search.TestBoolean2_B7B1F66EB9785AE1-001
>    [junit4]    >      at 
> __randomizedtesting.SeedInfo.seed([B7B1F66EB9785AE1]:0)
>    [junit4]    >      at org.apache.lucene.util.IOUtils.rm(IOUtils.java:329)
>    [junit4]    >      at java.lang.Thread.run(Thread.java:748)
> {noformat}
> Has anyone ideas what the problem is? At first sight it looks:
>  - not due to unclosed index inputs or MockDirectoryWrapper would barf too
>  - not related to the unmap hack since we have failures on tests that do not 
> use MmapDirectory at all like TestNIOFSDirectory
>  - not due to the fact that we do not release resources in a try/finally or 
> try-with-resources block or junit would report the exception that prevented 
> the dir/input from being closed as well
> It's also surprising how it sometimes fails with a DirectoryNotEmptyException 
> without reporting issues about deleting inner files of the directory.
> I don't have much background on this issue so I could easily have missed 
> something.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to