Project

General

Profile

Actions

action #129547

closed

coordination #121876: [epic] Handle openQA review failures in Yam squad - SLE 15 SP5

Set networking section with explicit eth0 defined in autoyast profile to avoid complicated output issue for wicked

Added by tinawang123 11 months ago. Updated 10 months ago.

Status:
Resolved
Priority:
High
Assignee:
Target version:
Start date:
2023-05-18
Due date:
% Done:

0%

Estimated time:

Description

Motivation
Complicated networking coniguration (br0, eth0, etc.) will cause wicked show output in pager( https://openqa.nue.suse.com/tests/11146876#step/wicked/1 ) which we can avoid through config eth0 only in corresponding autoyast profile.

There is no networking section in profile (https://openqa.suse.de/tests/11152349/settings/autoyast_sle15/create_hdd/create_hdd_gnome_allpatterns_aarch64.xml), we can add this part refer to https://github.com/os-autoinst/os-autoinst-distri-opensuse/blob/master/data/autoyast_sle15/create_hdd/create_hdd_gnome_aarch64.xml#L112 , eth0 is must and no br0, and make sure this part clean and just items needed.

Note: After we got the correct profile, we need revert the https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/17100 in your branch to verify it.

Acceptance criteria

AC1: Update the profile for networking section with explicit eth0 defined


Related issues 1 (0 open1 closed)

Related to qe-yam - action #128150: Fix the wickedd.service checking issueResolvedtinawang1232023-04-21

Actions
Actions #1

Updated by leli 11 months ago

  • Subject changed from Remove unnecessary elements for autoyast profile: autoyast_sle15/create_hdd /create_hdd_gnome_aarch64.xml to Set networking section with explicit eth0 defined in autoyast profile to avoid complicated output issue for wicked
Actions #2

Updated by leli 11 months ago

  • Description updated (diff)
Actions #3

Updated by JERiveraMoya 11 months ago

  • Status changed from New to Workable
  • Priority changed from Normal to High
  • Target version set to Current
  • Parent task set to #121876
Actions #4

Updated by coolgw 10 months ago

  • Status changed from Workable to In Progress
  • Assignee set to coolgw
Actions #5

Updated by coolgw 10 months ago

First try publish qcow with network setting:
./mycustom wicked-fix-129547 11152349 PUBLISH_HDD_1=autoyast-SLES-15-SP4-aarch64-gnome-allpatterns-updated-wegao.qcow2
Created job #11160403: sle-15-SP4-Server-DVD-Updates-aarch64-Build20230517-1-sle_autoyast_create_hdd_gnome_allpatterns@aarch64-virtio -> https://openqa.suse.de/t11160403

./mycustom wicked-fix-129547 11146876 HDD_1=autoyast-SLES-15-SP4-aarch64-gnome-allpatterns-updated-wegao.qcow2
Created job #11160579: sle-15-SP5-Migration-from-SLE15-SPx-aarch64-Build101.1-autoupgrade_sles15sp4_pscc_basesys-srv_all_full_auto@aarch64 -> https://openqa.suse.de/t11160579

Actions #6

Updated by leli 10 months ago

  • Related to action #128150: Fix the wickedd.service checking issue added
Actions #7

Updated by leli 10 months ago

  • Description updated (diff)
Actions #8

Updated by coolgw 10 months ago

Base result of https://openqa.suse.de/tests/11160790#next_previous, add networking section seems can not help.

Actions #9

Updated by leli 10 months ago

There are still br0 in the network setting, https://openqa.suse.de/tests/11160403#step/cleanup_before_shutdown/29 Please figure out the reason.

Here is only eth0, https://openqa.nue.suse.com/tests/11180872#step/cleanup_before_shutdown/27 FYI.

Actions #10

Updated by coolgw 10 months ago

Update xml network part base https://openqa.nue.suse.com/tests/11180872#step/cleanup_before_shutdown/27.
./mycustom wicked-fix-129547 11152349 PUBLISH_HDD_1=autoyast-SLES-15-SP4-aarch64-gnome-allpatterns-updated-wegao.qcow2
Created job #11181978: sle-15-SP4-Server-DVD-Updates-aarch64-Build20230517-1-sle_autoyast_create_hdd_gnome_allpatterns@aarch64-virtio -> https://openqa.suse.de/t11181978
Seems still exist bridge, try to find one correct xml template for ONLY eth0 exist.

Use create_hdd_gnome_aarch64.xml create only eth0 verify next job:
./mycustom wicked-fix-129547 11152349 PUBLISH_HDD_1=autoyast-SLES-15-SP4-aarch64-gnome-allpatterns-updated-wegao.qcow2 \
AUTOYAST=autoyast_sle15/create_hdd/create_hdd_gnome_aarch64.xml
Created job #11183417: sle-15-SP4-Server-DVD-Updates-aarch64-Build20230517-1-sle_autoyast_create_hdd_gnome_allpatterns@aarch64-virtio -> https://openqa.suse.de/t11183417

./mycustom wicked-fix-129547 11146876 HDD_1=autoyast-SLES-15-SP4-aarch64-gnome-allpatterns-updated-wegao.qcow2

Created job #11183820: sle-15-SP5-Migration-from-SLE15-SPx-aarch64-Build101.1-autoupgrade_sles15sp4_pscc_basesys-srv_all_full_auto@aarch64 -> https://openqa.suse.de/t11183820

Actions #11

Updated by coolgw 10 months ago

The bridge interface will be configured automaticly if you add kvm_server or kvm_tools pattern. Not related with explicit define eth0 or not.

Actions #12

Updated by JERiveraMoya 10 months ago

coolgw wrote:

The bridge interface will be configured automaticly if you add kvm_server or kvm_tools pattern. Not related with explicit define eth0 or not.

nice finding! makes sense for virtualization I guess, then we can accept that we have br0 in cases where we install all the patterns, we just need to handle in the automation code.
I guess if nothing is failing at the moment, we can resolve this ticket.

Actions #13

Updated by coolgw 10 months ago

JERiveraMoya wrote:

coolgw wrote:

The bridge interface will be configured automaticly if you add kvm_server or kvm_tools pattern. Not related with explicit define eth0 or not.

nice finding! makes sense for virtualization I guess, then we can accept that we have br0 in cases where we install all the patterns, we just need to handle in the automation code.
I guess if nothing is failing at the moment, we can resolve this ticket.

If you can accept current https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/17100 then we can resolve this ticket.

Actions #14

Updated by leli 10 months ago

In fact, I think the job to create qcow is wrong, we don't need all addons while got 'SCC_ADDONS=sdk,base,script,serverapp,desktop,legacy,contm,python3'. Another thinking is the existing issue that all patterns should depend on the module registered while not real 'all' patterns, this is currently migration test existing issue, we will fix it later.

Actions #15

Updated by JERiveraMoya 10 months ago

  • Status changed from In Progress to Resolved
Actions

Also available in: Atom PDF