opendevreview | Luis Tomas Bolivar proposed openstack/ovn-octavia-provider master: Ensure lbs are properly configured for router gateway set/unset https://review.opendev.org/c/openstack/ovn-octavia-provider/+/858363 | 07:11 |
---|---|---|
opendevreview | Merged openstack/neutron master: Accept a port deletion with missing port binding information https://review.opendev.org/c/openstack/neutron/+/857490 | 07:34 |
opendevreview | Arnau Verdaguer proposed openstack/neutron master: [ovn migration] Use ecsda ssh key instead of rsa https://review.opendev.org/c/openstack/neutron/+/860002 | 07:38 |
opendevreview | Luis Tomas Bolivar proposed openstack/ovn-octavia-provider master: Ensure lbs are properly configured for router gateway set/unset https://review.opendev.org/c/openstack/ovn-octavia-provider/+/858363 | 08:03 |
ralonsoh | lajoskatona, hi, one question about https://review.opendev.org/c/openstack/releases/+/860011 | 09:10 |
ralonsoh | in some projects, for example https://review.opendev.org/c/openstack/releases/+/860011/1/deliverables/zed/neutron-dynamic-routing.yaml | 09:11 |
ralonsoh | the hash does not contain the .gitreviw patch for stable/zed | 09:11 |
ralonsoh | or the TOX_CONSTRAINTS_FILE update | 09:11 |
ralonsoh | but that should not affect the projec | 09:11 |
ralonsoh | I mean, that's fine, right? | 09:11 |
opendevreview | Lajos Katona proposed openstack/neutron master: Update grenade skip level jobs for new release https://review.opendev.org/c/openstack/neutron/+/859991 | 09:11 |
lajoskatona | ralonsoh: good question, I check it | 09:12 |
bcafarel | I'd say it is fine these are mostly for sending backports to correct branch and running ci properly - as release tarballs they are fine for end-user | 09:16 |
bcafarel | but I will be curious to hear if that is indeed the case | 09:16 |
ralonsoh | right, that was my feeling | 09:16 |
ralonsoh | I reviewed all neutron related projects and this is the only issue | 09:18 |
ralonsoh | that in some of them, the hash is before the CI patches to push the zed branch | 09:18 |
ralonsoh | but as bcafarel, the tarball should be fine for delivery | 09:18 |
ralonsoh | but as bcafarel said * | 09:19 |
opendevreview | Lajos Katona proposed openstack/neutron master: Update grenade skip level jobs for new release https://review.opendev.org/c/openstack/neutron/+/859991 | 09:22 |
elodilles | .gitreview and TOX_CONSTRAINTS_FILE update patches are proposed usually with RC1 patches (as those are generated *after* the branch cut) | 09:30 |
elodilles | they does not worth a 2nd (or 3rd, etc) RCs | 09:30 |
elodilles | so in general, they are not necessary for the final release | 09:31 |
opendevreview | Sahid Orentino Ferdjaoui proposed openstack/neutron master: dhcp: make device manager to clean only not used devices https://review.opendev.org/c/openstack/neutron/+/840419 | 09:31 |
opendevreview | Sahid Orentino Ferdjaoui proposed openstack/neutron master: dhcp: add/use cleanup stale devices API https://review.opendev.org/c/openstack/neutron/+/840420 | 09:31 |
opendevreview | Sahid Orentino Ferdjaoui proposed openstack/neutron master: dhcp: support multiple segmentations per network https://review.opendev.org/c/openstack/neutron/+/840421 | 09:31 |
opendevreview | Sahid Orentino Ferdjaoui proposed openstack/neutron master: db: add segment_index to the unique constraint https://review.opendev.org/c/openstack/neutron/+/841459 | 09:31 |
opendevreview | Sahid Orentino Ferdjaoui proposed openstack/neutron master: segment: enable multisegments support for host https://review.opendev.org/c/openstack/neutron/+/841838 | 09:31 |
lajoskatona | elodilles: thanks for clarification | 09:32 |
elodilles | np :) | 09:32 |
ralonsoh | elodilles, thanks! | 09:33 |
ralonsoh | lajoskatona, ok so I'll +1 this releases patch | 09:33 |
opendevreview | Rodolfo Alonso proposed openstack/neutron stable/zed: Accept a port deletion with missing port binding information https://review.opendev.org/c/openstack/neutron/+/860069 | 09:40 |
opendevreview | Rodolfo Alonso proposed openstack/neutron stable/yoga: Accept a port deletion with missing port binding information https://review.opendev.org/c/openstack/neutron/+/860071 | 09:44 |
opendevreview | Rodolfo Alonso proposed openstack/neutron stable/xena: Accept a port deletion with missing port binding information https://review.opendev.org/c/openstack/neutron/+/860072 | 09:44 |
opendevreview | Rodolfo Alonso proposed openstack/neutron stable/wallaby: Script to remove duplicated port bindings https://review.opendev.org/c/openstack/neutron/+/859998 | 09:48 |
opendevreview | kiran pawar proposed openstack/neutron-lib master: Use oslo_context.from_dict() for context generation https://review.opendev.org/c/openstack/neutron-lib/+/859813 | 09:57 |
opendevreview | Merged openstack/ovn-octavia-provider stable/victoria: Avoid LB ERROR status on delete when LS/LR are already deleted https://review.opendev.org/c/openstack/ovn-octavia-provider/+/859532 | 10:07 |
opendevreview | Merged openstack/ovn-octavia-provider stable/wallaby: Avoid LB ERROR status on delete when LS/LR are already deleted https://review.opendev.org/c/openstack/ovn-octavia-provider/+/859531 | 10:15 |
opendevreview | Arkady Shtempler proposed openstack/neutron-tempest-plugin master: Adds use of "Designate API" into "_verify_dns_records" method https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/859871 | 10:17 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: Bump minimum OVN version to v21.06.0 https://review.opendev.org/c/openstack/neutron/+/860078 | 10:35 |
sean-k-mooney | ralonsoh: what is the state of nftabels support in neutron these days. or more specificaly in yoga | 10:40 |
sean-k-mooney | is it exepcted to work | 10:40 |
ralonsoh | sean-k-mooney, we use nftables but the old API | 10:44 |
sean-k-mooney | and if the old api is not present any more | 10:45 |
sean-k-mooney | link ubuntu 22.04 | 10:45 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: Since OVN 20.06, config is stored in "Chassis.other_config" https://review.opendev.org/c/openstack/neutron/+/859642 | 10:46 |
ralonsoh | sean-k-mooney, then it won't work | 10:46 |
sean-k-mooney | and cause https://bugs.launchpad.net/neutron/+bug/1991501 | 10:46 |
sean-k-mooney | privileged.agent.linux.ip_lib.InterfaceOperationNotSupported: Operation not supported on interface qg-4bb9d20b-a0, namespace qrouter-edf1cc99-879a-4fe5-a7b2-d19acb8fdcbf. | 10:46 |
ralonsoh | sean-k-mooney, nftables provides IP tables API support | 10:47 |
sean-k-mooney | does that not require the iptables-legacy package | 10:48 |
ralonsoh | sean-k-mooney, let me check | 10:48 |
ralonsoh | sean-k-mooney, no, "iptables-legacy" is the previous framwork | 10:49 |
ralonsoh | we use netfilter, using the old API | 10:49 |
sean-k-mooney | oh ok | 10:50 |
sean-k-mooney | so it might not be related to that speficically | 10:50 |
sean-k-mooney | what failing is deleting the ip address in the router | 10:50 |
ralonsoh | right, the error is in "delete_ip_address" | 10:51 |
ralonsoh | sean-k-mooney, did you try to execute manually the command? | 10:51 |
sean-k-mooney | no but restarting the l3 agent semas to fix it temporally | 10:52 |
sean-k-mooney | ill see if i can figure out what command its running | 10:52 |
sean-k-mooney | https://github.com/openstack/neutron/blob/master/neutron/agent/linux/ip_lib.py#L834-L835 thats what is failing so i guess that simialr to ifconfig 0 | 10:55 |
sean-k-mooney | ok its usign pyroute2 | 10:55 |
sean-k-mooney | i guess ip a del qg-4bb9d20b-a0 | 10:56 |
sean-k-mooney | might be the same | 10:56 |
sean-k-mooney | ah i see | 10:58 |
ralonsoh | sean-k-mooney, why don't you try to open a python console and execute the same method? | 10:58 |
sean-k-mooney | the floating ips are assigned to the bridge interface | 10:58 |
sean-k-mooney | https://paste.opendev.org/show/bSVlRFcUzxYX36YDVH4G/ | 10:59 |
sean-k-mooney | ralonsoh: because that would be the smart thing :P | 10:59 |
ralonsoh | yes, the FIP are in qg | 11:00 |
sean-k-mooney | i can add and remove them form the command line | 11:00 |
sean-k-mooney | ill try it form the container via python | 11:01 |
sean-k-mooney | my concen is this seams to work for a time | 11:01 |
sean-k-mooney | and then break | 11:01 |
sean-k-mooney | as in restartign the l3 agent fixes it | 11:01 |
ralonsoh | you need to import neutron.agent.linux.ip_lib | 11:01 |
ralonsoh | and then call this method | 11:01 |
sean-k-mooney | then it breaks so im wondering if there is a race or something | 11:01 |
sean-k-mooney | ralonsoh: sure ill try that now | 11:02 |
sean-k-mooney | ralonsoh: ye remove the old cli impelmeation a few years ago right | 11:02 |
opendevreview | Merged openstack/ovn-octavia-provider stable/yoga: Avoid LB ERROR status on delete when LS/LR are already deleted https://review.opendev.org/c/openstack/ovn-octavia-provider/+/859528 | 11:02 |
ralonsoh | yes, we no longer call "ip address" | 11:02 |
sean-k-mooney | ack i rememeber ye did the convertion to iproute just was not sure if the legacy code was still there somewhere | 11:03 |
sean-k-mooney | https://paste.opendev.org/show/biKsu3bTAiVpI5ycBteG/ | 11:10 |
sean-k-mooney | fails the same way | 11:10 |
sean-k-mooney | so ya it works with the cli and fails in the command line | 11:15 |
sean-k-mooney | sorry works with cli but fails with iproute | 11:15 |
ralonsoh | sean-k-mooney, let me check | 11:17 |
sean-k-mooney | by the wya the reason i went back to ml2/ovs in this env is ovn seamed to be very broken | 11:18 |
sean-k-mooney | it was not installing flow that woudl allow the metadata api to work and i confirmed that packets were gettign to ovs but never to the metadata namespaces | 11:18 |
ralonsoh | sean-k-mooney, can you execute this command inside a root python shell? | 11:21 |
ralonsoh | one sec | 11:21 |
sean-k-mooney | no rush. i was redeploying my home cloud and setting up my third party ci again at teh weekend when i hit this. this is causuging the fip to break in the middel of tempest runs which is why i brought this up but its not super urgent | 11:22 |
sean-k-mooney | but i can try anything that you would like me too | 11:23 |
ralonsoh | sean-k-mooney, | 11:25 |
ralonsoh | from neutron.privileged.agent.linux import ip_lib | 11:25 |
ralonsoh | _run_iproute_addr("delete","qg-4bb9d20b-a0","qrouter-edf1cc99-879a-4fe5-a7b2-d19acb8fdcbf", address="172.20.0.79", mask=32, family=4) | 11:25 |
ralonsoh | sorry, | 11:25 |
opendevreview | Merged openstack/networking-ovn stable/train: Avoid LB ERROR status on delete when LS/LR are already deleted https://review.opendev.org/c/openstack/networking-ovn/+/859629 | 11:25 |
ralonsoh | ip_lib._run_iproute_addr | 11:25 |
sean-k-mooney | ah you think it might eb the cidr notation | 11:26 |
ralonsoh | I'm just trying to avoid the privsep context | 11:26 |
ralonsoh | and see that the pyroute2 call returns | 11:26 |
sean-k-mooney | ah | 11:26 |
ralonsoh | but no, this method will also catch the exception | 11:27 |
sean-k-mooney | https://paste.opendev.org/show/baTFAUlPTvw5U05xFuB3/ | 11:27 |
sean-k-mooney | its the same error that i saw form the neutron logs more or less | 11:28 |
sean-k-mooney | well i think it gets dumpt to stdout | 11:28 |
ralonsoh | sean-k-mooney, it could be a problem in the pyroute2 library version | 11:32 |
ralonsoh | I really don't know | 11:32 |
ralonsoh | can you try first "add" an IP | 11:32 |
ralonsoh | and then "delete"? | 11:32 |
sean-k-mooney | with iproute | 11:32 |
ralonsoh | yes | 11:33 |
sean-k-mooney | sure | 11:33 |
ralonsoh | same command just using another IP address | 11:33 |
ralonsoh | with /32 | 11:33 |
sean-k-mooney | i added .42 and got the same error | 11:33 |
ralonsoh | but during the deletion, right? | 11:34 |
ralonsoh | what version of pyroute2 do you have? | 11:35 |
sean-k-mooney | no add failed | 11:35 |
ralonsoh | I'll try manually on my dev | 11:35 |
sean-k-mooney | pyroute2==0.6.6 | 11:36 |
sean-k-mooney | thats from febuary which makes sense for yoga | 11:38 |
sean-k-mooney | bug it predates 22.04's release | 11:38 |
sean-k-mooney | so maybe i need a newer version | 11:38 |
ralonsoh | I'm having the same issue with 20.04 and latest pyroute2 | 11:40 |
ralonsoh | I can't believe this... | 11:41 |
sean-k-mooney | if you have been using ovn you would not see this | 11:41 |
ralonsoh | sean-k-mooney, we have a functional test testing this | 11:42 |
ralonsoh | test_delete_ip_address | 11:42 |
sean-k-mooney | is taht passing? | 11:43 |
ralonsoh | sure | 11:43 |
sean-k-mooney | i noticed that ye marked some fo the floating ip tempest test as flaky | 11:43 |
sean-k-mooney | whatever this is its not new if its showing up in yoga and in contaienr based on (centos 8/py3.6 , debian 11/py39 and ubuntu 20.04/py38) | 11:46 |
opendevreview | Fernando Royo proposed openstack/neutron master: Check subnet overlapping after add router interface https://review.opendev.org/c/openstack/neutron/+/859143 | 11:47 |
sean-k-mooney | https://bugs.launchpad.net/neutron/+bug/1815585 | 11:51 |
sean-k-mooney | that was the bug i was thinking of | 11:51 |
sean-k-mooney | https://github.com/openstack/neutron-tempest-plugin/commit/5ddcf33322f1e257322369fff6416aa48c4214b9 marked that test as unstable and it was reverted by https://github.com/openstack/neutron-tempest-plugin/commit/305ded386ba186d38247d91ff3657b36defd3a0b | 11:52 |
ralonsoh | so now is tested | 11:52 |
sean-k-mooney | well this was just disabled for linuxbridge | 11:53 |
sean-k-mooney | but this was the bug i came across when i was looking last night | 11:53 |
sean-k-mooney | oh i guess https://bugs.launchpad.net/neutron/+bug/1799790 | 11:53 |
ralonsoh | let me check that after lunch | 11:54 |
sean-k-mooney | i might try swapping back to ovn | 11:54 |
sean-k-mooney | although metadta was not workign form me on ovn | 11:54 |
sean-k-mooney | i have sicne enabeld config drive so maybe thats not an issue if everythign else works | 11:55 |
ralonsoh | did you set the OVS openvswitch name? | 11:55 |
ralonsoh | one sec | 11:55 |
ralonsoh | sean-k-mooney, | 11:55 |
ralonsoh | ovs-vsctl list open . | 11:55 |
ralonsoh | external_ids : {hostname=u20ovn, <=== name of the host | 11:55 |
ralonsoh | if not | 11:55 |
ralonsoh | ovs-vsctl set open . external_ids:hostname="u20ovn" | 11:56 |
sean-k-mooney | https://paste.opendev.org/show/bpj0hkCyEsShOTYZssc5/ | 11:56 |
ralonsoh | in your OVN env? | 11:57 |
sean-k-mooney | well its not ovn any more | 11:57 |
ralonsoh | ah ah ok | 11:57 |
sean-k-mooney | i uninstalled openstack and redeployed with ml2/ovs | 11:57 |
ralonsoh | ok, give me some time for lunch | 11:57 |
ralonsoh | and I'll check what is happenign with the IP deletion | 11:57 |
sean-k-mooney | ack as i said not super urgent | 11:57 |
sean-k-mooney | but it seamed like a real bug | 11:57 |
sean-k-mooney | im kind of tempetd to locally hack in a call to "ip a ..." | 11:58 |
opendevreview | Merged openstack/ovn-octavia-provider stable/xena: Avoid LB ERROR status on delete when LS/LR are already deleted https://review.opendev.org/c/openstack/ovn-octavia-provider/+/859530 | 12:08 |
sean-k-mooney | ralonsoh: https://bugzilla.redhat.com/show_bug.cgi?id=2094986 | 12:15 |
sean-k-mooney | https://github.com/svinota/pyroute2/commit/1eb08312de30a083bcfddfaa9c1d5e124b6368df | 12:15 |
sean-k-mooney | its in 0.6.10 | 12:15 |
ralonsoh | sean-k-mooney, I've tested this with 0.7.2 | 12:47 |
ralonsoh | and I have the same result | 12:47 |
*** dkehn_ is now known as dkehn | 12:55 | |
*** dasm|off is now known as dasm | 12:59 | |
opendevreview | Arkady Shtempler proposed openstack/neutron-tempest-plugin master: Adds use of "Designate API" into "_verify_dns_records" method https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/859871 | 13:07 |
opendevreview | Fernando Royo proposed openstack/neutron master: Check subnet overlapping after add router interface https://review.opendev.org/c/openstack/neutron/+/859143 | 14:39 |
*** dkehn_ is now known as dkehn | 15:55 | |
opendevreview | Merged openstack/ovn-octavia-provider stable/zed: Avoid LB ERROR status on delete when LS/LR are already deleted https://review.opendev.org/c/openstack/ovn-octavia-provider/+/859527 | 16:00 |
*** dasm is now known as dasm|off | 21:16 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!