You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/hdinsight/hbase/hbase-troubleshoot-pegged-cpu-region-server.md
+4-4Lines changed: 4 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -3,7 +3,7 @@ title: Pegged CPU in Apache HBase cluster - Azure HDInsight
3
3
description: Troubleshoot pegged CPU on region server in Apache HBase cluster in Azure HDInsight
4
4
ms.service: hdinsight
5
5
ms.topic: troubleshooting
6
-
ms.date: 12/26/2022
6
+
ms.date: 01/04/2024
7
7
---
8
8
9
9
# Scenario: Pegged CPU on region server in Apache HBase cluster in Azure HDInsight
@@ -16,11 +16,11 @@ Apache HBase region server process starts occupying close to 200% CPU, causing a
16
16
17
17
## Cause
18
18
19
-
If you are running HBase cluster v3.4, you might have been hit by a potential bug caused by upgrade of jdk to version 1.7.0_151. The symptom we see is region server process starts occupying close to 200% CPU. To verify this, run the `top` command; if there is a process occupying close to 200% CPU get its pid and confirm it is region server process by running `ps -aux | grep`.
19
+
If you are running HBase cluster v3.4, you might have been hit by a potential bug caused by upgrade of jdk to version 1.7.0_151. The symptom we see is region server process starts occupying close to 200% CPU. To verify this, run the `top` command; if there is a process occupying close to 200% CPU get its `pid` and confirm it is region server process by running `ps -aux | grep`.
20
20
21
21
## Resolution
22
22
23
-
1. Install jdk 1.8 on ALL nodes of the cluster as below:
23
+
1. Install jdk 1.8 on ALL nodes of the cluster as given:
24
24
25
25
* Run the script action `https://raw.githubusercontent.com/Azure/hbase-utils/master/scripts/upgradetojdk18allnodes.sh`. Be sure to select the option to run on all nodes.
26
26
@@ -34,7 +34,7 @@ If you are running HBase cluster v3.4, you might have been hit by a potential bu
34
34
35
35
1. From Ambari UI again, restart all HBase services that need restart.
36
36
37
-
1. Depending on the data on cluster, it might take a few minutes to up to an hour for the cluster to reach stable state. The way you confirm the cluster reaches stable state is by either checking HMaster UI (all region servers should be active) from Ambari (refresh) or from headnode run HBase shell and then run status command.
37
+
1. Depending on the data on cluster, it might take a few minutes to up to an hour for the cluster to reach stable state. To confirm that the cluster has reached a stable state, you can check the HMaster UI (ensure all region servers are active) in Ambari by refreshing the page. Alternatively, you can run the HBase shell from the headnode and then execute the status command.
38
38
39
39
To verify that your upgrade was successful, check that the relevant HBase processes are started using the appropriate Java version - for instance for region server check as:
0 commit comments