Member since
10-28-2014
71
Posts
11
Kudos Received
15
Solutions
My Accepted Solutions
Title | Views | Posted |
---|---|---|
2331 | 07-19-2019 01:53 PM | |
15356 | 07-19-2019 12:17 PM | |
15370 | 07-19-2019 11:23 AM | |
1853 | 07-15-2019 09:40 AM | |
1160 | 04-04-2019 03:03 PM |
06-20-2018
12:47 PM
I'm glad you figured this out. There are some other places you can look for information about provider-specific configuration properties as well. There are reference configuration files here: https://github.com/cloudera/director-scripts/tree/master/configs From the help menu in the Director UI, you can access the API console, and the provider-metadata endpoints there will show you all the valid provider-specific configuration properties. If you're comfortable reading code, the plugins that enable Director to work with multiple cloud providers are open source. If you search those repositories for ConfigurationPropertyToken, you will see the classes that define the metadata for the provider-specific configuration properties. The AWS repository, for example, is here: https://github.com/cloudera/director-aws-plugin/tree/v2
... View more
04-09-2018
09:03 AM
Glad your problem is solved. Thanks for letting the community know the solution. Hopefully if someone else ends up in your situation they will find your answer helpful.
... View more
11-13-2017
04:13 PM
Director's deployment and cluster refreshers should detect this sort of thing and update the deployment and cluster representations (respectively) in the database with the updated version information. Can you please check the server application.log to see if either of them encountered problems?
... View more
11-13-2017
04:10 PM
Yes, this is most likely a consequence of the other issue. We should try to address that one first.
... View more
11-03-2017
06:30 AM
The root cause should be a little earlier in the log. The log snippet you provided starts when Director is trying to clean up resources in response to the error.
... View more
10-04-2017
02:52 PM
1 Kudo
Yes. Are you attempting to specify a custom Name tag in your instance template? Cloudera Director by default uses that tag to attach the name that it generates for the instance. If it is not critical for you to provide a value for the Name tag, you should remove it from your configuration. If it is critical, it is possible to configure Director to use custom tag names. See the "Configuring Cloudera Director to Use Custom Tag Names on AWS" section of the Cloudera Director User Guide. There was a bug around this functionality in Director 2.5.0, but it should work correctly in Director 2.5.1 and later.
... View more
10-04-2017
01:13 PM
1 Kudo
I'm sorry you're having trouble getting your cluster running. You are trying to create the cluster through the Cloudera Director UI, right? If so (or if you're using the bootstrap-remote command from the command line), you should look in Cloudera Director server's application.log for an earlier exception giving the specific failure during instance allocation.
... View more
08-23-2017
02:10 PM
I'm glad your problem is resolved. Thank you for posting the details so other forum members can benefit from your experience.
... View more
07-20-2017
09:13 AM
If you are using EBS volumes for your CM/CDH instances, please read the "Pausing a Cluster in AWS" section of the Cloudera Director User Guide. If you are using ephemeral drives, you cannot stop and restart instances, because the data on the ephemeral drives is lost when you restart the instances.
... View more
01-16-2017
09:01 AM
I'm glad you found the answer. The byon and sandbox providers are blacklisted by default since they are not suitable for production use. Overriding the lp.plugin.configuration.blacklist property as you have done is the correct way to enable them for experimentation. If you implement your own production-quality BYON provider you should give it its own ID.
... View more