<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Unity Catalog storage credential fails although same Access Connector works in another credentia in Data Engineering</title>
    <link>https://community.databricks.com/t5/data-engineering/unity-catalog-storage-credential-fails-although-same-access/m-p/155660#M54290</link>
    <description>&lt;P&gt;I've never used this scenario before so I just tested the exact same scenario and it works correctly with two storage credentials using the same Access Connector:&lt;/P&gt;&lt;P&gt;cred1 → ext_1: abfss://data-test@data_test_storage.dfs.core.windows.net/path1/&lt;BR /&gt;cred2 → ext_2: abfss://data-test@data_test_storage.dfs.core.windows.net/path2/&lt;/P&gt;&lt;P&gt;Key points from my successful test:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Same storage account + container (data-test@data_test_storage.&lt;/LI&gt;&lt;LI&gt;Same Access Connector with Storage Blob Data Contributor role on entire storage account (not just container level)&lt;/LI&gt;&lt;LI&gt;No path overlap between path1/ and path2/&lt;/LI&gt;&lt;LI&gt;Same ADLS Gen2, same permissions, same workspace&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Questions for troubleshooting your issue:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Is the Access Connector permission assigned at storage account scope or just container level?&lt;/LI&gt;&lt;LI&gt;Are both credentials using the exact same ADLS Gen2 storage account?&lt;/LI&gt;&lt;LI&gt;Does cred_2 appear grayed out in Catalog Explorer (indicating workspace binding issue)?&lt;/LI&gt;&lt;LI&gt;An &lt;STRONG&gt;most important&lt;/STRONG&gt; Is this a privatized environment? If you have firewall enabled on the storage account, it can block access because the Access Connector can't reach from the matching network you're using to access this storage.&lt;/LI&gt;&lt;/UL&gt;</description>
    <pubDate>Tue, 28 Apr 2026 10:20:22 GMT</pubDate>
    <dc:creator>juan_maedo</dc:creator>
    <dc:date>2026-04-28T10:20:22Z</dc:date>
    <item>
      <title>Unity Catalog storage credential fails although same Access Connector works in another credential</title>
      <link>https://community.databricks.com/t5/data-engineering/unity-catalog-storage-credential-fails-although-same-access/m-p/155630#M54284</link>
      <description>&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;In Azure Databricks Unity Catalog, I have two storage credentials that use the same connector_id / Azure Databricks Access Connector.&lt;/P&gt;&lt;P&gt;One credential works and can access ADLS Gen2 successfully, but the other fails with:&lt;/P&gt;&lt;DIV class=""&gt;&lt;DIV class=""&gt;&lt;DIV class=""&gt;&lt;DIV class=""&gt;&lt;DIV class=""&gt;&lt;DIV class=""&gt;&lt;DIV class=""&gt;&lt;DIV class=""&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV class=""&gt;&lt;DIV class=""&gt;&lt;DIV class=""&gt;&lt;DIV class=""&gt;&lt;DIV class=""&gt;&lt;DIV class=""&gt;&lt;SPAN&gt;Failed to access cloud storage: [AbfsRestOperationException] () exceptionTraceId=de567037-b3b2-414c-8908-b3174c490b22&lt;/SPAN&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;P&gt;Both credentials appear to reference the same Access Connector. I have checked that the working credential can read/list/write the ADLS Gen2 path.&lt;/P&gt;&lt;P&gt;What could cause one Unity Catalog storage credential to work while another credential using the same Access Connector fails?&lt;/P&gt;</description>
      <pubDate>Tue, 28 Apr 2026 01:39:48 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/unity-catalog-storage-credential-fails-although-same-access/m-p/155630#M54284</guid>
      <dc:creator>kcyugesh</dc:creator>
      <dc:date>2026-04-28T01:39:48Z</dc:date>
    </item>
    <item>
      <title>Re: Unity Catalog storage credential fails although same Access Connector works in another credentia</title>
      <link>https://community.databricks.com/t5/data-engineering/unity-catalog-storage-credential-fails-although-same-access/m-p/155660#M54290</link>
      <description>&lt;P&gt;I've never used this scenario before so I just tested the exact same scenario and it works correctly with two storage credentials using the same Access Connector:&lt;/P&gt;&lt;P&gt;cred1 → ext_1: abfss://data-test@data_test_storage.dfs.core.windows.net/path1/&lt;BR /&gt;cred2 → ext_2: abfss://data-test@data_test_storage.dfs.core.windows.net/path2/&lt;/P&gt;&lt;P&gt;Key points from my successful test:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Same storage account + container (data-test@data_test_storage.&lt;/LI&gt;&lt;LI&gt;Same Access Connector with Storage Blob Data Contributor role on entire storage account (not just container level)&lt;/LI&gt;&lt;LI&gt;No path overlap between path1/ and path2/&lt;/LI&gt;&lt;LI&gt;Same ADLS Gen2, same permissions, same workspace&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Questions for troubleshooting your issue:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Is the Access Connector permission assigned at storage account scope or just container level?&lt;/LI&gt;&lt;LI&gt;Are both credentials using the exact same ADLS Gen2 storage account?&lt;/LI&gt;&lt;LI&gt;Does cred_2 appear grayed out in Catalog Explorer (indicating workspace binding issue)?&lt;/LI&gt;&lt;LI&gt;An &lt;STRONG&gt;most important&lt;/STRONG&gt; Is this a privatized environment? If you have firewall enabled on the storage account, it can block access because the Access Connector can't reach from the matching network you're using to access this storage.&lt;/LI&gt;&lt;/UL&gt;</description>
      <pubDate>Tue, 28 Apr 2026 10:20:22 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/unity-catalog-storage-credential-fails-although-same-access/m-p/155660#M54290</guid>
      <dc:creator>juan_maedo</dc:creator>
      <dc:date>2026-04-28T10:20:22Z</dc:date>
    </item>
  </channel>
</rss>

