An Apache Spark-based analytics platform optimized for Azure.
The error shown is consistent with a network name-resolution problem during result-file download from Azure Databricks, not the initial connection itself. That explains why preview works but the full load fails.
Use this checklist:
- Verify outbound network access from the machine running Power BI Desktop.
- The error includes:
Couldn't resolve host name. - This indicates DNS resolution or outbound access is failing when Power BI tries to download result files from cloud storage.
- The error includes:
- If the connection is going through a proxy, confirm the proxy configuration is supported.
- The Azure Databricks connector supports web proxy.
- Automatic proxy settings defined in
.pacfiles are not supported. - If the environment relies on
.pac, switch to a supported Windows system-wide proxy configuration.
- If a firewall or network security policy is in place, allow the required certificate authority endpoints.
- Azure Databricks SSL certificates use DigiCert.
- Add
*.digicert.comto the firewall allow list so certificate revocation validation can succeed.
- If the environment uses private networking and SSL verification errors are involved, adjust certificate revocation handling.
- Create this file if it does not exist:
C:\Program Files\Microsoft Power BI Desktop\bin\ODBC Drivers\Simba Spark ODBC Driver\microsoft.sparkodbc.ini - Add:
[Driver] CheckCertRevocation=0 - This is a workaround for CRL-check failures caused by restricted outbound network access.
- Warning: disabling certificate revocation checking reduces certificate-validation security and should be used only when network restrictions are the cause.
- Create this file if it does not exist:
- Check the Power BI Desktop version.
- Built-in automatic detection of Windows system-wide HTTP proxy configuration requires Power BI Desktop version
2.104.941.0or later. - If native SQL queries are being used, that requires version
2.112.603.0or later. - Databricks service principal M2M OAuth requires version
2.143.878.0or later.
- Built-in automatic detection of Windows system-wide HTTP proxy configuration requires Power BI Desktop version
- Reconnect and test with a small load.
- Open Get Data > Azure Databricks.
- Reauthenticate if needed.
- In Navigator, select a small table first and try Load.
- If preview succeeds but load still fails, that further points to network restrictions during result retrieval rather than authentication.
- If using Partner Connect, regenerate the connection and test again.
- In Azure Databricks: Marketplace > Partner Connect integrations > Power BI.
- Choose the compute resource, download the connection file again, open it in Power BI Desktop, then authenticate and test the load.
The most relevant documented causes for this pattern are:
- unsupported proxy configuration such as
.pac - blocked certificate revocation endpoints
- private-network SSL verification issues requiring
CheckCertRevocation=0
References: