Project

General

Profile

Actions
Copy link

action #153688

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 - openqaw9-hyperv

Added by okurz 3 months ago. Updated 2 months ago.

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

0%

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

Description

Acceptance criteria

  • AC1: openqaw9-hyperv is usable from PRG2e

Suggestions

Related issues 3 (0 open — 3 closed)

Copied from QA - action #153682: Move of selected LSG QE machines NUE1 to PRG2e - quinn size:MResolveddheidler2024-01-16

Actions
Copied to QA - action #153691: Move of selected LSG QE machines NUE1 to PRG2e - openqaw5-xenResolvedokurz2024-01-16

Actions
Copied to QA - action #154450: Move of selected LSG QE machines NUE1 to PRG2e - openqaw7-hypervResolvedokurz2024-01-16

Actions
Actions
Copy link
 #1

Updated by okurz 3 months ago

  • Copied from action #153682: Move of selected LSG QE machines NUE1 to PRG2e - quinn size:M added
Actions
Copy link
 #2

Updated by okurz 3 months ago

  • Copied to action #153691: Move of selected LSG QE machines NUE1 to PRG2e - openqaw5-xen added
Actions
Copy link
 #3

Updated by okurz 3 months ago

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

Updated by okurz 3 months ago

  • Copied to action #154450: Move of selected LSG QE machines NUE1 to PRG2e - openqaw7-hyperv added
Actions
Copy link
 #6

Updated by rcai 3 months ago ยท Edited 

# nslookup openqaw9-hyperv.qe.prg2.suse.org
Server:         10.100.192.1
Address:        10.100.192.1#53

Name:   openqaw9-hyperv.qe.prg2.suse.org
Address: 10.145.0.32
Name:   openqaw9-hyperv.qe.prg2.suse.org
Address: 2a07:de40:b203:8:10:145:0:32
#  ping openqaw9-hyperv.qe.prg2.suse.org
PING openqaw9-hyperv.qe.prg2.suse.org (10.145.0.32) 56(84) bytes of data.
From 195.135.223.4 (195.135.223.4) icmp_seq=1 Destination Host Unreachable
From 195.135.223.4 (195.135.223.4) icmp_seq=2 Destination Host Unreachable
Actions
Copy link
 #7

Updated by okurz 2 months ago

  • Status changed from Blocked to In Progress
  • Target version changed from future to Ready

https://jira.suse.com/browse/ENGINFRA-3738 was resolved. Connected to the machine using remmina. Trying to configure IPv6.

Actions
Copy link
 #8

Updated by okurz 2 months ago

  • Status changed from In Progress to Blocked
  • Target version changed from Ready to future

I reopened https://jira.suse.com/browse/ENGINFRA-3738, IPMI is not reachable.

Actions
Copy link
 #9

Updated by okurz 2 months ago

  • Status changed from Blocked to In Progress
  • Target version changed from future to Ready

ok, IPMI is considered "malfunctioning" and not planned to be fixed as part of https://jira.suse.com/browse/ENGINFRA-3738 . I could login over ssh and re-enable RDP following https://www.helpwire.app/blog/enable-remote-desktop-command-line/

That should suffice to start openQA tests

openqa-clone-job --within-instance https://openqa.suse.de/tests/13548142 WORKER_CLASS=svirt-hyperv2012r2-poo153688,openqaw9-hyperv {TEST,BUILD}+=-poo153688 _GROUP=

1 job has been created:

Actions
Copy link
 #10

Updated by okurz 2 months ago

  • Status changed from In Progress to Feedback

Does not look like this will work, needing openqaw5-xen-1.qe.prg2.suse.org which probably is the VM "openQA_hyperv_intermediary" on openqaw5-xen. sudo xl cons openQA_hyperv_intermediary on openqaw5-xen shows no conent. I assume that VM is possibly a Windows OS itself and maybe not yet properly configured for the new network?

Actions
Copy link
 #12

Updated by okurz 2 months ago

  • Status changed from Feedback to In Progress

After clarification rcai created https://gitlab.suse.de/openqa/salt-pillars-openqa/-/merge_requests/725 which removes all references to openqaw5-xen-1 from https://gitlab.suse.de/openqa/salt-pillars-openqa/

On openqaw5-xen I then did

xl destroy openQA_hyperv_intermediary
virsh autostart --disable openQA_hyperv_intermediary

But the VM still exists so I will also keep the DHCP/DNS config in https://gitlab.suse.de/OPS-Service/salt/

So triggered another job

openqa-clone-job --within-instance https://openqa.suse.de/tests/13548142 WORKER_CLASS=svirt-hyperv2012r2-poo153688,openqaw9-hyperv {TEST,BUILD}+=-poo153688 _GROUP=

1 job has been created:

Actions
Copy link
 #13

Updated by okurz 2 months ago

The test https://openqa.suse.de/tests/13580464 passed the boot-up so I marked the two worker classes svirt-hyperv2012r2 as productive with https://gitlab.suse.de/openqa/salt-pillars-openqa/-/merge_requests/726 (merged). Now the next question is: How do we ensure that this worker instances are used in production tests?

Actions
Copy link
 #14

Updated by okurz 2 months ago

  • Status changed from In Progress to Feedback
Actions
Copy link
 #15

Updated by okurz 2 months ago

  • Status changed from Feedback to Resolved

Apparently there is no more need for a Windows 2012r2 host and as IPMI is apparently broken. I connected over RDP using "remmina" (krdc fails to connect and is maybe broken for me) and triggered a shutdown. Hopefully the machine will not come up and waste power. I waited until the ping did not respond anymore. I have updated the racktables entry in https://racktables.nue.suse.com/index.php?page=object&object_id=1160 . The machine can stay as "In Stock" for now.

Actions
Copy link

Also available in: Atom PDF