Known Issues and Workarounds in Cloudera Director
The following sections describe the current known issues in Cloudera Director.
Added instance groups are not configured based on their instance type
Newly added instance groups are not automatically configured. Roles on the new instances will be given the same configuration as existing roles even if the new instance uses a different instance type than the old instances.
Workaround: Update the role group in Cloudera Manager after the cluster update completes.
Cloudera Bug: DIR-5102
Maximum length of environment name is misleading
Parsing of a Cloudera Director configuration file can produce errors indicating that the environment name and, sometimes additionally, the deployment name are too long, even though the names were not specified in the file. This is a consequence of Cloudera Director automatically generating those names, based on the cluster name, when they are not explicitly given in the file. When the cluster name is long, the automatically-generated names exceed the length limits.
environmentName: MyEnvironment deploymentName: MyDeployment
Cloudera Bug: DIR-6301
AWS rate limiting due to large number of EBS volumes
Standing up a cluster with a large number of EBS volumes might trigger rate limiting on EBS allocation requests. The effect can spread to other calls from Cloudera Director to AWS.
Workaround: No more than 10 EBS volumes should be attached at a time.
Cloudera Bug: DIR-4283
Cloudera Director cannot deploy Cloudera Navigator Key Trustee Server
Cloudera Navigator Key Trustee Server cannot be one of the services deployed by Cloudera Director.
Workaround: Set up Cloudera Navigator Key Trustee Server via Cloudera Manager if using Cloudera Director 2.4 and above.
Cloudera Bug: DIR-1757
Cloudera Director does not set up external databases for Sqoop2
Cloudera Director cannot set up external databases for Sqoop2.
Workaround: Set up databases for this service as described in Cloudera Manager and Managed Service Databases.
Cloudera Bug: DIR-1832
Metrics not displayed for clusters deployed in Cloudera Manager 5.4 and earlier clusters
Clusters deployed in Cloudera Manager version 5.4 and lower might not have metrics displayed in the web UI if these clusters share the same name as previously deleted clusters.
Workaround: Use Cloudera Manager 5.5 and higher.
Cloudera Bug: DIR-2422
Changes to Cloudera Manager username and password must also be made in Cloudera Director
If the Cloudera Manager username and password are changed directly in Cloudera Manager, Cloudera Director can no longer add new instances or authenticate with Cloudera Manager. Username and password changes must be implemented in Cloudera Director as well. For more information on keeping Cloudera Director and Cloudera Manager in sync, see CDH Cluster Management Tasks.
Workaround: Use the Cloudera Director web UI to update the Cloudera Manager username and password.
Cloudera Bug: DIR-690
Cloudera Director might use AWS credentials from instance of Cloudera Director server
Cloudera Director Server uses the AWS credentials from a configured Environment, as defined in a client configuration file or through the Cloudera Director web UI. If the Environment is not configured with credentials in Cloudera Director, the Cloudera Director server instead uses the AWS credentials that are configured on the instance on which the Cloudera Director server is running. When those credentials differ from the intended ones, EC2 instances might be allocated under unexpected accounts. Ensure that the Cloudera Director server instance is not configured with AWS credentials.
Severity: Medium
Workaround: Ensure that the Cloudera Director Environment has correct values for the keys. Alternatively, use IAM profiles for the Cloudera Director server instance.
Cloudera Bug: DIR-1040
Root partition resize fails on CentOS 6.5 (HVM)
Cloudera Director cannot resize the root partition on Centos 6.5 HVM AMIs. This is caused by a bug in the AMIs. For more information, see the CentOS Bug Tracker.
Cloudera Bug: DIR-757
When using RDS and MySQL, Hive Metastore canary can fail in Cloudera Manager
If you include Hive in your clusters and configure the Hive metastore to be installed on MySQL, Cloudera Manager might report, "The Hive Metastore canary failed to create a database." This is caused by a MySQL bug in MySQL 5.6.5 or higher that is exposed when used with the MySQL JDBC driver (used by Cloudera Director) version 5.1.19 or lower. For information on the MySQL bug, see the MySQL bug description.
Workaround: Depending on the driver version installed by Cloudera Director from your platform's software repositories, select an older MySQL version that does not have this bug.
Cloudera Bug: DIR-923