This repository has been archived by the owner on Jan 28, 2022. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 48
Adding support for using existing_cluster_name as well as existing_cluster_id #86
Labels
Comments
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.
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
The text was updated successfully, but these errors were encountered: