Skip to content

Conversation

srosenberg
Copy link
Member

Previously, skip.Stress returned true if either
COCKROACH_STRESS or COCKROACH_NIGHTLY_STRESS env var was set. After switching to engflow, neither is set. Hence all unit tests under either skip.Stress or skip.NightlyStress were not skipped. In contrast, ./dev test ... --stress sets COCKROACH_STRESS, hence unit tests under skip.Stress are skipped.

Occassionally, a unit test's configuration might be conditional on whether it's running in nightlies.
To keep things backward compatible, we set
COCKROACH_NIGHTLY_STRESS during engflow stress
nightlies and update skip.Stress predicate to return true iff COCKROACH_STRESS is set.

Effectively, skip.Stress now denotes whether a
test is executing locally under ./dev test ... --stress, and skip.NightlyStress now denotes whether a test is executing remotely (via engflow) during the nightlies.

Epic: none
Release note: None

Previously, `skip.Stress` returned true if either
COCKROACH_STRESS or COCKROACH_NIGHTLY_STRESS env var
was set. After switching to engflow, neither is set.
Hence all unit tests under either `skip.Stress` or
`skip.NightlyStress` were _not_ skipped. In contrast,
`./dev test ... --stress` sets COCKROACH_STRESS, hence
unit tests under `skip.Stress` _are_ skipped.

Occassionally, a unit test's configuration might be
conditional on whether it's running in nightlies.
To keep things backward compatible, we set
`COCKROACH_NIGHTLY_STRESS` during engflow stress
nightlies and update `skip.Stress` predicate to return
true iff `COCKROACH_STRESS` is set.

Effectively, `skip.Stress` now denotes whether a
test is executing locally under `./dev test ... --stress`,
and `skip.NightlyStress` now denotes whether a test is
executing remotely (via engflow) during the nightlies.

Epic: none
Release note: None
@srosenberg srosenberg requested a review from a team as a code owner September 8, 2025 01:05
@cockroach-teamcity
Copy link
Member

This change is Reviewable

@srosenberg
Copy link
Member Author

@rickystewart here is our slack thread. I primarily need it for the property-based test in [1]; it could benefit from more iterations during the nightlies run.

[1] #146857

Copy link
Collaborator

@rickystewart rickystewart left a comment

Choose a reason for hiding this comment

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

This PR removes the only use of skip.NightlyStress(). So, I don't really agree with this part of the commit message:

Occassionally, a unit test's configuration might be conditional on whether it's running in nightlies.

There are no such tests that have differing behavior based on whether they're running in the nightlies.

I'm not necessarily opposed to this change, but I don't really see a reason to specifically support this if no one is using it. What about instead just deleting the NightlyStress() function?

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.

3 participants