Project

General

Profile

Actions
Copy link

action #123205

closed

[qe-core][qem]test fails in sshxterm, we need to make sure sshd service is started before carrying the test

Added by rfan1 almost 2 years ago. Updated almost 2 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
rfan1
Category:
Bugs in existing tests
Target version:
QA - QE-Core: Ready
Start date:
2023-01-17
Due date:
% Done:

0%

Estimated time:
Difficulty:
Tags:
bugbusters

Description

Observation

openQA test in scenario opensuse-15.4-DVD-Updates-x86_64-upgrade_Leap_15.3_gnome@64bit fails in
sshxterm

Test suite description

Maintainer: zluo Upgrade test scenario from Leap 15.3

Reproducible

Fails since (at least) Build 20230116-2

Expected result

Last good: 20230116-1 (or more recent)

Further details

Always latest result in this scenario: latest

Actions
Copy link
 #1

Updated by rfan1 almost 2 years ago

The issue might have something to do with PR https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/16219

The sshd service seems not be enabled by default, let me try to start the sshd service and check.

Actions
Copy link
 #2

Updated by rfan1 almost 2 years ago

  • Subject changed from [qe-core][qem]test fails in sshxterm to [qe-core][qem]test fails in sshxterm, we need to make sure sshd service is started before carrying our the test
Actions
Copy link
 #3

Updated by rfan1 almost 2 years ago

  • Subject changed from [qe-core][qem]test fails in sshxterm, we need to make sure sshd service is started before carrying our the test to [qe-core][qem]test fails in sshxterm, we need to make sure sshd service is started before carrying the test
Actions
Copy link
 #4

Updated by rfan1 almost 2 years ago

  • Status changed from New to Feedback

https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/16240

PR is merged, let's wait for next openQA result.

Actions
Copy link
 #5

Updated by rfan1 almost 2 years ago

  • Status changed from Feedback to Resolved
Actions
Copy link
 #6

Updated by dzedro almost 2 years ago

  • Status changed from Resolved to In Progress

https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/16240 should be reverted or improved.
How were the images created ? The autoyast profile or setup has to be fixed.
Images should have enabled ssh as expected by default.
The start of ssh in sshxerm test is causing often failures.

ooo
 3075376 | zdup-Leap-15.2-gnome       | opensuse | Tumbleweed | failed
 3074318 | upgrade_Leap_15.2_gnome    | opensuse | Tumbleweed | failed
 3074235 | gnome-ext4                 | opensuse | Tumbleweed | failed
 3061565 | kde-wayland                | opensuse | Tumbleweed | failed
osd
 10368402 | cryptlvm                  | opensuse | 15.4    | failed
 10358924 | qam-gnome                 | sle      | 15-SP2  | failed
 10353623 | gnome                     | opensuse | 15.4    | failed

I enabled ssh on gnome image, but there are more where this has to be done. https://dzedro.suse.cz/tests/251#step/sshxterm/4

jpupava@ariel:/var/lib/openqa/factory/hdd/fixed> ll opensuse-15.3-x86_64-GM-QU-*
-rw-r--r-- 1 root root 7122911232 Apr 21  2022 opensuse-15.3-x86_64-GM-QU-cryptlvm@uefi.qcow2
-rw-r--r-- 1 root root     335360 Apr 21  2022 opensuse-15.3-x86_64-GM-QU-cryptlvm@uefi-uefi-vars.qcow2
-rw-r--r-- 1 root root 3082485760 Jan 30 08:45 opensuse-15.3-x86_64-GM-QU-gnome@64bit.qcow2
-rw-r--r-- 1 root root 2921398272 Mar  8  2022 opensuse-15.3-x86_64-GM-QU-gnome-libyui@64bit.qcow2
-rw-r--r-- 1 root root 2901934080 Mar  8  2022 opensuse-15.3-x86_64-GM-QU-gnome@uefi.qcow2
-rw-r--r-- 1 root root     335872 Mar  8  2022 opensuse-15.3-x86_64-GM-QU-gnome@uefi-uefi-vars.qcow2
-rw-r--r-- 1 root root 3111321600 Mar  8  2022 opensuse-15.3-x86_64-GM-QU-kde@64bit.qcow2
-rw-r--r-- 1 root root 3133603840 Mar  8  2022 opensuse-15.3-x86_64-GM-QU-kde@uefi.qcow2
-rw-r--r-- 1 root root     335872 Mar  8  2022 opensuse-15.3-x86_64-GM-QU-kde@uefi-uefi-vars.qcow2
-rw-r--r-- 1 root root 1168900608 Mar  8  2022 opensuse-15.3-x86_64-GM-QU-textmode@64bit.qcow2
-rw-r--r-- 1 root root 2836332544 Mar  8  2022 opensuse-15.3-x86_64-GM-QU-xfce@64bit.qcow2
Actions
Copy link
 #7

Updated by rfan1 almost 2 years ago

Thanks @dzedro！
Enable the sshd service for the disk images is better solution, let me try to fix/enhance it after the HackWeek!

Actions
Copy link
 #8

Updated by rfan1 almost 2 years ago

rfan1 wrote:

Thanks @dzedro！
Enable the sshd service for the disk images is better solution, let me try to fix/enhance it after the HackWeek!

I have enabled the 'sshd' service for below images which are used in job group https://openqa.opensuse.org/group_overview/98
I believe @dzedro has enabled it for image opensuse-15.3-x86_64-GM-QU-gnome@64bit.qcow2

opensuse-15.2-x86_64-GM-cryptlvm@uefi.qcow2
opensuse-15.2-x86_64-GM-gnome@64bit.qcow2
opensuse-15.2-x86_64-GM-kde@64bit.qcow2
opensuse-15.2-x86_64-GM-Updated-gnome@64bit.qcow2
opensuse-15.2-x86_64-GM-Updated-kde@64bit.qcow2
opensuse-15.3-x86_64-GM-QU-cryptlvm@uefi.qcow2
opensuse-15.3-x86_64-GM-QU-kde@64bit.qcow2

Actions
Copy link
 #10

Updated by rfan1 almost 2 years ago

  • Status changed from In Progress to Resolved

The new images work fine without the workaround

Actions
Copy link

Also available in: Atom PDF