opendevreview | Merged openstack/neutron-lib master: [S-RBAC] Add note about port:binding:profile field and SERVICE role https://review.opendev.org/c/openstack/neutron-lib/+/909366 | 01:05 |
---|---|---|
opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN] "Logical_Router" pinned to chassis, OVN L3 scheduler https://review.opendev.org/c/openstack/neutron/+/909194 | 07:27 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN] "Logical_Router" pinned to chassis, OVN L3 scheduler https://review.opendev.org/c/openstack/neutron/+/909194 | 07:45 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: WIP === [OVN] Provide HA functionality to "Logical_Router" chassis pinning https://review.opendev.org/c/openstack/neutron/+/909437 | 07:45 |
opendevreview | Arkady Shtempler proposed openstack/neutron-tempest-plugin master: Adds new Neutron Designate DNS integration test https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/858518 | 07:58 |
*** mklejn_ is now known as mklejn | 10:33 | |
opendevreview | Merged openstack/neutron-tempest-plugin master: Skip HA router tests when not meant for OVN driver https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/908408 | 11:00 |
*** dmellado74522 is now known as dmellado7452 | 11:06 | |
opendevreview | Rodolfo Alonso proposed openstack/neutron stable/zed: Change SG rules backref load method to "joined" https://review.opendev.org/c/openstack/neutron/+/908588 | 11:59 |
ralonsoh | slaweq, ykarel hi! if you have 2 mins: https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/904710 | 11:59 |
ralonsoh | thanks in advance! | 11:59 |
*** dmellado74522 is now known as dmellado7452 | 12:00 | |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN] "Logical_Router" pinned to chassis, OVN L3 scheduler https://review.opendev.org/c/openstack/neutron/+/909194 | 12:15 |
slaweq | <ralonsoh> "slaweq, ykarel hi! if you have 2..." <- done | 12:16 |
ralonsoh | slaweq, thanks! | 12:17 |
ykarel | ack | 12:26 |
opendevreview | Dr. Jens Harbott proposed openstack/neutron master: DNM: Testing netaddr bump https://review.opendev.org/c/openstack/neutron/+/909316 | 12:33 |
*** mklejn__ is now known as mklejn | 12:54 | |
opendevreview | Merged openstack/ovn-octavia-provider master: [OVN][CI] Update OVS_BRANCH to be compatible with ovn main https://review.opendev.org/c/openstack/ovn-octavia-provider/+/908320 | 13:17 |
*** haleyb|out is now known as haleyb | 13:58 | |
haleyb | #startmeeting networking | 14:00 |
opendevmeet | Meeting started Tue Feb 20 14:00:56 2024 UTC and is due to finish in 60 minutes. The chair is haleyb. Information about MeetBot at http://wiki.debian.org/MeetBot. | 14:00 |
opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 14:00 |
opendevmeet | The meeting name has been set to 'networking' | 14:00 |
haleyb | Ping list: bcafarel, elvira, frickler, mlavalle, mtomaska, obondarev, slaweq, tobias-urdin, ykarel, lajoskatona, jlibosva, averdagu, amotoki | 14:00 |
mlavalle | \o | 14:00 |
slaweq | o/ | 14:01 |
ralonsoh | hello | 14:01 |
obondarev | hi | 14:01 |
elvira | o/ | 14:01 |
frickler | \o | 14:01 |
rubasov | o/ | 14:01 |
mtomaska | can't attend today :/ | 14:01 |
ykarel | o/ | 14:01 |
haleyb | ok, we can get started | 14:02 |
haleyb | #topic announcements | 14:02 |
haleyb | #link https://releases.openstack.org/caracal/schedule.html | 14:02 |
haleyb | General libraries (except client libraries) need to have their last feature release this week | 14:03 |
lajoskatona | o/ | 14:03 |
haleyb | i have seen proposals for neutron-lib, etc | 14:03 |
haleyb | we still had a few things in neutron-lib to merge i think | 14:03 |
haleyb | #link https://review.opendev.org/q/project:openstack/neutron-lib+status:open | 14:03 |
ralonsoh | please lets focus on these open reviews | 14:03 |
haleyb | yes, i will look right after meeting | 14:04 |
haleyb | Client libraries (think python-*client libraries) need to have their last feature release before Client library freeze (February 29, 2024) | 14:05 |
haleyb | i dont think that really affects us | 14:05 |
haleyb | Feb 26th-Mar 1st is C-3 milestone / feature freeze / requirements freeze | 14:05 |
haleyb | to complicate things (for me) i'm out this wednesday and friday, they didn't ask my kids school when to have break :) | 14:06 |
mlavalle | in regards to the neutron-lib reviews list. there are some that go as far as July of last year. Are those also priorities? | 14:07 |
ralonsoh | the ones already reviewed and with zuul+1 | 14:07 |
mlavalle | ack | 14:08 |
lajoskatona | +1 | 14:08 |
haleyb | i did have a question on the unmaintained core group after seeing a ML email on it | 14:12 |
haleyb | #link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/message/ID6BUMR7XCGQQ6LPNLGYGPHCJAFYWJ5I/ | 14:12 |
haleyb | To summarize: you should only create your own separate group if you want | 14:13 |
haleyb | to maintain the unmaintained branches yourself and don't want the larger | 14:13 |
haleyb | group to do it for you. Otherwise you have no such obligation. If you | 14:13 |
haleyb | are interested in helping with the unmaintained branches, it will help | 14:13 |
haleyb | the community more if you join the global team instead creating your own. | 14:13 |
haleyb | i haven't seen a follow-on to that yet | 14:13 |
lajoskatona | thanks haleyb, so we have to ask permisison to that big group | 14:14 |
ralonsoh | we should request a Neutron core vote for this | 14:14 |
lajoskatona | and we will have "root" permisison on all projects unmaintained/yoga now :-) | 14:14 |
frickler | well ... "big" ;) | 14:14 |
lajoskatona | frickler: :-) | 14:14 |
ralonsoh | if 1) we want a independent group or 2) join the global one | 14:15 |
lajoskatona | not big by members but big by repsitiories? | 14:15 |
frickler | yes, that may be true | 14:15 |
ralonsoh | if there is no quorum today, we can delay it to the next drivers meeting | 14:15 |
ralonsoh | (but I think we have quorum) | 14:15 |
slaweq | ralonsoh neutron cores have (should have) nothing to do/vote here - unmaintained branches were created to free core groups from maintaining those old stuff | 14:16 |
ralonsoh | but we are deciding if creating a neutron um group or not | 14:16 |
ralonsoh | should this should be decided by neutron core | 14:16 |
slaweq | IMO this should be decision of the people who wants to maintain those branches | 14:17 |
ralonsoh | ok, then, I'll abandon the proposed patch https://review.opendev.org/c/openstack/project-config/+/908911 and leave to anyone independently to join the "big" group | 14:17 |
slaweq | it is not neutron core group decision, can be if core team really wants to maintain it but the goal of unmaintained branches was different really | 14:17 |
haleyb | right, last week we started the process, but after that email i had a pause, since it would mean this core group would be the approvers | 14:17 |
slaweq | so I want it to be clear here - neutron core team IS NOT responsible for unmaintained branches at all | 14:18 |
ralonsoh | yes, I know | 14:18 |
ralonsoh | but the creation (or not) of this group is | 14:18 |
opendevreview | Merged openstack/ovsdbapp master: Update supported python versions https://review.opendev.org/c/openstack/ovsdbapp/+/903993 | 14:18 |
ralonsoh | --> https://review.opendev.org/c/openstack/project-config/+/908911 | 14:18 |
haleyb | slaweq: so if we create the group, it's only that group that can merge neutron* things, correct? | 14:21 |
slaweq | haleyb yes | 14:21 |
haleyb | we then would each, if desired, need to join said group | 14:21 |
slaweq | if anyone would be interested in doing so, then yes | 14:21 |
slaweq | but by default neutron core group or PTL shouldn't be core in that group automatically | 14:22 |
slaweq | to not have any impression that core team is responsible for such branch | 14:22 |
frickler | you could also modify the acls to include openstack-unmaintained-core. but then the new group would be kind of redundant | 14:22 |
haleyb | slaweq: right, but it might just happen that way | 14:23 |
slaweq | haleyb yes, it can but not by default :) | 14:23 |
slaweq | and I would really want to avoid doing it that way | 14:23 |
slaweq | as then it will be no real change comparing to current EM thing | 14:24 |
mlavalle | yeap, why make the change then | 14:24 |
slaweq | mlavalle are You asking why is the "unmaintained" change done at all? | 14:25 |
haleyb | i think we have 6 (or 7?) cores here, do we want to vote? | 14:27 |
* haleyb was trying to wait for response there | 14:27 | |
haleyb | if 1) we want a independent group or 2) join the global one | 14:27 |
frickler | or 3) ignore unmaintained branches completely? | 14:28 |
mlavalle | slaweq: I was just agreeing with you | 14:28 |
slaweq | mlavalle ok :) | 14:28 |
ralonsoh | 2) is a personal option, option 3) is by default now | 14:29 |
haleyb | frickler: last week we agreed there were some of us that didn't want that | 14:29 |
slaweq | haleyb are You asking if we as neutron cores want to join unmaintained group or create neutron unmaintained group and be part of it? | 14:29 |
ralonsoh | no | 14:29 |
ralonsoh | we are not asking anyone to join this group | 14:29 |
ralonsoh | but, of course, if no one is joinin it, it makes no sense | 14:29 |
haleyb | right, just if we wanted to make our own, i.e. merge that patch | 14:30 |
ralonsoh | ok, let's finish this topic | 14:30 |
ralonsoh | anyone is able to join the "big" group if needed | 14:30 |
ralonsoh | I'll abandon the creation of this neutron um group | 14:30 |
lajoskatona | ack, and unsetood | 14:30 |
ykarel | +1 | 14:30 |
ralonsoh | we'll retake it if needed | 14:30 |
haleyb | +1 | 14:30 |
mlavalle | +1 | 14:31 |
ralonsoh | done | 14:31 |
haleyb | alright, anything else for announcements? | 14:31 |
haleyb | #topic bugs | 14:31 |
haleyb | rubasov was bug deputy last week | 14:32 |
haleyb | #link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/35WCRUGK3BD54NYJ2U6BEB5WHLJ5SHXO/ | 14:32 |
rubasov | there's one unassigned bug | 14:32 |
slaweq | haleyb one thing to announcements | 14:32 |
slaweq | quickly | 14:32 |
slaweq | there is nomination period of TC and PTLs open already | 14:32 |
slaweq | if anyone is interested, please send Your nominations :) | 14:33 |
haleyb | oh right | 14:33 |
slaweq | that's all from me | 14:33 |
slaweq | thx | 14:33 |
rubasov | so, this ovn bug is unassigned: https://bugs.launchpad.net/neutron/+bug/2053274 | 14:33 |
haleyb | i was going to nominate myself for a second term | 14:33 |
slaweq | haleyb++ that's great | 14:34 |
lajoskatona | haleyb: cool, thanks | 14:34 |
haleyb | in case there was someone worried about next release | 14:34 |
mlavalle | haleyb: thanks for your leadership. I wasn't worried just yet, but wondering | 14:35 |
opendevreview | Merged openstack/neutron-tempest-plugin master: Add router check, subnet attached gateway IP update or deletion https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/904710 | 14:35 |
haleyb | no problem, i've just been busy recently | 14:36 |
haleyb | rubasov: ack, i did see that mtu bug, seemed legit | 14:36 |
haleyb | and i think there is a way to address it, just a little complicated after looking at the code | 14:37 |
rubasov | other than that the author of the rfe did not return yet, I don't know if he/she would want to contribute | 14:37 |
haleyb | did anyone want to take that OVN bug? or i can ping the submittor to see if they have cycles? | 14:39 |
haleyb | alright, will drop a note in it | 14:40 |
ralonsoh | I can take it | 14:40 |
haleyb | ralonsoh: ack, thanks | 14:41 |
haleyb | and just my weekly bug housekeeping | 14:41 |
haleyb | Current bug count this week: 745, down 25 from last week's 770 | 14:42 |
haleyb | i spent some time closing some, as did ralonsoh i believe | 14:42 |
ralonsoh | (I closed 15 yesterday) | 14:42 |
frickler | saw some pretty old ones fly by, good work | 14:42 |
haleyb | ralonsoh: yes, thanks, when i noticed that i did the same | 14:43 |
haleyb | will scrub some more once we go into freeze | 14:43 |
lajoskatona | +1, I checked also some, but much lower than your numbers :-) | 14:43 |
haleyb | the only good bug is a closed bug :) | 14:44 |
mlavalle | indeed, LOL | 14:44 |
haleyb | this weeks bug deputy is lucasagomes, next week is jlibosva | 14:45 |
haleyb | lucasagomes: you good triaging this week? | 14:45 |
haleyb | i don't see kuba here | 14:45 |
mlavalle | I can ping both internally | 14:45 |
slaweq | haleyb I would go step further and say that the only good bug is invalid bug :P | 14:46 |
mlavalle | naah, we want some feedback from the real world | 14:46 |
haleyb | slaweq: because we don't have bugs in our code, they're just using it wrong :) | 14:47 |
lajoskatona | :D | 14:47 |
slaweq | haleyb exactly :D | 14:47 |
haleyb | alright, lets move on not much time left | 14:47 |
slaweq | it's always PEBKAC | 14:47 |
haleyb | topic #specs | 14:47 |
haleyb | #link https://review.opendev.org/q/project:openstack%252Fneutron-specs+status:open | 14:47 |
haleyb | hmm, bad paste | 14:48 |
haleyb | #link https://review.opendev.org/q/project:openstack-neutron-specs+status:open | 14:48 |
haleyb | strange, still not working for me | 14:49 |
slaweq | first link is ok for me | 14:49 |
ralonsoh | https://review.opendev.org/q/project:openstack/neutron-specs+status:open | 14:49 |
haleyb | that's better | 14:49 |
haleyb | i realize we might not work on these this cycle, but if anyone has time can review | 14:50 |
haleyb | #topic community_goals | 14:51 |
haleyb | #link https://review.opendev.org/c/openstack/horizon/+/891205 | 14:51 |
lajoskatona | I had some discussions with gtema from SDK team | 14:51 |
lajoskatona | and based on that I see better what is not working with tls_enabled, but there are still things I just guess there with SDK | 14:52 |
lajoskatona | so still fighting | 14:52 |
haleyb | lajoskatona: ack, thanks for the update | 14:53 |
haleyb | will move on since we have two more items | 14:53 |
haleyb | #topic on_demand | 14:53 |
haleyb | ralonsoh: you had two things here | 14:53 |
ralonsoh | https://review.opendev.org/c/openstack/neutron-lib/+/903971 | 14:53 |
ralonsoh | this is incorrectly implementing an API extension | 14:54 |
ralonsoh | as commented in the patch | 14:54 |
ralonsoh | the problem is that this is mimicing what was done before | 14:54 |
ralonsoh | the question is: should we accept it as is now (again wrong) or request a correct (and more complex) implementation? | 14:54 |
ralonsoh | this is affecting neutron-vpnaas | 14:55 |
haleyb | that was my fault for approving | 14:55 |
lajoskatona | I was in it also | 14:55 |
ralonsoh | not at all, there are many reviewers (me too) | 14:56 |
ralonsoh | we are running out of time: please comment in the patch | 14:56 |
ralonsoh | second topic | 14:56 |
ralonsoh | https://bugs.launchpad.net/neutron/+bug/2054203 | 14:56 |
ralonsoh | because of a change in netaddr | 14:57 |
ralonsoh | "101.12.13.00/24" is going to be considered as wrong | 14:57 |
ralonsoh | question here: is this an API regression or that was a previous bug | 14:57 |
frickler | or any leading zeros in IP literals general | 14:57 |
ralonsoh | IMO: a previous bug, "101.12.13.00/24" should have never been a valid input | 14:57 |
haleyb | which i think is correct to be a bug, are you worried someone might have been using the api and relied on that? | 14:57 |
ralonsoh | ^^ exactly | 14:57 |
frickler | haleyb: yes | 14:58 |
ralonsoh | yes, that's the point, if anyone is using it now | 14:58 |
ralonsoh | again, we are running out of time, please comment in the LP bug | 14:58 |
tkajinam | that 101.12.13.00 is a specific case which may look like invalid, but please note that the change would reject a few more different patterns like 10/8 | 14:59 |
ralonsoh | sorry, I don't understand that one | 14:59 |
tkajinam | that's the core concern and the reason why I said "at least" | 14:59 |
ralonsoh | 10/8? | 14:59 |
tkajinam | 10/8 is translated to 10.0.0.0/8 | 14:59 |
ralonsoh | and that was a valid input? | 15:00 |
haleyb | we are out of time, please follow-up in the bug and/or review | 15:00 |
frickler | yes. or just "1". see also https://bugs.launchpad.net/neutron/+bug/2054435 for an related issue that this discovered | 15:00 |
haleyb | but i don't think 10/8 should be valid either | 15:00 |
tkajinam | will post a comment in a bug with some more details | 15:00 |
ralonsoh | thanks | 15:00 |
tkajinam | just wanted to highlight this may not be a trivial bug | 15:01 |
haleyb | #endmeeting | 15:01 |
opendevmeet | Meeting ended Tue Feb 20 15:01:13 2024 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 15:01 |
opendevmeet | Minutes: https://meetings.opendev.org/meetings/networking/2024/networking.2024-02-20-14.00.html | 15:01 |
opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/networking/2024/networking.2024-02-20-14.00.txt | 15:01 |
opendevmeet | Log: https://meetings.opendev.org/meetings/networking/2024/networking.2024-02-20-14.00.log.html | 15:01 |
haleyb | thanks for attending, have neutron-ci meeting right now | 15:01 |
lajoskatona | o/ | 15:01 |
ykarel | #startmeeting neutron_ci | 15:01 |
opendevmeet | Meeting started Tue Feb 20 15:01:54 2024 UTC and is due to finish in 60 minutes. The chair is ykarel. Information about MeetBot at http://wiki.debian.org/MeetBot. | 15:01 |
opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 15:01 |
opendevmeet | The meeting name has been set to 'neutron_ci' | 15:01 |
ykarel | This will be video meeting today: https://meetpad.opendev.org/neutron-ci-meetings | 15:02 |
ralonsoh | hello | 15:02 |
ykarel | ping bcafarel, lajoskatona, mlavalle, mtomaska, ralonsoh, ykarel, jlibosva, elvira | 15:02 |
mlavalle | ykarel: video this week? | 15:02 |
ykarel | yeap | 15:02 |
lajoskatona | o/ | 15:03 |
ykarel | #topic Actions from previous meetings | 15:04 |
ykarel | ralonsoh to send patch for functional failure for NetworkInterfaceNot found issue | 15:04 |
ykarel | #link https://review.opendev.org/c/openstack/neutron/+/909385 | 15:04 |
opendevreview | yatin proposed openstack/neutron master: Enable logging for scheduler functional tests https://review.opendev.org/c/openstack/neutron/+/909590 | 15:05 |
ykarel | ykarel to check failure in test_auto_schedule_router | 15:05 |
ykarel | https://review.opendev.org/c/openstack/neutron/+/909590 | 15:05 |
ykarel | #topic Stable branches | 15:05 |
ykarel | all good | 15:06 |
ykarel | #topic Stadium projects | 15:06 |
ykarel | periodic green | 15:06 |
ykarel | #topic Rechecks | 15:06 |
ykarel | 3/9 bare rechecks | 15:07 |
ykarel | #topic fullstack/functional | 15:07 |
ykarel | NetworkInterfaceNotFound | 15:07 |
ykarel | https://36d827c3b1c315f941c5-25d2473a8435e86d2da970876b6bac73.ssl.cf1.rackcdn.com/909147/1/gate/neutron-functional-with-uwsgi/8f21c8a/testr_results.html | 15:07 |
ykarel | https://d8e1d98dffdc278e1978-d367ceb2d3289c9a141d614bfa7b9335.ssl.cf1.rackcdn.com/908587/2/gate/neutron-functional-with-uwsgi/341f73b/testr_results.html | 15:07 |
ykarel | https://4622e0f521fe7ef77d9d-3fa6c7b03298e65764ba8baf4a8a5f26.ssl.cf1.rackcdn.com/periodic/opendev.org/openstack/neutron/master/neutron-functional-with-sqlalchemy-master/b6b4c83/testr_results.html | 15:07 |
ykarel | https://40435b1c258f5ac27bbf-77898a6eec3a425de21ff1866f14fdfb.ssl.cf5.rackcdn.com/periodic/opendev.org/openstack/neutron/master/neutron-functional-with-oslo-master/48e3773/testr_results.html | 15:07 |
ykarel | https://11573cfdd1061b394e98-004d3431496c0f87d52b52d1bec387e7.ssl.cf2.rackcdn.com/periodic/opendev.org/openstack/neutron/master/neutron-functional-with-oslo-master/d47dd98/testr_results.html | 15:07 |
ykarel | https://a8f58a33b71dbdbaeaf0-b8f5baac1536449624f55cad0c5791e8.ssl.cf2.rackcdn.com/periodic/opendev.org/openstack/neutron/stable/2023.1/neutron-functional/dfd5463/testr_results.html | 15:07 |
ykarel | test_bw_limit_qos_no_rules_l2_agent_restart(ingress) timeout at _wait_for_bw_rule_applied | 15:07 |
ykarel | https://28c7dba65a3263b7dc56-ac03866ed76044a5727f648521330347.ssl.cf2.rackcdn.com/873699/57/check/neutron-fullstack-with-uwsgi/179f96c/testr_results.html | 15:07 |
ykarel | #action ykarel to check fullstack failure | 15:09 |
ykarel | #topic Tempest/Scenario | 15:09 |
ykarel | Details: (ServerStableDeviceRescueTest:test_stable_device_rescue_disk_usb) Image 5003f8b5-2980-4aa2-af11-9be9573b4350 failed to reach ACTIVE state (current state SAVING) within the required time (300 s). | 15:09 |
ykarel | https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_a37/874760/56/check/neutron-ovn-tempest-ipv6-only-ovs-release/a37f9d3/testr_results.html | 15:09 |
ykarel | #topic Periodic | 15:10 |
ykarel | #topic Grafana | 15:10 |
ykarel | https://grafana.opendev.org/d/f913631585/neutron-failure-rate?orgId=1 | 15:10 |
ykarel | #action ykarel to check grenade status | 15:12 |
ykarel | #topic On Demand | 15:12 |
mlavalle | https://review.opendev.org/c/openstack/neutron/+/901513 | 15:13 |
ykarel | https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/908408?usp=search | 15:14 |
ykarel | #endmeeting | 15:15 |
opendevmeet | Meeting ended Tue Feb 20 15:15:17 2024 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 15:15 |
opendevmeet | Minutes: https://meetings.opendev.org/meetings/neutron_ci/2024/neutron_ci.2024-02-20-15.01.html | 15:15 |
opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/neutron_ci/2024/neutron_ci.2024-02-20-15.01.txt | 15:15 |
opendevmeet | Log: https://meetings.opendev.org/meetings/neutron_ci/2024/neutron_ci.2024-02-20-15.01.log.html | 15:15 |
ralonsoh | bye | 15:15 |
lucasagomes | haleyb, sorry I was having lunch | 15:28 |
lucasagomes | haleyb, all good triaging it this week o/ | 15:28 |
haleyb | lucasagomes: no problem, happy triaging! :) | 15:28 |
lucasagomes | o/ | 15:28 |
opendevreview | Roberto Acosta proposed openstack/neutron master: [ML2/OVN] Add external_ids key for Static Routes https://review.opendev.org/c/openstack/neutron/+/907489 | 15:35 |
crohmann | Could someone kindly help me understand why openstack cli does respond with "Floating ip pool operations are only available for Compute v2 network." when asking for "floating ip pool list"? | 15:55 |
crohmann | The error msg originates from https://github.com/openstack/python-openstackclient/blob/2eea916b35fd6f01947dce168c50c314ed9072db/openstackclient/network/v2/floating_ip_pool.py | 15:55 |
frickler | crohmann: because floating ip pools were a thing only for nova networking? now floating IPs are assigned from the "normal" allocation pool in a subnet | 16:01 |
opendevreview | Jayce Houtman proposed openstack/neutron master: Change exception messages to error log messages for DNS integration. https://review.opendev.org/c/openstack/neutron/+/900212 | 16:18 |
tkajinam | haleyb, hi. I'm wondering how I can move https://review.opendev.org/c/openstack/neutron-lib/+/902133 forward. Unfortunately I've not heard any feedback frm the charm team about https://review.opendev.org/c/openstack/charm-octavia/+/902499 . I've left some comments in their irc channel to ask their attention but it'd be appreciated if you can help that conversation if you know these people. | 16:34 |
tkajinam | my main concern is that the logic has been removed from neutron. if charm still relies on that lbaas v2 owner and associated settings which was previously done by neutron, then we should fix one of neutron or charm-octavia. | 16:35 |
opendevreview | Roberto Acosta proposed openstack/neutron master: [ML2/OVN] Add external_ids key for Static Routes https://review.opendev.org/c/openstack/neutron/+/907489 | 17:00 |
haleyb | tkajinam: let me ping frode | 17:06 |
opendevreview | Roberto Acosta proposed openstack/neutron master: [ML2/OVN] Add external_ids key for SNAT rules https://review.opendev.org/c/openstack/neutron/+/907915 | 17:26 |
crohmann | frickler: Understood. But I was just a little puzzled, because there is "floating ip list", kinda the same signature of commands. Maybe that whole command could actually be dropped (at some point)? | 20:47 |
opendevreview | Roberto Acosta proposed openstack/neutron master: [ML2/OVN] Add external_ids key for Static Routes https://review.opendev.org/c/openstack/neutron/+/907489 | 20:49 |
opendevreview | Roberto Acosta proposed openstack/neutron master: [ML2/OVN] Add external_ids key for SNAT rules https://review.opendev.org/c/openstack/neutron/+/907915 | 20:52 |
opendevreview | Roberto Acosta proposed openstack/neutron master: [ML2/OVN] Add external_ids key for Static Routes https://review.opendev.org/c/openstack/neutron/+/907489 | 20:54 |
opendevreview | Roberto Acosta proposed openstack/neutron master: [ML2/OVN] Add external_ids key for SNAT rules https://review.opendev.org/c/openstack/neutron/+/907915 | 20:55 |
zamba | i want to bridge a physical layer 2 network into one of my instances, how can i do this? | 21:18 |
opendevreview | Merged openstack/neutron master: [S-RBAC] Change policies for port's binding:profile field https://review.opendev.org/c/openstack/neutron/+/909075 | 21:36 |
opendevreview | Merged openstack/neutron master: Enable logging for scheduler functional tests https://review.opendev.org/c/openstack/neutron/+/909590 | 22:14 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN] Provide HA functionality to "Logical_Router" chassis pinning https://review.opendev.org/c/openstack/neutron/+/909437 | 22:41 |
opendevreview | Merged openstack/neutron master: Fix invalid IP address representation in unit test https://review.opendev.org/c/openstack/neutron/+/909317 | 23:14 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!