Project

General

Profile

Actions

action #29940

closed

[opensuse][functional][hard]test fails in gnuhealth_install -> are ttyS0 permissions reset by systemd automatically spawned getty?

Added by okurz over 6 years ago. Updated over 6 years ago.

Status:
Resolved
Priority:
Urgent
Assignee:
Category:
Bugs in existing tests
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 parameter console=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


Related issues 1 (0 open1 closed)

Related to openQA Tests - action #30033: [qam] test fails in libreoffice_mainmenu_components - ttyS0 permission deniedResolvedokurz2018-01-08

Actions
Actions

Also available in: Atom PDF