Tuesday, 2021-10-12

opendevreviewhuanghailun proposed openstack/neutron stable/wallaby: [stable only][ovn]Update get datapath id to network from Port_Binding  https://review.opendev.org/c/openstack/neutron/+/81337601:44
opendevreviewMerged openstack/networking-ovn stable/train: OVN git repository default branch is called "main"  https://review.opendev.org/c/openstack/networking-ovn/+/81314501:57
opendevreviewManu B proposed openstack/neutron-lib master: Addition of status and name field to bgp_associations API  https://review.opendev.org/c/openstack/neutron-lib/+/81355705:10
*** ksambor_ is now known as ksambor06:02
*** congnt1 is now known as congnt06:51
chungphanHi, any using neutron with OVN?07:01
chungphani have a trouble with OVN DB 07:02
chungphanovn-northd log error {"details":"inconsistent data","error":"ovsdb error"}07:02
chungphan#openvswitch07:16
opendevreviewSlawek Kaplonski proposed openstack/neutron-tempest-plugin master: Use Ubuntu minimal image as advanced guest image  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/81319507:44
opendevreviewKamil Sambor proposed openstack/networking-ovn stable/train: ovn: Do not set reside-on-redirect-chassis on distributed FIP  https://review.opendev.org/c/openstack/networking-ovn/+/81189008:11
*** bauzas_ is now known as bauzas08:57
slaweqlajoskatona: hi, can You take a look at https://review.opendev.org/c/openstack/neutron-lib/+/811708 when You will have some time? thx in advance09:20
slaweqlajoskatona: and also https://review.opendev.org/c/openstack/neutron/+/812658 if You'll have few minutes :)09:21
lajoskatonaslaweq: sure, checking09:21
slaweqthx a lot09:21
opendevreviewhuanghailun proposed openstack/neutron master: [ovn]Get network availability_zones from Logical_Switch  https://review.opendev.org/c/openstack/neutron/+/81359909:39
opendevreviewLajos Katona proposed openstack/neutron-lib master: BFD validator  https://review.opendev.org/c/openstack/neutron-lib/+/80997809:49
opendevreviewMerged openstack/neutron-lib master: Rehome ``QuotaDriverAPI`` class  https://review.opendev.org/c/openstack/neutron-lib/+/81197510:09
opendevreviewliuyulong proposed openstack/neutron-specs master: Spec for distributed datapath for metadata  https://review.opendev.org/c/openstack/neutron-specs/+/80285410:13
opendevreviewMerged openstack/neutron master: [Policy] Set scope_types for BaseCheck rules  https://review.opendev.org/c/openstack/neutron/+/80755910:58
opendevreviewLucas Alvares Gomes proposed openstack/neutron master: Allow setting always_learn_from_arp_request for routers  https://review.opendev.org/c/openstack/neutron/+/81361011:22
opendevreviewLucas Alvares Gomes proposed openstack/neutron master: [OVN] Allow setting always_learn_from_arp_request for routers  https://review.opendev.org/c/openstack/neutron/+/81361011:27
opendevreviewMerged openstack/neutron master: [OVN] Update the DHCP options when the metadata port is modified  https://review.opendev.org/c/openstack/neutron/+/80769212:22
opendevreviewSlawek Kaplonski proposed openstack/neutron master: Use ovs constants from neutron-lib  https://review.opendev.org/c/openstack/neutron/+/79712012:24
opendevreviewSlawek Kaplonski proposed openstack/neutron master: Remove ovs agent's common constants module  https://review.opendev.org/c/openstack/neutron/+/79712112:29
opendevreviewMerged openstack/neutron stable/xena: Fix OVN driver validating Geneve max_header_size  https://review.opendev.org/c/openstack/neutron/+/81334612:29
opendevreviewMerged openstack/neutron stable/queens: Remove dhcp_extra_opt name after first newline character  https://review.opendev.org/c/openstack/neutron/+/81088012:29
slaweqlajoskatona: if You will have some time, please check again https://review.opendev.org/c/openstack/neutron/+/797120, https://review.opendev.org/c/openstack/neutron/+/797121 and https://review.opendev.org/c/openstack/neutron-lib/+/80722412:32
lajoskatonaslaweq: ack12:32
slaweqthx a lot12:32
opendevreviewAnton Vazhnetsov proposed openstack/ovsdbapp master: nb: set chassis_name for new gateway chassis  https://review.opendev.org/c/openstack/ovsdbapp/+/81362212:33
opendevreviewLucas Alvares Gomes proposed openstack/neutron master: [OVN] Allow setting always_learn_from_arp_request for routers  https://review.opendev.org/c/openstack/neutron/+/81361012:45
opendevreviewLucas Alvares Gomes proposed openstack/neutron master: [OVN] Allow setting always_learn_from_arp_request for routers  https://review.opendev.org/c/openstack/neutron/+/81361012:47
opendevreviewSlawek Kaplonski proposed openstack/neutron stable/ussuri: HA-non-DVR router don't need manually add static route  https://review.opendev.org/c/openstack/neutron/+/79287612:48
*** thelounge94 is now known as redrobot13:02
*** redrobot is now known as thelounge9413:04
*** thelounge94 is now known as redrobot13:04
opendevreviewAnton Vazhnetsov proposed openstack/ovsdbapp master: nb: set chassis_name for new gateway chassis  https://review.opendev.org/c/openstack/ovsdbapp/+/81362213:08
opendevreviewPrzemyslaw Szczerbik proposed openstack/neutron-lib master: Add binding-profile.allocation converter  https://review.opendev.org/c/openstack/neutron-lib/+/81365013:23
opendevreviewPrzemyslaw Szczerbik proposed openstack/neutron master: Sanitize profile column of ml2_port_bindings table in the DB  https://review.opendev.org/c/openstack/neutron/+/81141113:48
opendevreviewPrzemyslaw Szczerbik proposed openstack/neutron master: Enable QoS minimum packet rate rule for OVS backend  https://review.opendev.org/c/openstack/neutron/+/80539113:49
lajoskatona#startmeeting networking14:00
opendevmeetlajoskatona: Error: Can't start another meeting, one is in progress.  Use #endmeeting first.14:00
slaweqhi14:00
mlavalleyou forgot to close tre previous meeting14:00
lajoskatonahm....14:00
bcafarelthat previous meeting must have been a long-running one :)14:00
slaweq:)14:00
lajoskatona#endmeeting14:01
opendevmeetMeeting ended Tue Oct 12 14:01:02 2021 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:01
opendevmeetMinutes:        https://meetings.opendev.org/meetings/neutron_drivers/2021/neutron_drivers.2021-10-08-14.14.html14:01
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/neutron_drivers/2021/neutron_drivers.2021-10-08-14.14.txt14:01
opendevmeetLog:            https://meetings.opendev.org/meetings/neutron_drivers/2021/neutron_drivers.2021-10-08-14.14.log.html14:01
mlavalleit was the neutron drivers meeting of this past Friday14:01
slaweqone week long meeting :D14:01
lajoskatonasorry it was than a maratonic one....14:01
mlavalleit was this Friday, wasn't it?14:01
slaweqyeah, so just couple of days :)14:01
lajoskatonayes, perhaps we can propose it to some guiness  record book....14:02
lajoskatona#startmeeting networking14:02
opendevmeetMeeting started Tue Oct 12 14:02:19 2021 UTC and is due to finish in 60 minutes.  The chair is lajoskatona. Information about MeetBot at http://wiki.debian.org/MeetBot.14:02
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:02
opendevmeetThe meeting name has been set to 'networking'14:02
mlavalleo/14:02
slaweqo/14:02
bcafarelo/14:02
haleybhi14:02
lajoskatonaok, so I have to be sure to end the meeting always14:02
lajoskatonaHi14:02
rubasovhi14:02
lajoskatonaLet's start than14:03
isabekhi!14:03
lajoskatona#topic Announcements14:03
lajoskatonaYoga cycle started, please check the cycle calnedar: https://releases.openstack.org/yoga/schedule.html14:03
mlavalleso we will all be doing sun salutations and downward facing dos14:04
mlavalledogs14:04
lajoskatonawe can if you can train us :P14:04
bcafarel6 months of exercise :)14:05
lajoskatonaPlease prepare your RFE and spec ideas and add them to https://etherpad.opendev.org/p/tc-yoga-ptg and next week we can discuss them on the PTG14:05
rubasovwrong link?14:06
lajoskatonahttps://etherpad.opendev.org/p/neutron-yoga-ptg14:06
lajoskatonasorry that was the tc etherpad....14:07
lajoskatonaactually I have no more announcements for this week14:07
lajoskatonaDo you have anything to announce or comments / questions ?14:07
slaweqlajoskatona: when is the deadline to add topics to the etherpad?14:07
lajoskatonaI plan to finalize the schedule Thursday14:08
lajoskatonaso before that :-)14:09
slaweqok14:09
lajoskatonaOk if no more announcements than14:09
lajoskatona#topic Bugs14:09
lajoskatonaralonsoh was bug deputy last week: http://lists.openstack.org/pipermail/openstack-discuss/2021-October/025267.html14:10
lajoskatonawhen last checked these bugs were unassigned: https://bugs.launchpad.net/neutron/+bug/194645614:10
lajoskatonahttps://bugs.launchpad.net/neutron/+bug/194618714:10
lajoskatonaralonsoh: do you have anything regarding the bugs from last week?14:11
slaweqI will check https://bugs.launchpad.net/neutron/+bug/1946187 14:11
slaweqralonsoh is off today, they have some public holiday in Spain14:11
lajoskatonaslaweq: thanks14:12
mlavalleColumbus Day14:12
lajoskatonaslaweq: ok, thanks, 14:12
lajoskatonaI saw that in google calendar, good to know that it is celebrated in Spain as well14:13
lajoskatonathe other bug  (#1946456) is for OVN, perhaps I try to fetch somebody with better ovn knowledge to check it14:14
slaweqmaybe ksambor can take a look at it? :)14:15
lajoskatonaLet's find a "volunteer" after the meeting :-)14:17
slaweq++14:18
lajoskatonaThis week lucasgomes is the deputy, and next week jlibosva will be.14:18
lajoskatonaI sent mail to lucasgomes, so He started the guard14:18
lajoskatonajlibosva is offline, but will ask him if he can do next week14:18
lajoskatonaand we are at the end of the list so I have to shuffle for the next period14:18
lajoskatonaDo you have question or noted for the bugs?14:19
lajoskatonaOk, next topic14:19
lajoskatona#topic L3 subteam14:19
lajoskatonaliuyulong: Do you have anything to discuss today?14:20
liuyulongHi14:21
lajoskatonaHi liuyulong14:21
liuyulongOne small update14:21
liuyulong#link https://review.opendev.org/c/openstack/neutron-specs/+/802854/4/specs/yoga/distributed-metadata-data-path.rst14:21
liuyulongI added the IPv6 metadata details in this spec.14:22
lajoskatonathanks, I will check it14:22
slaweqliuyulong: I commented on it today14:23
liuyulongslaweq, yes, I saw that.14:23
liuyulongI'm testing the ovn now.14:23
liuyulongBecause I do not have too much information about how ovn metadata works...14:23
liuyulongFor the spec now, the "br-meta" is a traditional topology for neutron ml2-ovs, do specific work on specific bridge, something like tunnel bridge and various provider network bridges. 14:24
slaweqliuyulong: basically it creates ovnmeta-XXX namespace per neutron network on node14:24
liuyulongAnd more things we do not want to mix the new flows with those complicated list on br-int.14:24
slaweqand there is "distributed" port created in neutron which is used in that namespace14:24
liuyulongSo, this spec looks have some advanced progress than ovn. We will have one haproxy process for one host's VMs.14:26
liuyulongHigher availability14:26
liuyulongAnd no namespace.14:26
slaweqbut more bridges/OF rules and some restricted CIDRs used on the nodes14:27
slaweqanyway, let's continue discussion in the spec's review14:27
liuyulongAbout the port, tap-meta, only one as well.14:27
lajoskatonaslaweq: ++14:27
lajoskatonaliuyulong: do you have any L3 related bugs to discuss?14:28
liuyulongNo, I don't14:29
lajoskatonathanks for the update regarding distribued metadata14:29
lajoskatona#topic ryu os-ken14:30
opendevreviewPrzemyslaw Szczerbik proposed openstack/neutron-lib master: Make update_qos_minbw_allocation() more generic  https://review.opendev.org/c/openstack/neutron-lib/+/81366014:30
lajoskatonawe discussed last time to check the commits in ryu which we can cherry-pick to os-ken, and slaweq and ralonsoh already added a few14:31
lajoskatonaI created and etherpad for it:14:31
lajoskatonahttps://etherpad.opendev.org/p/make_os-ken_and_ryu_sync14:31
slaweq++14:32
slaweqthx14:32
lajoskatonaMy thought is to refresh it periodically like monthly and check if we have to act on any of the patches14:32
slaweqwe should somehow mark there patches which we checked and don't need/want to backport14:33
slaweqI don't see that in Your "legend"14:33
lajoskatonaI started to use a primitive mark system, see the legend14:33
slaweqyes, I see14:33
lajoskatonasorry it is really not perfect now, but can imrpove it :-)14:34
slaweqbut You should add something to mark patches like "reviewed, we don't want them"14:34
slaweqwdyt?14:34
lajoskatonayeah we should14:34
lajoskatonaI filtered out patches for documentation, CI, requirements14:35
lajoskatonaso I think these can be considered to include to os-ken, but I marked with "???" the ones which I don't see the need, but would be good to have more votes on it14:36
slaweqthx, I will check that list and will start proposing patches to os-ken14:36
lajoskatonathanks14:36
mlavallemaybe we should have a "deputy" in charge of this monthly update14:37
lajoskatonaperhaps I will move it to an ethercalc to have a kind of mapping to gerrit14:37
lajoskatonamlavalle: good idea14:37
slaweq++14:37
lajoskatonaI can be sure to add it to the agenda and prepare it monthly14:38
mlavalleif nobody is responsible, pretty soon it will fall over the side14:38
slaweqmlavalle: true :)14:38
lajoskatonait's true, I will prepare than it (and ask google calendar to warn me before :-)))14:39
mlavallewhen I became PTL, I was advided to delegate as much as possible14:39
mlavalleadvised14:40
amotokiis ryu still maintained well? I am not sure which is better to maintain a fork or ryu itself. just my question14:40
mlavalleI pass the advise to you14:40
slaweqamotoki: yeah, lajoskatona added that topic to the PTG IIRC :)14:40
lajoskatonamlavalle: thanks :-)14:40
mlavallemaybe send a message to the ML and ask for a volunteer14:40
lajoskatonaamotoki: it is now maintained "again", and I sent mail to one of the more active developers14:41
amotokislaweq: lajoskatona: thanks for the info. the situation tends to change from time to time.14:42
lajoskatonamlavalle: I can send a mail, anyway I plan to extend the list of lieutenants (https://docs.openstack.org/neutron/latest/contributor/policies/neutron-teams.html#neutron-lieutenants ) with ovsdb and os-ken14:42
mlavallethey just pretended that they wouldn't maintain anymore to kick us out and then came back to it... LOL14:42
lajoskatonajust to be sure we know who we can ping14:42
lajoskatonamalavalle: possible14:43
mlavallesend the message to the ML. if nobody is intrested, I'll do it14:44
lajoskatonait seems that the opensource world is small for us14:44
slaweqIIRC ralonsoh was voluntering to do that too :)14:44
lajoskatonamlavalle: thanks14:44
mlavallein that case let ralonsoh do it14:44
lajoskatonawe have a lot of enthusiastic people14:44
slaweq++14:44
lajoskatonaok, I have no more to add to the ryu-os-ken topic14:45
lajoskatona#topic On Demand Agenda14:46
lajoskatonaOn the wiki there's no topic for today, do you have anything to discuss?14:46
slaweqI have one qq14:46
lajoskatonalet's hear it14:46
lajoskatonaread it14:46
slaweqas we just released Xena, should we again do new releases of other stable branches?14:47
mlavalleI think so14:47
lajoskatonathere was a mail from elodilles: http://lists.openstack.org/pipermail/openstack-discuss/2021-October/025276.html14:48
bcafarelIIRC yes we planned to have stable point releases for these milestones14:48
lajoskatonait's for ussuri em trainsition, but I suppose it's open to release things on other branches14:48
lajoskatonabcafarel: thanks14:49
slaweqlajoskatona: if we are going to EM with ussuri, we should do last one release for it before EM14:49
bcafareldefinitely14:49
lajoskatonaexactly14:49
bcafarelprevious stable releases were on Sep 9 (because of security issues), we can wait a bit and do a round for all (and prepare ussuri EM at the same time)?14:50
lajoskatonaso we can prepare the release and check what we can merge before (and keep things green)14:50
lajoskatonabcafarel: don't know if there's an order of doing it14:51
isabeki also have qq, when neutron-lib will be released?14:51
slaweqisabek: we can release neutron-lib when we need it14:52
bcafarellajoskatona: no strict order I think, but we can check with Elod - and have a separate EM-transition release if preferred14:52
lajoskatonabcafarel: ok14:53
isabekwill be released near future?14:53
slaweqif there are some patches merged there which needs to be release to unblock some other development, I think we can do it even this week14:53
amotokiisabek: do you have any waiting feature? it is usually released based on needs.14:54
isabekyes, local ip feature14:55
slaweqI see that Local IP API def is merged but not released yet14:55
slaweqand some constants and exceptions for that BP14:55
slaweqso IMO we can do new release to unblock You, wdyt lajoskatona and amotoki?14:56
amotokislaweq: sounds good to release it. let's do it.14:56
isabekThanks!14:56
lajoskatonawe have quite a few merged things so yeah we can do a release even this week14:57
lajoskatonaok if nothing else, I try to end the meeting this time :P14:58
lajoskatona#endmeeting14:58
opendevmeetMeeting ended Tue Oct 12 14:58:24 2021 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:58
opendevmeetMinutes:        https://meetings.opendev.org/meetings/networking/2021/networking.2021-10-12-14.02.html14:58
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/networking/2021/networking.2021-10-12-14.02.txt14:58
opendevmeetLog:            https://meetings.opendev.org/meetings/networking/2021/networking.2021-10-12-14.02.log.html14:58
slaweqthx14:58
slaweqo/14:58
lajoskatonaBye14:58
rubasovo/14:58
* slaweq needs 5 minutes before start of the ci meeting14:58
bcafarelok we all saw the meeting end :)14:58
isabeko/14:58
amotokio/14:59
slaweq#startmeeting neutron_ci15:04
opendevmeetMeeting started Tue Oct 12 15:04:04 2021 UTC and is due to finish in 60 minutes.  The chair is slaweq. Information about MeetBot at http://wiki.debian.org/MeetBot.15:04
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:04
opendevmeetThe meeting name has been set to 'neutron_ci'15:04
slaweqhi15:04
slaweqand sorry for being a bit late with start :)15:04
lajoskatonaHi15:04
slaweqGrafana dashboard: http://grafana.openstack.org/dashboard/db/neutron-failure-rate15:04
slaweq#topic Actions from previous meetings15:05
slaweqslaweq to report fullstack issue with neutron.tests.fullstack.test_l3_agent.TestHAL3Agent.test_router_fip_qos_after_admin_state_down_up test15:05
slaweqI did: https://bugs.launchpad.net/neutron/+bug/194618615:06
slaweqI also checked it15:06
bcafarelo/15:06
slaweqand it seems for me that this is still same privsep issue in the dhcp agent15:06
slaweqso I proposed patch https://review.opendev.org/c/openstack/neutron/+/813128/15:06
slaweqwhich I hope will make it more stable15:07
slaweqplease check that patch when You will have some time15:07
lajoskatonaslaweq: good idea to avoid dhcp agent when not needed15:07
slaweqthx15:07
slaweqok, next one15:07
slaweqslaweq to report bug regarding ha routers not going to be primary never15:07
slaweqhttps://bugs.launchpad.net/neutron/+bug/194618715:08
slaweqI will try to check it this week15:08
slaweqthis issue happend at least couple of times in the CI already15:08
slaweqso it's pretty urgent thing15:09
slaweq#action slaweq to check bug https://bugs.launchpad.net/neutron/+bug/194618715:09
slaweqnext one15:09
slaweqralonsoh will come up with list of ryu patches which we should backport to os-ken15:09
slaweqralonsoh is off today but lajoskatona did the list :)15:09
slaweqthx lajoskatona15:09
lajoskatonaI collected things and you started to propose things :-)15:10
slaweqI just did 2 small patches for now15:10
slaweqwhich I hope will help us with the u/s ci issue when ovs-agent is crashing15:10
slaweqbut I will try to propose some of the patches from Your list to os-ken15:11
lajoskatonaslaweq: thanks15:11
slaweqyw :)15:11
slaweqok, last one from previous week15:11
slaweqlajoskatona will add ryu - os-ken sync topic to the neutron weekly meeting's agenda15:11
slaweqwhich You did :)15:12
slaweqI think we can move on to the next topic then15:12
slaweq#topic Stadium projects15:12
lajoskatonait's quiet15:13
lajoskatonano issues what I know about15:13
slaweqthat's good :)15:13
slaweqthx for taking care of it lajoskatona15:13
slaweq#topic Stable branches15:14
bcafareloverall good, train is back in working order after last week's failures15:14
bcafarelstein fails on n-t-p scenario though now I filled https://bugs.launchpad.net/neutron/+bug/194674815:14
slaweqmaybe we should use pinned version of tempest in the Stein jobs?15:15
bcafarelI still have to dig into logs, but apparently we may have switched back to an older version of tempest?15:16
bcafarelbut this is recent failure so I am not sure yet15:17
slaweqhmm, but should we even run test_metadata module in the Stein?15:17
slaweqI'm not sure now but I think we introduced that later15:17
slaweqmaybe we simply started using newer n-t-p there?15:17
bcafarelaah possible I had not considered that other way - I *think* we have override-checkout in place but worth checking15:18
slaweqwill You check it bcafarel ?15:18
bcafarelslaweq: I hope so yes :) at least before nxet week meeting15:19
slaweqthx15:19
slaweq#action bcafarel to check n-t-p issue in Stein branch15:19
slaweqspeaking about stable branches, please also review https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/81100315:20
slaweqwe need jobs for xena now :)15:20
bcafareloh true, it is somewhere in my tabs but I forgot about it15:21
slaweq:)15:21
bcafarelI will take a look tomorrow15:21
slaweqthx15:21
lajoskatoname also15:21
slaweqok, I think we can move on now15:22
slaweq#topic Grafana15:22
slaweqhttps://grafana.opendev.org/d/BmiopeEMz/neutron-failure-rate?orgId=115:22
slaweqin general I think that it looks ok this week15:23
slaweqat least so far15:23
slaweqI don't see anything very dramatic on the dashboard :)15:24
lajoskatonagood start for the PTG week :-)15:25
slaweqyeah :)15:25
slaweqlets discuss some specific jobs' issues then15:25
bcafareleither that, or failures are waiting for the PTG week indeed15:25
slaweq#topic fullstack/functional15:25
slaweqbcafarel: I hope not :)15:26
slaweqin functional jobs I found one new failure: https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_fe0/811242/7/check/neutron-functional-with-uwsgi/fe00ce9/testr_results.html15:26
slaweqbut I saw it only once so far15:28
slaweqso IMO it can be just "on our radar" for now15:28
slaweqand lets see if that will be failing more often 15:28
slaweqwdyt?15:28
bcafarelsounds good yes15:29
bcafarellet's see if it creeps up again (a few times)15:29
lajoskatona+115:29
slaweqok, next one15:29
slaweqI mean, next topic :)15:29
slaweq#topic Tempest/Scenario15:29
slaweqI'm trying to optimize scenario jobs a bit https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/81319515:29
opendevreviewLucas Alvares Gomes proposed openstack/neutron master: [OVN] Allow for tuning the use of MAC_Binding  https://review.opendev.org/c/openstack/neutron/+/81361015:30
slawequnfortunatelly it fails in the ovn scenario jobs15:30
slaweqthere is different kernel used in that minimal image and it has multicast support disabled15:31
slaweqand because of that igmp snooping multicast test fails with that ubuntu minimal image15:31
slaweqbut for openvswitch and linuxbridge jobs it works fine15:31
slaweqand with smaller flavor (256M of memory only)15:31
slaweqso I hope it will help us a bit saving resources15:32
slaweqplease check it and tell me there wdyt about it15:32
lajoskatonawill check it15:32
slaweqthx15:32
bcafarelit is strange that ovs/lb would pass if the test image does not have multicast no?15:33
slaweqbcafarel: it's like that because in ovs/lb cases there is no igmp snooping enabled15:33
bcafarelaaah15:33
slaweqso multicast in fact works like broadcast15:33
slaweqand for ovn igmp snooping is enabled15:33
slaweqand because of this different kernel, receiver vm don't subscribes to the igmp group and that's why test fails15:34
slaweqI spent whole day yesterday trying to understand it :)15:34
bcafarelnice job, having advanced images without gobbling all the memory in CI will be great15:35
slaweqthx bcafarel :)15:35
slaweqnext one regarding scenario jobs15:36
slaweqI found 2 issues with start of pmlogger.service:15:36
slaweq    https://zuul.opendev.org/t/openstack/build/869fce45f5eb421eb513023780c55a8115:36
slaweq    https://58a7b6787d8cddbd1804-9a0ca07f110a4e59baefffd341058310.ssl.cf2.rackcdn.com/802037/4/check/neutron-ovs-tempest-multinode-full/23eea89/job-output.txt15:36
slaweqdid You saw such issues too?15:36
opendevreviewLucas Alvares Gomes proposed openstack/neutron master: [OVN] Allow for tuning the use of MAC_Binding  https://review.opendev.org/c/openstack/neutron/+/81361015:36
slaweqmaybe it is already known issue?15:37
bcafarelI am still at the "what is pmlogger" step15:37
bcafarelthat sounds like more a generic base image issue no?15:38
slaweqyes, it don't seems like neutron related thing15:38
opendevreviewLucas Alvares Gomes proposed openstack/neutron master: [OVN] Allow for tuning the use of MAC_Binding  https://review.opendev.org/c/openstack/neutron/+/81361015:39
slaweqif nobody saw it before, let's keep an eye on it and we will see next week15:39
bcafarel+115:39
lajoskatonawe can ask around infra if it will become more disturbing15:40
slaweqlajoskatona++15:40
slaweqok, lets move on15:41
slaweq#topic Periodic15:41
slaweqin the periodic jobs I see only fedora job failing (again)15:41
slaweqbut that's caused by the ovn's branch rename15:41
bcafarelok, so faiing for a good reason then15:42
lajoskatonafor ovsdb it caused xena to fail as well, so perhaps on other nranches it will be visible15:43
slaweqI think it should be fixed with https://review.opendev.org/c/openstack/neutron/+/81267415:44
slaweqactually, it is15:44
slaweqtoday it was green :)15:44
slaweqso periodic jobs are ok for now15:44
slaweqand that are all things which I had for today15:45
slaweqdo You have anything else You want to discuss today?15:45
bcafarelnothing from me15:45
lajoskatonaneither from me15:46
bcafarelah though maybe just the usual questions, do we keep meetings during the PTG week?15:46
slaweqbcafarel: good question15:46
slaweqI will cancel it next week15:46
slaweqthx for the reminder :)15:46
bcafarelnp, I was looking at the calendar and saw this "PTG" item :)15:47
slaweq:)15:47
slaweqok, thx for the attending the meeting today15:47
slaweqhave a great week and see You online15:47
slaweqo/15:47
slaweq#endmeeting15:47
opendevmeetMeeting ended Tue Oct 12 15:47:32 2021 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:47
opendevmeetMinutes:        https://meetings.opendev.org/meetings/neutron_ci/2021/neutron_ci.2021-10-12-15.04.html15:47
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/neutron_ci/2021/neutron_ci.2021-10-12-15.04.txt15:47
opendevmeetLog:            https://meetings.opendev.org/meetings/neutron_ci/2021/neutron_ci.2021-10-12-15.04.log.html15:47
bcafarelo/15:47
lajoskatonabye15:47
opendevreviewSlawek Kaplonski proposed openstack/neutron master: Bump os-ken to 2.2.0  https://review.opendev.org/c/openstack/neutron/+/81366615:53
slaweqlajoskatona: mlavalle if You would have a minute, please check ^^15:53
slaweqand with that I'm done for today15:54
slaweqsee You tomorrow15:54
opendevreviewMerged openstack/neutron stable/victoria: [ovn] metadata functional tests don't support Chassis_Private  https://review.opendev.org/c/openstack/neutron/+/81073415:57
opendevreviewMerged openstack/neutron stable/ussuri: [ovn] metadata functional tests don't support Chassis_Private  https://review.opendev.org/c/openstack/neutron/+/81073518:50

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