action #170479
opentftp in francencampus basement no longer working
0%
Description
Observation¶
Machines in frankencampus basement cannot retrieve their configured boot files via tftp anymore. Propably tftpd is running in a CC zone now?
CLIENT MAC ADDR: 3C EC EF 5D 76 7D GUID: 41EF2E00 6BA2 11EB 8000 3CECEF5D767C
CLIENT IP: 10.168.192.80 MASK: 255.255.252.0 DHCP IP: 10.168.192.2
GATEWAY IP: 10.168.195.254
PXE-E32: TFTP open timeout
PXE-M0F: Exiting Intel Boot Agent.
I took a quick look on walter1+walter2 and the dhcpd service looks fine. Given the most recent changes this might be related: https://gitlab.suse.de/OPS-Service/salt/-/commit/5fa52888908ddfece346ab37ad53d1a2e55efacc
Updated by okurz 6 days ago
- Tags set to infra, tftp
- Category set to Regressions/Crashes
- Status changed from New to In Progress
- Assignee set to okurz
- Target version set to Ready
- Parent task set to #166598
I checked and verified that https://gitlab.suse.de/OPS-Service/salt/-/commit/5fa52888908ddfece346ab37ad53d1a2e55efacc is also deployed. I am checking with kernel-rt, the machine you referenced by IP address
Updated by okurz 6 days ago
- Status changed from In Progress to New
- Assignee changed from okurz to dheidler
I called tcpdump host 10.168.192.80 on qa-jump.qe.nue2.suse.org and clicked "enter" in IPMI SoL on kernel-rt where it's in a loop to select a proper boot device. This triggers another PXE try but I don't see any tftp traffic with tcpdump coming in this way. @dheidler as you had are working on PXE as part of #155524 do you have an idea that can explain the problem?
Updated by dheidler 6 days ago ยท Edited
- Status changed from New to In Progress
There was a wrong IP address specified in https://gitlab.suse.de/OPS-Service/salt/-/commit/5fa52888908ddfece346ab37ad53d1a2e55efacc
https://gitlab.suse.de/OPS-Service/salt/-/merge_requests/5854 should fix that.
Also I will manually apply it on the walter1&2 DHCP servers as I guess we want this fixed before January.