You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "stack (JIRA)" <ji...@apache.org> on 2013/10/10 23:48:42 UTC
[jira] [Created] (HBASE-9743) RollingBatchRestartRsAction aborts if
timeout
stack created HBASE-9743:
----------------------------
Summary: RollingBatchRestartRsAction aborts if timeout
Key: HBASE-9743
URL: https://issues.apache.org/jira/browse/HBASE-9743
Project: HBase
Issue Type: Bug
Reporter: stack
In our test rigs, we see following quiet frequently:
{code}
2013-10-10 05:04:09,367 INFO [Thread-6] actions.Action: Killing region server:a1809.halxg.cloudera.com,60020,1381404629253
2013-10-10 05:04:09,367 INFO [Thread-6] hbase.HBaseCluster: Aborting RS: a1809.halxg.cloudera.com,60020,1381404629253
2013-10-10 05:04:09,367 INFO [Thread-6] hbase.ClusterManager: Executing remote command: ps aux | grep proc_regionserver | grep -v grep | tr -s ' ' | cut -d ' ' -f2 | xargs kill -s SIGKILL , hostname:a1809.halxg.cloudera.com
2013-10-10 05:04:09,367 INFO [Thread-6] util.Shell: Executing full command [/usr/bin/ssh -o ConnectTimeout=1 -o StrictHostKeyChecking=no a1809.halxg.cloudera.com "ps aux | grep proc_regionserver | grep -v grep | tr -s ' ' | cut -d ' ' -f2 | xargs kill -s SIGKILL"]
2013-10-10 05:04:09,621 DEBUG [Thread-5] client.HBaseAdmin: Getting current status of snapshot from master...
2013-10-10 05:04:09,623 DEBUG [Thread-5] client.HBaseAdmin: (#6) Sleeping: 1714ms while waiting for snapshot completion.
2013-10-10 05:04:10,381 WARN [Thread-6] policies.Policy: Exception occured during performing action: org.apache.hadoop.util.Shell$ExitCodeException: Connection timed out during banner exchange
at org.apache.hadoop.util.Shell.runCommand(Shell.java:458)
at org.apache.hadoop.util.Shell.run(Shell.java:373)
at org.apache.hadoop.util.Shell$ShellCommandExecutor.execute(Shell.java:578)
at org.apache.hadoop.hbase.HBaseClusterManager$RemoteShell.execute(HBaseClusterManager.java:111)
at org.apache.hadoop.hbase.HBaseClusterManager.exec(HBaseClusterManager.java:187)
at org.apache.hadoop.hbase.HBaseClusterManager.signal(HBaseClusterManager.java:216)
at org.apache.hadoop.hbase.ClusterManager.kill(ClusterManager.java:97)
at org.apache.hadoop.hbase.DistributedHBaseCluster.killRegionServer(DistributedHBaseCluster.java:110)
at org.apache.hadoop.hbase.chaos.actions.Action.killRs(Action.java:84)
at org.apache.hadoop.hbase.chaos.actions.RollingBatchRestartRsAction.perform(RollingBatchRestartRsAction.java:60)
at org.apache.hadoop.hbase.chaos.policies.PeriodicRandomActionPolicy.runOneIteration(PeriodicRandomActionPolicy.java:59)
at org.apache.hadoop.hbase.chaos.policies.PeriodicPolicy.run(PeriodicPolicy.java:41)
at org.apache.hadoop.hbase.chaos.policies.CompositeSequentialPolicy.run(CompositeSequentialPolicy.java:42)
at java.lang.Thread.run(Thread.java:724)
...
{code}
So, we went to kill a RS and we timed out. Server was busy at the time. We see the kill usually going through.
When above happens in a RollingBatchRestartRsAction, we'll usually 'lose' a server for the rest of the test. That is at a minimum. We've also seen case where we kill near all servers in cluster and then the above timeout happens and we are left w/ a test limping along running real slow eventually failing.
--
This message was sent by Atlassian JIRA
(v6.1#6144)