[ 
https://issues.apache.org/jira/browse/SOLR-1475?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12762031#action_12762031
 ] 

Mark Miller commented on SOLR-1475:
-----------------------------------

Wasnt sure how to add Changes for this - was going to incorporate into the orig 
issue with: additional bug fixes by ... since replication hasn't been released 
and I've been pro Changes reading correctly from release to release ...

But since others have already added new entries for fixes with replication 
anyway, Ill just add it as  a new bug fix entry.

> Java-based replication doesn't properly reserve its commit point during 
> backups
> -------------------------------------------------------------------------------
>
>                 Key: SOLR-1475
>                 URL: https://issues.apache.org/jira/browse/SOLR-1475
>             Project: Solr
>          Issue Type: Bug
>          Components: replication (java)
>    Affects Versions: 1.4
>            Reporter: Chris Harris
>            Assignee: Mark Miller
>             Fix For: 1.4
>
>         Attachments: SOLR-1475.patch, SOLR-1475.patch, SOLR-1475.patch
>
>
> The issue title reflects Mark Miller's initial diagnosis of the problem.
> Here are my symptoms:
> This is regarding the backup feature of replication, as opposed to 
> replication. Backups seem to work fine on toy indexes. When trying backups 
> out on a copy of my production index (300GB-ish), though, I'm getting 
> FileNotFoundExceptions. These cancel the backup, and delete the 
> snapshot.yyyymmdd* directory. It seems reproducible, in that every time I try 
> to make a backup of my large index it will fail the same way.
> This is Solr r815830. I'm not sure if this is something that would 
> potentially be addressed by SOLR-1458? (That patch is from after r815830.)
> For now I'm not using any event-based backup triggers; instead I'm manually 
> hitting
> http://master_host:port/solr/replication?command=backup
> This successfully sets off a snapshot, as seen in a thread dump.  However, 
> after a while the snapshot fails. I'll paste in a couple of stack traces 
> below.
> I haven't seen any other evidence that my index is corrupt; in particular, 
> searching the index and Java-based replication seem to be working fine, and 
> the Lucene CheckIndex tool did not report any problems with the index.
> ********************
> {code}
> Sep 28, 2009 9:32:18 AM org.apache.solr.handler.SnapShooter createSnapshot
> SEVERE: Exception while creating snapshot
> java.io.FileNotFoundException: Source
> 'E:\tomcat\solrstuff\solr\filingcore\data\index\_y0w.fnm' does not
> exist
>        at org.apache.commons.io.FileUtils.copyFile(FileUtils.java:637)
>        at 
> org.apache.commons.io.FileUtils.copyFileToDirectory(FileUtils.java:587)
>        at 
> org.apache.solr.handler.SnapShooter.createSnapshot(SnapShooter.java:83)
>        at org.apache.solr.handler.SnapShooter$1.run(SnapShooter.java:61)
> Sep 28, 2009 10:39:43 AM org.apache.solr.handler.SnapShooter createSnapshot
> SEVERE: Exception while creating snapshot
> java.io.FileNotFoundException: Source
> 'E:\tomcat\solrstuff\solr\filingcore\data\index\segments_by' does not
> exist
>        at org.apache.commons.io.FileUtils.copyFile(FileUtils.java:637)
>        at 
> org.apache.commons.io.FileUtils.copyFileToDirectory(FileUtils.java:587)
>        at 
> org.apache.solr.handler.SnapShooter.createSnapshot(SnapShooter.java:83)
>        at org.apache.solr.handler.SnapShooter$1.run(SnapShooter.java:61)
> Sep 28, 2009 11:52:08 AM org.apache.solr.handler.SnapShooter createSnapshot
> SEVERE: Exception while creating snapshot
> java.io.FileNotFoundException: Source
> 'E:\tomcat\solrstuff\solr\filingcore\data\index\_yby.nrm' does not
> exist
>        at org.apache.commons.io.FileUtils.copyFile(FileUtils.java:637)
>        at 
> org.apache.commons.io.FileUtils.copyFileToDirectory(FileUtils.java:587)
>        at 
> org.apache.solr.handler.SnapShooter.createSnapshot(SnapShooter.java:83)
>        at org.apache.solr.handler.SnapShooter$1.run(SnapShooter.java:61)
> {code}

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to