QA (public) » openQA Project (public) » openQA Tests (public)

Observation¶

openQA test in scenario sle-12-SP4-Server-DVD-HA-Updates-x86_64-qam_ha_rolling_upgrade_migration_node01@64bit fails in
check_cluster_integrity

Test suite description¶

Testsuite maintained at https://gitlab.suse.de/qa-maintenance/qam-openqa-yml. Maintainer: QA-CSS team, test a rolling upgrade in a cluster from SP -1. 1- Use a qcow2 from hdd/fixed. 2- Update the system. 3- Configure a cluster. 4- Migrate one node to next SP. 5- Update the package targeted by the QAM if we are doing QAM. 6- Check cluster integrity and do the same for the second node.

Reproducible¶

Fails since (at least) Build 20220310-1

Expected result¶

Last good: 12sp4 (or more recent)

(https://openqa.suse.de/tests/8313743#step/check_cluster_integrity/7)[https://openqa.suse.de/tests/8313743#step/check_cluster_integrity/7]

# Test died: command 'crm_mon -R -r -n -N -1 | grep -i 'no inactive resources'' failed at /usr/lib/os-autoinst/testapi.pm line 953.
    testapi::_handle_script_run_ret(1, "crm_mon -R -r -n -N -1 | grep -i 'no inactive resources'", "timeout", 90, "fail_message", "", "quiet", undef) called at /usr/lib/os-autoinst/testapi.pm line 991
    testapi::assert_script_run("crm_mon -R -r -n -N -1 | grep -i 'no inactive resources'") called at sle/lib/hacluster.pm line 637
    hacluster::check_cluster_state() called at sle/tests/ha/check_cluster_integrity.pm line 20
    check_cluster_integrity::run(check_cluster_integrity=HASH(0x5616c7989fc0)) called at /usr/lib/os-autoinst/basetest.pm line 360
    eval {...} called at /usr/lib/os-autoinst/basetest.pm line 354
    basetest::runtest(check_cluster_integrity=HASH(0x5616c7989fc0)) called at /usr/lib/os-autoinst/autotest.pm line 372
## Further details

Always latest result in this scenario: [latest](https://openqa.suse.de/tests/latest?arch=x86_64&distri=sle&flavor=Server-DVD-HA-Updates&machine=64bit&test=qam_ha_rolling_upgrade_migration_node01&version=12-SP4)