-
Notifications
You must be signed in to change notification settings - Fork 3.8k
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
roachtest: acceptance/bank/cluster-recovery failed #60828
Comments
(roachtest).acceptance/bank/cluster-recovery failed on master@8b6f3c84cc256debeeb4d4055c5f0d5c9a481213:
More
Artifacts: /acceptance/bank/cluster-recovery See this test on roachdash |
(roachtest).acceptance/bank/cluster-recovery failed on master@64c4aef909f4382523cd9248341ca9f4448d841a:
More
Artifacts: /acceptance/bank/cluster-recovery See this test on roachdash |
(roachtest).acceptance/bank/cluster-recovery failed on master@d485973754bd65c2b504b47d0c22a512b6ce00e0:
More
Artifacts: /acceptance/bank/cluster-recovery See this test on roachdash |
This seems like a rather severe correctness problem. @nvanbenschoten any guesses? |
I was just looking to see if I could repro. I was concerned with the timing that it was fallout from #59566, but that was not merged by the first time this failed. |
(roachtest).acceptance/bank/cluster-recovery failed on master@a2d8d2008bf567bc1bb27a7e87dff27750cef7a3:
More
Artifacts: /acceptance/bank/cluster-recovery See this test on roachdash |
(roachtest).acceptance/bank/cluster-recovery failed on master@6a95063b141824c8d98f248c1af87b1bd55bf435:
More
Artifacts: /acceptance/bank/cluster-recovery See this test on roachdash |
500+ local iterations on my Mac across various SHAs and nothing. Then I throw this on a gceworker and hit it 7 of 10 times... Anyway, once I got this reproducing, it was quick to bisect to d8c3eef. @sumeerbhola do you mind taking a look at this? It appears that cockroachdb/pebble@959663f is causing issues. In the meantime, I'm going to revert d8c3eef on |
Informs cockroachdb#60828. This reverts commit d8c3eef.
(roachtest).acceptance/bank/cluster-recovery failed on master@6a95063b141824c8d98f248c1af87b1bd55bf435:
More
Artifacts: /acceptance/bank/cluster-recovery See this test on roachdash |
58422: changefeedccl: support primary key changes r=ajwerner a=ajwerner This PR does a few things. One is that when errors occur due to unsupported schema changes during the execution of a changefeed, relatively poor handling ensues. Ideally we'd allow the changefeed to run its course right up to that unsupported schema change's timestamp and then ensure that we persist the fact that we've processed all of that data. That would permit a user to then restart a changefeed after the unsupported change. There are some edge cases here worth considering related to off-by-ones in the timestamp management. I probably should go through that exercise before merging this PR. The real feature this work is in support of is to allow for changefeeds to successfully navigate changes to a primary index. This PR works and support changes to the primary key of a table that also include column set changes. Release note (enterprise change): Support primary key changes in `CHANGEFEED`. 60825: kv/kvclient: fix ManualRefresh error handling r=ajwerner a=nvanbenschoten Fixes #60760. Fallout from #60567. The refreshed BatchRequest was nil on the error path, which was resulting in a nil-pointer exception. This commit fixes this by passing the original BatchRequest to updateStateLocked, like the TxnCoordSender normally does. 60908: Revert "vendor: bump pebble to 959663f8" r=nvanbenschoten a=nvanbenschoten Informs #60828. This reverts commit d8c3eef. Co-authored-by: Andrew Werner <[email protected]> Co-authored-by: Nathan VanBenschoten <[email protected]>
There is a bug in the |
Presumably fixed by #60992. Please reopen if not. |
oh andrei says it's unrelated. KEeping open. |
@knz @andreimatei are you saying that this test fails despite reverting the Pebble optimization which happened in #60908? If yes, can you provide a pointer to such failures? |
I think there was confusion in the kv slack channel. This did not fail again after revering the Pebble optimization, or at least, that's not why it was closed and re-opened. |
Who is able to resolve the confusion on this? My read is that cockroachdb/pebble#1069 fixed this and it hasn't been failing since. |
Yeah, we can close this. |
(roachtest).acceptance/bank/cluster-recovery failed on master@3851e17ac987cbd7bdc8944274c4a5705a6c2f63:
More
Artifacts: /acceptance/bank/cluster-recovery
See this test on roachdash
powered by pkg/cmd/internal/issues
The text was updated successfully, but these errors were encountered: