Project

General

Profile

Actions
Copy link

action #40163

closed

[core][aarch64][s390x] test fails in btrfs_qgroups - needs to be scheduled on two-disk-machine.

Added by sbehlert over 6 years ago. Updated 10 months ago.

Status:
Resolved
Priority:
Normal
Assignee:
rfan1
Category:
Refactor/Code Improvements
Target version:
-
Start date:
Due date:
% Done:

0%

Estimated time:
Difficulty:
Sprint:
QE-Core: April Sprint 24 (Apr 10 - May 08)
Tags:
qe-core-april-sprint

Description

Observation

openQA test in scenario sle-15-SP1-Installer-DVD-s390x-extra_tests_filesystem@s390x-kvm-sle12 fails in
btrfs_qgroups

This looks insofar strange as the screenshot shows that the command "parted --script --machine-l" is done once directly (followed by an echo to serial) and once in a .sh-file which output is send to serial), both with the same output.
That playground setup doing twice the command looks strange to me.

Suggestions

  • Maybe play with the worker class

Reproducible

Fails since (at least) Build 19.7

Expected result

Last good: x86_64

Further details

Always latest result in this scenario: latest

Related issues 2 (0 open — 2 closed)

Related to openQA Tests (public) - action #36859: [functional][u][s390x] test fails in btrfs_qgroups - need to parse disk correctlyRejectedokurz2018-06-06

Actions
Related to openQA Tests (public) - action #137804: [qe-core] btrfsmaintenance - test btrfs balance on large disksResolvedamanzini2023-10-12

Actions
Actions
Copy link
 #1

Updated by okurz over 6 years ago

  • Description updated (diff)

The "double command execution" is not the real problem. https://openqa.suse.de/tests/1961284#step/btrfs_qgroups/6 is the corresponding reference for x86_64

Actions
Copy link
 #2

Updated by okurz over 6 years ago

  • Subject changed from test fails in btrfs_qgroups to [functional][u][s390x] test fails in btrfs_qgroups - no second disk found on s390x
  • Target version set to Milestone 20
Actions
Copy link
 #3

Updated by okurz about 6 years ago

  • Target version changed from Milestone 20 to Milestone 23
Actions
Copy link
 #4

Updated by okurz about 6 years ago

  • Related to action #36859: [functional][u][s390x] test fails in btrfs_qgroups - need to parse disk correctly added
Actions
Copy link
 #5

Updated by okurz almost 6 years ago

still fails reproducibly in the same way. Scenario is in the "test development" job group by now.

Actions
Copy link
 #6

Updated by mgriessmeier almost 6 years ago

  • Target version changed from Milestone 23 to Milestone 24

if you need a second disk for this test, then don't execute it on a system with only one disk
however, moving to M24 for crosscheck

Actions
Copy link
 #7

Updated by mgriessmeier over 5 years ago

  • Subject changed from [functional][u][s390x] test fails in btrfs_qgroups - no second disk found on s390x to [functional][u][s390x] test fails in btrfs_qgroups - needs to be scheduled on two-disk-machine...
  • Target version changed from Milestone 24 to Milestone 25
Actions
Copy link
 #8

Updated by szarate over 5 years ago

  • Description updated (diff)
  • Status changed from New to Workable
  • Assignee set to mgriessmeier
Actions
Copy link
 #9

Updated by mgriessmeier over 5 years ago

  • Target version changed from Milestone 25 to Milestone 26
Actions
Copy link
 #10

Updated by mgriessmeier over 5 years ago

  • Target version changed from Milestone 26 to Milestone 27
Actions
Copy link
 #11

Updated by mgriessmeier over 5 years ago

  • Target version changed from Milestone 27 to Milestone 30+
Actions
Copy link
 #12

Updated by mgriessmeier about 5 years ago

  • Target version changed from Milestone 30+ to Milestone 30

needs to be discussed offline

Actions
Copy link
 #13

Updated by SLindoMansilla almost 5 years ago

  • Subject changed from [functional][u][s390x] test fails in btrfs_qgroups - needs to be scheduled on two-disk-machine... to [functional][u][aarch64][s390x] test fails in btrfs_qgroups - needs to be scheduled on two-disk-machine...
  • Status changed from Workable to New
  • Assignee changed from mgriessmeier to SLindoMansilla

Should be doable with NUMDISK=2
Test is still not schedule for aarch64 nor s390x

Actions
Copy link
 #14

Updated by tjyrinki_suse about 4 years ago

  • Subject changed from [functional][u][aarch64][s390x] test fails in btrfs_qgroups - needs to be scheduled on two-disk-machine... to [qe-core][functional][aarch64][s390x] test fails in btrfs_qgroups - needs to be scheduled on two-disk-machine.
Actions
Copy link
 #15

Updated by tjyrinki_suse about 4 years ago

  • Project changed from openQA Tests (public) to 178
  • Subject changed from [qe-core][functional][aarch64][s390x] test fails in btrfs_qgroups - needs to be scheduled on two-disk-machine. to [functional][aarch64][s390x] test fails in btrfs_qgroups - needs to be scheduled on two-disk-machine.
  • Category deleted (Bugs in existing tests)
  • Assignee deleted (SLindoMansilla)
  • Target version deleted (Milestone 30)
  • Start date deleted (2018-08-23)
Actions
Copy link
 #16

Updated by pcervinka about 1 year ago

  • Project changed from 178 to openQA Tests (public)
  • Subject changed from [functional][aarch64][s390x] test fails in btrfs_qgroups - needs to be scheduled on two-disk-machine. to [core][aarch64][s390x] test fails in btrfs_qgroups - needs to be scheduled on two-disk-machine.
Actions
Copy link
 #17

Updated by szarate about 1 year ago

  • Related to action #137804: [qe-core] btrfsmaintenance - test btrfs balance on large disks added
Actions
Copy link
 #18

Updated by szarate 10 months ago

  • Sprint set to QE-Core: April Sprint 24 (Apr 10 - May 08)
  • Tags set to qe-core-april-sprint
  • Category set to Refactor/Code Improvements
  • Status changed from New to Workable
Actions
Copy link
 #19

Updated by rfan1 10 months ago

  • Assignee set to rfan1
Actions
Copy link
 #20

Updated by rfan1 10 months ago

  • Status changed from Workable to In Progress

Action items

  1. Add extra_tests_filesystem on s390x and aarch64 for sle15sp6
  2. Add mau-filesystem on s390x for sle15<=sp5 aggregated tests
  3. Adjust test module 'lvm' to run it on s390x-zkvm
Actions
Copy link
 #21

Updated by rfan1 10 months ago · Edited

There is an issue on s390x with
snapper_undochange https://openqa.suse.de/tests/14014541#step/snapper_undochange/23.
and
snapper_thin_lvm https://openqa.suse.de/tests/14014546#step/snapper_thin_lvm/59

Because it is remote worker for s390x-zkvm. then we may lost connection to the root console when the system enters into emergency mode. let me skip the test for now

Actions
Copy link
 #23

Updated by rfan1 10 months ago · Edited

  • Status changed from Feedback to Resolved
Actions
Copy link

Also available in: Atom PDF