QA (public) » openQA Project (public) » openQA Infrastructure (public)

I cannot just create a MR like https://gitlab.suse.de/OPS-Service/salt/-/merge_requests/5605 because the host are not present at all.

So I created a MR similar to https://gitlab.suse.de/OPS-Service/salt/-/commit/38fff72bf30a53915b26f9507d7a5268ddd78b05 first: https://gitlab.suse.de/OPS-Service/salt/-/merge_requests/5709

However, there are a few things I'm not sure about:

• There are not enough ;free_ip spots left. I simply appended the new hosts. I hope this is ok.
• I don't know the MAC address of the interfaces. There is a rack linked in the ticket description and it has exactly two machines in it. So I copied those MAC addresses. Obviously this might be completely wrong and you were just referring to the rack but the machines have not been added there yet in racktables. I used the MAC addresses of the interfaces ipmi and eth0. Whether the latter is correct I don't know. (There wouldn't be any MAC addresses for eth2/eth3 present anyway. So even if that is what's supposed to be used I would not be able to configure it.) At least it doesn't look like these MAC addresses are already assigned to some other host.
• It is nowhere stated explicitly that DHCP/iPXE is supposed to be configured as in #168556#note-7 but the ticket title says "for new bare-metal" so I assumed that this is supposed to be done.

It would be nice if you would be more explicit on what you want us to configure when creating tickets like that.

After that is done I can change IPMI passwords and create worker slots like in https://gitlab.suse.de/openqa/salt-pillars-openqa/-/merge_requests/921.

mkittler wrote in #note-3:

I cannot just create a MR like https://gitlab.suse.de/OPS-Service/salt/-/merge_requests/5605 because the host are not present at all.

So I created a MR similar to https://gitlab.suse.de/OPS-Service/salt/-/commit/38fff72bf30a53915b26f9507d7a5268ddd78b05 first: https://gitlab.suse.de/OPS-Service/salt/-/merge_requests/5709

However, there are a few things I'm not sure about:

• There are not enough ;free_ip spots left. I simply appended the new hosts. I hope this is ok.
• I don't know the MAC address of the interfaces. There is a rack linked in the ticket description and it has exactly two machines in it. So I copied those MAC addresses. Obviously this might be completely wrong and you were just referring to the rack but the machines have not been added there yet in racktables. I used the MAC addresses of the interfaces ipmi and eth0. Whether the latter is correct I don't know. (There wouldn't be any MAC addresses for eth2/eth3 present anyway. So even if that is what's supposed to be used I would not be able to configure it.) At least it doesn't look like these MAC addresses are already assigned to some other host.
• It is nowhere stated explicitly that DHCP/iPXE is supposed to be configured as in #168556#note-7 but the ticket title says "for new bare-metal" so I assumed that this is supposed to be done.

It would be nice if you would be more explicit on what you want us to configure when creating tickets like that.

Hello Marius, Big thanks for your helping on this task. Viktor is asking us to provide IPv4 and IPv6 addressed for eth0 and ipmi interfaces. My assumption is they need the address for the DHCP/DNS setup. The expectation for these 2 machines are clear, that IPMI/NIC eth0 can successfully get ip address from 10.146.4.0/23 qe-prg2e-date vlan, then QE-Performance team can continue their deployment from remotely. I hope DC-OPS team has recorded the correct MAX address for these 2 machines, then your MR should fulfill.

---

After that is done I can change IPMI passwords and create worker slots like in https://gitlab.suse.de/openqa/salt-pillars-openqa/-/merge_requests/921.

You can leave this passwords change to QE-Performance team, as these 2 machines will be connected to openqa.qa2.suse.asia Beijing local openQA, so they don't need worker slots from OSD. It means as long as the IPMI connection works, all the rest deployment can be taken over by QE-Performance team :)

It looks like IP addressed for all hosts are correctly returned by the DHCP server. Unfortunately the BMC is not responding via HTTP or IPMI. (I also tried via jumpy@qe-jumpy.prg2.suse.org.)

I have tried, and the IPMI connection on these 2 machines are working properly.Thank you.