03-08-2023 02:22 AM
Hi community,
We have setup a Databricks cluster as Single node with num_workers=0 . Sometimes the cluster automatically resizes to e.g. 10 workers. When I edit the cluster subsequently it gives an error that num_workers is not allowed for Single node clusters and if I delete the 10 workers, the setting and error will be gone. This looks like a bug? What could cause this odd behavior?
Our cluster is defined as follows:
{
"num_workers": 0,
"cluster_name": "SingleNode-test",
"spark_version": "11.3.x-scala2.12",
"spark_conf": {
"spark.master": "local[*]",
"spark.databricks.cluster.profile": "singleNode",
"spark.databricks.delta.preview.enabled": "true"
},
"azure_attributes": {
"first_on_demand": 1,
"availability": "ON_DEMAND_AZURE",
"spot_bid_max_price": -1
},
"node_type_id": "Standard_DS3_v2",
"driver_node_type_id": "Standard_DS3_v2",
"ssh_public_keys": [],
"custom_tags": {
"ResourceClass": "SingleNode"
},
"spark_env_vars": {},
"autotermination_minutes": 90,
"enable_elastic_disk": true,
"cluster_source": "UI",
"init_scripts": [],
"enable_local_disk_encryption": false,
"cluster_id": "<REMOVED>"
}
04-03-2023 04:42 AM
I think the issue is solved, at least it didn't occur in the last month. We monitored this via Azure Log Analytics. Maybe it was solved due to some patch/update, thanks anyway!
03-14-2023 02:04 AM
@Jon Daal : The behavior you are experiencing where the cluster is automatically resizing to add worker nodes, even though it is defined as a Single Node cluster with "num_workers": 0, is unexpected and may be a bug in Databricks.
To investigate the issue further, you can try checking the logs for the cluster and see if there are any errors or warnings related to the automatic resizing.
03-31-2023 05:54 PM
Hi @Jon Daal
Hope everything is going great.
Just wanted to check in if you were able to resolve your issue. If yes, would you be happy to mark an answer as best so that other members can find the solution more quickly? If not, please tell us so we can help you.
Cheers!
04-03-2023 04:42 AM
I think the issue is solved, at least it didn't occur in the last month. We monitored this via Azure Log Analytics. Maybe it was solved due to some patch/update, thanks anyway!
Join our fast-growing data practitioner and expert community of 80K+ members, ready to discover, help and collaborate together while making meaningful connections.
Click here to register and join today!
Engage in exciting technical discussions, join a group with your peers and meet our Featured Members.