Project

General

Profile

Actions

action #58909

closed

coordination #42854: [functional][y][epic] Introduce relevant installation validation test modules

[functional][y] Validate ext4 installation

Added by riafarov over 4 years ago. Updated over 3 years ago.

Status:
Resolved
Priority:
Normal
Target version:
SUSE QA - Milestone 30+
Start date:
2019-10-31
Due date:
2019-12-17
% Done:

0%

Estimated time:
5.00 h

Description

See motivation in the parent ticket.

Scope is SLE 15 SP2 only + staging.

Acceptance criteria

  1. Only test modules which are relevant for the scenario are scheduled
  2. Partitioning is validated (ext4 for root)
  3. Test plan document is updated accordingly: https://gitlab.suse.de/riafarov/qa-sle-functional-y/blob/master/SLES_Integration_Level_Testplan.md

Suggestion

  1. Smoke test that we can read/write from/to fs
  2. Validate partitioning
  3. Validate proposal (existence of swap and separate home)
Actions #1

Updated by riafarov over 4 years ago

  • Description updated (diff)
  • Status changed from New to Workable
  • Estimated time set to 5.00 h
Actions #2

Updated by okurz over 4 years ago

This is an autogenerated message for openQA integration by the openqa_review script:

This bug is still referenced in a failing openQA test: autoyast_ext4
https://openqa.suse.de/tests/3579342

To prevent further reminder comments one of the following options should be followed:

  1. The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
  2. The openQA job group is moved to "Released"
  3. The label in the openQA scenario is removed
Actions #3

Updated by riafarov over 4 years ago

  • Due date changed from 2019-11-19 to 2019-12-03
Actions #4

Updated by syrianidou_sofia over 4 years ago

  • Assignee set to syrianidou_sofia
Actions #5

Updated by JERiveraMoya over 4 years ago

Once you will start to work on this ticket, do not forget to change status to "In Progress".
I guess you will be focus on the validation, but if you don't mind, try to start to send Pull Request (PR) with yaml schedule first, so from that moment you will be able to gather more feedback in GitHub.

Actions #6

Updated by syrianidou_sofia over 4 years ago

  • Status changed from Workable to In Progress
Actions #7

Updated by riafarov over 4 years ago

  • Due date changed from 2019-12-03 to 2019-12-17
Actions #8

Updated by syrianidou_sofia over 4 years ago

  • Status changed from In Progress to Feedback
Actions #9

Updated by JRivrain over 4 years ago

We should see with tools team what is going on here: https://openqa.suse.de/tests/3699096#step/validate_ext4_fs/35

Actions #10

Updated by okurz over 4 years ago

simple, there is no network. compare the string after "eth?:" in https://openqa.suse.de/tests/3699096#step/first_boot/1 for the failed job and the corresponding reference ext4_yast@uefi in https://openqa.suse.de/tests/3700518#step/first_boot/1 showing a valid network adress for eth0. I wonder why the aarch64 test has an eth1 instead of eth0. Previous build was still having eth0 in https://openqa.suse.de/tests/3686998#step/first_boot/1 . I suggest to check https://openqa.suse.de/tests/3699096/file/logs_from_installation_system-y2logs.tar.bz2 , haven't looked there.

Actions #11

Updated by riafarov over 4 years ago

  • Status changed from Feedback to Resolved

We will investigate the failure (as seems as a product bug) in separate ticket.

Actions #12

Updated by syrianidou_sofia over 4 years ago

Looks like it's related to Bug#1158025
https://bugzilla.suse.com/show_bug.cgi?id=1158025

Actions

Also available in: Atom PDF