action #23650: [sle][functional][ipmi][epic][u] Fix test suite gnome to work on ipmi 12-SP3 and 15 (WAS: test fails in boot_from_pxe - connection refused trying to ipmi host over ssh?)
[sle][functional][u][ipmi][easy] test fails in first_boot - abort the test early so that we at least test the installation
|Target version:||openQA Project - Milestone 16|
openQA test in scenario sle-15-Installer-DVD-x86_64-gnome@64bit-ipmi fails in
- AC1: test soft-fails or passes
- AC2: No super-cool adaptions except for early-abort, rest of the work goes into #31375
- Abort the test as soon as the system has booted, regardless if it's gdm or getty
- Rest is done in #31375
Fails since (at least) Build 294.1
Last good: SLE 12-SP3 Build0314
Always latest result in this scenario: latest
#9 Updated by okurz almost 2 years ago
- Subject changed from [sle][functional][ipmi][easy] test fails in first_boot - abort the test early so that we at least test the installation to [sle][functional][u][ipmi][easy] test fails in first_boot - abort the test early so that we at least test the installation
- Status changed from Blocked to Workable
as @slindomansilla described in SP there should be a way to continue, regarding making use of the vnc server+client.
#11 Updated by SLindoMansilla almost 2 years ago
The original expected behavior is to boot from graphical display: https://openqa.suse.de/tests/857605#step/qa_net_boot_from_hdd/1
When the VNC server was missing, the test stop working and I made a workaround to select the sol console. This makes the worker to control the SUT over serial console, also textmode.
I have to learn how the ipmi backend works and how it connected to the vnc server before, since now there is again a VNC server, actually a systemd socket listening on display :1 (port 5901), and try to connect to it and maintain the same behavior as before.
#15 Updated by SLindoMansilla almost 2 years ago
Ok, today the IPMI workers performed better.
I am very closed to fix gnome@ipmi: http://copland.arch.suse.de/tests/1014#step/first_boot/7
#23 Updated by SLindoMansilla almost 2 years ago
No setting DESKTOP=gnome on default@ipmi. That makes the test module to not select x11 console:
We need to set that setting or check for !textmode.
#24 Updated by SLindoMansilla almost 2 years ago
Checking for !textmode
Wrong, default is textmode.
Test suite gnome@ipmi is missing.
#29 Updated by SLindoMansilla almost 2 years ago
default@64bit-ipmi is not testing gnome always.
On SLE12-SP3+ the default installation is gnome, but on SLE15 the default installation is textmode.
To test gnome on ipmi on SLE15, the test suite gnome has to be enabled.
Enabling it on development: https://openqa.suse.de/admin/job_templates/96
#31 Updated by okurz almost 2 years ago
But if you only changed test suite settings slightly I suggest to clone an existing job and set the same settings there and use that as validation. No need to wait for a new build.
Test suite gnome@ipmi is missing.
Btw, I think you meant "scenario" because the test suite "gnome" still exists to explicitly make sure that DESKTOP=gnome.
#33 Updated by SLindoMansilla almost 2 years ago
Trying to run the job with setting INSTALLONLY=1: http://10.160.66.74/tests/141#step/hostname_inst/5
It fails. I am investigating why while verifying that the test can pass without executing that test module: http://10.160.66.74/tests/143
#34 Updated by SLindoMansilla almost 2 years ago
PR to avoid serial issues on IPMI when INSTALLONLY=1: https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/4899
#37 Updated by SLindoMansilla almost 2 years ago
Found 3 useful test suites that run with setting INSTALLONLY=1.
Enabled machine 64bit-ipmi in job groups:
- btrfs: https://openqa.suse.de/tests/1639471
- ext4: https://openqa.suse.de/tests/1639479
- xfs: https://openqa.suse.de/tests/1639487
Module partitioning_filesystem is not adapted for multi-disk machine: https://openqa.suse.de/tests/1639471#step/partitioning_filesystem/3
#43 Updated by SLindoMansilla almost 2 years ago
PR, Adapting partioning_filesystem for ipmi with 2 disks: https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/4929
#44 Updated by SLindoMansilla almost 2 years ago
#45 Updated by SLindoMansilla almost 2 years ago
Waiting for verification on OSD:
- ipmi for partitioning_filesystem with 2 disks: https://openqa.suse.de/tests/1644563#step/partitioning_filesystem/15 (passed)
- x86_64: https://openqa.suse.de/tests/1644572#step/partitioning_filesystem/11 (passed)
- ipmi for partitioning_firstdisk: https://openqa.suse.de/tests/1644573#step/partitioning_firstdisk/8 (passed)
#46 Updated by SLindoMansilla almost 2 years ago
Jobs failing because of my last PR:
- ext4@svirt-xen-pv: https://openqa.suse.de/tests/1646442#step/partitioning_filesystem/4
#49 Updated by SLindoMansilla almost 2 years ago
- Status changed from Feedback to Resolved
Fix for xen verified on OSD: https://openqa.suse.de/tests/1648193#step/partitioning_filesystem/12
#51 Updated by SLindoMansilla almost 2 years ago
- Status changed from In Progress to Resolved
Those cannot be used as INSTALLONLY=1 because they will affect coverage of other architectures. The IPMI leftovers on Development job group needs the VNC adaption from https://progress.opensuse.org/issues/31375
Work continues there.
#52 Updated by okurz almost 2 years ago
ok, fine. I got it now. We have scenarios with INSTALLONLY=1 which we use for now. As discussed with @slindomansilla I have removed "xfs" and "ext4" again from the test schedule as we are a bit limited in IPMI machine capacity so we leave only "btrfs" for now which should suffice. https://openqa.suse.de/tests/1651222 should be the verification job in the validation job group so I verify the "Resolved" of this ticket with this ;)