action #67318
closed[functional][u] test fails in quota "bash: /dev/hvc0: Permission denied"
0%
Description
test fails in quota "bash: /dev/hvc0: Permission denied" ppc64le
just after user login on first command:
"setterm -blank 0; echo YpuUt-$?- > /dev/hvc0
-bash: /dev/hvc0: Permission denied"
problem new with Build 263.1, not in previous 260.2.
Observation¶
openQA test in scenario opensuse-15.2-DVD-ppc64le-extra_tests_in_textmode@ppc64le fails in
quota
Test suite description¶
Maintainer: okurz@suse.de
Mainly console extratest.
Reproducible¶
Fails since (at least) Build 263.1 (current job)
Expected result¶
Last good: 260.2 (or more recent)
Further details¶
Always latest result in this scenario: latest
Updated by michel_mno almost 4 years ago
I do not understand cause of failure.
the system_prepare correctly set ownvership and groups for /dev/hvc0 as per https://openqa.opensuse.org/tests/1279002#step/system_prepare/10
Updated by michel_mno almost 4 years ago
michel_mno wrote:
I do not understand cause of failure.
the system_prepare correctly set ownership and groups for /dev/hvc0 as per https://openqa.opensuse.org/tests/1279002#step/system_prepare/10
may be because reboot triggered by journalctl module in the meantime
https://openqa.opensuse.org/tests/1279002#step/journalctl/37
Updated by michel_mno almost 4 years ago
side effect of https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/10335
that added reboot in journalctl module.
Updated by ph03nix almost 4 years ago
Hey there! If the reboot in journalctl is persistently problematic we can schedule this test after the failing ones. That's only a workaround of the underlying issue though.
Updated by SLindoMansilla almost 4 years ago
ph03nix wrote:
...schedule this test after the failing ones...
Yes, please, that would be enough to remove urgency.
In any case the best practice would be to isolate test modules (basic rule of testing) to avoid conflicts.
This is done in openQA by using "milestone" property for test modules which create a qemu qcow2 snapshot. quota should restore the snapshot it relies on. It could be evolution_prepare_servers which is the previous nearest module marked as milestone.
Updated by michel_mno almost 4 years ago
Other proposal:
What about a direct call to ensure_serialdev_permissions in quota.pm like https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/10389 ?
Updated by michel_mno almost 4 years ago
- Status changed from New to In Progress
wait above pr#10389 acceptance.
Updated by SLindoMansilla almost 4 years ago
- Assignee set to michel_mno
michel_mno wrote:
wait above pr#10389 acceptance.
Please, only change state to "in progress" with an assignee.
If you want to unassign use state workable
Updated by SLindoMansilla almost 4 years ago
michel_mno wrote:
Other proposal:
What about a direct call to ensure_serialdev_permissions in quota.pm like https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/10389 ?
merged, urgency removed.
Updated by SLindoMansilla over 3 years ago
- Subject changed from test fails in quota "bash: /dev/hvc0: Permission denied" to [functional][u] test fails in quota "bash: /dev/hvc0: Permission denied"
- Status changed from In Progress to Workable
- Assignee deleted (
michel_mno)
Updated by zluo over 3 years ago
- Status changed from Workable to In Progress
- Assignee set to zluo
- Target version set to Milestone 31
- Estimated time set to 42.00 h
take over and checking the current status.
Updated by zluo over 3 years ago
- Status changed from In Progress to Rejected
https://openqa.opensuse.org/tests/1317069#step/quota looks good now, no more issue.