<?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: Vector Store update stale in Syncing status even the actual sync task is done. in Machine Learning</title>
    <link>https://community.databricks.com/t5/machine-learning/vector-store-update-stale-in-syncing-status-even-the-actual-sync/m-p/166059#M4672</link>
    <description>&lt;P&gt;Hey,&amp;nbsp;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/248448"&gt;@airbots&lt;/a&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The index status just mirrors the sync pipeline behind it, so "syncing" forever usually means that pipeline is stuck, not your job. Go to Jobs &amp;amp; Pipelines, find the system-managed pipeline named after your index, and check its event log the actual error is almost always there.&lt;/P&gt;&lt;P&gt;Two things I'd rule out first: make sure delta.enableChangeDataFeed is on for the source table, and check whether your job is doing an overwrite/replace rather than append or merge. Either one breaks the CDF chain and forces a full re-snapshot, which on a big table looks exactly like being stuck.&lt;/P&gt;&lt;P&gt;Also worth running describe() on the index and looking at detailed state instead of the top-level status it's a lot more specific.&lt;/P&gt;</description>
    <pubDate>Thu, 20 Aug 2026 12:39:35 GMT</pubDate>
    <dc:creator>Islam_hoti</dc:creator>
    <dc:date>2026-08-20T12:39:35Z</dc:date>
    <item>
      <title>Vector Store update stale in Syncing status even the actual sync task is done.</title>
      <link>https://community.databricks.com/t5/machine-learning/vector-store-update-stale-in-syncing-status-even-the-actual-sync/m-p/166002#M4671</link>
      <description>&lt;P&gt;&lt;SPAN&gt;VS status remains &lt;/SPAN&gt;"syncing"&lt;SPAN&gt; indefinitely — rechecked after 12 hours, status still &lt;/SPAN&gt;"syncing"&lt;SPAN&gt;. The Databricks job completes successfully and the new data &lt;/SPAN&gt;&lt;STRONG&gt;is &lt;/STRONG&gt;&lt;SPAN&gt;queryable:&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 19 Aug 2026 18:06:47 GMT</pubDate>
      <guid>https://community.databricks.com/t5/machine-learning/vector-store-update-stale-in-syncing-status-even-the-actual-sync/m-p/166002#M4671</guid>
      <dc:creator>airbots</dc:creator>
      <dc:date>2026-08-19T18:06:47Z</dc:date>
    </item>
    <item>
      <title>Re: Vector Store update stale in Syncing status even the actual sync task is done.</title>
      <link>https://community.databricks.com/t5/machine-learning/vector-store-update-stale-in-syncing-status-even-the-actual-sync/m-p/166059#M4672</link>
      <description>&lt;P&gt;Hey,&amp;nbsp;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/248448"&gt;@airbots&lt;/a&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The index status just mirrors the sync pipeline behind it, so "syncing" forever usually means that pipeline is stuck, not your job. Go to Jobs &amp;amp; Pipelines, find the system-managed pipeline named after your index, and check its event log the actual error is almost always there.&lt;/P&gt;&lt;P&gt;Two things I'd rule out first: make sure delta.enableChangeDataFeed is on for the source table, and check whether your job is doing an overwrite/replace rather than append or merge. Either one breaks the CDF chain and forces a full re-snapshot, which on a big table looks exactly like being stuck.&lt;/P&gt;&lt;P&gt;Also worth running describe() on the index and looking at detailed state instead of the top-level status it's a lot more specific.&lt;/P&gt;</description>
      <pubDate>Thu, 20 Aug 2026 12:39:35 GMT</pubDate>
      <guid>https://community.databricks.com/t5/machine-learning/vector-store-update-stale-in-syncing-status-even-the-actual-sync/m-p/166059#M4672</guid>
      <dc:creator>Islam_hoti</dc:creator>
      <dc:date>2026-08-20T12:39:35Z</dc:date>
    </item>
    <item>
      <title>Re: Vector Store update stale in Syncing status even the actual sync task is done.</title>
      <link>https://community.databricks.com/t5/machine-learning/vector-store-update-stale-in-syncing-status-even-the-actual-sync/m-p/166082#M4673</link>
      <description>&lt;DIV&gt;&lt;DIV&gt;&lt;FONT size="3"&gt;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/248448"&gt;@airbots&lt;/a&gt;The underlying issue is generally a metadata reconciliation lag where the Vector Search index status remains stuck displaying Syncing in Catalog Explorer even after the sync pipeline has completed. The metadata status reporting mechanism generally runs on a separate path from the actual data-serving and query execution planes. Its generally a cosmetic display glitch rather than a functional error. Since the underlying Databricks job completed successfully with a SUCCEEDED state and your queries are actively returning new data, the index itself is healthy and operational.&lt;/FONT&gt;&lt;/DIV&gt;&lt;BR /&gt;&lt;DIV&gt;&lt;FONT size="3"&gt;To verify your index state without relying on the UI flag, confirm that test queries consistently return your latest payload and verify that the row count matches your source Delta table.&lt;/FONT&gt;&lt;/DIV&gt;&lt;BR /&gt;&lt;DIV&gt;&lt;FONT size="3"&gt;For Continuous sync mode, the backend will continue processing incoming stream updates normally regardless of the visual tag.&amp;nbsp;&lt;/FONT&gt;&lt;FONT size="3"&gt;If the stale status persists across sync cycles, open a ticket providing your Workspace ID and index name for verification. Do not drop or recreate the index as a workaround as it may introduce unnecessary service downtime for an endpoint that is already fully functional and serving traffic.&lt;/FONT&gt;&lt;/DIV&gt;&lt;/DIV&gt;</description>
      <pubDate>Thu, 20 Aug 2026 17:26:24 GMT</pubDate>
      <guid>https://community.databricks.com/t5/machine-learning/vector-store-update-stale-in-syncing-status-even-the-actual-sync/m-p/166082#M4673</guid>
      <dc:creator>balajij8</dc:creator>
      <dc:date>2026-08-20T17:26:24Z</dc:date>
    </item>
  </channel>
</rss>

