Member since
09-23-2013
238
Posts
72
Kudos Received
28
Solutions
My Accepted Solutions
Title | Views | Posted |
---|---|---|
1845 | 08-13-2019 09:10 AM | |
3253 | 07-22-2015 08:51 AM | |
7159 | 06-29-2015 06:43 AM | |
5016 | 06-02-2015 05:17 PM | |
20996 | 05-23-2015 04:48 AM |
11-11-2014
12:40 PM
The Migration into CM would entail manually translating your non-default CDH configurations into cloudera managers configuration for CDH. There is not an automated way to do that. Other than that, the CDH upgrade is documented, here: http://www.cloudera.com/content/cloudera/en/documentation/core/latest/topics/cdh_ig_upgrade_command_line.html
... View more
11-11-2014
12:36 PM
You should not have to specifically add the CM principal, the */admin should handle it. From what you pasted, I think you have a space missing between your COM and the "*" at the end of the first line; Mine looks like this: [12:34 root@secsme-1 ~] > cat kadm5.acl */admin@COE.CLOUDERA.COM *
... View more
11-11-2014
12:07 PM
1 Kudo
so realize the reason there was a */admin@REALM in the kadm5.acl file before you changed it... that generic entry was in there so that any principal that has a name that ends with /admin is granted administrative rights over the KDC database. Your cloudera manager principal is named cloudera-scm/admin@JNJ.COM, but your acl file restricts admin to ONLY a user named "admin@JNJ.COM" From the script output you gave, none of the commands are working through kadmin becase the CM server user has no rights. Either update the kadm5.acl file to include */admin@JNJ.COM, or explicitly set and entry for the CM server scm-server/admin@JNJ.COM. At that point you should be able to configure cluster principals through CM in the KDC. Todd
... View more
11-11-2014
11:18 AM
Also, what is in your KDC's kadm5.acl file?
... View more
11-11-2014
11:15 AM
What KDC is in use? What OS and Release Version is the KDC running on?
... View more
11-11-2014
11:09 AM
What version of Cloudera Manager are you using in the example you provided?
... View more
11-07-2014
10:07 AM
The networking and security requirements for installation are listed here, make sure you have read through and configured based on this discussion. http://www.cloudera.com/content/cloudera/en/documentation/core/latest/topics/cm_ig_cm_requirements.html#cmig_topic_4_3_3_unique_1 each host must be able to perform forward and reverese lookup of the others. if /etc/hosts is how you are managing dns, make sure they reflec the proper IP/Hostname The other thing to verify is that your cloned vm's have unique MAC addresses for their network interfaces, you should be able to look at the physical (MAC) address on each node with the ifconfig command.
... View more
10-16-2014
07:57 AM
1 Kudo
Impala is a service included within CDH 5.x, and not a separate install from parcel. If you are running cdh 5.x then you need to add the service role within the CM UI for impala, not add it through individual parcel. Todd
... View more
10-12-2014
11:11 AM
1 Kudo
Cloudera Manager passes configuration and those keytabs through the agent at startup of the CDH processes configured to run on that cluster server. Those are correct keytabs to be distributed to those services. The monitoring services re-use the hue keytab for their activity with cluster nodes. For the HDFS keytab present that is for functionality within reports manager that requires access to hdfs information. The principal names are described within the SCM management DB, as well as the merged keytabs for the roles as gathered from the credentials table. Todd
... View more
10-09-2014
10:54 AM
2 Kudos
You would work your way back through the security guide discussion on enabling kerberos: http://www.cloudera.com/content/cloudera/en/documentation/cloudera-manager/v5-latest/Configuring-Hadoop-Security-with-Cloudera-Manager/cm5chs_enable_security_s8.html Note that if HBASE, or NN HA or JT HA was configured after enabling security, the cleanup can be difficult, the Znode paths within zookeeper might require manual removal of the ACL statements. Todd
... View more