Member since
07-30-2013
509
Posts
113
Kudos Received
123
Solutions
My Accepted Solutions
| Title | Views | Posted |
|---|---|---|
| 3633 | 07-09-2018 11:54 AM | |
| 2953 | 05-03-2017 11:03 AM | |
| 7572 | 03-28-2017 02:27 PM | |
| 2952 | 03-27-2017 03:17 PM | |
| 2476 | 03-13-2017 04:30 PM |
08-02-2015
04:15 AM
Hi Thom, I`m also facing same issue in "Sqoop-Netazza Connector Activation". Could you please share the API script to skip or kill the activation step. Regards Nijanthan
... View more
07-16-2015
04:55 PM
1 Kudo
If you're running on EC2, Cloudera Director makes all this very easy for you. The CM API client bindings has some examples here: https://github.com/cloudera/cm_api/tree/master/python/examples
... View more
06-24-2015
03:33 PM
I believe that you can give people an exported charts view and ask them to import the JSON manually after installing your CSD (custom service descriptor), which may be a reasonable workaround in the meantime.
... View more
06-24-2015
10:48 AM
Hi Darren, Awesome! Good to know. Thanks for your help in all this! -Terry
... View more
06-24-2015
02:13 AM
Hi dlo, Thanks for your help 🙂
... View more
06-19-2015
10:52 AM
Client and Service configurations have distinct safety valve parameters in CM. Find the safety valve for Hive clients and make your change there. Thanks, Darren
... View more
06-12-2015
01:40 PM
Well that's embarrasing, I didn't realize that if kafka came under "add a service" the parcels wouldn't be activiated. Activated them and it now works. Thanks!
... View more
05-26-2015
04:59 AM
I manage to create python script to change the configuration. here is an example: https://linuxlabrat.wordpress.com/2015/05/26/updating-cdh-configuration-using-python-and-rest-apis/
... View more
05-18-2015
11:27 AM
Hi dlo, Thank you for your help; you actually led me in another direction and I determined there were 2 "linked" (no pun intended) issues; Seems that the /etc/hadoop/conf symlink was pointing at another broken symlink, /etc/alternatives/hadoop-conf, that was pointing to a non-existant directory on the 2 nodes where nodemanager was failing. I corrected the /etc/alternatives/hadoop-conf symlink from /etc/hadoop/conf.cloudera.mapred (which doesn't exist) to /etc/hadoop/conf.cloudera.yarn. Then I deployed client configuration yet again and restarted the cluster... and voile` Problem solved. When I checked back through everything, I was able to see that the timestamp updated on the /etc/hadoop/conf.cloudera.yarn/topology.map & /etc/hadoop/conf.cloudera.yarn/topology.py files which was (at some level) a confirmation that the configs had been successfully re-deployed. Hope this helps and thank you again for your help. mit Freundlichen Grüßen (with Friendly Greetings), Jan
... View more
05-13-2015
10:25 AM
1 Kudo
You're right that this is unnecessary. We've fixed this in our code branch slated for a future release. Unfortunately, there's no great workaround right now. You could add gateways, deploy CC, then remove gateways, but that's far from ideal.
... View more