<?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: Unexpected ProtoBuf Version Changes on DBR 15.4 LTS Causing databricks-feature-client Failures in Machine Learning</title>
    <link>https://community.databricks.com/t5/machine-learning/unexpected-protobuf-version-changes-on-dbr-15-4-lts-causing/m-p/128966#M4239</link>
    <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/179914"&gt;@guilhermeneves&lt;/a&gt;!&lt;/P&gt;
&lt;P&gt;Could you confirm if pip was used to install any Python packages in your workload? &lt;BR /&gt;The version shifts you’re seeing are likely related to unpinned pip installs: when package versions aren’t pinned, dependency changes from third-party libraries can&amp;nbsp;impact workload behavior. Pinning dependencies is recommended to prevent this.&lt;/P&gt;</description>
    <pubDate>Wed, 20 Aug 2025 11:34:07 GMT</pubDate>
    <dc:creator>Advika</dc:creator>
    <dc:date>2025-08-20T11:34:07Z</dc:date>
    <item>
      <title>Unexpected ProtoBuf Version Changes on DBR 15.4 LTS Causing databricks-feature-client Failures</title>
      <link>https://community.databricks.com/t5/machine-learning/unexpected-protobuf-version-changes-on-dbr-15-4-lts-causing/m-p/128750#M4229</link>
      <description>&lt;P&gt;Hi all,&lt;/P&gt;&lt;P&gt;I noticed an issue starting from Friday, Aug 15 through Monday, Aug 18. Our clusters running DBR 15.4 LTS experienced unexpected upgrades of the protobuf library:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Friday: protobuf was at version 4.24.1 (as documented here: &lt;A href="https://docs.databricks.com/aws/en/release-notes/runtime/15.4lts#installed-python-libraries" target="_self"&gt;DBR 15.4 LTS release notes&lt;/A&gt;)&lt;/LI&gt;&lt;LI&gt;Saturday: it was upgraded to 5.29.5&lt;/LI&gt;&lt;LI&gt;Sunday: it moved again to 6.32.0&lt;/LI&gt;&lt;LI&gt;Monday morning: it reverted back to 4.24.1&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;This behavior is not documented in the &lt;A href="https://docs.databricks.com/aws/en/release-notes/runtime/maintenance-updates#databricks-runtime-154-lts" target="_self"&gt;maintenance updates&lt;/A&gt;.&lt;/P&gt;&lt;P&gt;The change broke our usage of databricks-feature-client with errors like:&lt;/P&gt;&lt;LI-CODE lang="python"&gt;File /Workspace/Repos/.internal/.../utils.py:12 from databricks.feature_engineering import FeatureEngineeringClient ... ImportError: cannot import name 'service' from 'google.protobuf'&lt;/LI-CODE&gt;&lt;P&gt;&lt;BR /&gt;The stack trace points to duplicate_proto_detection() inside databricks.feature_engineering, which fails due to incompatibility between databricks-feature-client and the unexpected protobuf version upgrades.&lt;/P&gt;&lt;P&gt;After Monday morning, things stabilized again with protobuf 4.24.1, and the issue disappeared.&lt;/P&gt;&lt;P&gt;Question: Were there unannounced runtime changes or hotfixes over the weekend that explain these Cluster DBR 15.4LTS protobuf version fluctuations? If so, could they be documented, since they directly impact feature engineering workloads?&lt;/P&gt;&lt;P&gt;Thanks,&lt;BR /&gt;Guilherme&lt;/P&gt;</description>
      <pubDate>Mon, 18 Aug 2025 15:02:15 GMT</pubDate>
      <guid>https://community.databricks.com/t5/machine-learning/unexpected-protobuf-version-changes-on-dbr-15-4-lts-causing/m-p/128750#M4229</guid>
      <dc:creator>guilhermeneves</dc:creator>
      <dc:date>2025-08-18T15:02:15Z</dc:date>
    </item>
    <item>
      <title>Re: Unexpected ProtoBuf Version Changes on DBR 15.4 LTS Causing databricks-feature-client Failures</title>
      <link>https://community.databricks.com/t5/machine-learning/unexpected-protobuf-version-changes-on-dbr-15-4-lts-causing/m-p/128966#M4239</link>
      <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/179914"&gt;@guilhermeneves&lt;/a&gt;!&lt;/P&gt;
&lt;P&gt;Could you confirm if pip was used to install any Python packages in your workload? &lt;BR /&gt;The version shifts you’re seeing are likely related to unpinned pip installs: when package versions aren’t pinned, dependency changes from third-party libraries can&amp;nbsp;impact workload behavior. Pinning dependencies is recommended to prevent this.&lt;/P&gt;</description>
      <pubDate>Wed, 20 Aug 2025 11:34:07 GMT</pubDate>
      <guid>https://community.databricks.com/t5/machine-learning/unexpected-protobuf-version-changes-on-dbr-15-4-lts-causing/m-p/128966#M4239</guid>
      <dc:creator>Advika</dc:creator>
      <dc:date>2025-08-20T11:34:07Z</dc:date>
    </item>
    <item>
      <title>Re: Unexpected ProtoBuf Version Changes on DBR 15.4 LTS Causing databricks-feature-client Failures</title>
      <link>https://community.databricks.com/t5/machine-learning/unexpected-protobuf-version-changes-on-dbr-15-4-lts-causing/m-p/128981#M4240</link>
      <description>&lt;P&gt;Thanks, Advika! your answer helped a lot.&lt;/P&gt;&lt;P&gt;The issue turned out to be caused by a &lt;STRONG&gt;dbt-databricks&lt;/STRONG&gt; minor update. Although we had pinned the package to avoid major upgrades, the minor update still introduced the problem.&lt;/P&gt;&lt;P&gt;So yes, libraries was added to the cluster policy to install the dependencies, but the unexpected behavior came specifically from the minor version change.&lt;/P&gt;&lt;P&gt;Thank you,&lt;/P&gt;&lt;P&gt;Guilherme&lt;/P&gt;</description>
      <pubDate>Wed, 20 Aug 2025 13:09:23 GMT</pubDate>
      <guid>https://community.databricks.com/t5/machine-learning/unexpected-protobuf-version-changes-on-dbr-15-4-lts-causing/m-p/128981#M4240</guid>
      <dc:creator>guilhermeneves</dc:creator>
      <dc:date>2025-08-20T13:09:23Z</dc:date>
    </item>
  </channel>
</rss>

