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
Improve test coverage for scheduler component #4175
Comments
@svkcemk We generally create a ticket unless this is very trivial changes. For traceability purpose, let's state that the PR was #4133 and the commit merged to main is this one: The PR has been labelled with backport_2.13.x, so it will be present in next 2.13.x release, probably 2.13.1. From there @svkcemk, is there any work left in this ticket, like deleting a useless branch, update some docs or opening any follow up issues ? If not, we gonna set the milestone and close this issue. @jamesnetherton Note that I'm not able to assign this ticket to souvik. Is there anything to tune in the repository ? |
Me neither. Pretty sure I could in the past though..... |
Actually, I think for it to work, the user has to interact with the issue. So if @svkcemk adds a comment, I think he will show up in the assignee list. |
@aldettinger please keep it open I am going to raise another PR to add tests for : forcing scheduler to be idle |
Thought I'd report this here. There may be some flakiness with
|
Thanks @jamesnetherton checking.. |
Not seeing this in local machine may be we can use a longer delay/timeout to test delay scheduler, what do you think ? |
Yes the CI might run very differently from a local machine, might be very
slow or IO busy. Sometimes, it's possible to reproduce locally just by
repeating:
seq 30 | xargs -I INDEX mvn clean test -Dtest=xxx
…On Fri, Oct 14, 2022 at 9:23 AM souvik ghosh ***@***.***> wrote:
Not seeing this in local machine may be we can use a longer delay/timeout
to test delay scheduler, what do you think ?
—
Reply to this email directly, view it on GitHub
<#4175 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AFJABNNLBJR5ZRWX2NXVE33WDEDALANCNFSM6AAAAAARDPBDOE>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
I can replicate it consistently when running in a Docker container with restricted memory / CPU. |
No description provided.
The text was updated successfully, but these errors were encountered: