lucene-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Chris M. Hostetter (Jira)" <>
Subject [jira] [Updated] (SOLR-13872) Backup can fail to read index files w/NoSuchFileException during merges (SOLR-11616 regression)
Date Fri, 08 Nov 2019 23:40:00 GMT


Chris M. Hostetter updated SOLR-13872:
    Attachment: SOLR-13872.patch
        Status: Open  (was: Open)

updated patch working away at some of the remaining nocommit...

* removed nocommits related to things spun off into new (linked) jiras
* test additions
* ref-guide note about backups when using softCommit

>  Backup can fail to read index files w/NoSuchFileException during merges (SOLR-11616
> ------------------------------------------------------------------------------------------------
>                 Key: SOLR-13872
>                 URL:
>             Project: Solr
>          Issue Type: Bug
>      Security Level: Public(Default Security Level. Issues are Public) 
>            Reporter: Chris M. Hostetter
>            Assignee: Chris M. Hostetter
>            Priority: Major
>         Attachments: SOLR-13872.patch, SOLR-13872.patch, SOLR-13872.patch,
> SOLR-11616 purports to fix a bug in Solr's backup functionality that causes 'NoSuchFileException'
errors when attempting to backup an index while it is undergoing indexing (and segment merging)
> Although SOLR-11616 is marked with "Fix Version: 7.2" it's pretty easy to demonstrate
that this bug still exists on master, branch_8x, and even in 7.2 - so it seems less like the
current problem is a "regression" and more that the original fix didn't work.
> ----
> The crux of the problem seems to be concurrency bugs in if/how a commit is "reserved"
before attempting to copy the files in that commit to the backup location.  
> A possible work around discussed in more depth in the comments below is to update {{solrconfig.xml}}
to explicitly configure the {{SolrDeletionPolicy}} with either the {{maxCommitsToKeep}} or
{{maxCommitAge}} options to ensure the commits are kept around long enough for the backup
to be created.  

This message was sent by Atlassian Jira

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message