-
Notifications
You must be signed in to change notification settings - Fork 356
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
chore: remove e2e_slurm_misconfigured series tests #10023
Conversation
✅ Deploy Preview for determined-ui ready!
To edit notification comments on pull requests, go to your Netlify site configuration. |
d46c759
to
fa8c2d3
Compare
fa8c2d3
to
6f45ff1
Compare
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #10023 +/- ##
==========================================
+ Coverage 54.62% 54.65% +0.02%
==========================================
Files 1260 1260
Lines 157558 157556 -2
Branches 3632 3630 -2
==========================================
+ Hits 86071 86108 +37
+ Misses 71353 71314 -39
Partials 134 134
Flags with carried forward coverage won't be shown. Click here to find out more.
|
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.
lgtm, but i'm also not really sure why this test was written in the first place / how we deploy slurm, so not really helpful here
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.
LGTM
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.
lgtm
The only test in this series was an e2e test that the log shipper ships a certain log in a certain situation. We have unit tests for that, so delete the e2e test. Now, I actually failed this e2e test when I first landed the log shipper, so it wasn't totally good-for-nothing. But effectively, all it was testing these days was that we did in fact use the new log shipper in slurm workloads. Now that the EE code is merged into the OSS code, and we can just use the same LogShipperWrappedEntrypoint() function in all three classes of resource manager, I don't see any real justification for this test. This is part of a larger effort to get rid of our znode tests, which are notoriously unreliable.
6f45ff1
to
c3b8921
Compare
The only test in this series was an e2e test that the log shipper ships
a certain log in a certain situation.
We have unit tests for that, so delete the e2e test.
Now, I actually failed this e2e test when I first landed the log
shipper, so it wasn't totally good-for-nothing. But effectively, all it
was testing these days was that we did in fact use the new log shipper
in slurm workloads.
Now that the EE code is merged into the OSS code, and we can just use
the same LogShipperWrappedEntrypoint() function in all three classes of
resource manager, I don't see any real justification for this test.
This is part of a larger effort to get rid of our znode tests, which
are notoriously unreliable.