Skip to content
This repository has been archived by the owner on Jan 28, 2022. It is now read-only.

Adding support for using existing_cluster_name as well as existing_cluster_id #86

Closed
Azadehkhojandi opened this issue Oct 17, 2019 · 0 comments · Fixed by #126
Closed
Assignees
Labels
enhancement New feature or request high-priority

Comments

@Azadehkhojandi
Copy link
Contributor

Currently Running a job on an existing cluster requires a cluster_id, add an option that users can provide the k8s object name of the cluster

@Azadehkhojandi Azadehkhojandi added the enhancement New feature or request label Oct 17, 2019
@Azadehkhojandi Azadehkhojandi self-assigned this Nov 26, 2019
Azadehkhojandi added a commit to Azadehkhojandi/azure-databricks-operator that referenced this issue Nov 28, 2019
Azadehkhojandi added a commit to Azadehkhojandi/azure-databricks-operator that referenced this issue Nov 28, 2019
Azadehkhojandi added a commit to Azadehkhojandi/azure-databricks-operator that referenced this issue Nov 28, 2019
Azadehkhojandi added a commit to Azadehkhojandi/azure-databricks-operator that referenced this issue Nov 28, 2019
Azadehkhojandi added a commit to Azadehkhojandi/azure-databricks-operator that referenced this issue Nov 28, 2019
Azadehkhojandi added a commit to Azadehkhojandi/azure-databricks-operator that referenced this issue Nov 28, 2019
Azadehkhojandi added a commit to Azadehkhojandi/azure-databricks-operator that referenced this issue Nov 28, 2019
Azadehkhojandi added a commit that referenced this issue Dec 1, 2019
* Adding support for using existing_cluster_name as well as existing_cluster_id #86

* add new tests and clean up tests
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
enhancement New feature or request high-priority
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants