Thursday, 2024-07-18

opendevreviewMiguel Lavalle proposed openstack/neutron master: [DNM] Fix support of IPv6 only networks in OVN metadata agent  https://review.opendev.org/c/openstack/neutron/+/92226400:09
opendevreviewMiguel Lavalle proposed openstack/neutron master: [DNM] Fix support of IPv6 only networks in OVN metadata agent  https://review.opendev.org/c/openstack/neutron/+/92226400:11
opendevreviewMiguel Lavalle proposed openstack/neutron master: [DNM] Fix support of IPv6 only networks in OVN metadata agent  https://review.opendev.org/c/openstack/neutron/+/92226400:18
sahido/06:55
sahidquick question, have you already noticed that, sometime we have to restart ovsdb because some rules are not applied correctly to the vswitch06:55
ralonsohsahid, not really, if you have any specific rule that is not correctly created, please report it\06:58
ralonsohI've never seen that06:59
ralonsohI guess this is ML2/OVS06:59
sahidyes it is, but the other point is that we are still running on ussuri, so it's difficult to complaign or report it to master07:00
gokhanihello folks, I have some questions about neutron fwaas. I am trying to test neutron fwaas on antelope. It can filter network traffic between different subnets but It can not filter east west intra subnet network traffic. is it expected behaviour? can we also add both vm and router ports to  a firewall ? 07:07
gokhaniI am using ha routers in neutron not dvr. this is ovs based deployment. 07:07
ralonsohgokhani, fwaas is a FW for router ports07:09
ralonsohhowever you have the in-tree SGs for east-west traffic, that will enforce a set of firewall rules for this traffic07:09
gokhaniralonsoh: thanks you mean we we can not use vm ports with fwaas. I also can not use security groups and fwaas together.07:16
ralonsohwhy not the second?07:17
ralonsohSGs are for VM ports, fwaas is for router ports07:17
ralonsohyou can use both07:17
gokhaniralonsoh: I am testing now. previously I got an error. mat be ı explained wrong my situation. I can explain my network configs. I have created 2 networks which  have 192.168.29.0/24 and 172.16.29.0/24 subnets and 1 router. I have connected 2 networks to this router. I have also created 3 instances and their ips are respectively 192.168.29.21,192.168.29.22 and 172.16.29.3507:34
gokhanithen I created a firewall group which have 192.168.29.1, 172.16.29.1,192.168.29.21,192.168.29.22 and 172.16.29.35 07:36
gokhaniwith tihs setup I can filter network traffic between 192.168.29.0/24 and 172.16.29.0/24 but ı can not filter network traffic between 192.168.29.21 and 192.168.29.22. 07:37
ralonsohgokhani, why not? you can add any SG rule to block/allow any traffic07:42
ralonsohyou can, for example, allow only SSH egress connections only07:42
ralonsohin any case, I don't know what do you mean with "filter". The SGs/FW doesn't filter, only blocks/allow07:43
gokhaniralonsoh: yes filter meaning blocks/allow07:44
gokhanifor example block ping from 192.168.29.21 to 192.168.29.2207:45
ralonsohby default all traffic is blocked, so if you don't enable icmp, you won't be able to ping from any VM to another07:46
gokhaniralonsoh: for security groups situation I can explain my network setting. I have created a port security enabled network which has 192.168.28.0/24 subnet. I have created an instance from this network and its ip is 192.168.28.119. then ı tried to create firewall with adding 192.168.28.1 and 192.168.28.119. it can add 192.168.28.1 port but It can not add 192.168.28.119 port 07:51
gokhaniit throws this error https://paste.openstack.org/show/b3UVMvGESpCZe041CIWR/07:51
gokhanibut If I create  networks without port security enabled, ı can also add vm interface ports to fwaas 07:53
ralonsohI think maybe can ask lajoskatona ^07:54
ralonsohyes, according to the spec, fwaas should also handle e/w traffic https://github.com/openstack/neutron-specs/blob/master/specs/newton/fwaas-api-2.0.rst07:55
ralonsohfwaas 2.007:55
gokhaniralonsoh: yes but it didn't work on antelope. ı am using fwaas v2.0 07:58
gokhanican you help for upper fwaas problem lajoskatona when you are available. ı will also create bug for this. 08:03
lajoskatonagokhani, ralonsoh: Hi, Let me read the discussion08:05
lajoskatonagokhani: Am I right that your main problem is that you have the exception which you linked? (https://paste.openstack.org/show/b3UVMvGESpCZe041CIWR/ )08:11
opendevreviewRodolfo Alonso proposed openstack/neutron master: [DHCP] Do not force the DHCP disable call in a network creation  https://review.opendev.org/c/openstack/neutron/+/92438508:11
ralonsohykarel, ^08:11
ykarelralonsoh, thx. i tried that in https://review.opendev.org/c/openstack/neutron/+/924248 and had some failures, so would need adjustment08:13
gokhanilajoskatona: not only this, there is also problem which I can not allow/block traffic in same subnet. for example block ssh from 192.168.29.21 to 192.168.29.2208:13
ralonsohykarel, ok in the UTs, perfect!08:14
gokhanilajoskatona: in fwaas spec  it says it can support allow/block east west network traffic https://github.com/openstack/neutron-specs/blob/master/specs/newton/fwaas-api-2.0.rst 08:15
opendevreviewRodolfo Alonso proposed openstack/neutron master: [DHCP] Do not force the DHCP disable call in a network creation  https://review.opendev.org/c/openstack/neutron/+/92438508:20
ralonsohykarel, what are the most affected jobs? to create a follow-up patch on top of this one running multiple instances08:21
ralonsohcould be neutron-tempest-plugin-openvswitch and neutron-tempest-plugin-linuxbridge, right?08:21
opendevreviewMerged openstack/neutron master: Adjust flavor extension unit test to case when tenant_id is not there  https://review.opendev.org/c/openstack/neutron/+/92164708:21
opendevreviewMerged openstack/neutron master: Don't send project_id as QoS rule attribute in the tests  https://review.opendev.org/c/openstack/neutron/+/92279008:22
gokhanilajoskatona: ı have to go now. ı will be available in an hour again. please write your recommendation and ı can check again, thanks for your help :) 08:23
lajoskatonagokhani: Please open a lauchpad bug report (https://bugs.launchpad.net/neutron) collect all the info there with possible logs where you think that can be relevant, I try to check that in the meantime08:24
ralonsohhi folks, after the following n-lib patches, I'm going to propose a new release08:26
ralonsohhttps://review.opendev.org/c/openstack/neutron-lib/+/92164908:26
ralonsohhttps://review.opendev.org/c/openstack/neutron-lib/+/92392608:26
ralonsohI think we have enough new features/fixes to deserve a new version08:26
ykarelralonsoh, yes can run all ovs and linuxbridge jobs08:31
ralonsohperfect, I'll create a testing patch08:31
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM - TESTING PATCH: DHCP agent  https://review.opendev.org/c/openstack/neutron/+/92438608:38
ykarelralonsoh, i think have not seen failures in those ovs*multinode jobs08:49
ykareljust scenario jobs ovs, ovs-iptables, hybrid etc08:50
ralonsohright, only the single node ones08:52
ykarelyeap quite stable https://zuul.openstack.org/builds?job_name=neutron-ovs-tempest-multinode-full&job_name=neutron-ovs-tempest-dvr-ha-multinode-full&branch=master&skip=008:52
ykarelout of latest 3 failures, 2 are unshelve host known issue08:53
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM - TESTING PATCH: DHCP agent  https://review.opendev.org/c/openstack/neutron/+/92438608:53
ykarel3rd one still checking08:53
ykarel924386 better now08:54
ykarellet's see how it goes08:54
ykarel3rd one failed as dhcp agent took more than 90 seconds to process that port and meanwhile the all metadata attempts should have failed09:10
ykarelfailed 20/20: up 95.21. request failed09:11
ralonsohthis one? https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_013/907313/24/check/neutron-ovs-tempest-dvr-ha-multinode-full/01324c6/testr_results.html09:12
ralonsohyes, this one09:12
ykarelyes that one09:14
ralonsohwhen we are processing a RPC request, I really don't know what is the status of the DhcpAgent._queue09:21
ralonsohin other words, I don't know if the DHCP agent is overloaded or not09:21
ralonsohI'm going to add an extra debug line to, every time a command is processes, inform how many commands are still pending in the queue09:22
opendevreviewRodolfo Alonso proposed openstack/neutron master: [DHCP] Inform about the number of pending events to be processed  https://review.opendev.org/c/openstack/neutron/+/92439209:59
opendevreviewLajos Katona proposed openstack/tap-as-a-service master: Do not set ageing in case of system datapath type  https://review.opendev.org/c/openstack/tap-as-a-service/+/92240010:17
opendevreviewRodolfo Alonso proposed openstack/neutron master: [DHCP] Inform about the number of pending events to be processed  https://review.opendev.org/c/openstack/neutron/+/92439210:24
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM - TESTING PATCH: DHCP agent  https://review.opendev.org/c/openstack/neutron/+/92438611:13
opendevreviewMerged openstack/neutron master: Adding manager role support  https://review.opendev.org/c/openstack/neutron/+/92357811:14
opendevreviewMerged openstack/neutron master: Change to new syntax of calling super() in policies unit tests modules  https://review.opendev.org/c/openstack/neutron/+/92384011:14
opendevreviewRodolfo Alonso proposed openstack/neutron master: [DHCP] Lock the execution of ``_dhcp_ready_ports_loop``  https://review.opendev.org/c/openstack/neutron/+/92430011:15
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM - TESTING PATCH: Lock method in DHCP agent  https://review.opendev.org/c/openstack/neutron/+/92439711:15
opendevreviewRodolfo Alonso proposed openstack/neutron master: Add "subnet-external-network" extension to "subnet" resource  https://review.opendev.org/c/openstack/neutron/+/90731311:18
ralonsohslaweq, ^^ that patch had a +W but I needed to rebase it to fix a trivial merge error in tests/unit/conf/policies/test_subnet.py11:18
fricklerykarel: https://github.com/cirros-dev/cirros/pull/116#issuecomment-2236476297 , you may also want to join #cirros on libera if needed (and I likely should have suggested that earlier)13:23
ykarelfrickler, thanks for following this up, had to drop for today so will check and update tomorrow13:29
ralonsohykarel, https://review.opendev.org/c/openstack/neutron/+/924385 (and the testing patch https://review.opendev.org/c/openstack/neutron/+/924386/3): that seems to work quite well13:39
ralonsohsame for the upper patch on top of this one https://review.opendev.org/c/openstack/neutron/+/92430013:39
ykarelralonsoh, ack thx, have to drop for now so will check later14:03
ralonsohthanks14:04
opendevreviewRodolfo Alonso proposed openstack/neutron master: Log the number of RPC workers created  https://review.opendev.org/c/openstack/neutron/+/92440814:47
opendevreviewRodolfo Alonso proposed openstack/neutron master: [WSGI] Move all OVN jobs to use WSGI API module  https://review.opendev.org/c/openstack/neutron/+/92431714:58
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM - TESTING PATCH: StandardAttribute load method to "selectin"  https://review.opendev.org/c/openstack/neutron/+/92393115:04
opendevreviewBrian Haley proposed openstack/neutron master: Use convert_version_to_tuple() instead of pkg_resources  https://review.opendev.org/c/openstack/neutron/+/92437415:09
*** elodilles is now known as elodilles_ooo17:10
ralonsohhaleyb, hi! can you check https://review.opendev.org/c/openstack/neutron/+/924385/2?18:59
ralonsohthanks in advance18:59
ralonsohthat should health the LB/OVS jobs19:00
ralonsohheal*19:00
haleybralonsoh: hi, i had *just* opened that, i'll take a look along with any other ones19:00
ralonsohthanks!19:01
haleybihrachys: about the nested router bug, it's broken worse than i thought, it's really only good at fixing things when the sync tool is run or 'repair' mode is set in the conf file. I've been playing locally but don't have a new PS yet, and I'm out next week so won't get to it until after that19:14
opendevreviewJakub Libosvar proposed openstack/neutron master: Remove Open vSwitch plugin mentioned in allowed address pairs note  https://review.opendev.org/c/openstack/neutron/+/92443920:46
opendevreviewMerged openstack/neutron master: [DHCP] Do not force the DHCP disable call in a network creation  https://review.opendev.org/c/openstack/neutron/+/92438521:07
opendevreviewMerged openstack/neutron master: [DHCP] Lock the execution of ``_dhcp_ready_ports_loop``  https://review.opendev.org/c/openstack/neutron/+/92430021:37
opendevreviewDmitrii Shcherbakov proposed openstack/ovn-bgp-agent master: Make the local chassis ID configurable  https://review.opendev.org/c/openstack/ovn-bgp-agent/+/92295722:40

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