[jira] [Commented] (SOLR-12208) Don't use "INDEX.sizeInBytes" as a tag name in policy calculations

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|

[jira] [Commented] (SOLR-12208) Don't use "INDEX.sizeInBytes" as a tag name in policy calculations

JIRA jira@apache.org

    [ https://issues.apache.org/jira/browse/SOLR-12208?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16511188#comment-16511188 ]

ASF subversion and git services commented on SOLR-12208:
--------------------------------------------------------

Commit 377f16de5e465277209d1f791d95416132584b16 in lucene-solr's branch refs/heads/master from [~noble.paul]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=377f16d ]

SOLR-12208: added a testcase for fetching arbitrary replica info


> Don't use "INDEX.sizeInBytes" as a tag name in policy calculations
> ------------------------------------------------------------------
>
>                 Key: SOLR-12208
>                 URL: https://issues.apache.org/jira/browse/SOLR-12208
>             Project: Solr
>          Issue Type: Sub-task
>      Security Level: Public(Default Security Level. Issues are Public)
>          Components: AutoScaling
>            Reporter: Andrzej Bialecki
>            Assignee: Andrzej Bialecki
>            Priority: Major
>             Fix For: master (8.0), 7.5
>
>         Attachments: SOLR-12208.patch, SOLR-12208.patch, SOLR-12208.patch
>
>
> CORE_IDX and FREEDISK ConditionType reuse this metric name, but they assume the values are expressed in gigabytes. This alone is confusing considering the name of the metric.
> Additionally, it causes conflicts in the simulation framework that would require substantial changes to resolve (ReplicaInfo-s in SimClusterStateProvider keep metric values in their variables, expressed in original units - but then the Policy assumes it can put the values expressed in GB under the same key... hilarity ensues).



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]