Actions
action #29940
closed[opensuse][functional][hard]test fails in gnuhealth_install -> are ttyS0 permissions reset by systemd automatically spawned getty?
Status:
Resolved
Priority:
Urgent
Assignee:
Category:
Bugs in existing tests
Target version:
Start date:
2018-01-03
Due date:
2018-01-16
% Done:
0%
Estimated time:
Difficulty:
Description
Observation¶
openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-gnuhealth@64bit fails in
gnuhealth_install
Reproducible¶
Fails since about two weeks now in most but not all cases.
Expected result¶
https://openqa.opensuse.org/tests/572779 is an example that worked but possibly only by chance
Problem¶
- H1: systemd service
getty@.service
automatically spawns on ttyS0 as we specify the kernel command line parameterconsole=ttyS0
which is starting a getty on ttyS0 which is periodically resetting permissions on /dev/ttyS0 while the installation of packages might take a bit longer or shorter sometimes causing a race condition - H2: only reproduced on faster o3 infrastructure
- H3: different o3 network structure
- H4: different qemu or os-autoinst version
- H5: REJECT: when booting the disk image different (no SKIPTO use) -> see #29940#note-3
Suggestions¶
- Reproduce locally with statistics (e.g. 10 times) -> could not be reproduced (yet) see #29940#note-2 through #29940#note-4
- Refactor all cases of 'chown.*serialdev'
- Disable service if running with
systemctl mask getty@$serialdev
- Crosscheck other potential uses of getty on different architectures and backends, e.g. ipmi, s390x z/VM, etc.
Further details¶
Always latest result in this scenario: latest
Actions