QA

Thank you, Oliver. I am going to run tests on it.

Your MR is ok, but I need add a few more settings. I can do it on my own.

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.

I merged now but for verification first with a temporary worker class. You can still schedule with WORKER_CLASS=blackbauhinia

https://gitlab.suse.de/openqa/salt-pillars-openqa/-/merge_requests/830 as a draft to be merged after verification

Ok, thank you.

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

That could be due to #161756

#161756 was resolved. @Julie_CAO would you like to give the test another try?

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.

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.

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 of iPXE though IPXE=1 and IPXE_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.

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

https://gitlab.suse.de/OPS-Service/salt/-/merge_requests/5182 looks good. Now we need for the repo owners to help with that.

okurz wrote in #note-19:

https://gitlab.suse.de/OPS-Service/salt/-/merge_requests/5182 looks good. Now we need for the repo owners to help with that.

Merged.