Project

General

Profile

Actions
Copy link

action #153691

closed

coordination #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

Added by okurz about 1 year ago. Updated 11 months ago.

Status:
Resolved
Priority:
Low
Assignee:
okurz
Target version:
openQA Project (public) - Ready
Start date:
2024-01-16
Due date:
% Done:

0%

Estimated time:
Tags:
infra, maxtorhof, SRV2, nue1, prg2, prg2e

Description

Acceptance criteria

  • AC1: openqaw5-xen is usable from PRG2e

Suggestions

Actions
Copy link
 #3

Updated by okurz about 1 year ago

  • Status changed from New to Blocked
Actions
Copy link
 #4

Updated by okurz 12 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.

Actions
Copy link
 #6

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:

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:

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

Actions
Copy link
 #7

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.

Actions
Copy link
 #8

Updated by okurz 11 months ago

  • Due date deleted (2024-03-06)
  • Status changed from Feedback to Resolved

Response from both, virt is good, core will check. Assuming that people would reach out if necessary I can resolve.

Actions
Copy link

Also available in: Atom PDF