Project

General

Profile

action #67318

[functional][u] test fails in quota "bash: /dev/hvc0: Permission denied"

Added by michel_mno 2 months ago. Updated 7 days ago.

Status:
Workable
Priority:
Normal
Assignee:
-
Category:
Bugs in existing tests
Target version:
-
Start date:
2020-05-27
Due date:
% Done:

0%

Estimated time:
Difficulty:
Duration:

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

History

#1 Updated by michel_mno 2 months 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

#2 Updated by michel_mno 2 months 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

#3 Updated by michel_mno 2 months ago

side effect of https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/10335
that added reboot in journalctl module.

#4 Updated by ph03nix 2 months 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.

#5 Updated by SLindoMansilla 2 months 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.

#6 Updated by michel_mno 2 months 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 ?

#7 Updated by michel_mno 2 months ago

  • Status changed from New to In Progress

wait above pr#10389 acceptance.

#8 Updated by SLindoMansilla 2 months 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

#9 Updated by SLindoMansilla 2 months 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.

#10 Updated by SLindoMansilla 7 days 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)

Also available in: Atom PDF