Thursday, 2022-05-19

*** zhouhenglc is now known as Guest87000:47
*** zhouhenglc_ is now known as zhouhenglc00:47
opendevreviewBrian Haley proposed openstack/neutron master: Remove import of 'imp' module  https://review.opendev.org/c/openstack/neutron/+/84245001:38
*** zhouhenglc__ is now known as zhouhenglc01:52
*** zhouhenglc__ is now known as zhouhenglc03:22
lajoskatonaykarel: Hi, regarding https://review.opendev.org/c/openstack/tap-as-a-service/+/842134 , as I see we can merge it as tempest passed, and if it is in the other patch https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/842113 can pass also04:36
lajoskatonaykarel: what do you think?04:37
ykarellajoskatona, as taas patch has depends-on neutron-tempest-plugin patch we can't merge taas patch unless and until neutron-tempest-plugin is green04:39
ykarelif you mean merge with removing depends-on and making job non-voting in taas patch, then yes that can be done04:39
ykareland revert non-voting change after merging neutron-tempest-plugin fix04:41
lajoskatonaykarel: ohh, I see now, sorry it's too early here....04:43
* ykarel_ network issue04:48
opendevreviewLajos Katona proposed openstack/tap-as-a-service master: Add context for all SQL transactions  https://review.opendev.org/c/openstack/tap-as-a-service/+/84213404:49
*** ykarel_ is now known as ykarel04:51
ykarellajoskatona, can drop job from gate pipeline too as it's non-voting now ^04:51
ykareland remove depends-on04:52
opendevreviewyatin proposed openstack/tap-as-a-service master: Add context for all SQL transactions  https://review.opendev.org/c/openstack/tap-as-a-service/+/84213405:30
opendevreviewyatin proposed openstack/neutron-tempest-plugin master: taas: use ssh_key_type from config for taas scenario  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/84211305:36
opendevreviewyatin proposed openstack/tap-as-a-service master: Add context for all SQL transactions  https://review.opendev.org/c/openstack/tap-as-a-service/+/84213405:38
opendevreviewyatin proposed openstack/neutron-tempest-plugin master: Add irrelevant files for fwaas job  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/84246005:42
ykarellajoskatona, i updated the patches by switching depends-on05:43
*** zhouhenglc is now known as Guest89606:05
*** zhouhenglc_ is now known as zhouhenglc06:05
opendevreviewyatin proposed openstack/neutron-tempest-plugin master: Add irrelevant files for fwaas job  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/84246006:12
lajoskatonaykarel: thanks, I am not that effective this morning :-)06:31
ykarelnot a big deal, happen sometimes06:34
ykarelralonsoh, hi, i was looking at osc job failures for segment tests shared by frickler and seems those are related to sqlalchemy 2.0 changes07:17
ykarelcan you check and confirm07:17
ykarelhttps://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_d00/841389/3/check/osc-functional-devstack-tips/d0091ef/controller/logs/screen-q-svc.txt07:17
ykarelhttps://f45708043030637061d5-675a54f2682a71ce0a87525368caccbf.ssl.cf2.rackcdn.com/841389/3/check/osc-functional-devstack/14facfe/controller/logs/screen-q-svc.txt07:17
ralonsohykarel, so you have LP bug?07:18
ralonsohjust to know, if not, I'll open one07:18
ykarelralonsoh, i don't think it was opened07:18
ralonsohok, I'll investigate those errors now07:19
ykarelThanks07:19
slaweqlajoskatona: hi07:20
ykarelwhat i see from logs were for standardattributes table and it retries after Lock wait timeout exceeded; try restarting transaction07:20
slaweqlajoskatona: I just wanted to let You know that I will not be available on the tomorrow's drivers meeting07:20
lajoskatonaslaweq: Hi, thanks07:21
slaweqwe have recharge day in Red Hat so I will be mostly off for all day07:21
ykareland ORM session: SQL execution without transaction in progress, traceback, which made me suspect those sql changes07:21
slaweqand during the drivers meeting I also have to go to the swimming pool with my kids07:21
ralonsohykarel, this is because I introduced this message to warn about this possible problem07:21
lajoskatonaslaweq: that sounds good:-) Swimming pool day is today for me :-)07:22
slaweq:)07:22
ralonsohdammit, I prefer swimming pool day rather than recharge day!07:22
ykarelralonsoh, okk that's message is helpful for this 07:23
ralonsohykarel, indeed there is an error, I'll push a patch right now07:25
ykarelack07:25
ralonsohin _notify_subnet_gateway_ip_update07:25
opendevreviewLajos Katona proposed openstack/networking-bagpipe master: py310: Add required-projects list to py310 job  https://review.opendev.org/c/openstack/networking-bagpipe/+/84191707:44
lajoskatonaslaweq, ralonsoh: Hi, could you please check these bagpipe patches when you have some free time: https://review.opendev.org/q/project:openstack/networking-bagpipe+status:open+-age:17d+label:Verified%252B1 ?07:49
ralonsohsure07:50
opendevreviewRodolfo Alonso proposed openstack/neutron master: [sqlalchemy-20] Add missing DB contexts in L3 methods  https://review.opendev.org/c/openstack/neutron/+/84246807:50
*** zhouhenglc_ is now known as zhouhenglc07:51
ykarelfrickler, fyi ^ fix for osc functional random failures07:58
lajoskatonaslaweq, ralonsoh: regarding milestone-1 n-lib release: https://review.opendev.org/c/openstack/releases/+/842362 , do we need these patches or as we already have 2.21.0 for zed just wait with it and release next time when enough content is ready?08:09
ralonsohlajoskatona, I don't think those patches are strictly needed08:10
lajoskatonaralonsoh: ok, thanks, that was my feeling also08:11
ralonsohdocumentation and testing, no features or bugs08:11
fricklerykarel: ralonsoh: thanks08:12
fricklerwho wo be best to ask about RPC queue things? I have no clue how to review https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/84238308:13
fricklers/wo/would/, me needs coffee08:15
ralonsohI'll try to review it08:15
fricklerralonsoh: that would be great, thanks again08:15
opendevreviewMerged openstack/neutron stable/xena: [OVN] Handle missing acls during log removal  https://review.opendev.org/c/openstack/neutron/+/84194408:16
opendevreviewRodolfo Alonso proposed openstack/neutron master: [DNM - testing FT] Skip "PortBindingChassisEvent" if revision number changes  https://review.opendev.org/c/openstack/neutron/+/84214708:23
opendevreviewRodolfo Alonso proposed openstack/neutron master: Check the Chassis_Private nb_cfg_timestamp with current value  https://review.opendev.org/c/openstack/neutron/+/84247108:37
slaweqlajoskatona: sorry, I was in the meeting09:03
slaweqthose neutron-lib patches are docs and CI related things, none of them needs to be released now09:03
lajoskatonaslaweq: thanks, I abandon then the release patch for n-lib, as we don't really have much thing to release now and we already have one for milestone-109:09
fricklerslaweq: btw., where can I find your gpg key? I'm always seeing "key not found" when reading your mails09:14
opendevreviewMerged openstack/networking-bagpipe master: Update python testing as per zed cycle teting runtime  https://review.opendev.org/c/openstack/networking-bagpipe/+/84153609:26
slaweqfrickler: should be here https://keyserver.ubuntu.com/pks/lookup?search=skaplons%40redhat.com&fingerprint=on&op=index09:36
fricklerslaweq: ah, thx, somehow I had only imported the newer key, not the older one. works fine now09:42
slaweqfrickler:  great09:44
fricklerlajoskatona: at the PTG if I understood correctly it was communicated that the BGP extension project has been canceled at redhat, can these patches all be abandoned, then? https://review.opendev.org/q/topic:bug%252F192146112:43
slaweqfrickler: it wasn't abandoned at Red Hat but Ericsson12:48
fricklerslaweq: ah, sorry. then I'll ask on the patches directly12:53
slaweqfrickler: no worries, probably rubasov will be able to help You with this12:53
rubasovslaweq, frickler: yes, those patches will not be continued12:55
rubasovwe reverted the related n-lib patches12:55
rubasovI'm not the owner, so cannot technically abandon the changes, but I guess slaweq's abandon script will do the job next time he or lajoskatona runs it12:57
slaweqrubasov: I usually run it12:57
slaweqand I can abandon those patches if that's needed12:57
slaweqbut frickler probably should also be able to do so12:57
rubasovif they bother anybody, feel free to abandon them12:58
fricklerrubasov: open patches that are not being worked upon anymore make it more difficult to focus the attention on active patches. I'll abandon and add a note13:04
rubasovthanks13:05
*** dasm|off is now known as dasm13:21
fricklerslaweq: rubasov: I think https://review.opendev.org/c/openstack/neutron-specs/+/785349 could then be adandoned, too? also, should the specs that had already been merged be dealt with somehow?13:22
rubasovI believe the open spec can be abandoned too13:23
rubasovI would leave the merged spec around, that may be informative in historical contexts even if it was not implemented13:25
hjensasneed some help with a failing ironic job, DHCP namespace and dnsmasq not started for network: 6e733d66-2d78-45cf-a649-77092c7e323f13:47
hjensaslogs: https://b310562373a188973e4d-6d67d1055c684f7187f360a048e3d766.ssl.cf2.rackcdn.com/835157/5/check/networking-baremetal-multitenant-vlans/5eaf280/controller/logs/screen-q-dhcp.txt13:48
hjensasI can see _network_create, then _subnet_update called, but never see "Calling driver for network:" for this specific network. The other nets are ok.13:49
hjensasslaweq: ralonsoh: mind taking a look at ^? 13:52
slaweqhjensas: sorry but I will be leaving in few minutes so I don't have time to check it now13:52
ralonsohhjensas, let me check in a few mins13:53
hjensasslaweq: ok, enjoy your time off. :)13:53
slaweqhjensas: thx, I will be around in about 1h but I will have meeting13:54
ralonsohhjensas, this is what you have for all ports in this network13:57
ralonsohhttps://paste.opendev.org/show/bwjvuDmP4bs5Q2opN2yO/13:57
ralonsohbut I don't see any networking_generic_switch logs13:57
ralonsohwell yes, those ports are bound13:58
hjensasralonsoh: There is no port with device-owner network:dhcp for network 6e733d66-2d78-45cf-a649-77092c7e323f, but the subnet on that network is dhcp enabled.14:06
ralonsohthis port, if I recall correctly, is created by the DHCP agent14:07
mnaserlajoskatona: i am not able to +2 changes for neutron-vpnaas to stable branches, is that policy or maybe just missed acl? :)14:12
ykarelralonsoh, slaweq can you check https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/842113 and it depends-on14:18
ykarelthx in advance14:19
ykareland also https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/84246014:19
ralonsohok14:20
fricklermnaser: stable branches usually have dedicated maintainer groups historically14:40
frickleryes, currently it contains only neutron-stable-maint. we created neutron-dynamic-routing-stable-maint in my case which is likely similar to yours. lajoskatona what do you think?14:42
hjensasralonsoh: I added some additional debug logging in dhcp/agent.py - https://paste.opendev.org/show/bQbhsKQ24YxTxZlJ03lI/15:27
hjensasralonsoh: any(s for s in network.subnets if s.enable_dhcp) - condition is false. But the subnet have enable_dhcp: True. 15:28
ralonsohhjensas, are you deploying this in a routed provider networks environment?15:29
hjensasralonsoh: yes15:29
ralonsohhjensas, ok so this network has a subnet in other segment15:29
ralonsohnot in the one assigned to this host running the DHCP15:29
hjensasralonsoh: https://paste.opendev.org/show/bUEjz2Au4aAqhT0EQY91/ <- segment is on "mynetwork", and bridge_mapping have that.15:33
hjensasralonsoh: https://paste.opendev.org/show/bQZMmklC9PHlh40PdKX8/15:35
hjensasagent is on host "devstack" and openvswitch agent configuration have bridge mapping to "mynetwork".15:36
ralonsohhjensas, what version are you using?15:37
ralonsohhjensas, more precisely, did you use devstack? What is the git hash of neutron?15:37
hjensasralonsoh: commit 5c6eff7e15d7b5bf7f0f175293adcec5d953fd6b (HEAD -> master15:38
hjensasralonsoh: yes, it is devstack.15:38
ralonsohhjensas, that should work since https://github.com/openstack/neutron/commit/8fd88fd2239bd19794f2a1cf9480e5aa7d4f5a9b15:40
ralonsohthe problem seems to be in the server 15:40
ralonsohthat is returning a network without any subnet15:40
ralonsohwhen DHCP makes the RPC call to https://github.com/openstack/neutron/blob/master/neutron/api/rpc/handlers/dhcp_rpc.py#L175-L24015:41
ralonsohhjensas, can you log, in the neutron server, what L232 is returning?15:41
hjensasralonsoh: sure15:42
lajoskatonamnaser, frickler: yes, I think we can create similar group for vpnaas15:43
opendevreviewMerged openstack/neutron stable/wallaby: [OVN] Handle missing acls during log removal  https://review.opendev.org/c/openstack/neutron/+/84194515:49
opendevreviewMerged openstack/neutron-tempest-plugin master: Add irrelevant files for fwaas job  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/84246015:49
hjensasralonsoh: https://paste.opendev.org/show/bJ5zE7npvA89HnC5qLnN/15:50
hjensas'subnets': [], 'non_local_subnets': [{'id': '0ae02029-0993-4bb3-b84b-952e67853d49'15:50
ralonsohhjensas, this is why 15:51
ralonsoh        if not any(s for s in network.subnets if s.enable_dhcp):15:51
ralonsoh            self.disable_dhcp_helper(network.id)15:51
ralonsoh            return15:51
ralonsohhjensas, one last time, please check the network segments15:53
ralonsohbecause https://github.com/openstack/neutron/blob/master/neutron/api/rpc/handlers/dhcp_rpc.py#L223-L226 is populated in the other way around15:53
hjensasralonsoh: but the subnet is supposed to be in subnets not in non_local_subnets since the host have the bridge_mapping to 'mynetwork'.15:53
ralonsohhjensas, the subnet will be in "subnets" if the network segments have this host15:54
ralonsohhjensas, the agent, when is created, triggers the execution of "_update_segment_host_mapping_for_agent"15:59
ralonsohcheck for "Checking segment: " in the Neutron logs (in debug mode)16:00
ralonsohthat will report what agents where created and the mappings16:00
hjensasralonsoh: https://paste.opendev.org/show/bBYdB3rjO0eTqsnU8puS/ and Checking segment log entries with filter on the segment_id - https://paste.opendev.org/show/bJidK2p4X8UoZSNHJd46/16:08
ralonsohhjensas, I don't know why "devstack" node is defined with the name and not the host ID16:11
ralonsohthis could be a problem16:11
opendevreviewRodolfo Alonso proposed openstack/neutron master: Log when a segment is mapped/unmapped to a host  https://review.opendev.org/c/openstack/neutron/+/84257617:12
ralonsohhjensas, ^^^ 17:12
ralonsohI'm leaving now, it's a bit late for me17:12
mlavallelajoskatona: tomorrow all Red Hat employees have a day off. I don't think there will be quorum for the drivers meeting17:13
hjensasralonsoh: ack, for me too. I'll add a change with depends-on and see how it goes, hopefully more logging may atleast give a clue about what is going on.17:14
hjensasralonsoh: thank you!17:14
ralonsohyw17:14
lajoskatonamlavalle: ok, thanks17:17
lajoskatonamlavalle: I should have counted on it, slaweq mentioned this morning that you  have recharging day17:18
mlavallelajoskatona: and that counts mtomaska, the person who submitted the RFE17:18
opendevreviewElvira García Ruiz proposed openstack/neutron master: [OVN] Log drop events per security group  https://review.opendev.org/c/openstack/neutron/+/83501417:18
lajoskatonamlavalle: I answered to your mail and postponed the meeting to next week17:19
mlavallelajoskatona: thanks... hve a great weekend!17:19
lajoskatonamlavalle: thanks, the same to you :-)17:20
mtomaskathanks mlavalle. Indeed I wont be available tomorrow :)17:22
mlavallemtomaska: btw, you don't need to attend the meeting to have the RFE discussed. We will discuss it whether you are there or not. It will be discussed next week17:22
mlavalleof course, you are welcome to attend17:23
mtomaskayep I know, but I would like to attend17:25
opendevreviewBrian Haley proposed openstack/neutron master: Start using security-groups-shared-filtering from neutron-lib  https://review.opendev.org/c/openstack/neutron/+/84258117:34
opendevreviewMerged openstack/neutron master: Remove "distutils" library  https://review.opendev.org/c/openstack/neutron/+/84213319:17
opendevreviewBrian Haley proposed openstack/neutron master: Remove import of 'imp' module  https://review.opendev.org/c/openstack/neutron/+/84245019:18
opendevreviewDamian Dąbrowski proposed openstack/neutron master: [L3-HA] Always keep qg- port up, but with a few tweaks to avoid issues  https://review.opendev.org/c/openstack/neutron/+/83967121:17
*** dasm is now known as dasm|off21:26

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