Return-Path: X-Original-To: apmail-lucene-dev-archive@www.apache.org Delivered-To: apmail-lucene-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id D3D271827D for ; Sat, 5 Mar 2016 22:45:46 +0000 (UTC) Received: (qmail 29339 invoked by uid 500); 5 Mar 2016 22:45:41 -0000 Delivered-To: apmail-lucene-dev-archive@lucene.apache.org Received: (qmail 29293 invoked by uid 500); 5 Mar 2016 22:45:41 -0000 Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@lucene.apache.org Delivered-To: mailing list dev@lucene.apache.org Received: (qmail 29279 invoked by uid 99); 5 Mar 2016 22:45:40 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 05 Mar 2016 22:45:40 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id BB6AC2C1F58 for ; Sat, 5 Mar 2016 22:45:40 +0000 (UTC) Date: Sat, 5 Mar 2016 22:45:40 +0000 (UTC) From: "ASF subversion and git services (JIRA)" To: dev@lucene.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (SOLR-8449) Multiple restores on the same core does not work MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/SOLR-8449?page=3Dcom.atlassian.= jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D15181= 876#comment-15181876 ]=20 ASF subversion and git services commented on SOLR-8449: ------------------------------------------------------- Commit be021fcf6f3c87ab5ed51fb0f5dbfd08d752a899 in lucene-solr's branch ref= s/heads/branch_6_0 from [~varunthacker] [ https://git-wip-us.apache.org/repos/asf?p=3Dlucene-solr.git;h=3Dbe021fc ] SOLR-8449: Fix the core restore functionality to allow restoring multiple t= imes 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.t= xt > > > Hi all, I facing the following issue with Solr 5.2.1 and the ongoing vers= ion 5.4. > The restore functionality is not working under Linux and causing an excep= tion on Windows machines each time you want to restore an existing backup t= wice 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 =E2=80=9Csolr=E2=80=9D core. > 3. Switch to the =E2=80=9CDocuments=E2=80=9D tab > 4. Add a document {=E2=80=9Cid=E2=80=9D:=E2=80=9D1=E2=80=9D,=E2=80=9Dtitl= e=E2=80=9D:=E2=80=9Dchange.me=E2=80=9D} > 5. Do a backup with the following API call =E2=80=9C/solr/replication?com= mand=3Dbackup&name=3Dtest=E2=80=9D > The backup defaults to the location solr_home/solr/data/snapshot.test > 6. Add a document to the index {=E2=80=9Cid=E2=80=9D:=E2=80=9D2=E2=80=9D,= =E2=80=9Dtitle=E2=80=9D:=E2=80=9Dchange.me=E2=80=9D}. Now there a two docum= ent in the index. > 7. Restore the back with the following call =E2=80=9C/solr/replication?co= mmand=3Drestore&name=3Dtest=E2=80=9D > New index location =E2=80=9Csolr_home/solr/data/restore.snapshot.test=E2= =80=9D is created without any physical file in it, except the file write.lo= ck. Num Docs is now 1 as expected! > 8. Add a document to the index {=E2=80=9Cid=E2=80=9D:=E2=80=9D3=E2=80=9D,= =E2=80=9Dtitle=E2=80=9D:=E2=80=9Dchange.me=E2=80=9D}. Now there a two docum= ent in the index. > 9. Restore the same previous created back again with the following call = =E2=80=9C/solr/replication?command=3Drestore&name=3Dtest=E2=80=9D. Notice, = there are still 2 docs in the index!!! > 10. Try to restore again, but still the same, 2 docs in the index=E2=80= =A6 > 11. Shut down Solr, you will see the index folder =E2=80=9Csolr_home/solr= /data/restore.snapshot.test=E2=80=9D disappears. > 12. Restart Solr. You will notice the following log entry =E2=80=9CSolr i= ndex directory =E2=80=98solr_home/solr/data/restore.snapshot.test=E2=80=99 = doesn=E2=80=99t exist. Creating new index=E2=80=9D, and indeed the Index is= empty, showing 0 documents. > 13. After the restart, I tried to restore the existing backup again witho= ut any results=E2=80=A6 > I thing this behavior in not intended!!! > Even more Problems arise when you run Solr on a Windows machine. > After step 10 a folder =E2=80=9Cindex=E2=80=9D is created under =E2=80=9C= solr_home/solr/data/=E2=80=9D with a write.lock file in it. After that, the= following exception is thrown:=20 > =E2=80=A6Error closing IndexWriter > java.lang.IllegalStateException: file: MMapDirectory@D:\solr\Solr_version= s\solr-5.2.1\...restore.snapshot.test lockFactory=3Dorg.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-unsubscribe@lucene.apache.org For additional commands, e-mail: dev-help@lucene.apache.org