Thursday, 2021-08-26

opendevreviewVictor Morales proposed openstack/neutron master: Use more pythonic approach  https://review.opendev.org/c/openstack/neutron/+/80606501:04
*** iurygregory_ is now known as iurygregory06:28
opendevreviewMerged openstack/neutron stable/wallaby: Replace assertItemsEqual with assertCountEqual  https://review.opendev.org/c/openstack/neutron/+/80579106:55
*** rpittau|afk is now known as rpittau07:24
opendevreviewLajos Katona proposed openstack/networking-odl master: DNM: Check master status  https://review.opendev.org/c/openstack/networking-odl/+/80609507:27
opendevreviewLajos Katona proposed openstack/networking-bgpvpn master: DNM: check master  https://review.opendev.org/c/openstack/networking-bgpvpn/+/80609607:30
opendevreviewLajos Katona proposed openstack/networking-bagpipe master: DNM: check master  https://review.opendev.org/c/openstack/networking-bagpipe/+/80609707:30
opendevreviewyatin proposed openstack/networking-bgpvpn master: Use assertCountEqual instead of assertItemsEqual  https://review.opendev.org/c/openstack/networking-bgpvpn/+/80610108:17
opendevreviewLajos Katona proposed openstack/neutron-lib master: DNM: test muster  https://review.opendev.org/c/openstack/neutron-lib/+/80610208:23
opendevreviewBernard Cafarelli proposed openstack/neutron stable/train: [DNM] Check train CI status  https://review.opendev.org/c/openstack/neutron/+/80610808:34
bcafarel^ ralonsoh more fun with that new advanced image flavor https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_bcc/804720/2/check/neutron-tempest-plugin-scenario-linuxbridge-rocky/bccc908/job-output.txt08:35
bcafarelEM branches use job definition from master n-t-p, but older tagged checkout :)08:35
ralonsohbcafarel, but the devstack plugin is the same08:36
ralonsohit should work too, at least with your patch08:36
ralonsohright?08:37
bcafarelwe checkout neutron-tempest-plugin at older tag so it does not have the create_flavor_for_advance_image call (looks so from the line numbers)08:37
opendevreviewLajos Katona proposed openstack/neutron-lib master: Cap oslo.messaging to be lower than 12.9.0  https://review.opendev.org/c/openstack/neutron-lib/+/80611308:37
bcafarelbut zuul jobs we get from master and it tries ADVANCED_INSTANCE_TYPE: ntp_image_384M08:38
ralonsohbcafarel, so is using the new image but not creating it08:38
ralonsohI don't understand08:38
ralonsohthe zuul file was modified in the same patch where the method was implemented08:38
bcafarelralonsoh: yes so it works fine for current branches, but EM we override checkout https://opendev.org/openstack/neutron-tempest-plugin/src/branch/master/zuul.d/train_jobs.yaml#L908:39
bcafarelso the code in devstack plugin is not there for these branches08:39
ralonsohahhhhhh08:40
ralonsohbcafarel, ok ok08:40
bcafarel(took me some head scractching to figure out this morning :) )08:40
ralonsohso, what I'm going to do is to override the default value in EM branches08:40
ralonsohand use the default one08:40
ralonsohEM branches == up to queens??08:40
ralonsohactually this problem was found in newer versions08:41
ralonsohI think we can use the default image up to Train08:41
bcafarelah good so if we can still use default flavor in EM it sounds easier then08:41
ralonsohI'll push a patch right now08:41
bcafareland up to Train now (time flies...)08:41
bcafarelralonsoh: thanks :)08:42
opendevreviewRodolfo Alonso proposed openstack/neutron-tempest-plugin master: Use default "ds512M" advance image in older stable branches  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/80611908:59
ralonsohbcafarel, ^^08:59
lajoskatonaHi, neutron-lib unittests are broken, due to the release of oslo.messaging09:37
lajoskatonahttps://dcdfbd7cdeab11842c91-86f17d3268054037bb0d094a3c69f66d.ssl.cf5.rackcdn.com/806102/1/check/openstack-tox-py38/dbc7db8/testr_results.html09:38
ralonsohlajoskatona, will you work on this? I can do it if you don't have time09:39
ralonsohdo you have a bug?09:39
lajoskatonaralonsoh: I tried, but lost in mock....09:39
ralonsohlajoskatona, I'll try too09:39
ralonsohfirst I'll open a bug09:40
lajoskatonaI pushed a patch to cap it: https://review.opendev.org/c/openstack/neutron-lib/+/80611309:40
lajoskatonabut hit some dependency hell issue with it09:40
lajoskatonagood idea09:40
lajoskatonaI hoped that it will easy few minutes thing....09:41
ralonsohhttps://bugs.launchpad.net/neutron/+bug/194172509:42
ralonsohlajoskatona, https://github.com/openstack/oslo.messaging/blob/master/oslo_messaging/_metrics/client.py#L7209:49
ralonsohwe mock this variable instead of providing a value 09:49
ralonsohI'll push a patch09:49
lajoskatonathe issue is that even if metrics_enabled = False (as it is the default) the code goes to the new _metrics.client, which is strange....09:56
opendevreviewRodolfo Alonso proposed openstack/neutron-lib master: Provide int value for oslo.messaging "metrics_buffer_size"  https://review.opendev.org/c/openstack/neutron-lib/+/80612909:59
ralonsohlajoskatona, ^09:59
ralonsohok, still not working10:01
lajoskatonaralonsoh: for me if I put it to TimeoutTestCase setup it fixes a lot10:04
ralonsohI still need to set those overrides in the other class10:04
lajoskatonaI think I left out oslo_messaging_metrics ....10:04
opendevreviewRodolfo Alonso proposed openstack/neutron-lib master: Provide int value for oslo.messaging "metrics_buffer_size"  https://review.opendev.org/c/openstack/neutron-lib/+/80612910:05
opendevreviewRodolfo Alonso proposed openstack/neutron-lib master: Provide int value for oslo.messaging "metrics_buffer_size"  https://review.opendev.org/c/openstack/neutron-lib/+/80612910:09
lajoskatonaralonsoh: for me metrics_thread_stop_timeout = 2 worked :-)10:13
ralonsohand metrics_thread_stop_timeout=0 better10:13
ralonsohbecause that will prevent from trying to send any metric10:13
ralonsohand we'll not see any warning message in the UTs logs10:13
ralonsohsee last patch10:14
lajoskatonaok , I see now, but with rpc.TRANSPORT.conf.oslo_messaging_metrics.metrics_enabled = False it works as well10:16
opendevreviewLajos Katona proposed openstack/neutron-lib master: Fix hostroute validation with BFD  https://review.opendev.org/c/openstack/neutron-lib/+/80583410:21
ralonsohhi folks, can I draw your attention to https://review.opendev.org/c/openstack/neutron/+/804218?10:40
ralonsohI think the patch and the bug are easy to review10:41
ralonsohand I have a customer hitting it10:41
*** ksambor__ is now known as ksambor10:55
opendevreviewRodolfo Alonso proposed openstack/neutron-lib master: Disable "oslo.messaging" metrics  https://review.opendev.org/c/openstack/neutron-lib/+/80612910:57
opendevreviewMerged openstack/neutron stable/wallaby: Use elevated context to get default SG from database  https://review.opendev.org/c/openstack/neutron/+/80343912:11
opendevreviewBalazs Gibizer proposed openstack/neutron master: Enable QoS min bw tempest in neutron-ovs-tempest-multinode-full  https://review.opendev.org/c/openstack/neutron/+/80617012:45
opendevreviewMamatisa Nurmatov proposed openstack/neutron master: use payload for OVSDB_RESOURCE  https://review.opendev.org/c/openstack/neutron/+/80539712:53
opendevreviewLajos Katona proposed openstack/neutron-dynamic-routing master: DNM: test master  https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/80617713:15
opendevreviewMerged openstack/neutron-lib master: Disable "oslo.messaging" metrics  https://review.opendev.org/c/openstack/neutron-lib/+/80612914:15
spatelFolk, I have question related SRIOV compute node with OVN  Reading: https://docs.openstack.org/neutron/latest/admin/ovn/sriov.html14:26
spatelwhat is this going to be in my setup? ovn-bridge-mappings="public:br-ex"14:26
spateli have vlan:br-provider at present for normal compute nodes but not sure what i should set this for SR-IOV compute14:27
opendevreviewOleg Bondarev proposed openstack/neutron-lib master: Add Local IP API def  https://review.opendev.org/c/openstack/neutron-lib/+/80305114:35
ralonsohlajoskatona, https://review.opendev.org/c/openstack/neutron-lib/+/805834 14:40
ralonsohcan you rebase it?14:40
lajoskatonaralonsoh: thanks, I do14:41
opendevreviewLajos Katona proposed openstack/neutron master: Doc: follow-up for recent job renames  https://review.opendev.org/c/openstack/neutron/+/80620014:41
ralonsohspatel, did you check https://docs.openstack.org/neutron/latest/admin/ovn/sriov.html?14:42
spatelYes i am reading that ralonsoh 14:42
ralonsohthe SRIOV config is the same as it was before14:42
ralonsohthe SRIOV config is the same as it was before14:43
ralonsohthen you need to enable a chassis as GW14:43
spatelI am running VLAN base provider and my router is my physical datacenter gateway 14:43
opendevreviewLajos Katona proposed openstack/neutron-lib master: Fix hostroute validation with BFD  https://review.opendev.org/c/openstack/neutron-lib/+/80583414:43
ralonsohah, and you remember to deploy metadata on GW nodes (local metadata won't work with sriov ports)14:43
spatelralonsoh ah! 14:44
spatelcurrently i have normal compute which is default running metadata on local compute. 14:44
ralonsohthat will work woth OVN ports14:44
ralonsohbut SRIOV port will receive the metadata from the GW metadata service14:45
spatelI have configure DVR so every compute node is my GW node14:45
ralonsohspatel, BTW, check "known limitation", point 214:45
spatelralonsoh interesting so in my case it won't work right, i am planning to use vlan provider 14:48
ralonsohcheck the bug, I didn't track it14:48
spatelThis is still open bug14:49
lajoskatonaslaweq: shall we include https://review.opendev.org/c/openstack/neutron-lib/+/805834 in neutron-lib ?14:49
spatelralonsoh regardless that bug if i want to run OVN with SRIOV then i should need to set /etc/neutron/plugins/ml2/sriov_nic_agent.ini file and daemon as we used to do earlier right?14:50
ralonsohspatel, yes, SRIOV agent is needed in the compute node14:51
ralonsohand the config file (same as in Nova)14:51
ralonsohI mean, Nova config is also needed for SRIOV14:51
spatelLet me give it a try and see what issue i can face. according that i will update that BUG report14:52
spatelAssuming OVN will automatically create external port on my chassis 14:52
opendevreviewmitya-eremeev-2 proposed openstack/neutron master: Added remote securiy group proccessing step.  https://review.opendev.org/c/openstack/neutron/+/80620314:52
ralonsohlajoskatona, I think we should, BFD validation is already released14:53
ralonsohand we need this fix14:53
spatelralonsoh is this looks correct mechanism_drivers = ovn,sriovnicswitch14:53
ralonsohyes14:54
spatelthanks! 14:54
lajoskatonaralonsoh: could you wf+1 it, please ;)14:55
ralonsohlajoskatona, sure14:55
lajoskatonaralonsoh: thanks14:58
spatelralonsoh assuming i also need openvswitch_agent.ini  file on compute node right?15:21
ralonsohspatel, no you don't, no one should be using OVS agent15:27
spateloh! okay 15:27
spatelralonsoh just curious because i have seen many example people using it, is this the case with OVN to not use it?15:28
ralonsohthere are no OVS agents, you don't need it15:29
ralonsohall ml2 config can be in ml2_plugin.ini15:29
ralonsohit is wrong to name a file like this is you don't have OVS agents15:29
spatelhmm 15:30
spatelralonsoh so i have setup all sriov config and created sriov port and when try to attach to vm i got this error on neutron-server logs - https://paste.opendev.org/show/808354/15:57
spatelcan you see what went wrong here? or did i missing something 15:57
spatelI can see HA_Chassis_Group  then why neutron not able to find that?15:58
ralonsohyou didn't set one of the controller as GW15:58
ralonsoh--> https://docs.openstack.org/neutron/latest/admin/ovn/sriov.html#ovn-database-information15:58
ralonsohfor SRIOV, you need to declare a chassis GW15:59
spatelhmm i do have this - ovn-cms-options=enable-chassis-as-gw16:00
spateldid i mis-understand anything here? 16:02
*** rpittau is now known as rpittau|afk16:02
ralonsohand do you have a HA_Chassis_Group?16:02
ralonsohnamed "default_ha_chassis_group"16:02
spatellook at this output - https://paste.opendev.org/show/808354/16:02
spatelYes i do have HA_Chassis_Group16:02
spatelhttps://paste.opendev.org/show/808356/16:03
ralonsohexecute16:04
ralonsohovn-nbctl list HA_Chassis 8f072dda-070a-4ff3-805c-bb0f40b99348 c4c08be8-5cdc-4cd7-99ed-a22bb787ab5516:04
spatelhere you go - https://paste.opendev.org/show/808357/16:05
ralonsohspatel, ok now I'm checking https://paste.opendev.org/show/808354/ again16:06
ralonsohnone of those chassis have "ovn-cms-options=enable-chassis-as-gw" in external_ids16:06
ralonsohah yes16:06
ralonsohat the end16:06
spatelare you talking about this flag = external_ids        : {}16:07
ralonsohL4 and L1316:07
spateli do have that for both compute nodes "ovn-cms-options=enable-chassis-as-gw"16:08
ralonsohand command16:09
ralonsohovn-nbctl find Logical_Switch_Port type=external16:09
ralonsohlet me check16:09
opendevreviewMerged openstack/neutron master: Use more pythonic approach  https://review.opendev.org/c/openstack/neutron/+/80606516:09
opendevreviewBernard Cafarelli proposed openstack/neutron-vpnaas stable/train: Pin isort to 4.3.21  https://review.opendev.org/c/openstack/neutron-vpnaas/+/80596916:11
spatelralonsoh sure, standby 16:13
ralonsohspatel, can you report a launchpad bug with this information?16:18
spatelralonsoh sure, i can do that16:18
ralonsohI'll ping lucasgomes16:18
spatelnow i have removed all my normal compute nodes and just kept sriov compute node enabled and try to spin up VM and getting this error on neutron-server - https://paste.opendev.org/show/808358/16:19
ralonsohspatel, do you have https://review.opendev.org/c/openstack/neutron/+/79526016:20
ralonsohcheck https://bugs.launchpad.net/neutron/+bug/193122016:20
spatelchecking16:20
spatelralonsoh i don't have that patch 16:23
ralonsohapply it16:23
spatelok 16:23
spateli am comparing that file line by line and look like i have lots of things are different in that file.. i may running little older version of neutron 16:25
spateli can move my branch to master if that help here 16:25
ralonsohit should16:28
spatelralonsoh let me upgrade my neutron to master branch, i don't think direct applying patch will work 16:28
spateli will get back to you after upgrade..16:28
opendevreviewRodolfo Alonso proposed openstack/neutron master: [WIP] Write FW OF rules belonging to a port in a single operation  https://review.opendev.org/c/openstack/neutron/+/80624616:55
spatelralonsoh i am little confused here, i am looking at master branch and that patch isn't part of latest master - https://opendev.org/openstack/neutron/src/branch/master/neutron/plugins/ml2/ovo_rpc.py17:07
ralonsohspatel, it is but another patch updated it17:08
spatelso what should i use that patch specific SHA or latest master 17:09
ralonsohno, you should use master for testing17:10
spatellet me use master then 17:11
spatelralonsoh same error :(  - https://paste.opendev.org/show/808360/17:21
ralonsohattach to the bug all logs, not only this line17:22
spatel  how do ovn know i have eno49 is SRIOV and map to that VF ?17:22
ralonsohI can't figure out what is happening there17:22
ralonsohreading the neutron port17:23
spatelanyway let me open BUG report and see 17:24
spatelralonsoh here its - https://bugs.launchpad.net/neutron/+bug/194178417:44
ralonsohthere should be more information in the neutron server logs17:45
ralonsohnot only this line17:45
ralonsohthere should be an exception17:45
ralonsohor something17:45
spatelhmm let me enable debug and put more info17:48
spatelone more thing i am seeing i don't have any neutron-sriov-nic-agent.service service running on compute node 17:48
ralonsohso no one is binding this port17:48
spateli do have sriov_nic_agent.ini file 17:48
ralonsohif you dont' have a sriov agent, no one will bind this port17:49
ralonsohthis is not an OVN problem right now17:49
spatelchecking my systemd service 17:49
spatelre-running my playbook, something went wrong here let me fix it 17:52
ralonsohspatel, I'm leaving now, it's almost 8PM for me17:53
spatelralonsoh thank you for your help, i will update that ticket with more information 17:53
ralonsohcool17:53
spatelwill talk to you tomorrow if you around, have a good night17:53
spatelralonsoh it works after fixing sriov-nic-agent service 18:04
spatelNow everything works, i can ping outside world from my VM and it got IP address from DHCP also 18:16
spatelgoing to delete that bug18:16
opendevreviewSlawek Kaplonski proposed openstack/neutron master: [DVR] Set arp entries only for single IPs given as allowed addr pair  https://review.opendev.org/c/openstack/neutron/+/80005919:09
*** tbachman is now known as Guest550019:14
opendevreviewMerged openstack/neutron-lib master: Fix hostroute validation with BFD  https://review.opendev.org/c/openstack/neutron-lib/+/80583419:34
opendevreviewmitya-eremeev-2 proposed openstack/neutron master: Added remote securiy group proccessing step.  https://review.opendev.org/c/openstack/neutron/+/80620320:24
*** tbachman is now known as Guest550420:26
*** tbachman is now known as Guest550720:50
opendevreviewmitya-eremeev-2 proposed openstack/neutron master: Added remote security group proccessing step.  https://review.opendev.org/c/openstack/neutron/+/80620320:54
opendevreviewLance Bragstad proposed openstack/neutron master: Fix typos in agent policy names  https://review.opendev.org/c/openstack/neutron/+/80627721:13
*** tbachman is now known as Guest551021:18
opendevreviewMerged openstack/neutron-tempest-plugin master: Add new scenario jobs for distributed dhcp  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/80347021:57
*** tbachman is now known as Guest551623:03

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