Monday, 2025-05-12

ralonsohhi folks, are you aware of any issue with multicast traffic in Ubuntu Noble?09:47
ralonsohwe switched from Focal to Jammy in neutron-tempest-plugin09:48
ralonsohand the multicast test is failing09:48
ralonsohat least in the CI09:48
ralonsohI'm doing the same locally and this test is passing09:49
fricklerralonsoh: that doesn't ring a bell for me. do you use the same tunneled setup between nodes locally which we have in CI? we could also hold a job for you if you want to test this in the CI manually10:17
ralonsohfrickler, we have been playing with a node for 2 hours10:21
ralonsohwe can pass this test locally but not in the CI10:21
ralonsohand this is happening with Jammy VMs, not Focal10:22
ykarelfrickler, actually it's seen in single node devstack setup, so CI tunnels shouldn't be involved here10:41
ykarelfrickler, can you do autohold request for neutron-tempest-plugin-ovn change:- https://review.opendev.org/c/openstack/neutron/+/94944510:41
stephenfinclarkb: Yeah, I figured out why https://review.opendev.org/c/openstack/pbr/+/949049 wasn't work (comment left inline) but have yet to investigate a fix though11:13
stephenfinAs for the fine finders entry point: I tested that for reno (which currently has a distutils 'build_reno' Command that we attempt to execute in pbr if found). It didn't work because we don't copy across '.git' to the tmpdir when building wheels, meaning reno can't construct history. I'll have to try another approach11:15
fricklerykarel: ralonsoh:  so the issue only depends on the image running in the nested VM? that sounds very weird12:21
ykarelfrickler, yes12:21
fungistephenfin: as a temporary workaround, disabling build isolation would likely work13:07
fungibut yes, it would be good to find a better option. maybe we should be generating release notes in the dist stage instead of bdist? that's basically why pbr is able to get the details it needs for versioning and changelog/authors file generation13:08
fungii don't personally object to including release notes in our sdist tarballs13:08
*** iurygregory_ is now known as iurygregory13:08
ralonsohfrickler, hi, we found that the jammy VM does not send the igmp register message14:38
ralonsohthus OVN does not add it to the IGMP group14:38
ralonsohI see that, by default, the multicast is enabled in the interface ens314:38
clarkbstephenfin: setuptools-scm relies on file finders and version setting entrypoints. Similar to what fungi is suggesting maybe we can use the version setting entrypoint to set the version and everything else that needs to look at git (I'm assuming we'll have access to git there since setuptools-scm must)14:44
fricklerralonsoh: ok, but that's for the advanced CI image that neutron is building, not for the nodepool image that infra is building, right?15:02
ralonsohright15:02
ralonsohfrickler, is there any config option, start up value or any module I need to add?15:03
fricklerI have no idea who would send the igmp register, the kernel itself? might be some sysctl then? otherwise possibly take a closer look at systemd(-networkd)?15:15
ralonsohfrickler, the IGMP is being sent by a python script 15:17
ralonsohtailor made for the test15:17
ralonsohI have an easier one, from the internet15:18
ralonsohhttps://paste.opendev.org/show/bugPHlMxnsKrS6gwjVCZ/15:19
ralonsohwith that script, the focal image sends the igmp group register15:20
ralonsohbut this is not happening with the jammy one15:20
ralonsohI'll try with the stock one, directly downloaded from the ubuntu website, without any modification15:20
fungiis the suspicion that the packet is being filtered before it reaches the listener? what do the iptables rules look like at the point where that is called? what user is sending it? could the problem be changes in kernel capabilities allowed for non-root users?15:21
ralonsohfungi, I'm dumping the TAP interface15:22
fungiokay, so you've got a packet capture15:22
ralonsohI'm manually using root15:22
ralonsohfungi, no no15:22
ralonsohnot in Jammy, only in Focal15:22
ralonsohthe VM is not sending anything (at least not in the only interface)15:23
ralonsohok, with the image directly downloaded and nothing else, the igmp request is sent...15:27
ralonsohwe are doing something wrong with this image15:27
ralonsohI'll check the devstack script we use to customize it15:27
ralonsohsorry for the noise!15:27
fungiralonsoh: my first guess would be difference in the included/loaded kernel modules15:28
ralonsohyeah, most probably, investigating right now15:32
ralonsohfungi, no, I was wrong. I was using an incorrect image15:52
ralonsoheven with a fresh image, the igmp is blocked15:52
ralonsohI've used https://cloud-images.ubuntu.com/minimal/releases/jammy/release/ubuntu-22.04-minimal-cloudimg-amd64.img15:53
ralonsohwhere can I open a bug for this?15:53
fungiodds of a regression in jammy being fixed at this point are pretty low, can you reproduce the problem in noble?15:54
ralonsohfungi, when I used the noble image, the CI exploded15:55
ralonsohhttps://review.opendev.org/c/openstack/neutron-tempest-plugin/+/94914015:55
ralonsohPS1 results15:55
ralonsohhmmm I stopped the execution before storing the results15:56
ralonsohI'll push a new PS15:56
fungihttps://bugs.launchpad.net/cloud-images seems to be the place to report bugs about ubuntu cloud images, fwiw15:57
ralonsohthanks!15:58
* fungi is a meat-based web search engine15:58
clarkbralonsoh: did you check sysctl?16:20
clarkbfrickler suggested this earlier. YOu can probably just dump systcl -a from focal and compare to jammy and grep for multi and see what shows up16:20
opendevreviewJames E. Blair proposed openstack/project-config master: Add zuul-launcher dashboards  https://review.opendev.org/c/openstack/project-config/+/94924119:03
opendevreviewMerged openstack/project-config master: Add zuul-launcher dashboards  https://review.opendev.org/c/openstack/project-config/+/94924119:57

Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!