[
https://issues.apache.org/jira/browse/SOLR-11038?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16079881#comment-16079881
]
Shalin Shekhar Mangar commented on SOLR-11038:
----------------------------------------------
Linking to SOLR-11036
> Fix AutoScalingSnitch's use of usableSpace metrics to account for
> solr.data.home and dataDir in solrconfig.xml
> --------------------------------------------------------------------------------------------------------------
>
> Key: SOLR-11038
> URL: https://issues.apache.org/jira/browse/SOLR-11038
> Project: Solr
> Issue Type: Sub-task
> Security Level: Public(Default Security Level. Issues are Public)
> Components: AutoScaling, metrics
> Affects Versions: 7.0
> Reporter: Shalin Shekhar Mangar
> Fix For: 7.1
>
>
> SOLR-6671 and related issues SOLR-11036 and SOLR-11037 made me realize that
> computing free disk available in order to place new replicas on nodes is not
> as trivial as currently implemented.
> Today we just use the {{metrics/solr.node/CONTAINER.fs.usableSpace}} metric
> which returns the usableSpace of the coreRootDirectory. But it has the
> following problems:
> # The solrconfig.xml of the collection's configset may specify a different
> path than coreRootDirectory
> # If solr.data.home is specified as a system property on the node then we
> must use that directory's usableSpace
> # For both of the above, we must also use the coreRootDirectory's usableSpace
> for correctness otherwise the node will flat out refuse to create a core
> because it cannot create a core.properties on disk.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
