You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@lucene.apache.org by "Robert Muir (Jira)" <ji...@apache.org> on 2019/12/12 03:39:00 UTC

[jira] [Updated] (SOLR-14061) TestLocalFSCloudBackupRestore may have exposed corruption possibility

     [ https://issues.apache.org/jira/browse/SOLR-14061?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Robert Muir updated SOLR-14061:
-------------------------------
    Attachment: SOLR-14061.log

> TestLocalFSCloudBackupRestore may have exposed corruption possibility
> ---------------------------------------------------------------------
>
>                 Key: SOLR-14061
>                 URL: https://issues.apache.org/jira/browse/SOLR-14061
>             Project: Solr
>          Issue Type: Bug
>      Security Level: Public(Default Security Level. Issues are Public) 
>            Reporter: Robert Muir
>            Priority: Major
>         Attachments: SOLR-14061.log
>
>
> This test really expects "/location/does/not/exist" to not exist. It seems to pass (most of the time). But running on my computer under heavy load, it fails with AlreadyClosedException from CachingDirectoryFactory, NoSuchFileException from lucene for index files, threads and resources leaking everywhere, it dies pretty violently.
> And I really don't like that I see NoSuchFileException for files in the underlying lucene index files in the logs: this seems really bad: looks like corruption to me.
> So I think some exceptions or errors (SecurityException in this case) might be unexpected and cause something bad to happen. This could happen in production with something like OutOfMemoryError or IOError that is rare but currently handled incorrectly.
> I will open a separate issue to grant read access to "/location/does/not/exist" so that the test works as designed, but I want to file this one in case there is the chance that an unexpected Throwable of some kind can cause corruption. I will upload logs and seeds and stuff.
> please close as won't fix if this is a false alarm, I didn't review the code, I just read the damage.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@lucene.apache.org
For additional commands, e-mail: issues-help@lucene.apache.org