You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@solr.apache.org by "Chris M. Hostetter (Jira)" <ji...@apache.org> on 2022/03/15 18:04:00 UTC

[jira] [Resolved] (SOLR-16089) DOWN replica causes missing data on Cloud>Nodes admin ui screen for unrelated nodes

     [ https://issues.apache.org/jira/browse/SOLR-16089?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Chris M. Hostetter resolved SOLR-16089.
---------------------------------------
    Fix Version/s: 9.1
                   main (10.0)
       Resolution: Fixed

Thanks Jan.

It's a pretty low risk change (but also not a high severity bug) so i went ahead and committed to main & 9x.

> DOWN replica causes missing data on Cloud>Nodes admin ui screen for unrelated nodes
> -----------------------------------------------------------------------------------
>
>                 Key: SOLR-16089
>                 URL: https://issues.apache.org/jira/browse/SOLR-16089
>             Project: Solr
>          Issue Type: Bug
>      Security Level: Public(Default Security Level. Issues are Public) 
>          Components: Admin UI
>            Reporter: Chris M. Hostetter
>            Assignee: Chris M. Hostetter
>            Priority: Major
>             Fix For: 9.1, main (10.0)
>
>         Attachments: SOLR-16089.patch, SOLR-16089.screenshot.png
>
>
> If a node is {{{}/live_nodes{}}}, but a replica hosted on that node is {{DOWN}} ( or missing from the Metrics API response section for that node for any other reason) this breaks a brittle assumption in the {{cloud.js}} logic that generates the data structure used to power the {{/solr/#/~cloud?view=nodes}}
> The current assumption is that _any_ replica found in the {{CLUSTERSTATUS}} response, hosted on a live_node, will be found in the Metrics API response -- when this is not true, the javascript throws a {{TypeError}} while looping over the metrics API response, leaving the datastructure it was building incomplete.
> This means that, depending on _where_ in the (effectively) random order that the metrics API returns node details, all or some of the nodes visible on the resulting admin UI screen will be missing data from the metrics API (most notably in the Disk Usage column) depending on whether they came "after" the node hosting the problematic replica.
> There is nothing obvious in the UI to indicate that a particular node/replica is having a problem -- making it particularly hard to identify why columns like Disk Usage are "blank"



--
This message was sent by Atlassian Jira
(v8.20.1#820001)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@solr.apache.org
For additional commands, e-mail: issues-help@solr.apache.org