You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Bryan Beaudreault (Jira)" <ji...@apache.org> on 2021/09/24 19:28:00 UTC

[jira] [Commented] (HBASE-26296) Make it easier to orchestrate rolling upgrades

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

Bryan Beaudreault commented on HBASE-26296:
-------------------------------------------

I realized that RegionServer versions are available via getClusterMetrics().getLiveServerMetrics(). Each ServerMetrics has a getVersion().

However, we still have no way to get the version for backup masters.

> Make it easier to orchestrate rolling upgrades
> ----------------------------------------------
>
>                 Key: HBASE-26296
>                 URL: https://issues.apache.org/jira/browse/HBASE-26296
>             Project: HBase
>          Issue Type: Improvement
>            Reporter: Bryan Beaudreault
>            Priority: Minor
>
> In order to orchestrate rolling upgrades, we need a way to query VersionInfo on a per-server basis. Currently I can see version exposed in two ways:
>  * One can hit the /dump endpoint, but this creates a ton of extra output and is not machine parseable.
>  * One can call Admin.getClusterMetrics() with Option.HBASE_VERSION, but the resulting response only has a single getHBaseVersion() which only represents the version for the active HMaster
> We could make it a lot easier to orchestrate rolling upgrades if we exposed the VersionInfo details for all servers in the cluster. At a minimum I think we could add it to the /jmx response, but it would also be very helpful to add it to Admin.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)