lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Yury Kats (JIRA)" <>
Subject [jira] [Commented] (SOLR-2698) Enhance CoreAdmin STATUS command to return index size
Date Thu, 04 Aug 2011 16:11:27 GMT


Yury Kats commented on SOLR-2698:

bq. I see the following JIRA issue as well:

Funny how it was closed "not a bug". Who needs a method that returns "1 GB" for a 1.99GB file?

humanReadableUnits looks good. Maybe add TB? Storage is getting cheaper by the day.

bq. I think both is nice myself - but of course not really necessary - a nicety though, in
the case an application wants to display this, nice if we simply do the work for them.

+1 on two values in the response. In CoreAdminHandler and ReplicationHandler.

> Enhance CoreAdmin STATUS command to return index size
> -----------------------------------------------------
>                 Key: SOLR-2698
>                 URL:
>             Project: Solr
>          Issue Type: Improvement
>          Components: multicore
>    Affects Versions: 4.0
>            Reporter: Yury Kats
>            Assignee: Mark Miller
>         Attachments: SOLR-2698.patch
> CoreAdmin STATUS command returns all kinds of index info for all cores on the server,
except for the index size.
> However, indexSize can be retrieved for an individual core via a /replication&command=details
> I have N Solrs servers, running M cores each. My application is monitoring the status
of all cores, including their index size.
> As it stands today, I need to issue N status requests plus N*M replication requests to
get all the information I need.
> If STATUS command returned indexSize, number of requests would be just N.

This message is automatically generated by JIRA.
For more information on JIRA, see:


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message