action #96833
closed[sap] test fails in hana_install auto_review:"(?s)tests/sles4sap/hana_install.*Test died: poo#96833 - locked block device"
100%
Description
Observation¶
openQA test in scenario sle-15-SP1-Server-DVD-SAP-Incidents-x86_64-qam-sles4sap_online_dvd_gnome_hana_nvdimm@64bit-ipmi-nvdimm fails in
hana_install
Reproducible¶
Failure is sporadic, but it only impacts tests that schedule the sles4sap/hana_install
test module on the MACHINE=64bit-ipmi-nvdimm
identified by IPMI_HOSTNAME=sp.holmes.qa.suse.de
.
This system has one 465G SATA HDD, which needs to be re-partitioned before installing HANA to ensure there is enough free space for the HANA installation (2.5 times the amount of RAM).
As can be seen on https://openqa.suse.de/tests/6797823#next_previous test is able to complete successfully some times, while others it is unable to successfully clear up all LVM structures from the previous run resulting in a failure:
# wait_serial expected: "pvremove -f /dev/sda3; echo 2NoOV-\$?-"
# Result:
pvremove -f /dev/sda3; echo 2NoOV-$?-
# wait_serial expected: qr/2NoOV-\d+-/
# Result:
Can't open /dev/sda3 exclusively. Mounted filesystem?
Can't open /dev/sda3 exclusively. Mounted filesystem?
2NoOV-5-
Currently test module is calling wipefs -a
as well as pvremove
, vgremove
, lvremove
and dmsetup remove
commands to clean up the device, and also the boot/boot_from_pxe
test module is calling wipefs -a
before installation, but this seems to not be enough on some test runs.
One idea could be to zero-out the whole disk during boot/boot_from_pxe
, but this could turn out to be very slow due to the disk size.
Expected result¶
Last good: :20736:libarchive (or more recent)
Further details¶
Always latest result in this scenario: latest