[
https://issues.apache.org/jira/browse/SOLR-3990?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13530643#comment-13530643
]
Hoss Man commented on SOLR-3990:
--------------------------------
bq. If you are not doing replication, you should still be able to get the size
of each index without configuring things that won't be used.
agreed ... adding the current index size (in both raw and human readble
formats) as a stat to either the "SolrCore" or "SolrIndexSearcher" could make
sense.
bq. That may mean that the number needs to be available twice
yeah, i'm not sure why Replicationhandler only exposes the human readable
version at the moment.
> index size unavailable in gui/mbeans unless replication handler configured
> --------------------------------------------------------------------------
>
> Key: SOLR-3990
> URL: https://issues.apache.org/jira/browse/SOLR-3990
> Project: Solr
> Issue Type: Improvement
> Components: web gui
> Affects Versions: 4.0
> Reporter: Shawn Heisey
> Priority: Minor
> Fix For: 4.1, 5.0
>
>
> Unless you configure the replication handler, the on-disk size of each core's
> index seems to be unavailable in the gui or from the mbeans handler. If you
> are not doing replication, you should still be able to get the size of each
> index without configuring things that won't be used.
> Also, I would like to get the size of the index in a consistent unit of
> measurement, probably MB. I understand the desire to give people a human
> readable unit next to a number that's not enormous, but it's difficult to do
> programmatic comparisons between values such as 787.33 MB and 23.56 GB. That
> may mean that the number needs to be available twice, one format to be shown
> in the admin GUI and both formats available from the mbeans handler, for
> scripting.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
