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

sql: fix assignment of dropped table job status #42121

Merged
merged 1 commit into from
Nov 1, 2019

Conversation

thoszhang
Copy link
Contributor

We were mistakenly mutating a copy of a slice element in a loop while updating
the status for a job for a table drop, causing an incorrect job status to be
reported.

Fixes #39347.

Release note (bug fix): A bug was fixed that caused jobs for dropping tables to
report an inaccurate status.

We were mistakenly mutating a copy of a slice element in a loop while updating
the status for a job for a table drop, causing an incorrect job status to be
reported.

Release note (bug fix): A bug was fixed that caused jobs for dropping tables to
report an inaccurate status.
@thoszhang thoszhang requested a review from dt November 1, 2019 19:05
@cockroach-teamcity
Copy link
Member

This change is Reviewable

@thoszhang
Copy link
Contributor Author

bors r+

@craig
Copy link
Contributor

craig bot commented Nov 1, 2019

Build failed

@thoszhang
Copy link
Contributor Author

UI test flake

bors r+

craig bot pushed a commit that referenced this pull request Nov 1, 2019
42118: Revert "importccl: small refactor of unnecessary loop" r=dt a=danhhz

This reverts commit 2e24bf9.

This refactor had an unintentional change of behavior. Before there were
numCPU workers all collaborating to produce the rows between BatchBegin
and BatchEnd. After there are numCPU _each_ producing the rows between
BatchBegin and BatchEnd. This means we're importing numCPU duplicates of
every kv.

I am incredibly surprised that no tests broke, this points to a big hole
in our test coverage. I think it was "working" because we require
workload implementations to be totally deterministic and AddSSTable has
to be resilient to replaying an exact request?

Release note: none

42121: sql: fix assignment of dropped table job status r=lucy-zhang a=lucy-zhang

We were mistakenly mutating a copy of a slice element in a loop while updating
the status for a job for a table drop, causing an incorrect job status to be
reported.

Fixes #39347.

Release note (bug fix): A bug was fixed that caused jobs for dropping tables to
report an inaccurate status.

Co-authored-by: Daniel Harrison <[email protected]>
Co-authored-by: Lucy Zhang <[email protected]>
@craig
Copy link
Contributor

craig bot commented Nov 1, 2019

Build succeeded

@craig craig bot merged commit 11ee81a into cockroachdb:master Nov 1, 2019
@dt
Copy link
Member

dt commented Nov 1, 2019

candidate for a 19.2 backport?

@thoszhang thoszhang deleted the job-status-fix branch November 4, 2019 19:21
@thoszhang
Copy link
Contributor Author

I don't know, this doesn't seem very high-impact. I think it only affects the displayed job status and nothing about the running of the job.

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.

sql: Ineffective field assignment in createDropTablesJob
4 participants