action #153739
closedcoordination #121720: [saga][epic] Migration to QE setup in PRG2+NUE3 while ensuring availability
coordination #123800: [epic] Provide SUSE QE Tools services running in PRG2 aka. Prg CoLo
coordination #137630: [epic] QE (non-openQA) setup in PRG2
Move of openqa.opensuse.org machine NUE1 to PRG2 - blackbauhinia
0%
Description
Acceptance criteria¶
- AC1: blackbauhinia is usable from PRG2 as part of o3
Suggestions¶
- Follow https://jira.suse.com/browse/ENGINFRA-3752
- Ensure machine can be reached
- Ensure machine is used as in before migration
Updated by okurz 10 months ago
- Copied from action #153724: Move of LSG QE non-openQA PowerPC machine NUE1 to PRG2 - blackcurrant added
Updated by okurz 10 months ago
- Copied to action #153742: Move of OSD machine NUE1 to PRG2 - storage.qe.prg2.suse.org added
Updated by okurz 5 months ago
- Status changed from Blocked to In Progress
- Target version changed from future to Ready
https://jira.suse.com/browse/ENGINFRA-3752 was resolved. I can reach https://blackbauhinia-ipmi.qe.prg2.suse.org at least over IPv4. I could login with the credentials from salt-pillars-openqa. I will update the workerconf.
Updated by Julie_CAO 5 months ago ยท Edited
I have not install sle15sp6 on it via openqa, I am not able to check the network connection yet. There are two ethnet cards, if the orginal embeded em1 devies is connected, we need the cable connection for the other card too, No IP is required, just a cable connection. I'll create a new poo ticket.
Updated by okurz 5 months ago
https://gitlab.suse.de/openqa/salt-pillars-openqa/-/merge_requests/830 as a draft to be merged after verification
Updated by okurz 5 months ago
- Related to action #161756: IPMI access over IPv6 doesn't work on blackbauhinia size:S added
Updated by Julie_CAO 5 months ago
ipmitool
commands always fail in openqa tests, but I can run them successfully on my laptop. Is there anything wrong with the VLAN network or worker configurations?
https://10.145.10.207/tests/14526481
[2024-06-05T10:02:26.753567+02:00] [info] [pid:54384] ::: backend::baseclass::die_handler: Backend process died, backend errors are reported below in the following lines:
ipmitool -I lanplus -H blackbauhinia-ipmi.qe.prg2.suse.org -U root -P [masked] mc guid: Error: Unable to establish IPMI v2 / RMCP+ session at /usr/lib/os-autoinst/backend/ipmi.pm line 45.
my laptop:
jcao@localhost:~> ipmitool -I lanplus -H blackbauhinia-ipmi.qe.prg2.suse.org -U root -P xxx mc guid
System GUID : 4c4c4544-0031-5910-8052-b9c04f463733
GUID Encoding : SMBIOS (WARNING: IPMI Specification violation!)
GUID Version : Name-based using SHA-1
jcao@localhost:~> ipmitool -I lanplus -H blackbauhinia-ipmi.qe.prg2.suse.org -U root -P xxx mc reset cold
Sent cold reset command to MC
Updated by Julie_CAO 5 months ago
okurz wrote in #note-14:
#161756 was resolved. @Julie_CAO would you like to give the test another try?
Yes, ipmitool connection is ok now in the test, https://10.145.10.207/tests/14566663. Thank you for the fix. I continue to look into other issues.
Updated by Julie_CAO 5 months ago
Julie_CAO wrote in #note-15:
okurz wrote in #note-14:
#161756 was resolved. @Julie_CAO would you like to give the test another try?
Yes, ipmitool connection is ok now in the test, https://10.145.10.207/tests/14566663. Thank you for the fix. I continue to look into other issues.
It seems more fixes are required from dhcp server side. The machine booted from PXE
instead of iPXE
though IPXE=1
and IPXE_HTTPSERVER="http://baremetal-support.qe.nue2.suse.org:8080"
are set in workerconf.sls.
Updated by okurz 5 months ago
Julie_CAO wrote in #note-16:
Julie_CAO wrote in #note-15:
okurz wrote in #note-14:
#161756 was resolved. @Julie_CAO would you like to give the test another try?
Yes, ipmitool connection is ok now in the test, https://10.145.10.207/tests/14566663. Thank you for the fix. I continue to look into other issues.
It seems more fixes are required from dhcp server side. The machine booted from
PXE
instead ofiPXE
thoughIPXE=1
andIPXE_HTTPSERVER="http://baremetal-support.qe.nue2.suse.org:8080"
are set in workerconf.sls.
Yes, that can be fixed with setting "dhcp_next_server" to the QE maintained PXE server, e.g. compare to
https://gitlab.suse.de/OPS-Service/salt/-/blob/production/pillar/domain/qe_prg2_suse_org/hosts.yaml#L160
Would you like to give it a try to open an according merge request in that repository owned by IT? If you need help I can support.
Updated by Julie_CAO 5 months ago
Thank you, Oliver. I thought it was ipxe but I forgot it was moved from O3 VLAN.
submit a MR to handle it, https://gitlab.suse.de/OPS-Service/salt/-/merge_requests/5182
Updated by okurz 5 months ago
https://gitlab.suse.de/OPS-Service/salt/-/merge_requests/5182 looks good. Now we need for the repo owners to help with that.