[
https://issues.apache.org/jira/browse/SOLR-8207?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16575942#comment-16575942
]
Jan Høydahl commented on SOLR-8207:
-----------------------------------
Agree. So I uploaded a simplified version of the latest patch
[^SOLR-8207_shardstate.patch] which
* Displays inactive shards, but with state appended to display-label
* If core-state is not active, then core-state is shown in the label, e.g.
{{foo_shard1_replica_n1_(recovering)}} or if shard-state is not active, then
the shard-state is added instead (since core-state in this case would be
'active').
* This same display label is shown both in the replicas column and in the
disk-space graphs. See screenshot
!image-2018-08-10-10-33-08-290.png|width=900!
PS: [~tomasflobbe] What is the logic behind numbering of replicas? A new
collection will have {{_replica_n1}}, _n2 etc, but after a split the new
replicas are named things like _n0, _n5, _n6, _n11, _n12 etc. I cannot see the
rule here since _n3, _n4 are not used, neither _n7 - _n10.
> Add "Nodes" view to the Admin UI "Cloud" tab
> --------------------------------------------
>
> Key: SOLR-8207
> URL: https://issues.apache.org/jira/browse/SOLR-8207
> Project: Solr
> Issue Type: New Feature
> Components: Admin UI
> Reporter: Upayavira
> Assignee: Jan Høydahl
> Priority: Major
> Fix For: master (8.0), 7.5
>
> Attachments: SOLR-8207.patch, SOLR-8207_shardstate.patch,
> SOLR-8207_shardstate.patch, SOLR-8207_underscores.patch,
> SOLR-8207_underscores.patch, image-2018-08-10-10-33-08-290.png,
> node-compact.png, node-details.png, node-hostcolumn.png,
> node-toggle-row-numdocs.png, nodes-tab-real.png, nodes-tab.png, nodes.png
>
> Time Spent: 10m
> Remaining Estimate: 0h
>
> The various sub-tabs of the "Cloud tab" were designed before anyone was
> making real use of SolrCloud, and when we didn't really know the use-cases we
> would need to support. I would argue that, whilst they are pretty (and
> clever) they aren't really fit for purpose (with the exception of tree view).
> Issues:
> * Radial view doesn't scale beyond a small number of nodes/collections
> * Paging on the graph view is based on collections - so a collection with
> many replicas won't be subject to pagination
> * The Dump feature is kinda redundant and should be removed
> * There is now a major overlap in functionality with the new Collections tab
> What I'd propose is that we:
> * promote the tree tab to top level
> * remove the graph views and the dump tab
> * add a new Nodes tab
> This nodes tab would complement the collections tab - showing nodes, and
> their associated replicas/collections. From this view, it would be possible
> to add/remove replicas and to see the status of nodes. It would also be
> possible to filter nodes by status: "show me only up nodes", "show me nodes
> that are in trouble", "show me nodes that have leaders on them", etc.
> Presumably, if we have APIs to support it, we might have a "decommission
> node" option, that would ensure that no replicas on this node are leaders,
> and then remove all replicas from the node, ready for it to be removed from
> the cluster.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
