<?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: DAB + DLT destroy fails due to ownership/permissions mismatch in Data Engineering</title>
    <link>https://community.databricks.com/t5/data-engineering/dab-dlt-destroy-fails-due-to-ownership-permissions-mismatch/m-p/133382#M49825</link>
    <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/144213"&gt;@mikvaar&lt;/a&gt;&amp;nbsp;Can you please check if d&lt;SPAN&gt;eployment SP have the&amp;nbsp;&lt;/SPAN&gt;&lt;STRONG&gt;Can Manage&lt;/STRONG&gt;&lt;SPAN&gt;&amp;nbsp;permission (or equivalent) on the DLT pipeline or the workspace. if not can you please explicitly grant access and test? this is a typical scenario when owner sp is different from run_as sp for DLT's&lt;/SPAN&gt;&lt;/P&gt;</description>
    <pubDate>Tue, 30 Sep 2025 13:17:16 GMT</pubDate>
    <dc:creator>saurabh18cs</dc:creator>
    <dc:date>2025-09-30T13:17:16Z</dc:date>
    <item>
      <title>DAB + DLT destroy fails due to ownership/permissions mismatch</title>
      <link>https://community.databricks.com/t5/data-engineering/dab-dlt-destroy-fails-due-to-ownership-permissions-mismatch/m-p/132101#M49354</link>
      <description>&lt;P&gt;Hi all,&lt;/P&gt;&lt;P&gt;We are running into an issue with Databricks Asset Bundles (DAB) when trying to destroy a DLT pipeline. Setup is as follows:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;Two separate service principals:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;&lt;EM&gt;&lt;STRONG&gt;Deployment SP&lt;/STRONG&gt;:&lt;/EM&gt; used by Azure DevOps for deploying bundles.&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;&lt;EM&gt;&lt;STRONG&gt;Run_as SP&lt;/STRONG&gt;&lt;/EM&gt;: used for running the DLTs.&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Since CLI v0.267.0, &lt;EM&gt;&lt;STRONG&gt;run_as&lt;/STRONG&gt;&lt;/EM&gt; is supported for DLTs in DABs.&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Deployment works fine: DLT pipelines are created as expected via bundle configuration.&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Environment: Databricks CLI v0.267.0&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;When trying to destroy the bundle, we get:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;Error: cannot delete permissions: PERMISSION_DENIED: PERMISSION_DENIED: Only metastore admins can change pipeline owner&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;DIV class=""&gt;&lt;DIV class=""&gt;&lt;STRONG&gt;Observations:&lt;/STRONG&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;The &lt;EM&gt;&lt;STRONG&gt;Deployment SP&lt;/STRONG&gt;&lt;/EM&gt; &lt;EM&gt;should&lt;/EM&gt; be the creator of the pipeline and therefore have manage permissions.&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;However, when running &lt;EM&gt;&lt;STRONG&gt;databricks pipelines get&lt;/STRONG&gt;&lt;/EM&gt;, the pipeline shows the Run_as SP as the creator — which is not correct.&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Interestingly, pipeline deletion does succeed if we call &lt;STRONG&gt;&lt;EM&gt;databricks pipelines delete&lt;/EM&gt;&lt;/STRONG&gt; directly with the Deployment SP. The issue only appears when using &lt;STRONG&gt;&lt;EM&gt;databricks bundle destroy&lt;/EM&gt;&lt;/STRONG&gt;. The DAB destroy work as expected, when all DLT's defined in the bundle are deleted via &lt;EM&gt;&lt;STRONG&gt;databricks pipelines delete&lt;/STRONG&gt;&lt;/EM&gt;.&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Currently, the only workaround we’ve found is to bypass DAB destroy and explicitly call &lt;EM&gt;&lt;STRONG&gt;databricks pipelines delete&lt;/STRONG&gt;&lt;/EM&gt; in the CI/CD pipeline. This is not desired by any means, since it makes pipeline management more difficult and risky compared to keeping everything inside DAB lifecycle management.&lt;BR /&gt;&lt;BR /&gt;Has anyone else experienced similar behavior? Why would DAB destroy treat the &lt;EM&gt;&lt;STRONG&gt;run_as SP&lt;/STRONG&gt;&lt;/EM&gt; as the creator/owner under the hood, and is there a way to enforce that the &lt;EM&gt;&lt;STRONG&gt;Deployment SP&lt;/STRONG&gt;&lt;/EM&gt; is recognized as the pipeline owner so that destroy works consistently?&lt;/P&gt;&lt;P&gt;Thanks in advance!&lt;/P&gt;</description>
      <pubDate>Tue, 16 Sep 2025 11:11:32 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/dab-dlt-destroy-fails-due-to-ownership-permissions-mismatch/m-p/132101#M49354</guid>
      <dc:creator>mikvaar</dc:creator>
      <dc:date>2025-09-16T11:11:32Z</dc:date>
    </item>
    <item>
      <title>Re: DAB + DLT destroy fails due to ownership/permissions mismatch</title>
      <link>https://community.databricks.com/t5/data-engineering/dab-dlt-destroy-fails-due-to-ownership-permissions-mismatch/m-p/132315#M49435</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/144213"&gt;@mikvaar&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;&lt;P&gt;I know this is really confusing but this is expected behaviour. It's well described in documentation. So,as they stated below, run as can be even use&amp;nbsp;&lt;SPAN&gt;in situations where&lt;/SPAN&gt;&amp;nbsp; ori&lt;SPAN&gt;ginal user who created the pipeline has been deactivated - for example, if they left the company.&amp;nbsp;&lt;BR /&gt;So, basically SP configured with run as becomes new owner.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;A href="https://learn.microsoft.com/en-us/azure/databricks/dlt/configure-pipeline" target="_blank" rel="noopener"&gt;Configure Lakeflow Declarative Pipelines - Azure Databricks | Microsoft Learn&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="szymon_dybczak_0-1758133448475.png" style="width: 400px;"&gt;&lt;img src="https://community.databricks.com/t5/image/serverpage/image-id/20065i858051C671C227F4/image-size/medium?v=v2&amp;amp;px=400" role="button" title="szymon_dybczak_0-1758133448475.png" alt="szymon_dybczak_0-1758133448475.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="szymon_dybczak_1-1758133506251.png" style="width: 400px;"&gt;&lt;img src="https://community.databricks.com/t5/image/serverpage/image-id/20066i9203B44E992E87DF/image-size/medium?v=v2&amp;amp;px=400" role="button" title="szymon_dybczak_1-1758133506251.png" alt="szymon_dybczak_1-1758133506251.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;But maybe databricks should think about changing name of that feature. In my opinion it's doing much more than a name suggest and it's confusing, so I'm not surprised that you asked this question.&lt;/P&gt;</description>
      <pubDate>Wed, 17 Sep 2025 18:28:59 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/dab-dlt-destroy-fails-due-to-ownership-permissions-mismatch/m-p/132315#M49435</guid>
      <dc:creator>szymon_dybczak</dc:creator>
      <dc:date>2025-09-17T18:28:59Z</dc:date>
    </item>
    <item>
      <title>Re: DAB + DLT destroy fails due to ownership/permissions mismatch</title>
      <link>https://community.databricks.com/t5/data-engineering/dab-dlt-destroy-fails-due-to-ownership-permissions-mismatch/m-p/133372#M49819</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/110502"&gt;@szymon_dybczak&lt;/a&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thank you for you response. Coming back to this issue, how did Databricks design DAB's to be used with DLT's? If I have two service principals as stated in the original message, one for deployment and one for running the bundle resources. Bundle deployment works fine, but if the bundle needs to be destroyed, it is not possible via&amp;nbsp;&lt;EM&gt;databricks bundle destroy.&amp;nbsp;&lt;/EM&gt;For me this seems like an bigger problem, if all features of DAB's are not accessible if using DLT + run_as option together.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 30 Sep 2025 12:01:35 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/dab-dlt-destroy-fails-due-to-ownership-permissions-mismatch/m-p/133372#M49819</guid>
      <dc:creator>mikvaar</dc:creator>
      <dc:date>2025-09-30T12:01:35Z</dc:date>
    </item>
    <item>
      <title>Re: DAB + DLT destroy fails due to ownership/permissions mismatch</title>
      <link>https://community.databricks.com/t5/data-engineering/dab-dlt-destroy-fails-due-to-ownership-permissions-mismatch/m-p/133382#M49825</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/144213"&gt;@mikvaar&lt;/a&gt;&amp;nbsp;Can you please check if d&lt;SPAN&gt;eployment SP have the&amp;nbsp;&lt;/SPAN&gt;&lt;STRONG&gt;Can Manage&lt;/STRONG&gt;&lt;SPAN&gt;&amp;nbsp;permission (or equivalent) on the DLT pipeline or the workspace. if not can you please explicitly grant access and test? this is a typical scenario when owner sp is different from run_as sp for DLT's&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 30 Sep 2025 13:17:16 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/dab-dlt-destroy-fails-due-to-ownership-permissions-mismatch/m-p/133382#M49825</guid>
      <dc:creator>saurabh18cs</dc:creator>
      <dc:date>2025-09-30T13:17:16Z</dc:date>
    </item>
    <item>
      <title>Re: DAB + DLT destroy fails due to ownership/permissions mismatch</title>
      <link>https://community.databricks.com/t5/data-engineering/dab-dlt-destroy-fails-due-to-ownership-permissions-mismatch/m-p/133415#M49837</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/22314"&gt;@saurabh18cs&lt;/a&gt;. The deployment/destroy SP has permission "IS_OWNER" of the pipelines when looking up with&amp;nbsp;&lt;EM&gt;databricks pipelines get-permissions.&amp;nbsp;&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;As stated above, pipeline deletion&amp;nbsp;&lt;STRONG&gt;succeeds&amp;nbsp;&lt;/STRONG&gt;with deployment SP using&amp;nbsp;&lt;EM&gt;databricks pipelines delete.&lt;/EM&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 01 Oct 2025 07:35:14 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/dab-dlt-destroy-fails-due-to-ownership-permissions-mismatch/m-p/133415#M49837</guid>
      <dc:creator>mikvaar</dc:creator>
      <dc:date>2025-10-01T07:35:14Z</dc:date>
    </item>
    <item>
      <title>Re: DAB + DLT destroy fails due to ownership/permissions mismatch</title>
      <link>https://community.databricks.com/t5/data-engineering/dab-dlt-destroy-fails-due-to-ownership-permissions-mismatch/m-p/133420#M49840</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/144213"&gt;@mikvaar&lt;/a&gt;&amp;nbsp;yes and this highlights a limitation in DAB's destroy logic. Thus asking you to give a try adding one more permission explicitly ( I know owner supersedes this permission but just to give a try and see the impact) . otherwise Databricks can only help here. Thanks&lt;/P&gt;</description>
      <pubDate>Wed, 01 Oct 2025 09:05:04 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/dab-dlt-destroy-fails-due-to-ownership-permissions-mismatch/m-p/133420#M49840</guid>
      <dc:creator>saurabh18cs</dc:creator>
      <dc:date>2025-10-01T09:05:04Z</dc:date>
    </item>
    <item>
      <title>Re: DAB + DLT destroy fails due to ownership/permissions mismatch</title>
      <link>https://community.databricks.com/t5/data-engineering/dab-dlt-destroy-fails-due-to-ownership-permissions-mismatch/m-p/133431#M49843</link>
      <description>&lt;DIV&gt;&lt;DIV&gt;&lt;SPAN&gt;"But maybe databricks should think about changing name of that feature."&lt;/SPAN&gt;&lt;/DIV&gt;&lt;BR /&gt;&lt;DIV&gt;&lt;SPAN&gt;I have to respectfully disagree about renaming the feature. The issue isn't the name itself, but rather that the behavior differs from regular jobs. It would make much more sense for ownership management to be consistent across DLT pipelines and jobs, so users don't have to learn two sets of rules for what should be the same functionality.&lt;/SPAN&gt;&lt;/DIV&gt;&lt;BR /&gt;&lt;DIV&gt;&lt;SPAN&gt;I'd encourage Databricks to align these experiences by making the feature behave consistently, and to prioritize feedback from enterprise customers who depend on predictable, unified tools across the platform. This would go a long way toward improving the overall quality and usability of the product.&lt;/SPAN&gt;&lt;/DIV&gt;&lt;/DIV&gt;</description>
      <pubDate>Wed, 01 Oct 2025 10:30:30 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/dab-dlt-destroy-fails-due-to-ownership-permissions-mismatch/m-p/133431#M49843</guid>
      <dc:creator>sivil</dc:creator>
      <dc:date>2025-10-01T10:30:30Z</dc:date>
    </item>
    <item>
      <title>Re: DAB + DLT destroy fails due to ownership/permissions mismatch</title>
      <link>https://community.databricks.com/t5/data-engineering/dab-dlt-destroy-fails-due-to-ownership-permissions-mismatch/m-p/133433#M49844</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/22314"&gt;@saurabh18cs&lt;/a&gt;. I tried explicitly setting CAN_MANAGE permissions for the pipelines to see if destroy works, and the result is the same as with IS_OWNER permissions. As you said, this seems like an issue that only Databricks can resolve.&lt;/P&gt;</description>
      <pubDate>Wed, 01 Oct 2025 11:03:21 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/dab-dlt-destroy-fails-due-to-ownership-permissions-mismatch/m-p/133433#M49844</guid>
      <dc:creator>mikvaar</dc:creator>
      <dc:date>2025-10-01T11:03:21Z</dc:date>
    </item>
    <item>
      <title>Re: DAB + DLT destroy fails due to ownership/permissions mismatch</title>
      <link>https://community.databricks.com/t5/data-engineering/dab-dlt-destroy-fails-due-to-ownership-permissions-mismatch/m-p/135208#M50303</link>
      <description>&lt;P&gt;&lt;SPAN&gt;We just released&amp;nbsp;&lt;/SPAN&gt;&lt;A class="c-link" href="https://github.com/databricks/cli/releases/tag/v0.273.0" target="_blank" rel="noopener noreferrer" data-stringify-link="https://github.com/databricks/cli/releases/tag/v0.273.0" data-sk="tooltip_parent"&gt;https://github.com/databricks/cli/releases/tag/v0.273.0&lt;/A&gt;&lt;SPAN&gt;&amp;nbsp;with a mitigation for this, the error should disappear if you upgrade. Please try and let us know how it goes.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Terraform fix is in&amp;nbsp;&lt;/SPAN&gt;&lt;A class="c-link" href="https://github.com/databricks/terraform-provider-databricks/releases/tag/v1.92.0" target="_blank" rel="noopener noreferrer" data-stringify-link="https://github.com/databricks/terraform-provider-databricks/releases/tag/v1.92.0" data-sk="tooltip_parent"&gt;https://github.com/databricks/terraform-provider-databricks/releases/tag/v1.92.0&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 17 Oct 2025 07:38:14 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/dab-dlt-destroy-fails-due-to-ownership-permissions-mismatch/m-p/135208#M50303</guid>
      <dc:creator>denis-dbx</dc:creator>
      <dc:date>2025-10-17T07:38:14Z</dc:date>
    </item>
  </channel>
</rss>

