stress/cpu_stress_ng_test stuck on specific machines
Bug #1905813 reported by
Kevin Yeh
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Checkbox Provider - Base |
Fix Released
|
Medium
|
Sylvain Pineau |
Bug Description
When running xenial OEM SRU testing, 3 Lenovo and 1 Dell laptop always stuck on stress/
I ran this test case manually through checkbox-cli, still got same result.
I ran stress_ng with same options and parameters directly, it didn't stuck.
So maybe can take sometime to look this issue.
Those machines only run xenial OEM image, they aren't provisionable.
The CID of them are follwoing:
201702-25425, 201704-25492, 201702-25372, 201802-26110.
Related branches
~bladernr/plainbox-provider-checkbox:1905813-add-missing-environ-stressng-test
- Sylvain Pineau (community): Needs Information
-
Diff: 12 lines (+1/-0)1 file modifiedunits/stress/jobs.pxu (+1/-0)
Changed in plainbox-provider-checkbox: | |
milestone: | none → 0.56.0 |
status: | Triaged → In Progress |
Changed in plainbox-provider-checkbox: | |
status: | In Progress → Fix Committed |
Changed in plainbox-provider-checkbox: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
This test case was originally written for server testing w/o a time constraint. We should pass an option to stress-ng to keep the execution time to a reasonable value for sru testing.
QA team also reported this problem, pretty sure there's a proposal to add a config option to the p-p-c provider.