Tuesday, 2022-08-30

opendevreviewMerged openstack/neutron stable/yoga: Check the Chassis_Private nb_cfg_timestamp with current value  https://review.opendev.org/c/openstack/neutron/+/85454101:24
*** dasm is now known as dasm|off02:00
opendevreviewZhouHeng proposed openstack/neutron-lib master: [ovn]Floating IP adds distributed attributes  https://review.opendev.org/c/openstack/neutron-lib/+/85505302:40
opendevreviewKe Niu proposed openstack/neutron master: Cleanup py27 support  https://review.opendev.org/c/openstack/neutron/+/85311506:16
opendevreviewFernando Royo proposed openstack/ovn-octavia-provider master: Pin OVS version for OVN master  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/85400807:24
opendevreviewFernando Royo proposed openstack/ovn-octavia-provider master: [OVN] Pin OVS version for OVN master  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/85400807:26
*** elodilles_pto is now known as elodilles08:06
opendevreviewSahid Orentino Ferdjaoui proposed openstack/neutron master: dhcp/rpc: retrieve network details with segments  https://review.opendev.org/c/openstack/neutron/+/84041608:10
opendevreviewSahid Orentino Ferdjaoui proposed openstack/neutron master: utils: add option to generate dhcp device id per segmentation  https://review.opendev.org/c/openstack/neutron/+/84041708:10
opendevreviewSahid Orentino Ferdjaoui proposed openstack/neutron master: ml2/mech: bind port on segment that subnet belongs  https://review.opendev.org/c/openstack/neutron/+/84041808:10
opendevreviewSahid Orentino Ferdjaoui proposed openstack/neutron master: dhcp: make device manager to clean only not used devices  https://review.opendev.org/c/openstack/neutron/+/84041908:10
opendevreviewSahid Orentino Ferdjaoui proposed openstack/neutron master: dhcp: add/use cleanup stale devices API  https://review.opendev.org/c/openstack/neutron/+/84042008:10
opendevreviewSahid Orentino Ferdjaoui proposed openstack/neutron master: dhcp: support multiple segmentations per network  https://review.opendev.org/c/openstack/neutron/+/84042108:10
opendevreviewSahid Orentino Ferdjaoui proposed openstack/neutron master: db: add segment_index to the unique constraint  https://review.opendev.org/c/openstack/neutron/+/84145908:10
opendevreviewSahid Orentino Ferdjaoui proposed openstack/neutron master: segment: enable multisegments support for host  https://review.opendev.org/c/openstack/neutron/+/84183808:10
opendevreviewZhouHeng proposed openstack/neutron-tempest-plugin master: list floating ip api contains port forwarding id  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/84058411:09
opendevreviewZhouHeng proposed openstack/neutron-tempest-plugin master: skip '_verify_created_pfs'  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/84058411:11
opendevreviewZhouHeng proposed openstack/neutron-tempest-plugin master: skip '_verify_created_pfs'  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/84058411:13
opendevreviewZhouHeng proposed openstack/neutron-lib master: [ovn]Floating IP adds distributed attributes  https://review.opendev.org/c/openstack/neutron-lib/+/85505311:27
sahidslaweq, obondarev hi, any chance to make https://review.opendev.org/c/openstack/neutron/+/839479 and https://review.opendev.org/c/openstack/neutron/+/840415/28 progressing when you have a moment?12:32
obondarevsahid: yes, on my list12:35
lajoskatonasahid: on my list also12:44
sahidthanks a lot guys :-)13:17
sahidfeel free to let me know if you need help on reviewing specific work13:17
slaweqsahid: I will review them today or tomorrow morning13:19
lajoskatonasahid: if I get the last from the series (https://review.opendev.org/c/openstack/neutron/+/841838 I think) and I add a bridge_mappings = public:br-ex,physnet1:br0,physnet2:br0 I shall use the feature, am I right?13:24
opendevreviewMerged openstack/ovn-octavia-provider master: Fix healthMonitor events affecting to unrelated LB  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/85368113:26
opendevreviewMerged openstack/ovn-octavia-provider master: [OVN] Pin OVS version for OVN master  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/85400813:26
sahidlajoskatona: not exactly, with this feature, you will still have a phynet per bridge. You will be able to have more than one subnet on the network where is attached the physnet and have for each subnet a segment attached to it13:32
sahidtoday, only one subnet/segment is accepted per network that is attached to a physnet13:33
sahidbasically if you ran out of ip on that network, you have to create a new network, right?13:33
sahidwith this feature, if you ran out of ip, you can add a new subnet on that same network13:34
lajoskatonasahid: ack, ok13:34
sahidbtw I have noticed your comment and I will update the doc, +113:37
*** dasm|off is now known as dasm13:46
lajoskatonasahid: thanks13:56
lajoskatona#startmeeting networking14:00
opendevmeetMeeting started Tue Aug 30 14:00:59 2022 UTC and is due to finish in 60 minutes.  The chair is lajoskatona. Information about MeetBot at http://wiki.debian.org/MeetBot.14:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:00
opendevmeetThe meeting name has been set to 'networking'14:00
mlavalleo/14:01
lajoskatonao/14:01
rubasovo/14:01
obondarevhi14:01
ralonsohhi14:01
frickler\o14:01
isabekhi14:01
slaweqo/14:01
lajoskatonaOk ,let's start14:02
lajoskatona#topic Announcements14:02
lajoskatonaThe usual Zed schedule: https://releases.openstack.org/zed/schedule.html14:03
lajoskatonaand the release countdown mail:14:03
lajoskatona[release] Release countdown for week R-5, Aug 29 - Sep 02 (#link https://lists.openstack.org/pipermail/openstack-discuss/2022-August/030138.html )14:03
lajoskatonaSome dates from it:14:03
lajoskatonaZed-3 milestone (feature freeze): September 1st, 2022 (R-5 week)14:03
lajoskatonathat is Thursday this week14:03
lajoskatonaRC1 deadline: September 15th, 2022 (R-3 week)14:04
lajoskatonaFinal RC deadline: September 29th, 2022 (R-1 week)14:04
lajoskatonaFinal Zed release: October 5th, 202214:04
lajoskatonaNext PTG: October 17-21, 2022 (virtual PTG!!!)14:04
lajoskatonaThe etherpad for it: https://etherpad.opendev.org/p/neutron-antelope-ptg14:04
lajoskatonaI add a mental not to myself to ask around for the schedule14:05
lajoskatonaCycle Highlights, please check it: https://review.opendev.org/c/openstack/releases/+/85381314:05
lajoskatonaMy memory faded so thanks for the good comments on it already14:05
lajoskatonaPerhaps I add here a small news: there will be again edge session on the PTG:14:07
lajoskatonahttps://lists.openstack.org/pipermail/openstack-discuss/2022-August/030128.html14:07
lajoskatonaand there is an etherpad for it: https://etherpad.opendev.org/p/ecg-ptg-october-202214:07
lajoskatonaif you are interested check it14:07
lajoskatonaMy personal point is that I would like to see exactly what and why we need at the edge sites14:08
lajoskatonaIn Berlin I was on a session for edge, and I heard some bullshit (self driving cars, and things like that which are far from mass usage at the moment) and the only thing which sounded as real was gaming which needed some edge features14:09
* slaweq don't wants to have self driving car with Openstack running on it :P14:10
ralonsohhehehe14:10
lajoskatona:-)14:10
mlavalleI wouldn't mind14:10
lajoskatonathere was even a slide as I remember with a fighter jet with edge sites inside it :-)14:11
lajoskatonaok, that's it for the PTG from me14:11
haleybcan Openstack drive a manual transmission? :)14:11
slaweqhaleyb: I don't think it will be fast enough :P14:12
slaweqand rabbitmq can be stucked somewhere in the middle :D14:12
lajoskatona:D14:13
obondarevanything - but let it not be brakes please!14:13
slaweqLOL14:13
slaweqobondarev++14:13
lajoskatonaAnother thing from me for announcements:14:14
lajoskatonaPlease recheck with reason14:14
lajoskatonaPlease check the numbers from slaweq: https://etherpad.opendev.org/p/neutron-ci-meetings#L4214:14
lajoskatonaIf there is no more comments or questions for announcements we can move on14:15
fricklerPTL nominations?14:16
lajoskatonafrickler: good comment, thanks14:16
ralonsohI'm on it, I'll send a mail/patch today, in the next hour14:16
lajoskatonaralonsoh: thanks14:16
ralonsoh(and before that, lajoskatona thanks a lot!)14:16
mlavalleralonsoh: ++14:16
lajoskatonaOk, next topic14:18
lajoskatona#topic Bugs14:18
lajoskatonaReport from slaweq: https://lists.openstack.org/pipermail/openstack-discuss/2022-August/030168.html14:18
lajoskatonabug numbers are going upper as summer period is over  :-)14:18
lajoskatonaI saw some which needs more attention14:18
lajoskatonahttps://bugs.launchpad.net/neutron/+bug/1987530 - Duplicate external_ip in NAT table lead to loss of N/S connectivity - needs attention14:18
ralonsohI'll take a look at this one, this should not happen of course14:19
lajoskatonaralonsoh: thanks14:20
lajoskatonaAnother one without owner: 14:20
lajoskatonahttps://bugs.launchpad.net/neutron/+bug/1987666 - Race condition when adding two subnet with same cidr to router - unassigned currently14:20
slaweqI think that froyo is working on it currently14:20
slaweqbut maybe he didn't assign it to himself14:20
froyoslaweq, lajoskatona yeah!14:21
lajoskatonaahh, ok, thanks14:21
slaweqfroyo++ thx14:21
froyodone!14:21
mlavalle:-)14:22
lajoskatonaAn old cloud-init bug: https://bugs.launchpad.net/cloud-init/+bug/1899487 - cloud-init hard codes MTU configuration at initial deploy time - bug which was reported for cloud-init first but now after long discussion it's on Neutron and we need to check it14:22
slaweqyeah, that one I wanted to raise today too :)14:22
lajoskatona:-)14:23
lajoskatonaIf you have some time please check it, I also try to check the history of this issue14:26
lajoskatonaDo you have any bug which you would like to discuss?14:27
slaweqnothing more to discuss14:27
fricklerthere was the CI issue with designate yesterday14:27
lajoskatonaok, thanks14:27
slaweqbut there is one https://bugs.launchpad.net/neutron/+bug/198802614:27
slaweqwhich looks like low-hanging-fruit for me14:28
fricklernot sure if there is really a bug hidden there for neutron in terms of deleting SGs14:28
slaweqso maybe there would be someone who would like to take a look into it14:28
slaweqthat's all from me14:28
fricklerthat bug came out of debugging things14:28
fricklerbut it doesn't seem to be new14:28
fricklerthe patch in tempest for what triggered the issue is https://review.opendev.org/c/openstack/tempest/+/85497314:29
lajoskatonafriskler: thanks for checking it14:29
fricklerbut that has been in place for a long time and things in CI only started to fail around friday14:29
lajoskatonafrickler, sorry14:29
fricklerso maybe there is yet another issue. I didn't get round to reproducing locally yet14:30
lajoskatonayes that is strange that it started to explode in designate CI from end of the last week14:30
slaweqfrickler: do you have opened bug somewhere?14:31
fricklerdesignate has a lot of tests that do not use network resources, which I think is why this was visible there most14:31
lajoskatonaslaweq: this one I think: https://bugs.launchpad.net/neutron/+bug/198802614:31
fricklerslaweq: not yet, because I'm not sure if there actually is a bug. maybe neutron now is only more correct than earlier14:32
slaweqlajoskatona: regarding that cloud-init bug, I was going to say that I will try to look into it this week but I wrote it in different window (internal irc) :D14:32
slaweqlajoskatona: ahh, ok14:32
lajoskatonaslaweq: ack, the message arrived14:32
slaweqso that is the one which I think may be low-handing-fruit in neutron14:32
lajoskatonafrickler: ok, thanks14:33
frickler1988026 is related but not what caused CI to fail now14:33
fricklerthe underlying issue is fixed with the tempest patch, so also no CI impact any longer. at least none I'm aware of14:34
fricklerand I think that's it for now. ;)14:34
lajoskatonaok, so let's keep our eyes open if similar issues appear14:35
lajoskatonaOne more sentence for the bug deputy week: This week haleyb is the deputy and next week amotoki will be.14:36
amotokilajoskatona: ack14:36
haleyblajoskatona: ack14:36
lajoskatonaamotoki, haleyb: thanks14:37
lajoskatona#topic On Demand Agenda14:37
lajoskatona(slaweq) PTG - TC+Leaders Interaction Session - poll opened https://framadate.org/zsOqRxfVcmtjaPBC14:37
slaweqahh, right14:37
slaweqI just wanted to mention that gmann opened poll to choose the best time slot for the TC+Leaders session during the PTG14:38
slaweqso if anyone is interested in participating in it, please vote there14:38
slaweqlajoskatona: ralonsoh looking at You especially ;)14:38
ralonsohI'm updating it now14:38
lajoskatonaslaweq: thanks, I voted on the time slots :-)14:39
slaweqthx14:39
slaweqthat's all from me14:39
lajoskatonaI have another one, more a question:14:40
lajoskatona(lajoskatona): OVS (&OVN) version in CI14:40
lajoskatonaI just greped quickly and saw that even in our CI we have different hashes for on and ovs branch14:40
lajoskatonaperhaps we should have a common version for all master jobs?14:41
slaweqyeah, we should use "master" and "main" branch basically14:41
ralonsohright and we should update it anytime OVN master (or any other branch) update the dependency14:41
ralonsohnot really14:41
ykarelbut those do not work correctly sometime14:41
ralonsohmaster requires a specific OIVS version14:42
ykarelyeap ^14:42
ralonsohe.g.: https://review.opendev.org/c/openstack/ovn-octavia-provider/+/85400814:42
ralonsohtomorrow I'll check all OVN master references14:42
lajoskatonayeah I was looking for this one14:43
ralonsohand update the needed OVS version14:43
slaweq++14:43
ykarelmay be we can looking into adding an option so ovs version is auto detected based on ovn source14:43
ykarelatleast when ovn branch is main14:43
lajoskatonaperhaps only some guide in docs is enough if it is hard to automate14:43
ralonsohwe can introduce an ansible role to read that yeah14:43
ralonsohfirst I'll update the OVS versions statically14:44
ralonsohthen I'll open a LP for this improvement 14:44
lajoskatonaralonsoh: thanks14:44
lajoskatonagood idea14:44
ykarel+114:44
lajoskatonaThat's it from me, do you have anything more to discuss?14:46
slaweqnothing from me14:46
frickleractually yes14:46
fricklerI added a topic to the PTG etherpad: neutron-legacy in devstack14:46
fricklerwe planned for new neutron code to be dropped in A cycle after it was deprecated earlier14:47
fricklermaybe someone here is interested in actually doing this14:47
fricklerwould save you a lot of duplication when adding new features14:47
fricklerand it would be good to do it early in the cycle, so preparing a patch could actually start soon14:48
lajoskatonafrickler: good idea to discuss it, and write down/discuss  the basics before removing anything14:48
lajoskatonaand now I see that this could be a shared session with QA team14:48
lajoskatonabut we use now neutron-legacy or am I wrong? 14:49
frickleryes, though not sure if anyone other than me would join, but here's hoping14:50
fricklerwell currently the usage is mixed I think14:50
fricklerwould need to search for the deprecation message in logs14:50
fricklerbut good idea to check that before removing things, too14:51
lajoskatona+114:51
lajoskatonafrickler: thanks for bringing it here14:52
lajoskatonaIf nothing more we can close the meeting14:52
fricklernot from me, thx lajoskatona 14:53
lajoskatonaWe have the CI meeting after this one, and it will be video meeting today: https://meetpad.opendev.org/neutron-ci-meetings14:53
lajoskatonasee you there14:53
slaweq++14:53
lajoskatona#endmeeting14:53
opendevmeetMeeting ended Tue Aug 30 14:53:35 2022 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:53
opendevmeetMinutes:        https://meetings.opendev.org/meetings/networking/2022/networking.2022-08-30-14.00.html14:53
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/networking/2022/networking.2022-08-30-14.00.txt14:53
opendevmeetLog:            https://meetings.opendev.org/meetings/networking/2022/networking.2022-08-30-14.00.log.html14:53
lajoskatonao/14:53
slaweqo/14:53
mlavalleo/14:53
ralonsohbye14:53
obondarevo/14:53
haleybo/14:54
slaweq#startmeeting neutron_ci15:00
opendevmeetMeeting started Tue Aug 30 15:00:47 2022 UTC and is due to finish in 60 minutes.  The chair is slaweq. Information about MeetBot at http://wiki.debian.org/MeetBot.15:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:00
opendevmeetThe meeting name has been set to 'neutron_ci'15:00
slaweqmeeting is on video15:00
slaweq#link https://meetpad.opendev.org/neutron-ci-meetings15:00
mlavalleo/15:00
ykarelo/15:02
slaweqmlavalle: lajoskatona ykarel are You joining?15:02
slaweqand others of course too15:02
lajoskatonao/15:02
lajoskatonasorry15:02
slaweqGrafana dashboard: https://grafana.opendev.org/d/f913631585/neutron-failure-rate?orgId=115:03
slaweq#topic Actions from previous meetings15:03
slaweqslaweq to fix functiona/fullstack failures on centos 9 stream: https://bugs.launchpad.net/neutron/+bug/197632315:03
slaweq#action slaweq to fix functiona/fullstack failures on centos 9 stream: https://bugs.launchpad.net/neutron/+bug/197632315:07
ralonsohplease continue, I don't know what is happening15:08
slaweqslaweq to check failing neutron-ovn-tempest-ovs-master-centos-9-stream periodic job15:08
slaweqralonsoh to check route not found failure in functional job15:09
slaweqralonsoh: ^^ can You update about this one?15:09
ralonsohhttps://review.opendev.org/c/openstack/neutron/+/85498615:09
ralonsoh^^15:09
ralonsohyes, done15:09
slaweqthx ralonsoh 15:10
slaweq#topic Stadium projects15:11
slaweqall green in stadium15:12
slaweq#topic Grafana15:12
slaweq#topic Rechecks15:13
slaweq#topic fullstack/functional15:15
ralonsohmaybe timeout moving the logs15:16
slaweq#action slaweq to check POST_FAILURE reasons15:17
slaweqhttps://zuul.openstack.org/build/cb4b93bb06034b178b63f54f705320d315:18
slaweqhttps://zuul.openstack.org/build/8f9683dfa1a74a43a5ae5b302eb5309215:18
slaweqhttps://zuul.openstack.org/build/17044d0bce2f4da68e7e3016ddb7d31815:18
slaweqnetwork interface not found errors in all cases ^^15:18
slaweq#action ykarel to check interface not found issues in the periodic functional jobs15:21
slaweqhttps://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_7e5/840415/28/check/neutron-fullstack-with-uwsgi/7e5372c/testr_results.html15:21
ralonsohno no, this is most probably a timeout during the DB table deletion15:22
ralonsohwe have seen that before15:22
slaweqhttps://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_7e5/840415/28/check/neutron-fullstack-with-uwsgi/7e5372c/controller/logs/dsvm-fullstack-logs/TestLogging.test_logging.txt15:22
ralonsohcould be yes15:22
ralonsohwe have seen that before15:22
ralonsoh(and this is during the cleanup)15:23
slaweq#topic Periodic15:23
slaweqopenstack-tox-py39-with-oslo-master failed today and 27.0815:24
slaweqhttps://zuul.openstack.org/build/fb999a2bc6004e459d81d822e2ccaf3715:24
slaweqhttps://zuul.openstack.org/build/8468b288c7b84861a827a9f9d2c402ef15:24
slaweqmlavalle: https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_846/periodic/opendev.org/openstack/neutron/master/openstack-tox-py39-with-oslo-master/8468b28/testr_results.html15:25
lajoskatonaneutron.tests.unit.objects.test_quota.ReservationDbObjectTestCase.test_delete_expired15:25
ralonsohohhh 15:26
slaweq#action mlavalle to check failing quota test in openstack-tox-py39-with-oslo-master periodic job15:26
ralonsohcould be the expiry date == reservations?15:26
ralonsohno from my side15:26
ralonsohsure15:27
ralonsohthansk!15:27
slaweq#endmeeting15:27
opendevmeetMeeting ended Tue Aug 30 15:27:39 2022 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:27
opendevmeetMinutes:        https://meetings.opendev.org/meetings/neutron_ci/2022/neutron_ci.2022-08-30-15.00.html15:27
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/neutron_ci/2022/neutron_ci.2022-08-30-15.00.txt15:27
opendevmeetLog:            https://meetings.opendev.org/meetings/neutron_ci/2022/neutron_ci.2022-08-30-15.00.log.html15:27
slaweqo/15:27
lajoskatonaBye15:27
mlavalleo/15:27
mlavalleralonsoh: any additional comments/insights about that test failure?15:28
ralonsohyeah, could be something related to the system date15:28
ralonsoh(maybe)15:28
ralonsohand in Reservation.delete_expired15:28
mlavalleok, I'll keep that in mind15:28
lajoskatonafrickler: regarding devstack/lib/neutron, opensearch cant find this log msg, or I can't make it to find it :-)15:28
ralonsohthe expiring_time is bigger than the expiration time15:28
ralonsohmlavalle, because in L68 in the test15:29
ralonsohwe actually check how many registers we have deleted15:29
ralonsohself.assertEqual(2, self._test_class.delete_expired(15:29
ralonsoh            self.context, dt, None))15:29
ralonsohmlavalle, ok ok ok15:30
ralonsohone sec15:30
ralonsohthis is oslo-master, right?15:30
mlavalleyeap, it seems so15:30
ralonsohwe are deleting the registers *outside* a DB transaction15:31
ralonsohL68-6915:31
ralonsohdelete_expired must be called insied a db txn15:31
ralonsohso you should commit that query15:31
ralonsohin other words, wrap this call in L68 inside a writer context15:31
mlavallewhat code are you looking at?15:32
ralonsohReservationDbObjectTestCase.test_delete_expired15:32
mlavalleok15:32
ralonsohand most probably you should do the same with "_create_test_reservation"15:33
mlavalleralonsoh: ok, thanks for the comments. 15:34
fricklerlajoskatona: ack, that's a good thing at least15:41
opendevreviewRodolfo Alonso proposed openstack/neutron master: [WIP] Add an active wait during the port provisioning event  https://review.opendev.org/c/openstack/neutron/+/85525716:19
opendevreviewMerged openstack/neutron master: Format the protocol number to be passed to pyroute2  https://review.opendev.org/c/openstack/neutron/+/85498617:03
*** dasm is now known as dasm|off19:21
opendevreviewMerged openstack/neutron stable/yoga: [OVN] Remove ACLs with remote SG during deletion of SG  https://review.opendev.org/c/openstack/neutron/+/85455821:16
opendevreviewMerged openstack/neutron stable/ussuri: Bump revision number of objects when description is changed  https://review.opendev.org/c/openstack/neutron/+/85490921:30
opendevreviewMerged openstack/neutron stable/ussuri: Allow operator to disable usage of random-fully  https://review.opendev.org/c/openstack/neutron/+/85499521:30

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