Member since
09-28-2015
65
Posts
14
Kudos Received
9
Solutions
My Accepted Solutions
Title | Views | Posted |
---|---|---|
4305 | 01-30-2018 02:53 PM | |
2454 | 08-08-2017 08:52 AM | |
10148 | 07-27-2017 11:33 AM |
04-18-2019
03:36 PM
@Braz wrote: Is there not a Kudu command which will allow for obtaining table size information? If not, then how does Cloudera Manager perform this? We would like to be able to replicate this behavior so that we can configure e-mail alerts to be sent whenever a table reaches a particular size. Thanks, Braz CM is scrapping and aggregating the /metrics pages from the tablet server instances for each tablet/table. Have you reviewed CM triggers/alerts?[1] You might be able to configure email alerts with a similar trigger rule for table sizes. Alternatively, you could implement what CM currently does by scraping each tablet server's /metrics page and aggregating the data together per tablet/table. [1] https://www.cloudera.com/documentation/enterprise/latest/topics/cm_dg_triggers_usecases.html
... View more
01-09-2019
07:39 PM
1 Kudo
In terms of resources, five masters wouldn't strain the cluster much. The big change is that the state that lives on the master (e.g. catalog metadata, etc.) would need to be replicated with a replication factor of 5 in mind (i.e. at least 3 copies to be considered "written"). While this is possible, the recommended configuration is 3. It is the most well-tested and commonly-used.
... View more
01-31-2018
10:05 AM
1 Kudo
It looks like your screenshot is of the "scans" dashboard on the web UI. This dashboard shows counters for a single scan, and a single scan would only come from a single task, not aggregate across them. I am guessing you're hitting KUDU-2231, a performance bug recently fixed. The bug fix appears in CDH 5.14.0. Since this is a performance issue that is not a regression and does not affect correctness, we have not yet backported to any prior releases. -Todd
... View more
01-30-2018
04:48 PM
That's correct, I am not aware of a workaround for this issue.
... View more
08-08-2017
08:52 AM
1 Kudo
It looks like you're using the C++ client. Given that, you can use the KuduSession::SetTimeout() API: https://kudu.apache.org/cpp-client-api/classkudu_1_1client_1_1KuduSession.html#a25b22362650d7120f59cc1025e40bd79 -Todd
... View more
07-27-2017
11:33 AM
2 Kudos
Can you give it a try changing the encoding of your primary key int column to 'PLAIN_ENCODING' instead of the default AUTO_ENCODING? I think that should resolve your problem (at the expense of some disk space)
... View more
07-26-2017
11:26 PM
You could use 'tinker step 500' and have the effect that stepping would only be enabled for time differences more than 500ms. I wouldn't consider this breaking your production environment, but I guess you may have some reason that '-x' is important to you. We'll work on addressing this in a future release so that no system-wide changes are necessary. -Todd
... View more
03-22-2017
03:15 AM
Thank you! It's really because storm workers are suffering GC pauses! We will check the code of storm workers.
... View more