[jira] [Comment Edited] (SOLR-11147) Restore command does not copy .fdt file correctly
[ https://issues.apache.org/jira/browse/SOLR-11147?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16108721#comment-16108721 ] MANUEL S. FUENTES edited comment on SOLR-11147 at 8/1/17 11:11 AM: --- Some more workarounds/hints: - Apart from deleting the index before restoring, you also get a consistent restore if you just optimize the index previously. - If you have already restored, not restarted Solr yet, but you're missing the big fdt file, the best you can do is unload the core temporarily (the missing file shows up just when you do it). As I said before, if instead you happen to restart Solr, this core won't start. - Sometimes when restore doesn't work properly, JVM takes all the memory available was (Author: mfuentes): Some more workarounds/hints: - Apart from deleting the index before restoring, you also get a consistent restore if you just optimize the index previously. - If you have already restored, not restarted Solr yet, but you're missing the big fdt file, the best you can do is unload the core temporarily (the missing file shows up just when you do it). As I said before, if instead you happen to restart Solr, this core won't start. > Restore command does not copy .fdt file correctly > - > > Key: SOLR-11147 > URL: https://issues.apache.org/jira/browse/SOLR-11147 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) > Components: Backup/Restore >Affects Versions: 6.3, 6.6 > Environment: Windows 2012 R2. > Oracle Corporation Java HotSpot(TM) 64-Bit Server VM 1.8.0_91 25.91-b15- > Solr 6.3 (6.6) Standalone >Reporter: MANUEL S. FUENTES >Priority: Minor > > This is my first issue here, so excuse me if anything is wrong. > When recovering a core backup according to the API, the process goes normally > restoring all the files except the biggest (.fdt file). If you restart SoLR > then that core is not loaded. > Some other times I've found that the .fdt file is copied partially, so > restarting has the same effect. The log says that the .fdt file is copied, > but it's not. > The only workarounds found are: > - Copy the .fdt file manually from the backup > - Deleting the index completely before restoring > - Optimizing the index before restarting SoLR (weird with one file missing > but worked). > Thanks, > Manuel F. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Comment Edited] (SOLR-11147) Restore command does not copy .fdt file correctly
[ https://issues.apache.org/jira/browse/SOLR-11147?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16108721#comment-16108721 ] MANUEL S. FUENTES edited comment on SOLR-11147 at 8/1/17 11:09 AM: --- Some more workarounds/hints: - Apart from deleting the index before restoring, you also get a consistent restore if you just optimize the index previously. - If you have already restored, not restarted Solr yet, but you're missing the big fdt file, the best you can do is unload the core temporarily (the missing file shows up just when you do it). As I said before, if instead you happen to restart Solr, this core won't start. was (Author: mfuentes): Some more workarounds/hints: - Apart from deleting the index before restoring, you also get a consistent restore if you just optimize the index previously. - If you have already restored but you're missing the big fdt file, the best you can do is unload the core temporarily (the missing file shows up just when you do it). > Restore command does not copy .fdt file correctly > - > > Key: SOLR-11147 > URL: https://issues.apache.org/jira/browse/SOLR-11147 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) > Components: Backup/Restore >Affects Versions: 6.3, 6.6 > Environment: Windows 2012 R2. > Oracle Corporation Java HotSpot(TM) 64-Bit Server VM 1.8.0_91 25.91-b15- > Solr 6.3 (6.6) Standalone >Reporter: MANUEL S. FUENTES >Priority: Minor > > This is my first issue here, so excuse me if anything is wrong. > When recovering a core backup according to the API, the process goes normally > restoring all the files except the biggest (.fdt file). If you restart SoLR > then that core is not loaded. > Some other times I've found that the .fdt file is copied partially, so > restarting has the same effect. The log says that the .fdt file is copied, > but it's not. > The only workarounds found are: > - Copy the .fdt file manually from the backup > - Deleting the index completely before restoring > - Optimizing the index before restarting SoLR (weird with one file missing > but worked). > Thanks, > Manuel F. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Comment Edited] (SOLR-11147) Restore command does not copy .fdt file correctly
[ https://issues.apache.org/jira/browse/SOLR-11147?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16108721#comment-16108721 ] MANUEL S. FUENTES edited comment on SOLR-11147 at 8/1/17 11:06 AM: --- Some more workarounds/hints: - Apart from deleting the index before restoring, you also get a consistent restore if you just optimize the index previously. - If you have already restored but you're missing the big fdt file, the best you can do is unload the core temporarily (the missing file shows up just when you do it). was (Author: mfuentes): Some more workarounds/hints: - Apart from deleting the index before restoring, you also get a consistent restore if you optimize the index previously. - If you have already restored but you're missing the big fdt file, the best you can do is unload the core temporarily (the missing file shows up just when you do it). > Restore command does not copy .fdt file correctly > - > > Key: SOLR-11147 > URL: https://issues.apache.org/jira/browse/SOLR-11147 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) > Components: Backup/Restore >Affects Versions: 6.3, 6.6 > Environment: Windows 2012 R2. > Oracle Corporation Java HotSpot(TM) 64-Bit Server VM 1.8.0_91 25.91-b15- > Solr 6.3 (6.6) Standalone >Reporter: MANUEL S. FUENTES >Priority: Minor > > This is my first issue here, so excuse me if anything is wrong. > When recovering a core backup according to the API, the process goes normally > restoring all the files except the biggest (.fdt file). If you restart SoLR > then that core is not loaded. > Some other times I've found that the .fdt file is copied partially, so > restarting has the same effect. The log says that the .fdt file is copied, > but it's not. > The only workarounds found are: > - Copy the .fdt file manually from the backup > - Deleting the index completely before restoring > - Optimizing the index before restarting SoLR (weird with one file missing > but worked). > Thanks, > Manuel F. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org