Project

General

Profile

Actions

action #38525

closed

[sle]][functional][u][fast] test fails in boot_to_desktop - booting is not completed

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

Status:
Resolved
Priority:
Normal
Assignee:
Category:
Bugs in existing tests
Target version:
-
Start date:
2018-07-18
Due date:
2018-07-31
% Done:

0%

Estimated time:
Difficulty:

Description

checked https://openqa.suse.de/tests/1838736/file/serial0.txt and found that boot is not completed. It might be a timeout issue.

Observation

openQA test in scenario sle-12-SP4-Server-DVD-s390x-extra_tests_in_textmode@s390x-kvm-sle12 fails in
boot_to_desktop

Reproducible

Fails since (at least) Build 0286

Expected result

Last good: 0282 (or more recent)

Further details

Always latest result in this scenario: latest


Related issues 2 (0 open2 closed)

Related to openQA Tests - action #37027: [tw][desktop] Update create_hdd_* to make sure right permissionsResolvedyuanren102018-06-11

Actions
Related to openQA Tests - action #38480: [functional][u][fast][qam] job mau-extratests fails in new tests update_alternatives, aplay, openssl_alpn, curl_ipv6, wget_ipv6, gpg, shellsResolvedokurz2018-07-172018-07-31

Actions
Actions #1

Updated by zluo over 6 years ago

same issue found for extra_tests_on_gnome@svirt-xen-pv:

https://openqa.suse.de/tests/1839212#step/boot_to_desktop

Actions #2

Updated by mgriessmeier over 6 years ago

  • Priority changed from Normal to Urgent

I doubt that it is a test regression - better investigate in direction of product issue

Actions #3

Updated by mgriessmeier over 6 years ago

  • Subject changed from [sle]][functional][u] test fails in boot_to_desktop - booting is not completed to [sle]][functional][u][fast] test fails in boot_to_desktop - booting is not completed
  • Due date set to 2018-07-31
  • Status changed from New to In Progress
  • Assignee set to nicksinger
Actions #4

Updated by nicksinger over 6 years ago

Yep this is a product issue. The service responsible for spawning agetty on the serial console (serial-getty@ttysclp0.service) is masked by default. Unmasking and then starting it gives us back the login-prompt we're used to have.

I'm creating a bsc# for this and will link it once created.

Actions #5

Updated by nicksinger over 6 years ago

As mentioned by @okurz this masked service comes actually from the creation job: https://openqa.suse.de/tests/1838724#step/consoletest_setup/18

Actions #6

Updated by mgriessmeier over 6 years ago

  • Priority changed from Urgent to High
Actions #7

Updated by okurz over 6 years ago

  • Related to action #37027: [tw][desktop] Update create_hdd_* to make sure right permissions added
Actions #8

Updated by okurz over 6 years ago

  • Related to action #38480: [functional][u][fast][qam] job mau-extratests fails in new tests update_alternatives, aplay, openssl_alpn, curl_ipv6, wget_ipv6, gpg, shells added
Actions #9

Updated by okurz over 6 years ago

  • Priority changed from High to Normal

After reverting in https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/5427 as well as https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/5431 I retriggered image creation jobs and jobs based on these, e.g. https://openqa.suse.de/tests/1849298#live which looks better now. We can resolve this one again for now as we have the other referenced tickets (still) open.

Actions #10

Updated by nicksinger over 6 years ago

  • Status changed from In Progress to Resolved
Actions

Also available in: Atom PDF