You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hbase.apache.org by "Bryan Beaudreault (Jira)" <ji...@apache.org> on 2022/05/31 16:36:00 UTC

[jira] [Created] (HBASE-27078) Allow configuring a separate timeout for meta scans

Bryan Beaudreault created HBASE-27078:
-----------------------------------------

             Summary: Allow configuring a separate timeout for meta scans
                 Key: HBASE-27078
                 URL: https://issues.apache.org/jira/browse/HBASE-27078
             Project: HBase
          Issue Type: Improvement
            Reporter: Bryan Beaudreault


There is a {{hbase.client.meta.operation.timeout}} but it does not apply to meta scans, which are the primary use-case for clients (i.e. through RegionLocator). 

Many user-facing clients may want to have low rpc and scan timeouts. However, in periods of meta hotspotting, those timeouts can be way too low for the meta scans. The problem with low timeouts for meta scans is that without a populated MetaCache, user requests cannot succeed. In fact, user requests will continually try to re-scan meta until the MetaCache is populated. So having a lower rpc timeout will cause a situation where meta scans cannot succeed, and thus user requests cannot succeed. In this case I think it'd be preferable to relax the rpc timeout for meta requests so that a few long requests can unblock many faster requests.

My suggestion would be to add an {{hbase.client.meta.rpc.timeout}} and ensure that it applies to meta scans. I also think it would be less confusing to have {{hbase.client.meta.operation.timeout}} apply as the scanner timeout period for meta scans.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)