opendevreview | Takashi Kajinami proposed openstack/tap-as-a-service master: Use generated config files in devstack https://review.opendev.org/c/openstack/tap-as-a-service/+/929872 | 04:32 |
---|---|---|
opendevreview | yatin proposed x/whitebox-neutron-tempest-plugin master: [DNM] Check debug false tempest https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/944085 | 05:11 |
opendevreview | yatin proposed x/whitebox-neutron-tempest-plugin master: Revert "Fetch only SGL log entries, drop count assertion" https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/944086 | 05:28 |
vsaienko | hello neutron team, do you know what was the reason to do not host external port on the same chassis where VM sits? https://github.com/openstack/neutron/commit/770914f98df9abda2b5b8ca2896ff05618ea0181#diff-f2c894a40a002f3c9b2591bd0619f65b9582f0b9001a6564284479b0acd1f170R1166-R1173 | 06:40 |
ralonsoh | vsaienko, https://dani.foroselectronica.es/ovn-external-ports-604/. The traffic on an external port (and in this case I think you are referring to SR-IOV), doesn't hit the local OVN bridge. It is needed that another chassis (GW chassis or with ``enable-chassis-as-extport-host``) hosts this port to receive and reply DHCP, IGMP or routing | 06:51 |
vsaienko | It depends on the deployment architecture I think in case A it will hit OVN bridge https://paste.openstack.org/show/bpVnLKVp3FkU9JFKv7Et/ rigth? | 07:00 |
vsaienko | but I got the point, thanks. | 07:01 |
ralonsoh | vsaienko, SR-IOV it never hits the local OVN, the traffic egress the VM using the VF. It can "goes back" to the local OVN bridge if that is connected to the physnet and is a GW | 07:02 |
ralonsoh | so you can make this compute as a GW chassis | 07:03 |
ralonsoh | but the egress traffic doesn't hit OVN because this traffic doesn't use OVS | 07:03 |
vsaienko | but in case A dhcp request from VM will go out of eth1 and than switch will flood broadcast to eth0, which will not happen in caseB (as switches do not flood broadcast to same port where request come from to avoid loops) | 07:04 |
ralonsoh | vsaienko, again, the VF traffic egress the VM | 07:06 |
ralonsoh | whatever you want to do with this traffic depends on the infra config | 07:06 |
ralonsoh | this traffic does NOT hit the local OVN | 07:06 |
ralonsoh | you need additional infra config to redirect again this traffic to the same host | 07:07 |
vsaienko | yes exactly | 07:07 |
opendevreview | Vasyl Saienko proposed openstack/neutron master: Add note in sync_ha_chassis_group_network method https://review.opendev.org/c/openstack/neutron/+/944091 | 07:27 |
opendevreview | Maor Blaustein proposed x/whitebox-neutron-tempest-plugin master: Limit logging in limit tests https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/944093 | 07:35 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: WIP == [OVN] Delete a resource provider removed from the agent config https://review.opendev.org/c/openstack/neutron/+/944053 | 08:07 |
ralonsoh | slaweq, hello! just a few seconds, already approved before | 08:10 |
ralonsoh | https://review.opendev.org/c/openstack/neutron/+/943664 | 08:10 |
ralonsoh | if you have another minute: https://review.opendev.org/c/openstack/neutron/+/943942 | 08:10 |
ralonsoh | thanks in advance | 08:11 |
slaweq | ralonsoh hi | 08:13 |
slaweq | both approved | 08:13 |
ralonsoh | thanks! | 08:13 |
opendevreview | Maor Blaustein proposed x/whitebox-neutron-tempest-plugin master: Limit logging in security group logging tests https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/944093 | 08:34 |
opendevreview | Maor Blaustein proposed x/whitebox-neutron-tempest-plugin master: Limit logging in security group logging tests https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/944093 | 08:45 |
opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider master: Add sync floating IP support https://review.opendev.org/c/openstack/ovn-octavia-provider/+/929039 | 08:53 |
opendevreview | Maor Blaustein proposed x/whitebox-neutron-tempest-plugin master: Limit logging in security group logging tests https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/944093 | 09:00 |
opendevreview | Maor Blaustein proposed x/whitebox-neutron-tempest-plugin master: Limit logging in security group logging tests https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/944093 | 09:00 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: Reimplement the singleton class https://review.opendev.org/c/openstack/neutron/+/944099 | 09:06 |
opendevreview | Maor Blaustein proposed x/whitebox-neutron-tempest-plugin master: Limit logging in security group logging tests https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/944093 | 09:28 |
opendevreview | Maor Blaustein proposed x/whitebox-neutron-tempest-plugin master: Limit logging in security group logging tests https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/944093 | 10:12 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN][Placement] Reduce log level to error when Placement exception https://review.opendev.org/c/openstack/neutron/+/944101 | 10:23 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN] Delete a resource provider removed from the agent config https://review.opendev.org/c/openstack/neutron/+/944053 | 10:28 |
opendevreview | Merged openstack/neutron master: [OVN] Do not call ``QoSAddCommand`` without max-bw/DSCP rule https://review.opendev.org/c/openstack/neutron/+/943664 | 10:29 |
opendevreview | Merged openstack/neutron master: [fullstack] Re-implement ``wait_until_true`` with eventlet https://review.opendev.org/c/openstack/neutron/+/943942 | 10:29 |
opendevreview | Slawek Kaplonski proposed openstack/neutron master: [S-RBAC] Fix policies for the SG rules API https://review.opendev.org/c/openstack/neutron/+/944022 | 10:36 |
opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider master: Add sync floating IP support https://review.opendev.org/c/openstack/ovn-octavia-provider/+/929039 | 10:56 |
ralonsoh | slaweq, https://5671b50e1757693146fd-d2676880cd4ce07846d9d5d9e5ab28d1.ssl.cf1.rackcdn.com/944022/4/check/openstack-tox-py312/6d88a78/testr_results.html | 11:04 |
ralonsoh | it is failing in py312 and py39 | 11:04 |
slaweq | damn, I didn't check that one :/ | 11:20 |
slaweq | I will fix it right now | 11:20 |
ralonsoh | cool! | 11:20 |
opendevreview | Slawek Kaplonski proposed openstack/neutron master: [S-RBAC] Fix policies for the SG rules API https://review.opendev.org/c/openstack/neutron/+/944022 | 11:36 |
tafkamax | I have a question regarding external/internal networking in neutron. We set up our second cluster and for some reason the provider networks we use are working correctly, but the external/internal is not working. Where... (full message at <https://matrix.org/oftc/media/v1/media/download/AW40TWas3p1nI7ZYaY76H3PgTZogxdcCPMZGqrNFhbaBzwCBM379YWEcnI5p246f8NSnpyTv-2TCYFPM-vptfUZCeV0kXkXQAG1hdHJpeC5vcmcvWWpEdlR5TGFaRnVQWFhtQ0JKUERHV0ZK>) | 11:45 |
tafkamax | it sends out the request, but gets nothing back | 11:46 |
tafkamax | in the compute node where the neutron also resides it looks like this: 13:20:44.517076 tap9381a27d-6e P IP 10.100.0.100 > 192.168.100.1: ICMP echo request, id 18522, seq 10, length 64 | 11:47 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: Reimplement the singleton class https://review.opendev.org/c/openstack/neutron/+/944099 | 12:06 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN][Placement] Reduce log level to error when Placement exception https://review.opendev.org/c/openstack/neutron/+/944101 | 12:07 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN] Delete a resource provider removed from the agent config https://review.opendev.org/c/openstack/neutron/+/944053 | 12:07 |
opendevreview | Rodolfo Alonso proposed openstack/neutron-tempest-plugin master: Revert "Make neutron-tempest-plugin-designate-scenario non-voting temporary" https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/944114 | 12:28 |
opendevreview | Rodolfo Alonso proposed openstack/neutron-tempest-plugin master: Revert "Make neutron-tempest-plugin-designate-scenario non-voting temporary" https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/944114 | 12:37 |
haleyb | ralonsoh: https://review.opendev.org/c/openstack/neutron/+/944099 has a pep8 error | 12:37 |
haleyb | so all the children do too :( | 12:37 |
ralonsoh | let me check | 12:38 |
haleyb | i have a zuul status plugin that shows me live status in the changes | 12:40 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: DNM - Test errors in ``neutron-functional-with-pyroute2-master`` https://review.opendev.org/c/openstack/neutron/+/942859 | 12:42 |
ralonsoh | I'll check this after lunch | 12:42 |
opendevreview | Maor Blaustein proposed x/whitebox-neutron-tempest-plugin master: Wait in both log start track/retrieve https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/943922 | 12:54 |
opendevreview | Vasyl Saienko proposed openstack/ovn-octavia-provider master: Prepare to handle ha_chassis_group for LRP https://review.opendev.org/c/openstack/ovn-octavia-provider/+/943243 | 13:02 |
*** elodilles is now known as elodilles_pto | 13:22 | |
*** whoami-rajat_ is now known as whoami-rajat | 13:55 | |
opendevreview | Rodolfo Alonso proposed openstack/neutron-tempest-plugin master: Make ``neutron-tempest-plugin-*-ubuntu-jammy`` no voting https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/944119 | 14:25 |
opendevreview | Merged openstack/ovn-octavia-provider master: Add sync floating IP support https://review.opendev.org/c/openstack/ovn-octavia-provider/+/929039 | 14:35 |
*** svinota is now known as svinota[afk] | 14:45 | |
opendevreview | Tobias Urdin proposed openstack/neutron master: Add new default policy for device_id field on ports https://review.opendev.org/c/openstack/neutron/+/861169 | 15:08 |
opendevreview | Takashi Kajinami proposed openstack/tap-as-a-service master: Use generated config files in devstack https://review.opendev.org/c/openstack/tap-as-a-service/+/929872 | 15:11 |
spatel | ralonsoh Hello! | 15:22 |
ralonsoh | spatel, hello | 15:25 |
spatel | If you remember our previous conversation related setting priority on chassis. | 15:26 |
spatel | https://paste.opendev.org/show/bOmV9K3x7ogilW1yIO49/ | 15:26 |
spatel | My goal is to set os-chn-gen-comp-001 & os-chn-gen-comp-002 have higher priority so they serve DHCP for sriov | 15:27 |
ralonsoh | ok | 15:28 |
spatel | I set priority manually and life was good but recently I noticed something happened in OVN and they switch the leaders and that reset priority back to lower on those two chassis | 15:28 |
spatel | is this normal behavior? | 15:28 |
spatel | How do I make they permanent ? | 15:29 |
spatel | s/they/them/ | 15:30 |
ralonsoh | spatel, OVN doesn't change the HA_Chassis.priority field | 15:30 |
ralonsoh | that should be Neutron | 15:31 |
ralonsoh | did you remove any chassis register from the SB database/ | 15:31 |
ralonsoh | ? | 15:31 |
spatel | But priority are part of OVN right? | 15:31 |
spatel | No, I didn't make any change | 15:31 |
ralonsoh | OVN uses the defined priority on these registers, but this is set by the user (Neutron in this case) | 15:32 |
spatel | two days ago I found SRIOV stopped receive IP address and turn out priority issue | 15:32 |
spatel | How do I tell neutron to set high priority of A and B chassis parmanently? | 15:33 |
ralonsoh | First, it is needed to find who is changing this. Second, Neutron does not have this API to set the priority per chassis, it is assigned randomly | 15:34 |
spatel | In logs I have noticed OVN leader changed and look like that caused priority number reset | 15:34 |
spatel | I am building LAB to test that. I thought OVN reset priority. | 15:35 |
ralonsoh | no, OVN doesn't change a user option | 15:36 |
spatel | hmm! | 15:36 |
ralonsoh | the only place in Neutron where this is changed is in ``ChassisEvent`` | 15:36 |
ralonsoh | and that could be caused because a GW chassis has been removed from the DB | 15:37 |
spatel | You are saying if I restart ovn-controller that may change priority right? | 15:37 |
ralonsoh | it can be removed and added again, but this event will happen eventually | 15:37 |
ralonsoh | yes, the ovn-controller graceful stop deletes the chassis register | 15:37 |
spatel | For that workaround I put it in crontab to set priority back to what I need.. | 15:38 |
spatel | its ugly hack but that is all I have to fix it | 15:38 |
spatel | I wish there are a way to set it in file so it will be always desire value no matter add or remove of chassis | 15:39 |
ralonsoh | but if you remove a chassis, you can't expect a ha_chassis register to be point there | 15:41 |
ralonsoh | to be pointing there* | 15:41 |
spatel | I know! but what if I want to re-join with desire priority | 15:54 |
ralonsoh | spatel, this is not exactly what you look for, but could be also a solution | 15:59 |
ralonsoh | for external ports there is also a tag for the chassis | 16:00 |
ralonsoh | that will make this chassis to be used only by these ports | 16:00 |
ralonsoh | one sec | 16:00 |
ralonsoh | enable-chassis-as-extport-host | 16:01 |
ralonsoh | https://docs.openstack.org/neutron/2024.2/admin/ovn/external_ports.html | 16:01 |
ralonsoh | so you can mark these 2 GWs with 'enable-chassis-as-extport-host' | 16:02 |
spatel | ralonsoh I read about that and also tried it to set enable-chassis-as-extport-host but it was causing some issue with metadata service and then my host started getting IP but not setting hostname and cloud-init etc.. | 16:02 |
spatel | when I did enable-chassis-as-gw that solved the issue.. | 16:03 |
ralonsoh | spatel, then open a bug with this issue | 16:03 |
spatel | Hmm! | 16:03 |
ralonsoh | spatel, what was the problem using 'enable-chassis-as-extport-host' | 16:03 |
ralonsoh | ? | 16:03 |
ralonsoh | you need to deploy the metadata agent on these hosts too | 16:04 |
spatel | when I replaced enable-chassis-as-gw with enable-chassis-as-extport-host then I have noticed that vms getting IP but metadata service was not reachable somehow... | 16:04 |
ralonsoh | the metadata agent needs to be spawned in these hosts too | 16:05 |
spatel | I am using kolla-ansible and it does deploy those service | 16:05 |
ralonsoh | where the external port is going to be bound | 16:05 |
spatel | I have to create entire lab and test again... | 16:06 |
ralonsoh | I think you can also use both tags, "enable-chassis-as-extport-host,enable-chassis-as-gw" | 16:06 |
ralonsoh | I never tried this | 16:06 |
spatel | Hmm! really? | 16:06 |
ralonsoh | but if there is one chassis with this tag, then the ha_chassis_group will use it only | 16:07 |
ralonsoh | I need to go now | 16:07 |
spatel | You are saying if I set enable-chassis-as-extport-host that will override all the priority stuff right? | 16:07 |
ralonsoh | please open a LP bug with the issue above | 16:07 |
spatel | ralonsoh Thank you for the help! | 16:07 |
spatel | I will | 16:07 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: Reimplement the singleton class https://review.opendev.org/c/openstack/neutron/+/944099 | 16:08 |
ralonsoh | otherwiseguy, ^^ please check this | 16:08 |
ralonsoh | I need to go now | 16:08 |
opendevreview | Merged x/whitebox-neutron-tempest-plugin master: Limit logging in security group logging tests https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/944093 | 16:11 |
opendevreview | Merged x/whitebox-neutron-tempest-plugin master: Wait in both log start track/retrieve https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/943922 | 17:16 |
opendevreview | Merged openstack/neutron master: [OVN] Retrieve the HA_Chassis_Group in ``_sync_ha_chassis_group`` https://review.opendev.org/c/openstack/neutron/+/943689 | 18:04 |
opendevreview | Merged openstack/tap-as-a-service master: Use generated config files in devstack https://review.opendev.org/c/openstack/tap-as-a-service/+/929872 | 18:33 |
-opendevstatus- NOTICE: One of our Zuul job log storage providers is experiencing errors. We have removed that storage target from base jobs. You should be able to safely recheck changes now. | 20:23 | |
opendevreview | Brian Haley proposed openstack/tap-as-a-service unmaintained/2023.1: Update .gitreview for unmaintained/2023.1 https://review.opendev.org/c/openstack/tap-as-a-service/+/935113 | 21:15 |
opendevreview | Merged openstack/neutron-dynamic-routing master: Use constants from neutron-lib https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/929490 | 22:25 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: Reimplement the singleton class https://review.opendev.org/c/openstack/neutron/+/944099 | 22:30 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN][Placement] Reduce log level to error when Placement exception https://review.opendev.org/c/openstack/neutron/+/944101 | 22:30 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN] Delete a resource provider removed from the agent config https://review.opendev.org/c/openstack/neutron/+/944053 | 22:31 |
opendevreview | Rodolfo Alonso proposed openstack/neutron stable/2024.2: [OVN] Retrieve the HA_Chassis_Group in ``_sync_ha_chassis_group`` https://review.opendev.org/c/openstack/neutron/+/944170 | 22:36 |
opendevreview | Rodolfo Alonso proposed openstack/neutron-tempest-plugin master: Revert "Make neutron-tempest-plugin-designate-scenario non-voting temporary" https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/944114 | 23:03 |
opendevreview | Brian Haley proposed openstack/neutron-dynamic-routing unmaintained/2023.1: Update .gitreview for unmaintained/2023.1 https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/935090 | 23:06 |
opendevreview | Brian Haley proposed openstack/networking-bgpvpn unmaintained/2023.1: Update .gitreview for unmaintained/2023.1 https://review.opendev.org/c/openstack/networking-bgpvpn/+/935085 | 23:09 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: DNM - Test errors in ``neutron-functional-with-pyroute2-master`` https://review.opendev.org/c/openstack/neutron/+/942859 | 23:33 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!