<<< So, the failure appears to be rooted in ipxe failing to get the complete set of data from the server. My guess is that is something to do with spanning tree as iPXE for ubuntu has also changed it's behavior. My feeling is this is rooted with some spanning tree behavior, which we merged a patch after your last recheck to disable. I've re-rechecked your test patch to hopefully provide us an additional data point.
Thanks Julia even with spanning tree fixes, i still seen some failures in test patch. It could be some other issue though.
wrt segfaults, I validated this even with 2.89 + source install[1] and didn't see any segfault with it. May be the segfault that you noticed with Lunar dnsmasq-2.89 on jammy is due to using packages built for lunar used in jammy but not specific to dnsmasq itself. I triggered the jobs again to see if segfaults are seen.
I could see similar segfault in neutron-linuxbridge and openvswitch jobs[4][5], reported once in syslog but didn't saw any failure due to these. But as you said issue is seen with some specific tests in ironic.
For neutron i will send a patch to add a sanity check to warn users running 2.86 version about this issue.
<<< So, the failure appears to be rooted in ipxe failing to get the complete set of data from the server. My guess is that is something to do with spanning tree as iPXE for ubuntu has also changed it's behavior. My feeling is this is rooted with some spanning tree behavior, which we merged a patch after your last recheck to disable. I've re-rechecked your test patch to hopefully provide us an additional data point.
Thanks Julia even with spanning tree fixes, i still seen some failures in test patch. It could be some other issue though.
wrt segfaults, I validated this even with 2.89 + source install[1] and didn't see any segfault with it. May be the segfault that you noticed with Lunar dnsmasq-2.89 on jammy is due to using packages built for lunar used in jammy but not specific to dnsmasq itself. I triggered the jobs again to see if segfaults are seen.
Based on this i think would be to good to get Ubuntu jammy and kinetic to be updated to 2.87 or just backport the required fix https:/ /thekelleys. org.uk/ gitweb/ ?p=dnsmasq. git;a=commit; h=d290630d31f45 17ab26392d00753 d1397f9a4114.
I could see similar segfault in neutron-linuxbridge and openvswitch jobs[4][5], reported once in syslog but didn't saw any failure due to these. But as you said issue is seen with some specific tests in ironic.
For neutron i will send a patch to add a sanity check to warn users running 2.86 version about this issue.
[1] https:/ /review. opendev. org/c/openstack /ironic/ +/888984 /9d1e095f1746de 4d26ae- cb25c10c29ca7bf 26ff09ad92a16fa 62.ssl. cf1.rackcdn. com/888984/ 1/check/ ironic- standalone/ 7debc89/ controller/ logs/syslog. txt /c38d0c9156ee6c c9fd3b- d97b0a3b599d6de 6d0673faefd2f08 b5.ssl. cf1.rackcdn. com/888984/ 1/check/ ironic- standalone- redfish/ 1cafda9/ controller/ logs/syslog. txt /5d62e00bab1ce9 5c0ca0- ea10db30e23f6b8 83afe49ff4b1074 ff.ssl. cf2.rackcdn. com/periodic/ opendev. org/openstack/ neutron/ master/ neutron- tempest- plugin- linuxbridge/ 1279e73/ controller/ logs/syslog. txt /storage. gra.cloud. ovh.net/ v1/AUTH_ dcaab5e32b234d5 6b626f72581e364 4c/zuul_ opendev_ logs_ecb/ 859871/ 12/gate/ neutron- tempest- plugin- openvswitch/ ecbfc37/ controller/ logs/syslog. txt
[2] https:/
[3] https:/
[4] https:/
[5] https:/