You are viewing a plain text version of this content. The canonical link for it is here.
Posted to solr-user@lucene.apache.org by Gian Maria Ricci - aka Alkampfer <al...@nablasoft.com> on 2016/01/14 15:23:16 UTC

Monitor backup progress when location parameter is used.

If I start a backup operation using the location parameter

 

http://localhost:8983/solr/mycore/replication?command=backup&name=mycore&loc
ation=z:\temp\backupmycore

 

How can I monitor when the backup operation is finished? Issuing a standard
details operation

 

http://localhost:8983/solr/ mycore /replication?command=details

 

does not gives me useful information, because there are no information on
backup on returning data.

 

 

<response>

 

    <lst name="responseHeader">

        <int name="status">0</int>

        <int name="QTime">1</int>

    </lst>

    <lst name="details">

        <str name="indexSize">57.62 GB</str>

        <str
name="indexPath">X:\NoSql\Solr\solr-5.3.1\server\solr\mycore\data\index/</st
r>

        <arr name="commits">

            <lst>

                <long name="indexVersion">1452534703494</long>

                <long name="generation">1509</long>

                <arr name="filelist">

                    <str>_2cw.fdt</str>

                    <str>_2cw.fdx</str>

                    <str>_2cw.fnm</str>

                    <str>_2cw.nvd</str>

                    <str>_2cw.nvm</str>

                    <str>_2cw.si</str>

                    <str>_2cw_Lucene50_0.doc</str>

                    <str>_2cw_Lucene50_0.dvd</str>

                    <str>_2cw_Lucene50_0.dvm</str>

                    <str>_2cw_Lucene50_0.pos</str>

                    <str>_2cw_Lucene50_0.tim</str>

                    <str>_2cw_Lucene50_0.tip</str>

                    <str>segments_15x</str>

                </arr>

            </lst>

        </arr>

        <str name="isMaster">true</str>

        <str name="isSlave">false</str>

        <long name="indexVersion">1452534703494</long>

        <long name="generation">1509</long>

        <lst name="master">

            <str name="confFiles">schema.xml,stopwords.txt,elevate.xml</str>

            <arr name="replicateAfter">

                <str>optimize</str>

            </arr>

            <str name="replicationEnabled">true</str>

        </lst>

    </lst>

 

</response>

--
Gian Maria Ricci
Cell: +39 320 0136949

 <http://mvp.microsoft.com/en-us/mvp/Gian%20Maria%20Ricci-4025635>
<http://www.linkedin.com/in/gianmariaricci>
<https://twitter.com/alkampfer>   <http://feeds.feedburner.com/AlkampferEng>


 


RE: Monitor backup progress when location parameter is used.

Posted by Gian Maria Ricci - aka Alkampfer <al...@nablasoft.com>.
Thanks for the link, I'll have a look as soon as possible.

--
Gian Maria Ricci
Cell: +39 320 0136949
    


-----Original Message-----
From: KNitin [mailto:nitin.tnvl@gmail.com] 
Sent: domenica 31 gennaio 2016 19:35
To: solr-user@lucene.apache.org
Subject: Re: Monitor backup progress when location parameter is used.

You can also checkout : https://github.com/bloomreach/solrcloud-haft for doing backup and restore of your solrcloud collections.

On Fri, Jan 15, 2016 at 12:23 AM,
 Gian Maria Ricci - aka Alkampfer <
alkampfer@nablasoft.com> wrote:

> Ok thanks, I also think that it's worth a jira, because for restore 
> operation we have a convenient restorestatus command that tells 
> exactly the status of the restore operation, I think that a 
> backupstatus command could be useful.
>
> --
> Gian Maria Ricci
> Cell: +39 320 0136949
>
>
> -----Original Message-----
> From: Jack Krupansky [mailto:jack.krupansky@gmail.com]
> Sent: giovedì 14 gennaio 2016 17:00
> To: solr-user@lucene.apache.org
> Subject: Re: Monitor backup progress when location parameter is used.
>
> I think the doc is wrong or at least misleading:
>
> https://cwiki.apache.org/confluence/display/solr/Making+and+Restoring+
> Backups+of+SolrCores
>
> "The backup operation can be monitored to see if it has completed by 
> sending the details command to the /replication handler..."
>
> From reading the code, it looks like the snapshot details are only 
> stored and returned after the snapsh
ot completes, either successfully or fails,
> but there is nothing set or reported if a snapshot is in progress. So, 
> if you don't see a "backup" section in the response, that means the 
> snapshot is in progress.
>
> I think it's worth a Jira - either to improve the doc or improve the 
> code to report backup as "inProgress... StartedAt...".
>
> You can also look at the log... "Creating backup snapshot" indicates 
> the backup has started and "Done creating backup snapshot" indicates 
> success or "Exception while creating snapshot" indicates failure. If 
> only that first message appeals, it means the backup is still in progress.
>
>
> -- Jack Krupansky
>
> On Thu, Jan 14, 2016 at 9:23 AM, Gian Maria Ricci - aka Alkampfer < 
> alkampfer@nablasoft.com> wrote:
>
> > If I start a backup operation using the location parameter
> >
> >
> >
> > *http://localhost:8983/solr/mycore/replication?command=backup&name=m
> > yc
> > ore&
> > <http://localhost:8983/solr/mycore/replication?command=b
ackup&name=myc
> > ore&>location=z:\temp\backupmycore*
> >
> >
> >
> > How can I monitor when the backup operation is finished? Issuing a 
> > standard *details* operation
> >
> >
> >
> > *http://localhost:8983/solr/ <http://localhost:8983/solr/> mycore
> > /replication?command=details*
> >
> >
> >
> > does not gives me useful information, because there are no 
> > information on backup on returning data.
> >
> >
> >
> >
> >
> > <response>
> >
> >
> >
> >     <lst name="responseHeader">
> >
> >         <int name="status">0</int>
> >
> >         <int name="QTime">1</int>
> >
> >     </lst>
> >
> >     <lst name="details">
> >
> >         <str name="indexSize">57.62 GB</str>
> >
> >         <str
> > name="indexPath">X:\NoSql\Solr\solr-5.3.1\server\solr\mycore\data\in
> > de
> > x/</str>
> >
> >         <arr name="commits">
> >
> >             <lst>
> >
> >                 <long name="indexVersion">1452534703494</long>
> >
> >                 <
long name="generation">1509</long>
> >
> >                 <arr name="filelist">
> >
> >                     <str>_2cw.fdt</str>
> >
> >                     <str>_2cw.fdx</str>
> >
> >                     <str>_2cw.fnm</str>
> >
> >                     <str>_2cw.nvd</str>
> >
> >                     <str>_2cw.nvm</str>
> >
> >                     <str>_2cw.si</str>
> >
> >                     <str>_2cw_Lucene50_0.doc</str>
> >
> >                     <str>_2cw_Lucene50_0.dvd</str>
> >
> >                     <str>_2cw_Lucene50_0.dvm</str>
> >
> >                     <str>_2cw_Lucene50_0.pos</str>
> >
> >                     <str>_2cw_Lucene50_0.tim</str>
> >
> >                     <str>_2cw_Lucene50_0.tip</str>
> >
> >                     <str>segments_15x</str>
> >
> >                 </arr>
> >
> >             </lst>
> >
> >         </arr>
> >
> >         <str name="isMaster">true</str>
> >
> >         <str name="isSlave">false</str>
> >
> >         <long nam
e="indexVersion">1452534703494</long>
> >
> >         <long name="generation">1509</long>
> >
> >         <lst name="master">
> >
> >             <str
> > name="confFiles">schema.xml,stopwords.txt,elevate.xml</str>
> >
> >             <arr name="replicateAfter">
> >
> >                 <str>optimize</str>
> >
> >             </arr>
> >
> >             <str name="replicationEnabled">true</str>
> >
> >         </lst>
> >
> >     </lst>
> >
> >
> >
> > </response>
> >
> > --
> > Gian Maria Ricci
> > Cell: +39 320 0136949
> >
> > [image:
> > https://ci5.googleusercontent.com/proxy/5oNMOYAeFXZ_LDKanNfoLRHC37mA
> > Zk 
> > VVhkPN7QxMdA0K5JW2m0bm8azJe7oWZMNt8fKHNX1bzrUTd-kIyE40CmwT2Mlf8OI=s0
> > -d -e1-ft#http://www.codewrecks.com/files/signature/mvp.png]
> > <http://mvp.microsoft.com/en-us/mvp/Gian%20Maria%20Ricci-4025635>
> [image:
> > https://ci3.googleusercontent.com/proxy/f-unQbmk6NtkHFspO5Y6x4jlIf_x
> > rm GLUT3fU9y_7VUHSFUjLs7aUIMdZQYTh3eWIA0sBnvNX3WGXCU59chKXLuAHi
2ArWdAcBcl
> > KA=s0-d-e1-ft#http://www.codewrecks.com/files/signature/linkedin.jpg
> > ] <http://www.linkedin.com/in/gianmariaricci> [image:
> > https://ci3.googleusercontent.com/proxy/gjapMzu3KEakBQUstx_-cN7gHJ_G
> > pc 
> > IZNEPjCzOYMrPl-r1DViPE378qNAQyEWbXMTj6mcduIAGaApe9qHG1KN_hyFxQAIkdNS
> > VT
> > =s0-d-e1-ft#http://www.codewreck
> s.com/files/signature/twitter.jpg]
> > <https://twitter.com/alkampfer> [image:
> > https://ci5.googleusercontent.com/proxy/iuDOD2sdaxRDvTwS8MO7-CcXchpN
> > JX 
> > 96uaWuvagoVLcjpAPsJi88XeOonE4vHT6udVimo7yL9ZtdrYueEfH7jXnudmi_Vvw=s0
> > -d -e1-ft#http://www.codewrecks.com/files/signature/rss.jpg]
> > <http://feeds.feedburner.com/AlkampferEng> [image:
> > https://ci6.googleusercontent.com/proxy/EBJjfkBzcsSlAzlyR88y86YXcwaK
> > fn 
> > 3x7ydAObL1vtjJYclQr_l5TvrFx4PQ5qLNYW3yp7Ig66DJ-0tPJCDbDmYAFcamPQehwg
> > =s 0-d-e1-ft#http://www.codewrecks.com/files/signature/skype.jpg]
> >
> >
> >
>

Re: Monitor backup progress when location parameter is used.

Posted by KNitin <ni...@gmail.com>.
You can also checkout : https://github.com/bloomreach/solrcloud-haft for
doing backup and restore of your solrcloud collections.

On Fri, Jan 15, 2016 at 12:23 AM, Gian Maria Ricci - aka Alkampfer <
alkampfer@nablasoft.com> wrote:

> Ok thanks, I also think that it's worth a jira, because for restore
> operation we have a convenient restorestatus command that tells exactly the
> status of the restore operation, I think that a backupstatus command could
> be useful.
>
> --
> Gian Maria Ricci
> Cell: +39 320 0136949
>
>
> -----Original Message-----
> From: Jack Krupansky [mailto:jack.krupansky@gmail.com]
> Sent: giovedì 14 gennaio 2016 17:00
> To: solr-user@lucene.apache.org
> Subject: Re: Monitor backup progress when location parameter is used.
>
> I think the doc is wrong or at least misleading:
>
> https://cwiki.apache.org/confluence/display/solr/Making+and+Restoring+Backups+of+SolrCores
>
> "The backup operation can be monitored to see if it has completed by
> sending the details command to the /replication handler..."
>
> From reading the code, it looks like the snapshot details are only stored
> and returned after the snapshot completes, either successfully or fails,
> but there is nothing set or reported if a snapshot is in progress. So, if
> you don't see a "backup" section in the response, that means the snapshot
> is in progress.
>
> I think it's worth a Jira - either to improve the doc or improve the code
> to report backup as "inProgress... StartedAt...".
>
> You can also look at the log... "Creating backup snapshot" indicates the
> backup has started and "Done creating backup snapshot" indicates success or
> "Exception while creating snapshot" indicates failure. If only that first
> message appeals, it means the backup is still in progress.
>
>
> -- Jack Krupansky
>
> On Thu, Jan 14, 2016 at 9:23 AM, Gian Maria Ricci - aka Alkampfer <
> alkampfer@nablasoft.com> wrote:
>
> > If I start a backup operation using the location parameter
> >
> >
> >
> > *http://localhost:8983/solr/mycore/replication?command=backup&name=myc
> > ore&
> > <http://localhost:8983/solr/mycore/replication?command=backup&name=myc
> > ore&>location=z:\temp\backupmycore*
> >
> >
> >
> > How can I monitor when the backup operation is finished? Issuing a
> > standard *details* operation
> >
> >
> >
> > *http://localhost:8983/solr/ <http://localhost:8983/solr/> mycore
> > /replication?command=details*
> >
> >
> >
> > does not gives me useful information, because there are no information
> > on backup on returning data.
> >
> >
> >
> >
> >
> > <response>
> >
> >
> >
> >     <lst name="responseHeader">
> >
> >         <int name="status">0</int>
> >
> >         <int name="QTime">1</int>
> >
> >     </lst>
> >
> >     <lst name="details">
> >
> >         <str name="indexSize">57.62 GB</str>
> >
> >         <str
> > name="indexPath">X:\NoSql\Solr\solr-5.3.1\server\solr\mycore\data\inde
> > x/</str>
> >
> >         <arr name="commits">
> >
> >             <lst>
> >
> >                 <long name="indexVersion">1452534703494</long>
> >
> >                 <long name="generation">1509</long>
> >
> >                 <arr name="filelist">
> >
> >                     <str>_2cw.fdt</str>
> >
> >                     <str>_2cw.fdx</str>
> >
> >                     <str>_2cw.fnm</str>
> >
> >                     <str>_2cw.nvd</str>
> >
> >                     <str>_2cw.nvm</str>
> >
> >                     <str>_2cw.si</str>
> >
> >                     <str>_2cw_Lucene50_0.doc</str>
> >
> >                     <str>_2cw_Lucene50_0.dvd</str>
> >
> >                     <str>_2cw_Lucene50_0.dvm</str>
> >
> >                     <str>_2cw_Lucene50_0.pos</str>
> >
> >                     <str>_2cw_Lucene50_0.tim</str>
> >
> >                     <str>_2cw_Lucene50_0.tip</str>
> >
> >                     <str>segments_15x</str>
> >
> >                 </arr>
> >
> >             </lst>
> >
> >         </arr>
> >
> >         <str name="isMaster">true</str>
> >
> >         <str name="isSlave">false</str>
> >
> >         <long name="indexVersion">1452534703494</long>
> >
> >         <long name="generation">1509</long>
> >
> >         <lst name="master">
> >
> >             <str
> > name="confFiles">schema.xml,stopwords.txt,elevate.xml</str>
> >
> >             <arr name="replicateAfter">
> >
> >                 <str>optimize</str>
> >
> >             </arr>
> >
> >             <str name="replicationEnabled">true</str>
> >
> >         </lst>
> >
> >     </lst>
> >
> >
> >
> > </response>
> >
> > --
> > Gian Maria Ricci
> > Cell: +39 320 0136949
> >
> > [image:
> > https://ci5.googleusercontent.com/proxy/5oNMOYAeFXZ_LDKanNfoLRHC37mAZk
> > VVhkPN7QxMdA0K5JW2m0bm8azJe7oWZMNt8fKHNX1bzrUTd-kIyE40CmwT2Mlf8OI=s0-d
> > -e1-ft#http://www.codewrecks.com/files/signature/mvp.png]
> > <http://mvp.microsoft.com/en-us/mvp/Gian%20Maria%20Ricci-4025635>
> [image:
> > https://ci3.googleusercontent.com/proxy/f-unQbmk6NtkHFspO5Y6x4jlIf_xrm
> > GLUT3fU9y_7VUHSFUjLs7aUIMdZQYTh3eWIA0sBnvNX3WGXCU59chKXLuAHi2ArWdAcBcl
> > KA=s0-d-e1-ft#http://www.codewrecks.com/files/signature/linkedin.jpg]
> > <http://www.linkedin.com/in/gianmariaricci> [image:
> > https://ci3.googleusercontent.com/proxy/gjapMzu3KEakBQUstx_-cN7gHJ_Gpc
> > IZNEPjCzOYMrPl-r1DViPE378qNAQyEWbXMTj6mcduIAGaApe9qHG1KN_hyFxQAIkdNSVT
> > =s0-d-e1-ft#http://www.codewreck
> s.com/files/signature/twitter.jpg]
> > <https://twitter.com/alkampfer> [image:
> > https://ci5.googleusercontent.com/proxy/iuDOD2sdaxRDvTwS8MO7-CcXchpNJX
> > 96uaWuvagoVLcjpAPsJi88XeOonE4vHT6udVimo7yL9ZtdrYueEfH7jXnudmi_Vvw=s0-d
> > -e1-ft#http://www.codewrecks.com/files/signature/rss.jpg]
> > <http://feeds.feedburner.com/AlkampferEng> [image:
> > https://ci6.googleusercontent.com/proxy/EBJjfkBzcsSlAzlyR88y86YXcwaKfn
> > 3x7ydAObL1vtjJYclQr_l5TvrFx4PQ5qLNYW3yp7Ig66DJ-0tPJCDbDmYAFcamPQehwg=s
> > 0-d-e1-ft#http://www.codewrecks.com/files/signature/skype.jpg]
> >
> >
> >
>

RE: Monitor backup progress when location parameter is used.

Posted by Gian Maria Ricci - aka Alkampfer <al...@nablasoft.com>.
Ok thanks, I also think that it's worth a jira, because for restore operation we have a convenient restorestatus command that tells exactly the status of the restore operation, I think that a backupstatus command could be useful.

--
Gian Maria Ricci
Cell: +39 320 0136949
    

-----Original Message-----
From: Jack Krupansky [mailto:jack.krupansky@gmail.com] 
Sent: giovedì 14 gennaio 2016 17:00
To: solr-user@lucene.apache.org
Subject: Re: Monitor backup progress when location parameter is used.

I think the doc is wrong or at least misleading:
https://cwiki.apache.org/confluence/display/solr/Making+and+Restoring+Backups+of+SolrCores

"The backup operation can be monitored to see if it has completed by sending the details command to the /replication handler..."

>From reading the code, it looks like the snapshot details are only stored and returned after the snapshot completes, either successfully or fails, but there is nothing set or reported if a snapshot is in progress. So, if you don't see a "backup" section in the response, that means the snapshot is in progress.

I think it's worth a Jira - either to improve the doc or improve the code to report backup as "inProgress... StartedAt...".

You can also look at the log... "Creating backup snapshot" indicates the backup has started and "Done creating backup snapshot" indicates success or "Exception while creating snapshot" indicates failure. If only that first message appeals, it means the backup is still in progress.


-- Jack Krupansky

On Thu, Jan 14, 2016 at 9:23 AM, Gian Maria Ricci - aka Alkampfer < alkampfer@nablasoft.com> wrote:

> If I start a backup operation using the location parameter
>
>
>
> *http://localhost:8983/solr/mycore/replication?command=backup&name=myc
> ore&
> <http://localhost:8983/solr/mycore/replication?command=backup&name=myc
> ore&>location=z:\temp\backupmycore*
>
>
>
> How can I monitor when the backup operation is finished? Issuing a 
> standard *details* operation
>
>
>
> *http://localhost:8983/solr/ <http://localhost:8983/solr/> mycore
> /replication?command=details*
>
>
>
> does not gives me useful information, because there are no information 
> on backup on returning data.
>
>
>
>
>
> <response>
>
>
>
>     <lst name="responseHeader">
>
>         <int name="status">0</int>
>
>         <int name="QTime">1</int>
>
>     </lst>
>
>     <lst name="details">
>
>         <str name="indexSize">57.62 GB</str>
>
>         <str
> name="indexPath">X:\NoSql\Solr\solr-5.3.1\server\solr\mycore\data\inde
> x/</str>
>
>         <arr name="commits">
>
>             <lst>
>
>                 <long name="indexVersion">1452534703494</long>
>
>                 <long name="generation">1509</long>
>
>                 <arr name="filelist">
>
>                     <str>_2cw.fdt</str>
>
>                     <str>_2cw.fdx</str>
>
>                     <str>_2cw.fnm</str>
>
>                     <str>_2cw.nvd</str>
>
>                     <str>_2cw.nvm</str>
>
>                     <str>_2cw.si</str>
>
>                     <str>_2cw_Lucene50_0.doc</str>
>
>                     <str>_2cw_Lucene50_0.dvd</str>
>
>                     <str>_2cw_Lucene50_0.dvm</str>
>
>                     <str>_2cw_Lucene50_0.pos</str>
>
>                     <str>_2cw_Lucene50_0.tim</str>
>
>                     <str>_2cw_Lucene50_0.tip</str>
>
>                     <str>segments_15x</str>
>
>                 </arr>
>
>             </lst>
>
>         </arr>
>
>         <str name="isMaster">true</str>
>
>         <str name="isSlave">false</str>
>
>         <long name="indexVersion">1452534703494</long>
>
>         <long name="generation">1509</long>
>
>         <lst name="master">
>
>             <str
> name="confFiles">schema.xml,stopwords.txt,elevate.xml</str>
>
>             <arr name="replicateAfter">
>
>                 <str>optimize</str>
>
>             </arr>
>
>             <str name="replicationEnabled">true</str>
>
>         </lst>
>
>     </lst>
>
>
>
> </response>
>
> --
> Gian Maria Ricci
> Cell: +39 320 0136949
>
> [image:
> https://ci5.googleusercontent.com/proxy/5oNMOYAeFXZ_LDKanNfoLRHC37mAZk
> VVhkPN7QxMdA0K5JW2m0bm8azJe7oWZMNt8fKHNX1bzrUTd-kIyE40CmwT2Mlf8OI=s0-d
> -e1-ft#http://www.codewrecks.com/files/signature/mvp.png]
> <http://mvp.microsoft.com/en-us/mvp/Gian%20Maria%20Ricci-4025635> [image:
> https://ci3.googleusercontent.com/proxy/f-unQbmk6NtkHFspO5Y6x4jlIf_xrm
> GLUT3fU9y_7VUHSFUjLs7aUIMdZQYTh3eWIA0sBnvNX3WGXCU59chKXLuAHi2ArWdAcBcl
> KA=s0-d-e1-ft#http://www.codewrecks.com/files/signature/linkedin.jpg]
> <http://www.linkedin.com/in/gianmariaricci> [image:
> https://ci3.googleusercontent.com/proxy/gjapMzu3KEakBQUstx_-cN7gHJ_Gpc
> IZNEPjCzOYMrPl-r1DViPE378qNAQyEWbXMTj6mcduIAGaApe9qHG1KN_hyFxQAIkdNSVT
> =s0-d-e1-ft#http://www.codewreck
s.com/files/signature/twitter.jpg]
> <https://twitter.com/alkampfer> [image:
> https://ci5.googleusercontent.com/proxy/iuDOD2sdaxRDvTwS8MO7-CcXchpNJX
> 96uaWuvagoVLcjpAPsJi88XeOonE4vHT6udVimo7yL9ZtdrYueEfH7jXnudmi_Vvw=s0-d
> -e1-ft#http://www.codewrecks.com/files/signature/rss.jpg]
> <http://feeds.feedburner.com/AlkampferEng> [image:
> https://ci6.googleusercontent.com/proxy/EBJjfkBzcsSlAzlyR88y86YXcwaKfn
> 3x7ydAObL1vtjJYclQr_l5TvrFx4PQ5qLNYW3yp7Ig66DJ-0tPJCDbDmYAFcamPQehwg=s
> 0-d-e1-ft#http://www.codewrecks.com/files/signature/skype.jpg]
>
>
>

Re: Monitor backup progress when location parameter is used.

Posted by Jack Krupansky <ja...@gmail.com>.
I think the doc is wrong or at least misleading:
https://cwiki.apache.org/confluence/display/solr/Making+and+Restoring+Backups+of+SolrCores

"The backup operation can be monitored to see if it has completed by
sending the details command to the /replication handler..."

>From reading the code, it looks like the snapshot details are only stored
and returned after the snapshot completes, either successfully or fails,
but there is nothing set or reported if a snapshot is in progress. So, if
you don't see a "backup" section in the response, that means the snapshot
is in progress.

I think it's worth a Jira - either to improve the doc or improve the code
to report backup as "inProgress... StartedAt...".

You can also look at the log... "Creating backup snapshot" indicates the
backup has started and "Done creating backup snapshot" indicates success or
"Exception while creating snapshot" indicates failure. If only that first
message appeals, it means the backup is still in progress.


-- Jack Krupansky

On Thu, Jan 14, 2016 at 9:23 AM, Gian Maria Ricci - aka Alkampfer <
alkampfer@nablasoft.com> wrote:

> If I start a backup operation using the location parameter
>
>
>
> *http://localhost:8983/solr/mycore/replication?command=backup&name=mycore&
> <http://localhost:8983/solr/mycore/replication?command=backup&name=mycore&>location=z:\temp\backupmycore*
>
>
>
> How can I monitor when the backup operation is finished? Issuing a
> standard *details* operation
>
>
>
> *http://localhost:8983/solr/ <http://localhost:8983/solr/> mycore
> /replication?command=details*
>
>
>
> does not gives me useful information, because there are no information on
> backup on returning data.
>
>
>
>
>
> <response>
>
>
>
>     <lst name="responseHeader">
>
>         <int name="status">0</int>
>
>         <int name="QTime">1</int>
>
>     </lst>
>
>     <lst name="details">
>
>         <str name="indexSize">57.62 GB</str>
>
>         <str
> name="indexPath">X:\NoSql\Solr\solr-5.3.1\server\solr\mycore\data\index/</str>
>
>         <arr name="commits">
>
>             <lst>
>
>                 <long name="indexVersion">1452534703494</long>
>
>                 <long name="generation">1509</long>
>
>                 <arr name="filelist">
>
>                     <str>_2cw.fdt</str>
>
>                     <str>_2cw.fdx</str>
>
>                     <str>_2cw.fnm</str>
>
>                     <str>_2cw.nvd</str>
>
>                     <str>_2cw.nvm</str>
>
>                     <str>_2cw.si</str>
>
>                     <str>_2cw_Lucene50_0.doc</str>
>
>                     <str>_2cw_Lucene50_0.dvd</str>
>
>                     <str>_2cw_Lucene50_0.dvm</str>
>
>                     <str>_2cw_Lucene50_0.pos</str>
>
>                     <str>_2cw_Lucene50_0.tim</str>
>
>                     <str>_2cw_Lucene50_0.tip</str>
>
>                     <str>segments_15x</str>
>
>                 </arr>
>
>             </lst>
>
>         </arr>
>
>         <str name="isMaster">true</str>
>
>         <str name="isSlave">false</str>
>
>         <long name="indexVersion">1452534703494</long>
>
>         <long name="generation">1509</long>
>
>         <lst name="master">
>
>             <str
> name="confFiles">schema.xml,stopwords.txt,elevate.xml</str>
>
>             <arr name="replicateAfter">
>
>                 <str>optimize</str>
>
>             </arr>
>
>             <str name="replicationEnabled">true</str>
>
>         </lst>
>
>     </lst>
>
>
>
> </response>
>
> --
> Gian Maria Ricci
> Cell: +39 320 0136949
>
> [image:
> https://ci5.googleusercontent.com/proxy/5oNMOYAeFXZ_LDKanNfoLRHC37mAZkVVhkPN7QxMdA0K5JW2m0bm8azJe7oWZMNt8fKHNX1bzrUTd-kIyE40CmwT2Mlf8OI=s0-d-e1-ft#http://www.codewrecks.com/files/signature/mvp.png]
> <http://mvp.microsoft.com/en-us/mvp/Gian%20Maria%20Ricci-4025635> [image:
> https://ci3.googleusercontent.com/proxy/f-unQbmk6NtkHFspO5Y6x4jlIf_xrmGLUT3fU9y_7VUHSFUjLs7aUIMdZQYTh3eWIA0sBnvNX3WGXCU59chKXLuAHi2ArWdAcBclKA=s0-d-e1-ft#http://www.codewrecks.com/files/signature/linkedin.jpg]
> <http://www.linkedin.com/in/gianmariaricci> [image:
> https://ci3.googleusercontent.com/proxy/gjapMzu3KEakBQUstx_-cN7gHJ_GpcIZNEPjCzOYMrPl-r1DViPE378qNAQyEWbXMTj6mcduIAGaApe9qHG1KN_hyFxQAIkdNSVT=s0-d-e1-ft#http://www.codewrecks.com/files/signature/twitter.jpg]
> <https://twitter.com/alkampfer> [image:
> https://ci5.googleusercontent.com/proxy/iuDOD2sdaxRDvTwS8MO7-CcXchpNJX96uaWuvagoVLcjpAPsJi88XeOonE4vHT6udVimo7yL9ZtdrYueEfH7jXnudmi_Vvw=s0-d-e1-ft#http://www.codewrecks.com/files/signature/rss.jpg]
> <http://feeds.feedburner.com/AlkampferEng> [image:
> https://ci6.googleusercontent.com/proxy/EBJjfkBzcsSlAzlyR88y86YXcwaKfn3x7ydAObL1vtjJYclQr_l5TvrFx4PQ5qLNYW3yp7Ig66DJ-0tPJCDbDmYAFcamPQehwg=s0-d-e1-ft#http://www.codewrecks.com/files/signature/skype.jpg]
>
>
>