opendevreview | Rico Lin proposed openstack/ovn-octavia-provider master: fix: specify endpoint INFO for neutron client https://review.opendev.org/c/openstack/ovn-octavia-provider/+/931141 | 03:37 |
---|---|---|
opendevreview | Rodolfo Alonso proposed openstack/neutron master: Remove the sleep calls in the ``create_or_update_agent`` method https://review.opendev.org/c/openstack/neutron/+/931249 | 06:55 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: WIP - Replace ``greenthread.sleep`` with ``time.sleep`` https://review.opendev.org/c/openstack/neutron/+/931251 | 06:56 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: Replace ``greenthread.sleep`` with ``time.sleep`` https://review.opendev.org/c/openstack/neutron/+/931251 | 06:56 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: WIP - DNM - Test ML2/OVN plugin without eventlet https://review.opendev.org/c/openstack/neutron/+/931252 | 07:18 |
slaweq | haleyb hi, I proposed new neutron-lib release, first for Expoxy: https://review.opendev.org/c/openstack/releases/+/931366 | 07:45 |
ralonsoh | slaweq, do you have PTL permissions?? | 08:02 |
ralonsoh | hehehe the patch is ptl-approved now | 08:02 |
slaweq | ralonsoh yes, because I am release liaison | 08:02 |
ralonsoh | ahhh right! | 08:02 |
slaweq | so in terms of the releases I have same "power" as haleyb | 08:02 |
ralonsoh | slaweq, can we have https://review.opendev.org/c/openstack/neutron-lib/+/927820 too? | 08:03 |
ralonsoh | if we merge it today | 08:03 |
slaweq | ralonsoh sure, we can wait even more than just today | 08:11 |
ralonsoh | slaweq, thanks! | 08:11 |
slaweq | actually now it still needs to wait for the Epoxy placeholder to be merged first | 08:11 |
ralonsoh | yeah, I saw it | 08:11 |
slaweq | and it it not urgent for me at all :) | 08:11 |
slaweq | I just wanted to have it there to not forget and to be able to finish some leftovers which I have in my personal backlog but that can definitely wait few more days | 08:12 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: Ensure the OVSDB and ovn-northd process stop https://review.opendev.org/c/openstack/neutron/+/931015 | 08:34 |
ralonsoh | lajoskatona, ^ this is related to the FT issue | 08:34 |
ralonsoh | if you have some minutes, please check it | 08:34 |
opendevreview | Merged openstack/ovn-bgp-agent master: Make in_port consistent type https://review.opendev.org/c/openstack/ovn-bgp-agent/+/931191 | 08:41 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: DNM: test functional jobs https://review.opendev.org/c/openstack/neutron/+/931016 | 08:48 |
opendevreview | Merged openstack/neutron master: mypy: Use tuple type for SUPPORTED_LOGGING_TYPES https://review.opendev.org/c/openstack/neutron/+/929865 | 08:55 |
lajoskatona | ralonsoh: ack, yesterday I seen it as I remember and run through it | 09:05 |
ralonsoh | cool | 09:05 |
opendevreview | Michel Nederlof proposed openstack/ovn-bgp-agent master: Fix race condition where an event could unexpose a network during sync https://review.opendev.org/c/openstack/ovn-bgp-agent/+/927791 | 09:22 |
andreykurilin | Hi folks! Can anyone suggest the direction for debugging security groups list API slowness? We have an OpenStack 2024.1 cluster. ~9k VMs , 6.4k Security Groups (122k rules in total). I'm receiving Timout error from Nova server list API (API call takes more than 60s to retrieve detailed view of 1k servers). Further debugging showed that Nova retrieves security groups from Neutron and it takes 90+% of user request duration. | 09:54 |
andreykurilin | Nova makes multiple calls, grouping servers into 150-item chunks. The single call to Neutron looks simple - get security groups with passing 150 IDs and `fields=['id', 'name']` filter. It takes ~9s to complete. In comparison, retrieving the same amount of ports without any filters takes <0.4s. Our version of neutron API includes https://review.opendev.org/c/openstack/neutron/+/929967, which improved the case but has not | 09:54 |
andreykurilin | resolved it. | 09:54 |
ralonsoh | andreykurilin, please report a LP bug with the information of (1) the Nova query (what is the current API call to Neutron) and (2) your query | 10:02 |
opendevreview | Merged openstack/neutron-lib master: Deprecate get_notifier(service=None) https://review.opendev.org/c/openstack/neutron-lib/+/911392 | 10:18 |
andreykurilin | ralonsoh: https://bugs.launchpad.net/neutron/+bug/2083682 done. | 10:23 |
andreykurilin | ralonsoh: should I close a new bug report in favor of closed https://bugs.launchpad.net/neutron/+bug/2081087 ? | 10:36 |
ralonsoh | andreykurilin, why? | 10:37 |
andreykurilin | 2081087 is also about slowness of security groups api :) | 10:40 |
ralonsoh | yeah but is solved, at least reduced | 10:41 |
ralonsoh | your case presents another use case | 10:41 |
opendevreview | Lajos Katona proposed openstack/neutron-tempest-plugin master: Check if previous key is present for pagination https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/930877 | 10:43 |
andreykurilin | Ok, thank you | 10:45 |
slaweq | ykarel lajoskatona hi, can you take a look at https://review.opendev.org/c/openstack/neutron-lib/+/927820 ? Thx in advance | 10:58 |
opendevreview | Rodolfo Alonso proposed openstack/neutron-tempest-plugin master: [WSGI] Move all OVN jobs to use WSGI API module https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/930743 | 11:11 |
noonedeadpunk | hey folks! I'm trying to investigate here a bit around https://bugs.launchpad.net/neutron/+bug/2083527 | 11:44 |
noonedeadpunk | and was looking for some confirmation if I understand things correctly and my assumptions are right | 11:44 |
noonedeadpunk | that for nested router NAT rule should not have a GATEWAY_PORT defined in OVN, as LRP is not pinned to any chassis | 11:45 |
noonedeadpunk | though LR is instead | 11:45 |
opendevreview | Takashi Natsume proposed openstack/os-vif master: Remove Python 3.8 support https://review.opendev.org/c/openstack/os-vif/+/931480 | 12:00 |
opendevreview | Takashi Natsume proposed openstack/os-vif master: Remove Python 3.8 support https://review.opendev.org/c/openstack/os-vif/+/931480 | 12:02 |
opendevreview | Michel Nederlof proposed openstack/ovn-bgp-agent master: Fix cleanup of rules per evpn device https://review.opendev.org/c/openstack/ovn-bgp-agent/+/927816 | 12:10 |
lajoskatona | slaweq: Hi, with your TC hat on do you expect VMWare related community discussions? I mean like some coordinated community effort covering questions, requests from ex-vmware users? | 12:12 |
sean-k-mooney | slaweq: https://review.opendev.org/c/openstack/neutron/+/899956 the expection is that each fo the core teams will implemtn that them selves | 12:41 |
sean-k-mooney | slaweq: that is neede to supprot centos 10 stream or installing devstack in a global venv on c9s | 12:42 |
slaweq | sean-k-mooney I abandoned it automatically with script which cleans some old patches, but if this is needed, I just restored it for you | 12:48 |
slaweq | sorry :) | 12:48 |
slaweq | lajoskatona I don't know about any effort like that so far | 12:48 |
slaweq | I guess it can be addressed through the ML/IRC on demand, no? | 12:49 |
slaweq | what do you mean by the coordinated effort exactly? Some WG for that or what? | 12:49 |
sean-k-mooney | so we likely shoud have an offical popup team | 12:50 |
sean-k-mooney | that work across projects | 12:50 |
sean-k-mooney | for vmware related things upstream | 12:50 |
sean-k-mooney | a ptg sessionon that would be good too | 12:50 |
sean-k-mooney | but i dont know if that is being cordinatied by any one specificly | 12:51 |
lajoskatona | slaweq: not sure about at the moment for WG, but perhaps to have some more coordinated response to such needs or wider door for incoming requests :-) | 12:51 |
sean-k-mooney | ost of the vmware topic so far were at teh board level not tc or in the comunity that im aware of | 12:51 |
lajoskatona | sean-k-mooney, slaweq: thanks, I just checked some of the etherpads already there for the PTG and at this time can't see any mention of this on them so I thought I ask around for it | 12:52 |
opendevreview | Jakub Libosvar proposed openstack/ovn-bgp-agent master: Introduce LSP address column parsing functions https://review.opendev.org/c/openstack/ovn-bgp-agent/+/925801 | 13:10 |
haleyb | slaweq: hi, so should we -1 the neutron-lib release change until the other change merges? | 13:17 |
haleyb | i -1'd it | 13:22 |
slaweq | haleyb yes, please | 13:23 |
lajoskatona | haleyb:Hi, do we have drivers meeting today? I am in the office and have to commute home, so I have to miss it if we have :-( | 13:23 |
opendevreview | Jakub Libosvar proposed openstack/neutron master: Set distributed flag to NB_Global https://review.opendev.org/c/openstack/neutron/+/931067 | 13:24 |
opendevreview | Jakub Libosvar proposed openstack/neutron master: Set distributed flag to NB_Global https://review.opendev.org/c/openstack/neutron/+/931067 | 13:25 |
haleyb | lajoskatona: there was one RFE to discuss so was going to have a meeting. Don't know if we'll have quorom or the submittor, but no worries | 13:26 |
lajoskatona | haleyb: ack, thanks | 13:29 |
ykarel | haleyb, i will also not be able to join today | 13:48 |
haleyb | ykarel: thanks for letting me know, will just move to next week if we don't have quorom | 13:51 |
opendevreview | Michel Nederlof proposed openstack/ovn-bgp-agent master: Fix cleanup of rules per evpn device https://review.opendev.org/c/openstack/ovn-bgp-agent/+/927816 | 13:57 |
opendevreview | Michel Nederlof proposed openstack/ovn-bgp-agent master: Fix cleanup of rules per evpn device https://review.opendev.org/c/openstack/ovn-bgp-agent/+/927816 | 14:00 |
haleyb | #startmeeting neutron_drivers | 14:01 |
opendevmeet | Meeting started Fri Oct 4 14:01:22 2024 UTC and is due to finish in 60 minutes. The chair is haleyb. Information about MeetBot at http://wiki.debian.org/MeetBot. | 14:01 |
opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 14:01 |
opendevmeet | The meeting name has been set to 'neutron_drivers' | 14:01 |
mlavalle | \o | 14:01 |
haleyb | not sure if we'll have quorum | 14:01 |
cbuggy | o/ | 14:02 |
haleyb | Ping list: ykarel, mlavalle, mtomaska, slaweq, obondarev, tobias-urdin, lajoskatona, amotoki, haleyb, ralonsoh | 14:02 |
mlavalle | \o | 14:02 |
haleyb | mlavalle: hi again :) | 14:02 |
mlavalle | lol | 14:02 |
slaweq | o/ | 14:02 |
haleyb | so 3 does not make quorum, might have to just do this next week | 14:05 |
mlavalle | ack | 14:05 |
haleyb | if anyone is bored the agenda was only one item | 14:06 |
haleyb | #link https://bugs.launchpad.net/neutron/+bug/2083214 | 14:06 |
haleyb | but we will discuss next week | 14:06 |
haleyb | thanks for coming, will give you :54 back to fix our bugz :) | 14:07 |
mlavalle | will take a look ahead of time so I'm ready for next Friday | 14:07 |
haleyb | #endmeeting | 14:07 |
opendevmeet | Meeting ended Fri Oct 4 14:07:22 2024 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 14:07 |
opendevmeet | Minutes: https://meetings.opendev.org/meetings/neutron_drivers/2024/neutron_drivers.2024-10-04-14.01.html | 14:07 |
opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/neutron_drivers/2024/neutron_drivers.2024-10-04-14.01.txt | 14:07 |
opendevmeet | Log: https://meetings.opendev.org/meetings/neutron_drivers/2024/neutron_drivers.2024-10-04-14.01.log.html | 14:07 |
vprokofev | This one's mine and I'm here btw it you have any questions. | 14:07 |
mlavalle | have a nive weekend | 14:07 |
vprokofev | Ok, next week I guess | 14:07 |
slaweq | have a good weekend | 14:08 |
mlavalle | thanks vprokofev. will reach out to you in case I have any questions | 14:08 |
haleyb | vprokofev: thanks for attending, we just didn't have enough people to discuss/vote | 14:08 |
vprokofev | No worries, there's always next week :) | 14:09 |
mlavalle | aren't we lucky? | 14:09 |
ralonsoh | haleyb, I thought there were no CI meeting | 14:18 |
haleyb | ralonsoh: i had not canceled drivers meeting, but we did not have quorum either way | 14:26 |
ralonsoh | sorry, I understood that from the IRC log | 14:26 |
ralonsoh | (and I went to prepare a coffee) | 14:27 |
haleyb | np | 14:27 |
pabloclsn | Hi guys, I'm using OVN on the master branch on a brand new openstack cluster I want to achieve a form of routing with two virtual router in two separated openstack cluster connected with a network type VLAN. I can see that the router on connected to the same VLAN, because I can see arp flowing from A to B. But the problem is that a router seems to never learn the ARP/IP of the other router. The port security is disab | 14:30 |
ralonsoh | pabloclsn, how are the routers configured? I guess you are defining this VLAN network as external | 15:10 |
opendevreview | Brian Haley proposed openstack/neutron master: Optionally configure IPv6 metadata address https://review.opendev.org/c/openstack/neutron/+/926497 | 15:17 |
opendevreview | Dmitriy Rabotyagov proposed openstack/neutron master: [OVN] Do not supply gateway_port if it's not binded to chassis https://review.opendev.org/c/openstack/neutron/+/931495 | 15:17 |
noonedeadpunk | ralonsoh: do I missunedrstand complexity of the whole thing re ^ ? | 15:18 |
ralonsoh | noonedeadpunk, I would need to review the code and test it. In any case, your user case is, by default, not tested | 15:20 |
ralonsoh | this deserves at least a neutron-tempest-plugin test | 15:20 |
noonedeadpunk | I think I can work on this one | 15:21 |
noonedeadpunk | as well as some unit/functional tests | 15:22 |
noonedeadpunk | and yeah, for sure I get that it's smth not tested - otherwise it won't appear "broken". we're just assesing migration from OVS and that appeared as a blocker for some of our workloads | 15:24 |
opendevreview | Lajos Katona proposed openstack/neutron-fwaas master: Update jobs based on testing runtime for 2025.1 https://review.opendev.org/c/openstack/neutron-fwaas/+/931502 | 15:52 |
opendevreview | Merged openstack/neutron-lib master: Add new API extension ``uplink-status-propagation-updatable`` https://review.opendev.org/c/openstack/neutron-lib/+/927820 | 15:53 |
opendevreview | Lajos Katona proposed openstack/neutron-dynamic-routing master: Update jobs based on testing runtime for 2025.1 https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/931503 | 15:56 |
opendevreview | Lajos Katona proposed openstack/neutron-vpnaas master: Update jobs based on testing runtime for 2025.1 https://review.opendev.org/c/openstack/neutron-vpnaas/+/931504 | 15:59 |
opendevreview | Lajos Katona proposed openstack/neutron-tempest-plugin master: Update python version in setup.cfg https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/931506 | 16:03 |
opendevreview | Lajos Katona proposed openstack/neutron-lib master: Update python version in setup.cfg https://review.opendev.org/c/openstack/neutron-lib/+/931507 | 16:04 |
haleyb | lajoskatona: thanks for those changes ^^ looks like neutron setup.cfg needs a change as well :) | 16:20 |
haleyb | slaweq: can you update the release change for neutron-lib? changes have merged | 16:23 |
opendevreview | Merged openstack/neutron master: Get rid of pkg_resources https://review.opendev.org/c/openstack/neutron/+/931271 | 16:40 |
opendevreview | Jakub Libosvar proposed openstack/neutron master: Use set_nb_global_options in maintenance task https://review.opendev.org/c/openstack/neutron/+/931068 | 17:29 |
opendevreview | Takashi Kajinami proposed openstack/neutron master: Drop usage of importlib_metadata https://review.opendev.org/c/openstack/neutron/+/931515 | 17:57 |
tkajinam | ^^^ fungi this might be a better approach | 17:58 |
tkajinam | (still running local tests | 17:58 |
fungi | looking | 17:59 |
fungi | also, for the record, i have nothing against importing a third-party compatibility module on older interpreters in order to approximate newer ones | 17:59 |
fungi | it's why they exist | 18:00 |
tkajinam | I agree | 18:01 |
fungi | tkajinam: but yeah, 931515 is closer to what we've done in other repos, though i think you have a mismatch in underscores between the two? | 18:02 |
tkajinam | yes... I'm fixing that and minor pep8 error | 18:02 |
tkajinam | I pushed that too early before the tests complete... | 18:02 |
fungi | cool. and i don't mean to be pedantic, i've just run into a lot of mistakes in the past stemming from assumptions about what a specific version number means. versions can lie | 18:03 |
tkajinam | yeah | 18:04 |
tkajinam | one good example was FIPS support | 18:04 |
fungi | versions are useful clues for humans, but not reliable indicators for code | 18:04 |
opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider master: Add LB sync logic https://review.opendev.org/c/openstack/ovn-octavia-provider/+/925324 | 18:06 |
opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider master: Add Listener sync logic https://review.opendev.org/c/openstack/ovn-octavia-provider/+/931250 | 18:06 |
opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider master: Add Pool sync logic https://review.opendev.org/c/openstack/ovn-octavia-provider/+/931266 | 18:06 |
opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider master: Add Member sync logic https://review.opendev.org/c/openstack/ovn-octavia-provider/+/931267 | 18:06 |
opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider master: Add Health monitor sync logic https://review.opendev.org/c/openstack/ovn-octavia-provider/+/931288 | 18:06 |
opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider master: Add sync floating IP support https://review.opendev.org/c/openstack/ovn-octavia-provider/+/929039 | 18:06 |
opendevreview | Jakub Libosvar proposed openstack/neutron master: Set distributed flag to NB_Global https://review.opendev.org/c/openstack/neutron/+/931067 | 18:06 |
opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider master: Add LB sync logic https://review.opendev.org/c/openstack/ovn-octavia-provider/+/925324 | 18:27 |
opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider master: Add Listener sync logic https://review.opendev.org/c/openstack/ovn-octavia-provider/+/931250 | 18:27 |
opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider master: Add Pool sync logic https://review.opendev.org/c/openstack/ovn-octavia-provider/+/931266 | 18:27 |
opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider master: Add Member sync logic https://review.opendev.org/c/openstack/ovn-octavia-provider/+/931267 | 18:27 |
opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider master: Add Health monitor sync logic https://review.opendev.org/c/openstack/ovn-octavia-provider/+/931288 | 18:27 |
opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider master: Add sync floating IP support https://review.opendev.org/c/openstack/ovn-octavia-provider/+/929039 | 18:27 |
opendevreview | Jakub Libosvar proposed openstack/ovn-bgp-agent master: Expose FIP if external_mac was set https://review.opendev.org/c/openstack/ovn-bgp-agent/+/930784 | 18:37 |
opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider master: Add LB sync logic https://review.opendev.org/c/openstack/ovn-octavia-provider/+/925324 | 18:58 |
opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider master: Add Listener sync logic https://review.opendev.org/c/openstack/ovn-octavia-provider/+/931250 | 18:58 |
opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider master: Add Pool sync logic https://review.opendev.org/c/openstack/ovn-octavia-provider/+/931266 | 18:58 |
opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider master: Add Member sync logic https://review.opendev.org/c/openstack/ovn-octavia-provider/+/931267 | 18:58 |
opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider master: Add Health monitor sync logic https://review.opendev.org/c/openstack/ovn-octavia-provider/+/931288 | 18:58 |
opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider master: Add sync floating IP support https://review.opendev.org/c/openstack/ovn-octavia-provider/+/929039 | 18:58 |
opendevreview | Dmitriy Rabotyagov proposed openstack/ovn-bgp-agent master: Handle trimming of vlan interface namings https://review.opendev.org/c/openstack/ovn-bgp-agent/+/910654 | 21:57 |
opendevreview | Dmitriy Rabotyagov proposed openstack/ovn-bgp-agent master: Handle trimming of vlan interface namings https://review.opendev.org/c/openstack/ovn-bgp-agent/+/910654 | 21:58 |
opendevreview | Takashi Kajinami proposed openstack/neutron master: Drop usage of importlib_metadata https://review.opendev.org/c/openstack/neutron/+/931515 | 22:09 |
opendevreview | Ihar Hrachyshka proposed openstack/neutron master: refactor: remove do_notify argument for disassociate_floatingips https://review.opendev.org/c/openstack/neutron/+/931532 | 23:21 |
opendevreview | Ihar Hrachyshka proposed openstack/neutron master: WIP refactor: replace metaclass=ABCMeta with base ABC class https://review.opendev.org/c/openstack/neutron/+/931533 | 23:50 |
opendevreview | Ihar Hrachyshka proposed openstack/neutron master: WIP: refactor: Don't inherit from object https://review.opendev.org/c/openstack/neutron/+/931534 | 23:50 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!