opendevreview | Merged openstack/neutron master: [eventlet-removal] Remove the usage of eventlet from the periodic worker https://review.opendev.org/c/openstack/neutron/+/952117 | 00:01 |
---|---|---|
*** elodilles is now known as elodilles_pto | 06:14 | |
ralonsoh | hi folks, if you have some minutes today: | 08:00 |
ralonsoh | * https://review.opendev.org/c/openstack/neutron/+/952659 | 08:00 |
ralonsoh | * https://review.opendev.org/c/openstack/neutron/+/939321 | 08:00 |
ralonsoh | * https://review.opendev.org/c/openstack/neutron/+/937765 | 08:00 |
ralonsoh | * https://review.opendev.org/c/openstack/neutron/+/950499 | 08:00 |
ralonsoh | all eventlet-removal related | 08:00 |
ralonsoh | thanks in advance | 08:00 |
lajoskatona | ralonsoh: added to my pile | 08:07 |
opendevreview | Slawek Kaplonski proposed openstack/neutron-lib master: Make model_query to be project scoped only with old API policies https://review.opendev.org/c/openstack/neutron-lib/+/953733 | 09:07 |
opendevreview | yatin proposed openstack/neutron master: Revert "Make resource "tag" case sensitive" https://review.opendev.org/c/openstack/neutron/+/953734 | 09:10 |
opendevreview | Slawek Kaplonski proposed openstack/neutron master: Remove plugin parameter from the policy.enforce and check functions https://review.opendev.org/c/openstack/neutron/+/953735 | 09:27 |
opendevreview | Lajos Katona proposed openstack/neutron master: OVS Trunk: Improve code documentation for trunk wiring https://review.opendev.org/c/openstack/neutron/+/949569 | 09:37 |
jjasek | Hello, Horizon greets Neutron :-). Our Horizon tests (not exactly the tests but devstack environment preparing) started failing around 27th of June. The issue seems to be connected with Neutron (neutron_plugins). Can someone please take a look at it or direct me to the right path to find what can be wrong there? Log: https://zuul.opendev.org/t/openstack/build/71baf61777b844578daad15d564ecb23 | 09:41 |
bcafarel | jjasek: you may need https://review.opendev.org/c/openstack/neutron/+/953734 (disclaimer I have not checked the logs in detail, just that the date aligns with original change) | 09:48 |
opendevreview | Merged openstack/neutron stable/2025.1: [FT] Wait for the FIP Port_Binding event before checking MAC removal https://review.opendev.org/c/openstack/neutron/+/953411 | 09:48 |
lajoskatona | jjasek, bcafarel: Hi, the zuul log referenced is a little different what is in the bug for tags (https://bugs.launchpad.net/neutron/+bug/2115629 ), but good coincidence based on the dates | 10:01 |
jjasek | bcafarel, lajoskatona: Hello guys, based on my very limited knowledge of Neutron, it doesn't seem to be related. I will try to deep dive into this, I also created a bug for this issue. If any of you have some time/idea, I will be more than happy if you can take a look at it <3. https://bugs.launchpad.net/neutron/+bug/2115631 | 10:07 |
ykarel | jjasek, ot | 10:48 |
ykarel | it's same as https://bugs.launchpad.net/neutron/+bug/2115629 , i have closed 2115631 as duplicate | 10:48 |
ralonsoh | ykarel, thanks a lot for reporting and providing info | 10:49 |
ralonsoh | jjasek, I'm working on this right now | 10:49 |
ralonsoh | sorry, I didn't considered mariadb | 10:49 |
opendevreview | Slawek Kaplonski proposed openstack/neutron master: Remove plugin parameter from the policy.enforce and check functions https://review.opendev.org/c/openstack/neutron/+/953735 | 10:50 |
opendevreview | Takashi Kajinami proposed openstack/neutron-tempest-plugin master: Remove deprecated options to enable/disable plugin tests https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/953741 | 10:57 |
jjasek | ykarel, ralonsoh, Thank you guys! Let me know if there is any news. | 11:00 |
sean-k-mooney | ralonsoh: the reaons we did not set a coalation typ in the scema for nova awas actully becase of upgrade impact in 2 cases, 1 it woudl force a data migration and for nova we woudl rally need to do this for a lot fo tables not just one for it to make any sesne | 11:39 |
sean-k-mooney | the other reasons is some people may have incorrectly been relying on the case insensitve behavior | 11:40 |
sean-k-mooney | whiel we inteded the tag and metadata apis ectra to be case senseitive | 11:40 |
ralonsoh | sean-k-mooney, we need that only for one table | 11:40 |
sean-k-mooney | and that what the python code expected it was not enforced at the db level | 11:40 |
ralonsoh | the openstack API says tags are case sensitive | 11:40 |
sean-k-mooney | at the api they are | 11:41 |
sean-k-mooney | but the actual behavior dependon on the db schdmea to a degree | 11:41 |
sean-k-mooney | so thenicaly it depends | 11:41 |
ralonsoh | I don't agree with that | 11:41 |
ralonsoh | if we add two different tags and then the DB doesn't differenciate them | 11:41 |
ralonsoh | then the API is broken | 11:42 |
sean-k-mooney | you were referint to the wiki which is not the ahtoritive source | 11:42 |
sean-k-mooney | as in https://specs.openstack.org/openstack/api-wg/guidelines/tags.html is not actully the athoritive srouce on hwo this work | 11:42 |
sean-k-mooney | but making them case sensitive was the orgianly intient | 11:42 |
ralonsoh | and we are doing that with that single change | 11:43 |
sean-k-mooney | in realtity it entirlly depended on how your db was configured | 11:43 |
ralonsoh | this is only needed in one single table | 11:43 |
ralonsoh | and there are collations that are in mariuadb and mysql | 11:43 |
sean-k-mooney | right im just sayign that if nova is deploy with a case insetivige coalation type then they will be case instisitive | 11:44 |
sean-k-mooney | we are not enforcign the coalation type because we were worried about upgrade impacts | 11:44 |
ralonsoh | we considered that in the Neutron meeting and decided to follow what is in the wiki | 11:44 |
ralonsoh | what about the upgrade? | 11:44 |
sean-k-mooney | we dont know if people have built applciation that depend on it being case instistive because the cloud they are interactig with did not use a case sensitive coalation type | 11:45 |
sean-k-mooney | ralonsoh: i would sugget usign utf8mb4_bin by the way | 11:45 |
ralonsoh | this is what I'm going to push now | 11:45 |
sean-k-mooney | that shoudl work on debian and older dbs | 11:45 |
sean-k-mooney | ack | 11:46 |
ralonsoh | yes, this is supported in all mariadb and mysql 5.5.3 (2010) | 11:46 |
sean-k-mooney | ya its much much older and was added wiht the 4 byte utf8 encoding was added | 11:46 |
sean-k-mooney | so the actula api ref for the server tag interface is here https://docs.openstack.org/api-ref/compute/#server-tags-servers-tags | 11:47 |
sean-k-mooney | as i said we ended up not specifyign if it was case sesneitve or not in the api contract | 11:47 |
sean-k-mooney | even though it was inteded to be case senitive | 11:48 |
sean-k-mooney | the spec did capture that detail https://specs.openstack.org/openstack/nova-specs/specs/newton/implemented/tag-instances.html#data-model-impact | 11:48 |
sean-k-mooney | we got a bug report https://bugs.launchpad.net/nova/+bug/1538011 | 11:49 |
sean-k-mooney | sayign metadata keys were not treated as case seneitive | 11:51 |
sean-k-mooney | when we looked at that w efound that in many case because nova does not specify a coalation type the exact behavior can vary depending on how the db is configured | 11:51 |
sean-k-mooney | so for us to actully fix this and make them case seneistive is much more complex | 11:52 |
sean-k-mooney | we would have to look at all our tables and decided which need to be case sensitive or not | 11:53 |
ralonsoh | sorry sean-k-mooney , I sent a mail 2 weeks ago | 11:53 |
ralonsoh | and nobody replied | 11:53 |
ralonsoh | that was an openstack wide mail, with the correct tags | 11:53 |
ralonsoh | so we decided to fix that making it case sensitive | 11:53 |
ralonsoh | because some customers using THT hit an issue | 11:54 |
sean-k-mooney | if they used tripleo hte behavior they would have by default woudl depend on the local used but it was proably case inseitive on the nova side | 11:55 |
sean-k-mooney | i have been pretty heads down for the last few weeks so i missed your mail | 11:55 |
sean-k-mooney | ah `"tag" API in OpenStack, case sensitive` | 11:57 |
sean-k-mooney | i can reply with context to that mail if it helps | 11:57 |
ralonsoh | that will be perfect | 11:58 |
sean-k-mooney | i think this would be a good topic for th enova team to reconsider in the next ptg. | 11:58 |
sean-k-mooney | we have a number of issue with our db schema like using ints instead of uint64 | 11:59 |
sean-k-mooney | in places | 11:59 |
sean-k-mooney | we had at least one case where the make primary key was hit for our metadta table (psi) | 11:59 |
sean-k-mooney | that was cause by using a signed int 32 | 12:00 |
sean-k-mooney | but as i noted we generally dont set the coalation types at all in our schemas | 12:00 |
sean-k-mooney | which is problematic | 12:00 |
sean-k-mooney | ralonsoh: by the way why does neutorn have tags? | 12:32 |
sean-k-mooney | nova has port tags in our db because neutron did not have taging | 12:32 |
sean-k-mooney | https://specs.openstack.org/openstack//nova-specs/specs/ocata/approved/virt-device-tagged-attach-detach.html | 12:32 |
sean-k-mooney | we have neutron port tags and cinder volume tags in our db to extended tagging to both services since pike https://specs.openstack.org/openstack//nova-specs/specs/pike/implemented/virt-device-tagged-attach-detach.html | 12:33 |
sean-k-mooney | when did neutron gain a concept of tags? | 12:34 |
sean-k-mooney | i guess it got network tags around the same time | 12:35 |
sean-k-mooney | and prot tag must of comple at a later point | 12:35 |
opendevreview | Takashi Kajinami proposed openstack/neutron-tempest-plugin master: Hide ssh_proxy_jump_password from debug log https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/953746 | 12:40 |
sean-k-mooney | ah looks like it was extened in https://github.com/openstack/neutron/commit/96f0142b8089a85f1a031f236c6d39fd463bf86c | 12:44 |
sean-k-mooney | that measn there are 2 ways to asign tags to ports, nova device role tagging and in neutorn directly. im not sure if we ever sync between the two sources of truth | 12:45 |
ralonsoh | sean-k-mooney, we have several resources that can have tags | 12:47 |
ralonsoh | ports, networks, SG, etc | 12:47 |
sean-k-mooney | ralonsoh: yep so looking at https://specs.openstack.org/openstack//nova-specs/specs/pike/implemented/virt-device-tagged-attach-detach.html#history the inital impleation in nova was done in mitaka for booting vms with tagged port which predates tags in neutron and it was complete for prot attach in pike | 12:48 |
ralonsoh | why? I can't reply to this, I would need to check the bug | 12:48 |
ralonsoh | so that was a RFE: https://bugs.launchpad.net/neutron/+bug/1682775 | 12:48 |
sean-k-mooney | yep which was compelted after we had device role taggin in nova but i dont think there was ever any work to sync to too | 12:49 |
sean-k-mooney | so right now there are 2 independet set of tag for neutron ports | 12:49 |
sean-k-mooney | device roles tags implemtned in nova's db | 12:49 |
sean-k-mooney | since newton in the virtual interfaces table | 12:50 |
sean-k-mooney | and native port tags in neutron db | 12:50 |
sean-k-mooney | i dont think the two are correated today | 12:50 |
ralonsoh | I didn't know we had this feature | 12:51 |
ralonsoh | how Nova stores port tags? | 12:51 |
sean-k-mooney | i could be wrogn about that but since the nova feature predates the neturon one and it does nto refence neutron tages i assuem we never updated it | 12:51 |
ralonsoh | in nova db | 12:51 |
sean-k-mooney | we dont store the nueton ones at all as far as i am aware | 12:51 |
sean-k-mooney | btu the nova ones are in the virutal interfaces table | 12:51 |
sean-k-mooney | ill get a link | 12:51 |
ralonsoh | so this is a nova feature and you store this info in nova DB | 12:52 |
sean-k-mooney | yep | 12:52 |
ralonsoh | I don't think both features are the same and for sure they won't clash | 12:52 |
sean-k-mooney | they wont but it can be confusting ot have 2 diffent sets of tags on an itnerface | 12:52 |
sean-k-mooney | we presetnt only the nova tags to the instnaces in teh metadtaa api | 12:52 |
sean-k-mooney | https://github.com/openstack/nova/blob/master/nova/db/main/models.py#L957 | 12:53 |
sean-k-mooney | https://github.com/openstack/nova/blob/master/nova/objects/virtual_interface.py#L48 | 12:54 |
sean-k-mooney | so ya https://github.com/openstack/nova/blob/master/nova/network/model.py#L411-L442 nova does not store the neutron tags today | 12:55 |
sean-k-mooney | so they are independent but we also do not present them in the metatadata api so they they can only be used via neturon rest api which is proably ok | 12:56 |
opendevreview | Takashi Kajinami proposed openstack/neutron-lib master: sqlalchemy: Use built-in declarative https://review.opendev.org/c/openstack/neutron-lib/+/953752 | 13:07 |
opendevreview | Takashi Kajinami proposed openstack/neutron master: sqlalchemy: Use built-in declarative https://review.opendev.org/c/openstack/neutron/+/953766 | 13:23 |
opendevreview | Takashi Kajinami proposed openstack/neutron-lib master: sqlalchemy: Use built-in declarative https://review.opendev.org/c/openstack/neutron-lib/+/953752 | 13:24 |
tkajinam | I wonder if anyone knows what https://github.com/openstack/os-ken/blob/master/os_ken/services/protocols/zebra/db/base.py is for ? | 13:26 |
ralonsoh | tkajinam, no idea, sorry | 13:27 |
ralonsoh | I don't think we use it, to be honest (in Neutron) | 13:27 |
tkajinam | maybe we can just drop it ? | 13:28 |
slaweq | tkajinam it is one of the many things which came to os-ken from ryu when we've forked it | 13:28 |
slaweq | but we are for sure not using it in Neutron | 13:28 |
ralonsoh | I think it is safe to drop it | 13:28 |
slaweq | I think we can drop it from os-ken easily | 13:28 |
ralonsoh | as slaweq said, we don't use it | 13:28 |
tkajinam | I noticed it uses an old sqlalchemy interface (which I'm fixing in a few other neutron repos). I see the zebra module os-ken depends on sqlalchemy but it doesn't declare that dependency | 13:29 |
tkajinam | I can "fix" it technically but if we expect no usage then dropping the module makes more sense | 13:29 |
ralonsoh | don't spend time on this | 13:33 |
ralonsoh | just delete it | 13:33 |
tkajinam | yeah | 13:33 |
opendevreview | Takashi Kajinami proposed openstack/neutron-tempest-plugin master: Remove deprecated options to enable/disable plugin tests https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/953741 | 13:34 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: Change "tag" table collation to "utf8mb4_bin" https://review.opendev.org/c/openstack/neutron/+/953768 | 13:36 |
ralonsoh | ykarel, ^ | 13:36 |
ykarel | ralonsoh, ack thx | 13:46 |
opendevreview | Takashi Kajinami proposed openstack/neutron-lib master: sqlalchemy: Use built-in declarative https://review.opendev.org/c/openstack/neutron-lib/+/953752 | 13:50 |
lajoskatona | kajinam: https://docs.frrouting.org/projects/dev-guide/en/latest/zebra.html , I suppose we can drop it from os-ken, FRR host for it maintained code and as that is already used by some Netrowking projects can be a better choice | 14:00 |
ykarel | #startmeeting neutron_ci | 14:01 |
opendevmeet | Meeting started Mon Jun 30 14:01:42 2025 UTC and is due to finish in 60 minutes. The chair is ykarel. 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_ci' | 14:01 |
ykarel | Ping list: bcafarel, lajoskatona, slawek, mlavalle, mtomaska, ralonsoh, ykarel, jlibosva, elvira | 14:01 |
ralonsoh | hi | 14:01 |
slaweq | o/ | 14:02 |
mlavalle | \o | 14:02 |
lajoskatona | o/ | 14:02 |
bcafarel | o/ | 14:02 |
mlavalle | is this video or only IRC? | 14:02 |
ykarel | IRC | 14:03 |
lajoskatona | ack | 14:03 |
ykarel | k lets start with topics | 14:04 |
ykarel | these are from last to last week as last week we didn't met | 14:04 |
ykarel | #topic Actions from previous meetings | 14:04 |
ykarel | ralonsoh to check issue with test_create_bridges | 14:04 |
ralonsoh | #link https://review.opendev.org/c/openstack/neutron/+/952828 | 14:04 |
ykarel | thx ralonsoh | 14:05 |
ykarel | ralonsoh to check https://bugs.launchpad.net/neutron/+bug/2114732 | 14:05 |
ralonsoh | #link https://review.opendev.org/c/openstack/devstack/+/953398 | 14:05 |
ralonsoh | testing patch: https://review.opendev.org/c/openstack/nova/+/953402 | 14:06 |
ykarel | thx ralonsoh | 14:06 |
ralonsoh | job is passing | 14:06 |
ykarel | gmaan, can you check ^ | 14:06 |
ykarel | ykarel to report bug for test_direct_route_for_address_scope failure | 14:06 |
ykarel | reported https://bugs.launchpad.net/neutron/+bug/2115026 | 14:07 |
ykarel | also found test_fip_connection_for_address_scope impacted for similar reasons so included that as well part of bug report | 14:07 |
ykarel | moved these tests to run with concurrency 1 , that helped for test_direct_route_for_address_scope but we still seeing it for test_fip_connection_for_address_scope | 14:08 |
ykarel | can discuss while we look into failures | 14:08 |
ykarel | #topic Stable branches | 14:08 |
bcafarel | I am still behind on my reviews but from what I saw overall stable branches looked in good shape | 14:09 |
ykarel | thx bcafarel for the update | 14:09 |
bcafarel | thanks to lajos, rodolfo, brian, and you for also keeping the queue short there :) | 14:09 |
ykarel | from periodic we have tobiko job broken, can check that during failure discussion | 14:09 |
ykarel | #topic Stadium projects | 14:09 |
ykarel | all green in periodics | 14:09 |
ykarel | lajoskatona, anything to add? | 14:09 |
lajoskatona | nothing from my side, all green this week as you said, fingers crossed :-) | 14:10 |
ykarel | #topic Rechecks | 14:10 |
ykarel | we still have couple of rechecks due to random known issues, mostly it's related to functional tests | 14:11 |
ykarel | bare recheck wise we have 3/25 | 14:11 |
ykarel | 2 of them were in same patch | 14:11 |
ykarel | let's keep avoiding bare rechecks | 14:11 |
ykarel | #topic fullstack/functional | 14:11 |
ykarel | test_fip_connection_for_address_scope | 14:12 |
ykarel | https://bugs.launchpad.net/neutron/+bug/2115026 | 14:12 |
ykarel | for this case seeing behavior https://bugs.launchpad.net/neutron/+bug/2115026/comments/3 | 14:13 |
ykarel | i.e after adding arp entry manual or pinging the router gateway port, fip pings starts working in local reproducer | 14:13 |
ykarel | ^ i have observed for test test_direct_route_for_address_scope | 14:14 |
ralonsoh | that shouldn't be the normal behaviour, right? | 14:14 |
ykarel | yes this observed only when issue reproducing | 14:14 |
ykarel | do you see what can trigger this behavior ? | 14:15 |
ykarel | i recall seeing something in past but can't find a bug for that | 14:15 |
ralonsoh | I'll try to find it tomorrow morning | 14:16 |
ykarel | ok thx ralonsoh | 14:16 |
ykarel | and for test_fip_connection_for_address_scope seeing different behavior | 14:16 |
ykarel | i.e test fails with ProcessExecutionError("Exit code: 1; Cmd: ['ip', 'netns', 'exec', 'test-b619fe36-b473-4ea7-9103-35d5754d27ae', 'ping', '-W', 1, '-c', 3, '19.4.4.11']; Stdin: ; Stdout: PING 19.4.4.11 (19.4.4.11) 56(84) bytes of data.\n\n--- 19.4.4.11 ping statistics ---\n3 packets transmitted, 0 received, 100% packet loss, time 2036ms\n\n; Stderr: ") | 14:17 |
ykarel | if i run that manually i see | 14:17 |
ykarel | seeing dup packets https://paste.openstack.org/show/bFDgf9Q7FFI8aYnvYwSx/ | 14:18 |
ykarel | and rerun same command works fine https://paste.openstack.org/show/bDq8b7xK1c5Lj9IwIogD/ | 14:19 |
ykarel | do you recall something like that? | 14:19 |
ralonsoh | no, sorry | 14:19 |
ykarel | if anyone recalls something please update it on the bug | 14:20 |
ykarel | test_floatingip_mac_bindings random failures | 14:21 |
ykarel | handled with timeout increase https://review.opendev.org/q/Ia153b48aaec72e6a073b313ef2aea8efac6dbbae | 14:21 |
ykarel | #topic Tempest/Scenario | 14:21 |
ykarel | random fail image customize | 14:21 |
ykarel | https://369db73f1617af64c678-28a40d3de53ae200fe2797286e214883.ssl.cf5.rackcdn.com/openstack/0fe5092db63d45c2882910c3dd641526/job-output.txt | 14:21 |
ykarel | attempted in past but needs to be reworked https://launchpad.net/bugs/2110191 | 14:21 |
ykarel | that used to work for focal for not jammy so needs to be checked, i will check that | 14:22 |
ykarel | #action ykarel to check https://launchpad.net/bugs/2110191 for jammy | 14:22 |
ykarel | Also for a few days last week with etcd.service failed because the control process exited with error code but not seeing it now so not reported a bug for it | 14:23 |
ykarel | but found an attempt to bump etcd with https://review.opendev.org/c/openstack/devstack/+/952755 from tkajinam | 14:23 |
ykarel | may be that's related | 14:23 |
lajoskatona | somewhere frickler mentioned that it was some infra issue in tha background | 14:24 |
ykarel | ohkk not seeing since 26th concluded it must be resolved by something :) | 14:25 |
ykarel | #topic Periodic | 14:25 |
ykarel | mariadb jobs(centos 9-stream/debian-bookwarm) broken with https://review.opendev.org/c/openstack/neutron/+/952819 | 14:25 |
ykarel | Bug https://bugs.launchpad.net/neutron/+bug/2115629 | 14:25 |
ykarel | ralonsoh, pushed a fix for that, i will abandon the revert patch | 14:25 |
ykarel | devstack tobiko job broken in stable/2024.1 and 2024.2 with https://review.opendev.org/c/x/devstack-plugin-tobiko/+/952886 | 14:26 |
ykarel | Need to check with eolivare_ slaweq on this | 14:26 |
ykarel | #action ykarel to report bug for tobiko job failure in stable | 14:26 |
slaweq | looking | 14:27 |
ykarel | thx slaweq can be checked offline, moving ahead | 14:27 |
ykarel | #topic Grafana | 14:27 |
ykarel | https://grafana.opendev.org/d/f913631585/neutron-failure-rate | 14:27 |
ykarel | let's have a quick look here too | 14:27 |
ykarel | so we no longer have fullstack jobs in master so they can be cleaned from dashboard | 14:29 |
ykarel | ralonsoh, no plan to bring those job back, right? | 14:29 |
ralonsoh | I'll push the patches | 14:29 |
ralonsoh | no for now | 14:29 |
ykarel | k thx | 14:29 |
ykarel | #action ralonsoh to cleanup fullstack jobs from grafana dashboard | 14:30 |
ykarel | apart from that looks normal, known failures and patch specific failures | 14:30 |
ykarel | anything to add? | 14:30 |
lajoskatona | for fullstack there's an etherpad also to track: https://etherpad.opendev.org/p/migrate_Neutron_fullstack_to_Tempest | 14:30 |
ykarel | thx lajoskatona | 14:31 |
lajoskatona | so if you have some time and grab tests here you can mark that | 14:31 |
lajoskatona | I started some analysis also, but no time since last week to finish that | 14:31 |
ykarel | ok | 14:31 |
ykarel | #topic On Demand | 14:32 |
ykarel | anything else you would like to raise? | 14:32 |
lajoskatona | nothing from me | 14:33 |
bcafarel | all good for me | 14:35 |
ykarel | assuming same for others :) | 14:35 |
ykarel | ok in that case let's close early and have everyone almost 25 minutes back | 14:35 |
ykarel | thx everyone for joining | 14:35 |
ykarel | #endmeeting | 14:35 |
opendevmeet | Meeting ended Mon Jun 30 14:35:40 2025 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 14:35 |
opendevmeet | Minutes: https://meetings.opendev.org/meetings/neutron_ci/2025/neutron_ci.2025-06-30-14.01.html | 14:35 |
opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/neutron_ci/2025/neutron_ci.2025-06-30-14.01.txt | 14:35 |
opendevmeet | Log: https://meetings.opendev.org/meetings/neutron_ci/2025/neutron_ci.2025-06-30-14.01.log.html | 14:35 |
lajoskatona | o/ | 14:35 |
ralonsoh | bye | 14:36 |
mlavalle | \o | 14:36 |
slaweq | o/ | 14:37 |
tkajinam | ykarel, the issue with etcd is not directly related to that bump. See https://bugs.launchpad.net/devstack/+bug/2115338 | 14:41 |
tkajinam | the problem is caused by a misbehavior in nodepool which results in using a floating ip (which is not present in the node) as LOCAL_IP | 14:41 |
tkajinam | ykarel, I hope the issue is now resolved but if you see the issue happens again then ping me | 14:42 |
ykarel | tkajinam, thx for the details | 14:44 |
tore | Anyone know if the «Neutron BGP integration upstream sync» Google Meet scheduled for right now is still on? The page is still «Asking to be let in…» | 15:06 |
ralonsoh | haleyb, hello! If you have some time: https://review.opendev.org/q/topic:%22eventlet-removal%22+project:openstack/neutron+status:open | 15:15 |
ralonsoh | thanks in advance | 15:15 |
opendevreview | Merged openstack/neutron stable/2025.1: Limit trunk ACTIVE state hack to OVN https://review.opendev.org/c/openstack/neutron/+/953437 | 16:30 |
opendevreview | Merged openstack/neutron stable/2024.2: Limit trunk ACTIVE state hack to OVN https://review.opendev.org/c/openstack/neutron/+/953438 | 16:30 |
opendevreview | Merged openstack/neutron stable/2024.1: Limit trunk ACTIVE state hack to OVN https://review.opendev.org/c/openstack/neutron/+/953439 | 16:30 |
opendevreview | Eduardo Olivares proposed openstack/neutron stable/2024.1: DNM: verify tobiko jobs fixed on 2024.1 https://review.opendev.org/c/openstack/neutron/+/953809 | 16:32 |
opendevreview | Eduardo Olivares proposed openstack/neutron stable/2024.1: DNM: verify tobiko jobs fixed on 2024.1 https://review.opendev.org/c/openstack/neutron/+/953809 | 16:36 |
eolivare | ykarel, slaweq checking fix for the tobiko issue: https://review.opendev.org/c/openstack/neutron/+/953809 | 16:37 |
*** iurygregory__ is now known as iurygregory | 16:58 | |
opendevreview | Merged openstack/neutron master: Remove deprecated plugin argument from policy calls https://review.opendev.org/c/openstack/neutron/+/947175 | 17:15 |
opendevreview | Merged openstack/neutron master: [eventlet-removal] ovs: reimplement signals handling https://review.opendev.org/c/openstack/neutron/+/939321 | 18:06 |
*** iurygregory_ is now known as iurygregory | 18:07 | |
opendevreview | Anas Jouhdy proposed openstack/os-ken master: Fixing the BGP loop prevention https://review.opendev.org/c/openstack/os-ken/+/953631 | 20:50 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!