action #153691
closedcoordination #121720: [saga][epic] Migration to QE setup in PRG2+NUE3 while ensuring availability
coordination #153685: [epic] Move from SUSE NUE1 (Maxtorhof) to PRG2e
Move of selected LSG QE machines NUE1 to PRG2e - openqaw5-xen
0%
Description
Acceptance criteria¶
- AC1: openqaw5-xen is usable from PRG2e
Suggestions¶
- Follow https://jira.suse.com/browse/ENGINFRA-3739
- Update openQA salt pillars
- Ensure machine can be reached
- Ensure openQA tests using the machine are successful
Updated by okurz 11 months ago
- Status changed from Blocked to In Progress
- Target version changed from future to Ready
https://jira.suse.com/browse/ENGINFRA-3739 is still open but openqaw5-xen.qe.prg2.suse.org is reachable. I logged in over ssh, hostname -f >/etc/salt/minion_id and applied a high state from OSD. Updating workerconf.
Updated by okurz 11 months ago · Edited
https://gitlab.suse.de/openqa/salt-pillars-openqa/-/merge_requests/720 merged and deployed.
Triggering a test job
openqa-clone-job --skip-chained-deps --within-instance https://openqa.suse.de/tests/13548179 _GROUP=0 {TEST,BUILD}+=-poo153691-okurz WORKER_CLASS=svirt-xen-poo153691
1 job has been created:
- sle-15-SP6-Online-x86_64-Build57.1-default@svirt-xen-pv -> https://openqa.suse.de/tests/13563696
and for VMWare
openqa-clone-job --skip-chained-deps --within-instance https://openqa.suse.de/tests/13554435 _GROUP=0 {TEST,BUILD}+=-poo153691-okurz WORKER_CLASS=svirt-vmware-poo153691
1 job has been created:
- sle-15-SP6-Online-x86_64-Build57.1-default_install_svirt@svirt-vmware70 -> https://openqa.suse.de/tests/13563728
https://openqa.suse.de/tests/13563696 worked fine.
But https://openqa.suse.de/tests/13563728 failed, asked in https://suse.slack.com/archives/C02CANHLANP/p1708506362170039
@Xiaoli Ai @Nan Zhang hi, I am trying to get openqaw5-xen up and running again for use as VMWare jump host – Xen already works fine – and I hit https://openqa.suse.de/tests/13563728#step/bootloader_svirt/16 stating "Test died: Unable to find image SLE-15-SP6-Online-x86_64-Build57.1-Media1 in /vmfs/volumes/openqa/iso/ /vmfs/volumes/openqa/iso/fixed/". And I don't have access to unreal7 to check as reference. You seem to be using a non-standard root password there
(Xiaoli Ai) Oliver, you do not need that to serve as jump host any more for vmware. We have new setup already.
(Oliver Kurz) ok. I could just remove those control instances from openqaw5-xen. But what about redundancy? You know, sometimes datacenters disappear :wink:
(Xiaoli Ai) We will handle that on our side
(Oliver Kurz) ok. I will just remove the control instances then
https://gitlab.suse.de/openqa/salt-pillars-openqa/-/merge_requests/721
Updated by okurz 11 months ago
- Due date set to 2024-03-06
- Status changed from In Progress to Feedback
merged.
Wrote in https://suse.slack.com/archives/C02CANHLANP/p1708513489945139
Hi everyone, after a long time more machines in PRG2 are getting ready for use again one after another. openqaw5-xen is back and I verified that it can actually execute Xen tests just fine, see https://openqa.suse.de/tests/13563696 . The worker classes use "svirt-xen" same as other workers so we now have redundancy for that worker class as well. With this production tests should be triggered on either worker for the matching worker class. Do you see a need to do anything more, like again schedule more tests or other changes?
Set reminder to self for next week. Will check if there is any response. Otherwise I should ping QE Core and QE Virt in particular again.