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

c/controller_backend: don't require cur_operation after reconciliation step #17926

Merged
merged 2 commits into from
Apr 18, 2024

Conversation

ztlpn
Copy link
Contributor

@ztlpn ztlpn commented Apr 17, 2024

In case when we need to wait before shard_placement_table and topic_table become consistent (i.e. the expected log_revision of an ntp is the same), the concept of "current operation" doesn't make much sense because we may not yet know what we are required to do for reconciliation. Therefore we shouldn't require the current_operation to be non-null after a reconciliation step returns an error.

Backports Required

  • none - not a bug fix
  • none - this is a backport
  • none - issue does not exist in previous branches
  • none - papercut/not impactful enough to backport
  • v23.3.x
  • v23.2.x

Release Notes

  • none

…n step

In case when we need to wait before shard_placement_table and
topic_table become consistent (i.e. the expected log_revision of an ntp
is the same), the concept of "current operation" doesn't make much sense
because we may not yet know what we are required to do for reconciliation.
Therefore we shouldn't require the current_operation to be non-null
after a reconciliation step returns an error.
Previously ntp_table and shard_placement_table were updated
sequentially, which is not necessarily true for real executions (for
instance shard_placement_table on shard 1 can get updated after
topic_table was updated on shard 0 but before it got updated on shard
1). Instead, trigger shard_placement_table update after ntp_table update
on shard 0, which resembles real execution more.
@ztlpn ztlpn added this to the 24.1 milestone Apr 17, 2024
@vbotbuildovich
Copy link
Collaborator

@ztlpn
Copy link
Contributor Author

ztlpn commented Apr 17, 2024

test failure is #17731

@ztlpn ztlpn merged commit 094b761 into redpanda-data:dev Apr 18, 2024
18 checks passed
@ztlpn ztlpn deleted the fix-cb-crash branch April 19, 2024 09:54
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants