Member since
02-03-2016
9
Posts
1
Kudos Received
2
Solutions
My Accepted Solutions
Title | Views | Posted |
---|---|---|
1358 | 02-07-2018 03:18 AM | |
8502 | 10-11-2016 12:00 AM |
03-17-2018
03:40 AM
1 Kudo
A bit of info: - total_read_requests_rate_across_regionservers tracks the RS JMX bean of Server::readRequestCount - total_write_requests_rate_across_regionservers tracks the RS JMX bean of Server::writeRequestCount - total_requests_rate_across_regionservers tracks the RS JMX bean of Server::totalRequestCount The first two apply only to RS operations that operate on data, but the third applies also to other meta-operations such as openRegion, closeRegion, etc. that the RegionServer services (for Master and other commanding clients). > Which metric reflects the actual load of the HBase cluster? Data-wise its the read/write requests you want to look at. > Given the names I was expecting something like: total_requests = total_read_requests + total_write_requests but this is clearly not the case. The readRequestCount tracks only read operations (get/scan), where it also counts up multiple rows counted during scans. The totalRequestCount only counts by one per RPC done to RS, not per-row of reads done. This would cause a difference between the three metrics. Hope this helps explain what these three metrics truly are. TL;DR: total_read_requests_rate_across_regionservers -> Read operations count rate, counted per row scanned total_write_requests_rate_across_regionservers -> Write operations count rate, counted per row written total_requests_rate_across_regionservers -> Overall RS RPC-level call count rate, counted per request made to RS, not row-level
... View more
02-07-2018
03:18 AM
As far as I know this is expected: each cloudera manager supports its own api version and all the previous ones. It doesn't work for future versions. CM 5.12 -> supports v17 and lower CM 5.13 -> supports v18 and lower CM 5.14 -> supports v19 and lower
... View more
10-11-2016
12:22 PM
Awesome! I thought I had tested that, but apparently not. If your agent is heartbeating now, sounds like a good workaround till you can upgrade. I checked and CM 5.8.3 should also have a fix when it is released. It has not gone to code freeze yet, so we are weeks out yet on that. Thanks for sharing!
... View more
07-27-2016
09:44 AM
If you are referring to MapReduce Job History Server by JH, JHS has its own job ACL control. If a MR job is configured with mapreduce.job.acl-view-job = {users you want to allow to view the job, see mapred-default.xml for details on format} Then JHS will allow the specified user to view the job.
... View more