Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

catalog: Fix introspection source index migration #31204

Merged

Conversation

jkosh44
Copy link
Contributor

@jkosh44 jkosh44 commented Jan 27, 2025

In a previous version of Materialize, the legacy builtin item migration framework would allocate new IDs for introspection source indexes when they needed to be migrated. As of
14cc787, introspection source index IDs are deterministic, so even when they're migrated using the legacy builtin item migration framework, they don't receive new IDs.

This commit updates the legacy implementation of builtin item migrations for introspection sources indexes to account for the deterministic IDs.

Fixes #MaterializeInc/database-issues/issues/8921

Motivation

This PR fixes a recognized bug.

Checklist

  • This PR has adequate test coverage / QA involvement has been duly considered. (trigger-ci for additional test/nightly runs)
  • This PR has an associated up-to-date design doc, is a design doc (template), or is sufficiently small to not require a design.
  • If this PR evolves an existing $T ⇔ Proto$T mapping (possibly in a backwards-incompatible way), then it is tagged with a T-proto label.
  • If this PR will require changes to cloud orchestration or tests, there is a companion cloud PR to account for those changes that is tagged with the release-blocker label (example).
  • If this PR includes major user-facing behavior changes, I have pinged the relevant PM to schedule a changelog post.

In a previous version of Materialize, the legacy builtin item migration
framework would allocate new IDs for introspection source indexes when
they needed to be migrated. As of
14cc787, introspection source index
IDs are deterministic, so even when they're migrated using the legacy
builtin item migration framework, they don't receive new IDs.

This commit updates the legacy implementation of builtin item
migrations for introspection sources indexes to account for the
deterministic IDs.

Fixes #MaterializeInc/database-issues/issues/8921
@jkosh44 jkosh44 mentioned this pull request Jan 27, 2025
5 tasks
@jkosh44 jkosh44 marked this pull request as ready for review January 27, 2025 18:08
@jkosh44 jkosh44 requested a review from a team as a code owner January 27, 2025 18:08
@jkosh44 jkosh44 requested a review from aljoscha January 27, 2025 18:08
@jkosh44 jkosh44 merged commit e362cc9 into MaterializeInc:main Jan 28, 2025
104 checks passed
@jkosh44 jkosh44 deleted the introspection-source-index-migrations branch January 28, 2025 13:46
@antiguru
Copy link
Member

Thank you! I can confirm that it fixes the issue I've observed in #31158.

jkosh44 added a commit to jkosh44/materialize that referenced this pull request Jan 28, 2025
In a previous version of Materialize, the legacy builtin item migration
framework would allocate new IDs for introspection source indexes when
they needed to be migrated. As of
14cc787, introspection source index IDs
are deterministic, so even when they're migrated using the legacy
builtin item migration framework, they don't receive new IDs.

This commit updates the legacy implementation of builtin item migrations
for introspection sources indexes to account for the deterministic IDs.

Fixes #MaterializeInc/database-issues/issues/8921
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants