[jira] [Commented] (SOLR-8449) Multiple restores on the same core does not work
[ https://issues.apache.org/jira/browse/SOLR-8449?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15253071#comment-15253071 ] Anshum Gupta commented on SOLR-8449: branch_5x: {code} commit 443fd2d29a4326a2d483c33bcbfeb7e2f636f250 Author: Varun Thacker Date: Sat Mar 5 13:15:19 2016 +0530 SOLR-8449: Fix the core restore functionality to allow restoring multiple times on the same core {code} branch_5_5 {code} commit efb7d4463ee5f1146ee193a46f6a146ca3f48d67 Author: Varun Thacker Date: Sat Mar 5 13:15:19 2016 +0530 SOLR-8449: Fix the core restore functionality to allow restoring multiple times on the same core {code} > Multiple restores on the same core does not work > > > Key: SOLR-8449 > URL: https://issues.apache.org/jira/browse/SOLR-8449 > Project: Solr > Issue Type: Bug > Components: replication (java), replication (scripts) >Affects Versions: 5.2.1, 5.4 > Environment: SUSE Linux Enterprise Server 11 (64 bit) and Windows 7 > Prof SP1 >Reporter: Johannes Brucher >Assignee: Varun Thacker >Priority: Critical > Labels: Backup/Restore > Fix For: 6.0, 5.5.1 > > Attachments: SOLR-8449.patch, SOLR-8449.patch, log_windows7_sp1.txt > > > Hi all, I facing the following issue with Solr 5.2.1 and the ongoing version > 5.4. > The restore functionality is not working under Linux and causing an exception > on Windows machines each time you want to restore an existing backup twice or > even more. > Steps to reproduce: > 1. Start a Solr instance pointing the solr_home to e.g. the example-DIH > folder. > 2. Select a core, e.g. the “solr” core. > 3. Switch to the “Documents” tab > 4. Add a document {“id”:”1”,”title”:”change.me”} > 5. Do a backup with the following API call > “/solr/replication?command=backup&name=test” > The backup defaults to the location solr_home/solr/data/snapshot.test > 6. Add a document to the index {“id”:”2”,”title”:”change.me”}. Now there a > two document in the index. > 7. Restore the back with the following call > “/solr/replication?command=restore&name=test” > New index location “solr_home/solr/data/restore.snapshot.test” is created > without any physical file in it, except the file write.lock. Num Docs is now > 1 as expected! > 8. Add a document to the index {“id”:”3”,”title”:”change.me”}. Now there a > two document in the index. > 9. Restore the same previous created back again with the following call > “/solr/replication?command=restore&name=test”. Notice, there are still 2 docs > in the index!!! > 10. Try to restore again, but still the same, 2 docs in the index… > 11. Shut down Solr, you will see the index folder > “solr_home/solr/data/restore.snapshot.test” disappears. > 12. Restart Solr. You will notice the following log entry “Solr index > directory ‘solr_home/solr/data/restore.snapshot.test’ doesn’t exist. Creating > new index”, and indeed the Index is empty, showing 0 documents. > 13. After the restart, I tried to restore the existing backup again without > any results… > I thing this behavior in not intended!!! > Even more Problems arise when you run Solr on a Windows machine. > After step 10 a folder “index” is created under “solr_home/solr/data/” with a > write.lock file in it. After that, the following exception is thrown: > …Error closing IndexWriter > java.lang.IllegalStateException: file: > MMapDirectory@D:\solr\Solr_versions\solr-5.2.1\...restore.snapshot.test > lockFactory=org.apache.lucene.store.Nat > iveFSLockFactory@3d3d7a0e appears both in delegate and in cache > The log file from the Windows test is attached. > Let me know if you have problems reproducing the same behavior, > Regards Johannes -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-8449) Multiple restores on the same core does not work
[ https://issues.apache.org/jira/browse/SOLR-8449?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15181876#comment-15181876 ] ASF subversion and git services commented on SOLR-8449: --- Commit be021fcf6f3c87ab5ed51fb0f5dbfd08d752a899 in lucene-solr's branch refs/heads/branch_6_0 from [~varunthacker] [ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=be021fc ] SOLR-8449: Fix the core restore functionality to allow restoring multiple times on the same core > Multiple restores on the same core does not work > > > Key: SOLR-8449 > URL: https://issues.apache.org/jira/browse/SOLR-8449 > Project: Solr > Issue Type: Bug > Components: replication (java), replication (scripts) >Affects Versions: 5.2.1, 5.4 > Environment: SUSE Linux Enterprise Server 11 (64 bit) and Windows 7 > Prof SP1 >Reporter: Johannes Brucher >Assignee: Varun Thacker >Priority: Critical > Labels: Backup/Restore > Fix For: 6.0 > > Attachments: SOLR-8449.patch, SOLR-8449.patch, log_windows7_sp1.txt > > > Hi all, I facing the following issue with Solr 5.2.1 and the ongoing version > 5.4. > The restore functionality is not working under Linux and causing an exception > on Windows machines each time you want to restore an existing backup twice or > even more. > Steps to reproduce: > 1. Start a Solr instance pointing the solr_home to e.g. the example-DIH > folder. > 2. Select a core, e.g. the “solr” core. > 3. Switch to the “Documents” tab > 4. Add a document {“id”:”1”,”title”:”change.me”} > 5. Do a backup with the following API call > “/solr/replication?command=backup&name=test” > The backup defaults to the location solr_home/solr/data/snapshot.test > 6. Add a document to the index {“id”:”2”,”title”:”change.me”}. Now there a > two document in the index. > 7. Restore the back with the following call > “/solr/replication?command=restore&name=test” > New index location “solr_home/solr/data/restore.snapshot.test” is created > without any physical file in it, except the file write.lock. Num Docs is now > 1 as expected! > 8. Add a document to the index {“id”:”3”,”title”:”change.me”}. Now there a > two document in the index. > 9. Restore the same previous created back again with the following call > “/solr/replication?command=restore&name=test”. Notice, there are still 2 docs > in the index!!! > 10. Try to restore again, but still the same, 2 docs in the index… > 11. Shut down Solr, you will see the index folder > “solr_home/solr/data/restore.snapshot.test” disappears. > 12. Restart Solr. You will notice the following log entry “Solr index > directory ‘solr_home/solr/data/restore.snapshot.test’ doesn’t exist. Creating > new index”, and indeed the Index is empty, showing 0 documents. > 13. After the restart, I tried to restore the existing backup again without > any results… > I thing this behavior in not intended!!! > Even more Problems arise when you run Solr on a Windows machine. > After step 10 a folder “index” is created under “solr_home/solr/data/” with a > write.lock file in it. After that, the following exception is thrown: > …Error closing IndexWriter > java.lang.IllegalStateException: file: > MMapDirectory@D:\solr\Solr_versions\solr-5.2.1\...restore.snapshot.test > lockFactory=org.apache.lucene.store.Nat > iveFSLockFactory@3d3d7a0e appears both in delegate and in cache > The log file from the Windows test is attached. > Let me know if you have problems reproducing the same behavior, > Regards Johannes -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-8449) Multiple restores on the same core does not work
[ https://issues.apache.org/jira/browse/SOLR-8449?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15181875#comment-15181875 ] ASF subversion and git services commented on SOLR-8449: --- Commit cb4a91eb7c61678939cd65d739ed57c4335181a3 in lucene-solr's branch refs/heads/branch_6x from [~varunthacker] [ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=cb4a91e ] SOLR-8449: Fix the core restore functionality to allow restoring multiple times on the same core > Multiple restores on the same core does not work > > > Key: SOLR-8449 > URL: https://issues.apache.org/jira/browse/SOLR-8449 > Project: Solr > Issue Type: Bug > Components: replication (java), replication (scripts) >Affects Versions: 5.2.1, 5.4 > Environment: SUSE Linux Enterprise Server 11 (64 bit) and Windows 7 > Prof SP1 >Reporter: Johannes Brucher >Assignee: Varun Thacker >Priority: Critical > Labels: Backup/Restore > Fix For: 6.0 > > Attachments: SOLR-8449.patch, SOLR-8449.patch, log_windows7_sp1.txt > > > Hi all, I facing the following issue with Solr 5.2.1 and the ongoing version > 5.4. > The restore functionality is not working under Linux and causing an exception > on Windows machines each time you want to restore an existing backup twice or > even more. > Steps to reproduce: > 1. Start a Solr instance pointing the solr_home to e.g. the example-DIH > folder. > 2. Select a core, e.g. the “solr” core. > 3. Switch to the “Documents” tab > 4. Add a document {“id”:”1”,”title”:”change.me”} > 5. Do a backup with the following API call > “/solr/replication?command=backup&name=test” > The backup defaults to the location solr_home/solr/data/snapshot.test > 6. Add a document to the index {“id”:”2”,”title”:”change.me”}. Now there a > two document in the index. > 7. Restore the back with the following call > “/solr/replication?command=restore&name=test” > New index location “solr_home/solr/data/restore.snapshot.test” is created > without any physical file in it, except the file write.lock. Num Docs is now > 1 as expected! > 8. Add a document to the index {“id”:”3”,”title”:”change.me”}. Now there a > two document in the index. > 9. Restore the same previous created back again with the following call > “/solr/replication?command=restore&name=test”. Notice, there are still 2 docs > in the index!!! > 10. Try to restore again, but still the same, 2 docs in the index… > 11. Shut down Solr, you will see the index folder > “solr_home/solr/data/restore.snapshot.test” disappears. > 12. Restart Solr. You will notice the following log entry “Solr index > directory ‘solr_home/solr/data/restore.snapshot.test’ doesn’t exist. Creating > new index”, and indeed the Index is empty, showing 0 documents. > 13. After the restart, I tried to restore the existing backup again without > any results… > I thing this behavior in not intended!!! > Even more Problems arise when you run Solr on a Windows machine. > After step 10 a folder “index” is created under “solr_home/solr/data/” with a > write.lock file in it. After that, the following exception is thrown: > …Error closing IndexWriter > java.lang.IllegalStateException: file: > MMapDirectory@D:\solr\Solr_versions\solr-5.2.1\...restore.snapshot.test > lockFactory=org.apache.lucene.store.Nat > iveFSLockFactory@3d3d7a0e appears both in delegate and in cache > The log file from the Windows test is attached. > Let me know if you have problems reproducing the same behavior, > Regards Johannes -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-8449) Multiple restores on the same core does not work
[ https://issues.apache.org/jira/browse/SOLR-8449?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15181874#comment-15181874 ] ASF subversion and git services commented on SOLR-8449: --- Commit 4381018b77f019ce2c579240538177b546ff3d86 in lucene-solr's branch refs/heads/master from [~varunthacker] [ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=4381018 ] SOLR-8449: Fix the core restore functionality to allow restoring multiple times on the same core > Multiple restores on the same core does not work > > > Key: SOLR-8449 > URL: https://issues.apache.org/jira/browse/SOLR-8449 > Project: Solr > Issue Type: Bug > Components: replication (java), replication (scripts) >Affects Versions: 5.2.1, 5.4 > Environment: SUSE Linux Enterprise Server 11 (64 bit) and Windows 7 > Prof SP1 >Reporter: Johannes Brucher >Assignee: Varun Thacker >Priority: Critical > Labels: Backup/Restore > Fix For: 6.0 > > Attachments: SOLR-8449.patch, SOLR-8449.patch, log_windows7_sp1.txt > > > Hi all, I facing the following issue with Solr 5.2.1 and the ongoing version > 5.4. > The restore functionality is not working under Linux and causing an exception > on Windows machines each time you want to restore an existing backup twice or > even more. > Steps to reproduce: > 1. Start a Solr instance pointing the solr_home to e.g. the example-DIH > folder. > 2. Select a core, e.g. the “solr” core. > 3. Switch to the “Documents” tab > 4. Add a document {“id”:”1”,”title”:”change.me”} > 5. Do a backup with the following API call > “/solr/replication?command=backup&name=test” > The backup defaults to the location solr_home/solr/data/snapshot.test > 6. Add a document to the index {“id”:”2”,”title”:”change.me”}. Now there a > two document in the index. > 7. Restore the back with the following call > “/solr/replication?command=restore&name=test” > New index location “solr_home/solr/data/restore.snapshot.test” is created > without any physical file in it, except the file write.lock. Num Docs is now > 1 as expected! > 8. Add a document to the index {“id”:”3”,”title”:”change.me”}. Now there a > two document in the index. > 9. Restore the same previous created back again with the following call > “/solr/replication?command=restore&name=test”. Notice, there are still 2 docs > in the index!!! > 10. Try to restore again, but still the same, 2 docs in the index… > 11. Shut down Solr, you will see the index folder > “solr_home/solr/data/restore.snapshot.test” disappears. > 12. Restart Solr. You will notice the following log entry “Solr index > directory ‘solr_home/solr/data/restore.snapshot.test’ doesn’t exist. Creating > new index”, and indeed the Index is empty, showing 0 documents. > 13. After the restart, I tried to restore the existing backup again without > any results… > I thing this behavior in not intended!!! > Even more Problems arise when you run Solr on a Windows machine. > After step 10 a folder “index” is created under “solr_home/solr/data/” with a > write.lock file in it. After that, the following exception is thrown: > …Error closing IndexWriter > java.lang.IllegalStateException: file: > MMapDirectory@D:\solr\Solr_versions\solr-5.2.1\...restore.snapshot.test > lockFactory=org.apache.lucene.store.Nat > iveFSLockFactory@3d3d7a0e appears both in delegate and in cache > The log file from the Windows test is attached. > Let me know if you have problems reproducing the same behavior, > Regards Johannes -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-8449) Multiple restores on the same core does not work
[ https://issues.apache.org/jira/browse/SOLR-8449?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15181759#comment-15181759 ] Nicholas Knize commented on SOLR-8449: -- +1 for 6.0 backport > Multiple restores on the same core does not work > > > Key: SOLR-8449 > URL: https://issues.apache.org/jira/browse/SOLR-8449 > Project: Solr > Issue Type: Bug > Components: replication (java), replication (scripts) >Affects Versions: 5.2.1, 5.4 > Environment: SUSE Linux Enterprise Server 11 (64 bit) and Windows 7 > Prof SP1 >Reporter: Johannes Brucher >Assignee: Varun Thacker >Priority: Critical > Labels: Backup/Restore > Fix For: 6.0 > > Attachments: SOLR-8449.patch, SOLR-8449.patch, log_windows7_sp1.txt > > > Hi all, I facing the following issue with Solr 5.2.1 and the ongoing version > 5.4. > The restore functionality is not working under Linux and causing an exception > on Windows machines each time you want to restore an existing backup twice or > even more. > Steps to reproduce: > 1. Start a Solr instance pointing the solr_home to e.g. the example-DIH > folder. > 2. Select a core, e.g. the “solr” core. > 3. Switch to the “Documents” tab > 4. Add a document {“id”:”1”,”title”:”change.me”} > 5. Do a backup with the following API call > “/solr/replication?command=backup&name=test” > The backup defaults to the location solr_home/solr/data/snapshot.test > 6. Add a document to the index {“id”:”2”,”title”:”change.me”}. Now there a > two document in the index. > 7. Restore the back with the following call > “/solr/replication?command=restore&name=test” > New index location “solr_home/solr/data/restore.snapshot.test” is created > without any physical file in it, except the file write.lock. Num Docs is now > 1 as expected! > 8. Add a document to the index {“id”:”3”,”title”:”change.me”}. Now there a > two document in the index. > 9. Restore the same previous created back again with the following call > “/solr/replication?command=restore&name=test”. Notice, there are still 2 docs > in the index!!! > 10. Try to restore again, but still the same, 2 docs in the index… > 11. Shut down Solr, you will see the index folder > “solr_home/solr/data/restore.snapshot.test” disappears. > 12. Restart Solr. You will notice the following log entry “Solr index > directory ‘solr_home/solr/data/restore.snapshot.test’ doesn’t exist. Creating > new index”, and indeed the Index is empty, showing 0 documents. > 13. After the restart, I tried to restore the existing backup again without > any results… > I thing this behavior in not intended!!! > Even more Problems arise when you run Solr on a Windows machine. > After step 10 a folder “index” is created under “solr_home/solr/data/” with a > write.lock file in it. After that, the following exception is thrown: > …Error closing IndexWriter > java.lang.IllegalStateException: file: > MMapDirectory@D:\solr\Solr_versions\solr-5.2.1\...restore.snapshot.test > lockFactory=org.apache.lucene.store.Nat > iveFSLockFactory@3d3d7a0e appears both in delegate and in cache > The log file from the Windows test is attached. > Let me know if you have problems reproducing the same behavior, > Regards Johannes -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org