-
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: fix release-20.1 roachtests failing due to double-init #52040
roachtest: fix release-20.1 roachtests failing due to double-init #52040
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Reviewable status: complete! 1 of 0 LGTMs obtained (waiting on @irfansharif, @jlinder, and @nvanbenschoten)
pkg/cmd/roachtest/main.go, line 164 at r1 (raw file):
} // TODO(irfansharif): We could remove this up by directly running `cockroach
[nit] "remove this up"
Fixes cockroachdb#51965 (and all referencing issues). Roachprod clusters running v20.1+ crdb nodes persist this `cluster-bootstrapped` file on disk after explicitly bootstrapping the cluster. Roachprod then uses the existence of this file to avoid doubly bootstrapping the cluster. Given cockroachdb#51897 remains unresolved, master-built roachprod is used to run roachtests against the 20.1 branch. Some of those roachtests test mixed-version clusters that start off at 19.2. Consequently, we manually add this file where roachprod expects to find it for already-initialized clusters. (This is a pretty gross hack, that we should address by addressing cockroachdb#51897.) Release note: None
4638e8f
to
d1ddaf5
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
TFTR!
bors r+
Reviewable status: complete! 0 of 0 LGTMs obtained (and 1 stale) (waiting on @jlinder and @nvanbenschoten)
pkg/cmd/roachtest/main.go, line 164 at r1 (raw file):
Previously, RaduBerinde wrote…
[nit] "remove this up"
Done.
Build failed (retrying...): |
Build failed (retrying...): |
Build failed: |
I don't know what this is. bors r+ |
Build failed: |
Trying again, though this "Failed to publish files" issue seems persistent (I've seen it on a 20.1 PR as well) bors r+ |
52040: roachtest: fix release-20.1 roachtests failing due to double-init r=RaduBerinde a=irfansharif Fixes #51965 (and all referencing issues). Roachprod clusters running v20.1+ crdb nodes persist this `cluster-bootstrapped` file on disk after explicitly bootstrapping the cluster. Roachprod then uses the existence of this file to avoid doubly bootstrapping the cluster. Given #51897 remains unresolved, master-built roachprod is used to run roachtests against the 20.1 branch. Some of those roachtests test mixed-version clusters that start off at 19.2. Consequently, we manually add this file where roachprod expects to find it for already-initialized clusters. (This is a pretty gross hack, that we should address by addressing #51897.) Release note: None Co-authored-by: irfan sharif <[email protected]>
Build failed: |
bors r+
…On Wed, Jul 29, 2020, 1:57 AM craig[bot] ***@***.***> wrote:
Build failed:
- GitHub CI (Cockroach)
<https://teamcity.cockroachdb.com/viewLog.html?buildId=2127994&buildTypeId=Cockroach_UnitTests>
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#52040 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ACQMN4STBYU7XBLOOFCYNHLR5626FANCNFSM4PK7PKDA>
.
|
Build succeeded: |
Fixes #51965 (and all referencing issues).
Roachprod clusters running v20.1+ crdb nodes persist this
cluster-bootstrapped
file on disk after explicitly bootstrapping thecluster. Roachprod then uses the existence of this file to avoid doubly
bootstrapping the cluster.
Given #51897 remains unresolved, master-built roachprod is used to run
roachtests against the 20.1 branch. Some of those roachtests test
mixed-version clusters that start off at 19.2. Consequently, we manually
add this file where roachprod expects to find it for already-initialized
clusters. (This is a pretty gross hack, that we should address by
addressing #51897.)
Release note: None