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

roachtest: change the name of the jepsen top level tests #30900

Merged
merged 1 commit into from Oct 3, 2018

Conversation

andreimatei
Copy link
Contributor

Replace slashes; they were confusing as that's what is used for subtests
in different places.

Release note: None

@cockroach-teamcity
Copy link
Member

This change is Reviewable

@@ -270,7 +277,7 @@ func registerJepsen(r *registry) {

for i := range groups {
spec := testSpec{
Name: fmt.Sprintf("jepsen/%d", i+1),
Name: fmt.Sprintf("jepsen-group-%d", i+1),
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe just change the separator from / to -? These test names are already verbose so adding -group might be annoying (and IIRC there's a length limit somewhere but I'm not sure what it is)

Copy link
Collaborator

@petermattis petermattis left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Reviewable status: :shipit: complete! 0 of 0 LGTMs obtained


pkg/cmd/roachtest/jepsen.go, line 280 at r1 (raw file):

Previously, bdarnell (Ben Darnell) wrote…

Maybe just change the separator from / to -? These test names are already verbose so adding -group might be annoying (and IIRC there's a length limit somewhere but I'm not sure what it is)

Was this causing a problem? Various other tests include / in the name. I wouldn't want to outlaw that without reason.

Replace slashes; they were confusing as that's what is used for subtests
in different places.

Release note: None
Copy link
Contributor Author

@andreimatei andreimatei left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Reviewable status: :shipit: complete! 0 of 0 LGTMs obtained


pkg/cmd/roachtest/jepsen.go, line 280 at r1 (raw file):

Previously, petermattis (Peter Mattis) wrote…

Was this causing a problem? Various other tests include / in the name. I wouldn't want to outlaw that without reason.

changed to jepsen-g1. I want something besides a simple number because a number also looks too much like a run number.

Peter, it wasn't causing a problem, but it was getting me confused. I'm not outlawing anything, but I do think that, particularly for tests with subtests, slashes should be discouraged. Otherwise, are jepsen/1/foo and jepsen/2/bar sharing a cluster? Could be, could not be.

Copy link
Collaborator

@petermattis petermattis left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Reviewable status: :shipit: complete! 0 of 0 LGTMs obtained


pkg/cmd/roachtest/jepsen.go, line 280 at r1 (raw file):

Previously, andreimatei (Andrei Matei) wrote…

changed to jepsen-g1. I want something besides a simple number because a number also looks too much like a run number.

Peter, it wasn't causing a problem, but it was getting me confused. I'm not outlawing anything, but I do think that, particularly for tests with subtests, slashes should be discouraged. Otherwise, are jepsen/1/foo and jepsen/2/bar sharing a cluster? Could be, could not be.

acceptance/{bank,cli,gossip}/* fall afoul of your rule here. If you want to enforce some requirement on naming, I'd much prefer if it is done uniformly and enforced in some manner so we don't see inconsistencies. I don't particularly see a need for this rule, but I also don't feel strongly about it either way.

Copy link
Contributor Author

@andreimatei andreimatei left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Reviewable status: :shipit: complete! 0 of 0 LGTMs obtained


pkg/cmd/roachtest/jepsen.go, line 280 at r1 (raw file):

Previously, petermattis (Peter Mattis) wrote…

acceptance/{bank,cli,gossip}/* fall afoul of your rule here. If you want to enforce some requirement on naming, I'd much prefer if it is done uniformly and enforced in some manner so we don't see inconsistencies. I don't particularly see a need for this rule, but I also don't feel strongly about it either way.

Again, I wasn't looking to introduce any new rule.
The names for the jepsen groups were particularly bad (jepsen/1/foo) - because the number can also be confused with a run counter (for repeated runs) that I'm trying to introduce. Think of renaming those as running into a log message that could be improved and improving it.

I've added a commit to rename the tests you mentioned (although the acceptance subtests in question are already subtests and they themselves don't have their own subtests, and so they don't technically "fall afoul" of what I've said).

Copy link
Collaborator

@petermattis petermattis left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Reviewable status: :shipit: complete! 0 of 0 LGTMs obtained


pkg/cmd/roachtest/jepsen.go, line 280 at r1 (raw file):

Previously, andreimatei (Andrei Matei) wrote…

Again, I wasn't looking to introduce any new rule.
The names for the jepsen groups were particularly bad (jepsen/1/foo) - because the number can also be confused with a run counter (for repeated runs) that I'm trying to introduce. Think of renaming those as running into a log message that could be improved and improving it.

I've added a commit to rename the tests you mentioned (although the acceptance subtests in question are already subtests and they themselves don't have their own subtests, and so they don't technically "fall afoul" of what I've said).

You've introduced consistency, but not enforcement. One side-effect of this change is that we may get a spurt of new issues filed due to these renamings. Maybe. I'm not sure how the issue search works and if it will consider / differently than -. I'll let you take care of the fallout. 😄

Copy link
Contributor Author

@andreimatei andreimatei left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

bors r+

Reviewable status: :shipit: complete! 0 of 0 LGTMs obtained


pkg/cmd/roachtest/jepsen.go, line 280 at r1 (raw file):

Previously, petermattis (Peter Mattis) wrote…

You've introduced consistency, but not enforcement. One side-effect of this change is that we may get a spurt of new issues filed due to these renamings. Maybe. I'm not sure how the issue search works and if it will consider / differently than -. I'll let you take care of the fallout. 😄

Yeah, actually, I've reverted the last commit. My heart was not in it; I don't think it's worth changing those acceptance subtests.
I'm going ahead with the Jepsen rename, though. I care mostly about top-level test names (as that's where top-level vs subtests carries semantics), and also I dislike the Jepsen numbers too much to leave them alone :)

Merging, but I'll continue the discussion if you want to.

craig bot pushed a commit that referenced this pull request Oct 3, 2018
30900: roachtest: change the name of the jepsen top level tests r=andreimatei a=andreimatei

Replace slashes; they were confusing as that's what is used for subtests
in different places.

Release note: None

Co-authored-by: Andrei Matei <andrei@cockroachlabs.com>
@craig
Copy link
Contributor

craig bot commented Oct 3, 2018

Build succeeded

@craig craig bot merged commit f07fdf7 into cockroachdb:master Oct 3, 2018
@bdarnell
Copy link
Member

bdarnell commented Oct 3, 2018

I belatedly realized that g is confusing here because one of the jepsen tests is named g2.

@andreimatei andreimatei deleted the jepsen-name branch October 3, 2018 15:26
@andreimatei
Copy link
Contributor Author

andreimatei commented Oct 3, 2018 via email

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.

None yet

4 participants