Description
This code is strange.
If you configure a different value for HBASE_CLIENT_OPERATION_TIMEOUT, you can have only one socket timeout (whatever your setting for the socket timeout). If not, the first time we will retry (again, whatever your setting and the real timeout).
public void shouldRetry(Throwable throwable) throws IOException { if (this.callTimeout != HConstants.DEFAULT_HBASE_CLIENT_OPERATION_TIMEOUT) if (throwable instanceof SocketTimeoutException || (this.endTime - this.startTime > this.callTimeout)) { throw (SocketTimeoutException) new SocketTimeoutException( "Call to access row '" + Bytes.toString(row) + "' on table '" + Bytes.toString(tableName) + "' failed on socket timeout exception: " + throwable + " this.callTimeout="+this.callTimeout + " time= "+(this.endTime - this.startTime)) .initCause(throwable); } else { this.callTimeout = ((int) (this.endTime - this.startTime)); } }
I don't get all the implications yet, but for sure it's too smart to be good, and, at least, breaks my tests for HBASE-7590
Attachments
Attachments
Issue Links
- is required by
-
HBASE-7590 Add a costless notifications mechanism from master to regionservers & clients
- Closed
-
HBASE-5843 Improve HBase MTTR - Mean Time To Recover
- Closed