lucene-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF subversion and git services (Jira)" <>
Subject [jira] [Commented] (SOLR-13872) Backup can fail to read index files w/NoSuchFileException during merges (SOLR-11616 regression)
Date Wed, 13 Nov 2019 16:00:00 GMT


ASF subversion and git services commented on SOLR-13872:

Commit 30e55e2b6efc55c04761b80c22a106f4a1115722 in lucene-solr's branch refs/heads/master
from Chris M. Hostetter
[;h=30e55e2 ]

SOLR-13872: Fixed Backup failures due to race conditions in saving/reserving commit points

>  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-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