-
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
tests: Revive a skipped roachtest when master is 23.1 #89345
Comments
89348: tests: Skip a roachtest test until master is on 23.1 r=Xiang-Gu a=Xiang-Gu Commit 1: Fixed a bug where we forgot to check whether job adoption is disabled before resuming a job. It also uncovered a flaw in another test which we fix. Commit 2: Skip a roachtest that we recently see failure until master is on 23.1. The reason is detailed in issue #89345. Fixes: #88921 Backport commit 1 will also fix #89091 Release note: None 89438: sql: benchmark for function expression type checking r=chengxiong-ruan a=chengxiong-ruan Release note: None Co-authored-by: Xiang Gu <[email protected]> Co-authored-by: Chengxiong Ruan <[email protected]>
I think the time has come. |
Maybe not? We still do not have an entry for 23.1 in |
Ah, yeah, I guess that's fair. |
now finally I think the time has come |
It turns out it's still not time (even if we have an entry in We have to wait until |
@Xiang-Gu: Can we unskip this test now to close out the issue? |
We decided to skip the roachtest
declarative_schema_changer/job-compatibility-mixed-version
because it hangs on master with error
when testing job-backward compatibility for a
DROP VIEW
stmt.One can easily reproduce it with
The reason for this is we recently merged a PR to master that got rid of
isRelationBeingDropped
field, which is used in several dep-rules, andThis means, in a mixed version state, if we
DROP VIEW
on an upgraded node and later let an old node adopt the schema changer job, that old node will see this field as beingfalse
(even though it would have beentrue
before that PR). Consequently, it activates a dep rule (which was supposed to be suppressed exactly by this field) in the old node, causing a unsatisfiable error, and thus retries indefinitely.Instead of reverting the abovementioned PR, we will skip this roachtest for now until master is on 23.1, at which time we can close this issue. More specifically, we will need to wait until
predecessor_version.json
has an entry for23.1 : 22.2.*
AND*t.BuildVersion()
isv23.1xxx
.Jira issue: CRDB-20212
The text was updated successfully, but these errors were encountered: