Monday, 2025-10-27

opendevreviewyatin proposed openstack/neutron master: check stable job failure  https://review.opendev.org/c/openstack/neutron/+/96485707:06
skraynev_hello. does neutron have support (or maybe there is some future plan to support) API microversions, like in nova? I didn't find any API docs about this feature for neutron08:04
*** ralonsoh_ is now known as ralonsoh08:04
ralonsohskraynev_, no, we have API extensions08:05
ralonsohanytime you create a change in the API, you add an API extension that can be detected and queried 08:05
ralonsoh$ openstack extension list --network08:07
opendevreviewRodolfo Alonso proposed openstack/neutron master: Use transaction database context in ML2/OVN code  https://review.opendev.org/c/openstack/neutron/+/96478808:26
tafkamaxHi, I have deployed OS via kolla-ansible. I have an interesting issue with using floating IP-s. I am using the neutron dns extension and on one of my instances I am getting this error: │ Error: Error associating openstack_networking_floatingip_associate_v2 floating_ip c2c03684-35b6-4e99-b10f-f7c13747689c with port 20bb3a61-8f6c-483d-80fd-4f938a0f8914: Expected HTTP response code [200] when accessing [PUT08:40
tafkamaxhttps://neutron.example.com/v2.0/floatingips/c2c03684-35b6-4e99-b10f-f7c13747689c], but got 409 instead: {"NeutronError": {"type": "ExternalDNSOverQuota", "message": "External DNS Quota exceeded for resources: zone.", "detail": ""}}08:40
tafkamaxDeployment is version 2025.108:41
tafkamaxSomebody said that it is a generic neutron error.08:41
tafkamaxThe quotas themselves seem to be OK.08:41
tafkamaxthe zone itself only has about 15 entries08:41
ralonsohtafkamax, this is related to Designate. I'm trying to reach somebody related to the project to ask for information08:56
ralonsohin any case, you should maybe check the quota availability in your DNS server08:57
tafkamaxThanks for responding so quickly!08:58
tafkamaxWhat exactly do you mean by quota availabilty? Do you mean that I have not reached any specific quota limits?09:00
tafkamaxE.g. `openstack dns quota list` is:... (full message at <https://matrix.org/oftc/media/v1/media/download/ARBB_QMU_vu2yvf482UtvdCK8rj-p10hktoNAUG6aSUX2UJcMQsDyHMLzMoSaW4jbfQblp6ilHybJfKD7REPRZNCeabP9MlgAG1hdHJpeC5vcmcvVUxHT0hzUmdoY2ZGemNES0RDR3Z3eWJo>)09:01
tafkamaxAnd I have not reached any of these?09:01
ralonsohyou should check your designate API logs09:03
tafkamaxok09:15
oschwarthello tafkamax09:32
tafkamaxI can't seem to find anything related to this error in my /var/log/kolla/designate logs09:34
tafkamaxHi oschwart 09:34
oschwartas ralonsoh suggested, I would suggest to look at your designate API logs09:34
oschwartI see in the neutron code that you might hit that issue if you hit the quota of either A, AAAA, PTR recordset09:36
oschwartdo you have a traceback for that error?09:39
opendevreviewRodolfo Alonso proposed openstack/neutron master: [eventlet-removal] Don't use eventlet in the unit/functional tests  https://review.opendev.org/c/openstack/neutron/+/95225809:44
tafkamaxHmm my designate-api.log seems to be fine. The floating_ip UUID i refrecned: c2c03684-35b6-4e99-b10f-f7c13747689c09:44
tafkamaxI can't seem to find it in designate-api.log09:44
tafkamaxI am thinking where else could it be09:44
oschwarttafkamax can you look for your (PTR) record id in the Designate API logs?09:54
oschwartdo you have a traceback for that error?09:54
tafkamaxThe previous one I posted was using opentofu.... (full message at <https://matrix.org/oftc/media/v1/media/download/ATP_CejHCV9-aGjMCYrup_6iZpITKMOnbWvB9mQ74qVDWFqbfpOmljHqBsMl1Tzrh5fJ4cJAjrQmL18wV-To0N5CeabTIENgAG1hdHJpeC5vcmcvTWVERm5QU2xNUmh4cFhNY3hwRkRSTEdC>)09:56
tafkamaxbut i cant seem to find the 409 or 500 error log in the /var/log/kolla09:57
tafkamaxi will try to find it09:57
tafkamaxI don't have automatic PTR enabled.09:57
tafkamaxaha10:00
tafkamaxin neutron logs finally10:00
tafkamaxdesignateclient.exceptions.NotFound: Name 100.168.192.in-addr.arpa. didn't resolve10:00
tafkamaxThis is from logs in loki/promtail/grafana... (full message at <https://matrix.org/oftc/media/v1/media/download/ATLsjIoUxFjMJwzGV7aDvMZAfoxvTJ1KavdnjlwyR2erbl3R7PQTvw9699H340SoFTwMkJxOvZd3NRkx7dfatLNCeabTZoVQAG1hdHJpeC5vcmcvV2hnbGNUeXVlck9TZkRtTEl3SmpsYllw>)10:01
tafkamaxwell I think I am closer to finding out.10:01
oschwartthere could be (at least a few) scenarios here, one of them is that maybe the zone was deleted manually before the port deletion10:12
oschwartand IMO that recordset delete should handle missing PTR zone / not found gracefully - i.e. not raising an error10:13
oschwartralonsoh: maybe we should wrap that line with try/except and not raising an error for zones that were not found https://opendev.org/openstack/neutron/src/branch/master/neutron/services/externaldns/drivers/designate/driver.py#L15910:17
ralonsohoschwart, and log an error without raising any exception?10:20
oschwartyeah, I mean the DNS integration helps with some "automation", an operator creates (some of the) neutron resources and gets DNS records. The same applies when the operator deletes neutron resources10:22
oschwartso if the operator created the DNS resources before creating the neutron resources, they might hit a conflict error. And not found in case they deleted the DNS resources before the neutron ones10:23
ralonsohoschwart, please, open a LP bug and describe what actions should be taken in the Neutron code and why10:24
ralonsohthanks in advance!10:24
oschwartso while I would raise a Conflict / 409 error when an operator creates the DNS resources before the networking error, I wouldn't raise a not found on the deletion10:25
oschwartralonsoh: sure10:26
oschwartralonsoh: https://bugs.launchpad.net/neutron/+bug/212992610:47
ralonsohthanks10:48
oschwarttafkamax: if that's what happened, you could try creating the reverse zone manually via Designate cli and then try to delete the port10:50
oschwartor disable the dns integration and delete it, but I would try the first approach first10:50
tafkamaxAhaaaa12:45
tafkamaxI think I figured it out.12:45
tafkamaxPS. Thanks for responding so quickly. Really appreciate it. 🚀12:46
tafkamaxThe reverse entry zones are created automatically under the service project.12:46
* tafkamax sent a code block: https://matrix.org/oftc/media/v1/media/download/AWdUt-GEC-8cmSE5D5TlS5JUEH2_Kll5okhPdEAjDFnzaih118LwD9bMAytmMRjS4pZdWphxPJtJP4Wysq8sqjNCeabc3cYgAG1hdHJpeC5vcmcvdVl0eEhGZ0dzYmdsTWhId25BWk9aV3B312:46
tafkamaxSo it reached the max number of zones for quota.12:46
tafkamaxSo actually the quota error was actually correct...13:05
tafkamaxBut I didn't know where to look...13:05
dcapone2004I am having an issue on an all-in-one install where openvswitch seems to keep disconnecting on a very predictable cycle of approximately every 10 minutes, stays offline for 2 to 3 and comes back online for ~10 minutes again13:17
dcapone2004the logs are showing an error of device does not exist, but the device name is correct and exists and it is the same interface used for hardware server level network access13:19
dcapone2004big differand also the api interface for openstack, i do not get any disconnects there ... only on the external interface device where the only difference is that it is a tagged vlan on the same interface...... on 2025.1 release...any known issues like this or resolutions?13:21
opendevreviewMerged openstack/neutron master: Patch Stream methods with mock  https://review.opendev.org/c/openstack/neutron/+/96449314:08
*** helen is now known as ichen14:08
opendevreviewTakashi Kajinami proposed openstack/neutron-vpnaas master: Fix section name for scripts  https://review.opendev.org/c/openstack/neutron-vpnaas/+/96488815:20
opendevreviewRodolfo Alonso proposed openstack/neutron master: Remove the ``eventlet.Timeout`` testcase capture  https://review.opendev.org/c/openstack/neutron/+/96120216:01
opendevreviewRodolfo Alonso proposed openstack/neutron master: Remove the ``eventlet.Timeout`` testcase capture  https://review.opendev.org/c/openstack/neutron/+/96120216:06
opendevreviewRodolfo Alonso proposed openstack/neutron master: [DNM] WIP == Restore the N535 eventlet import check  https://review.opendev.org/c/openstack/neutron/+/96121016:07
haleybslaweq: do the later times for ptg wednesday meetings work for your topics? or do we need to move to thursday morning? i don't know if the timezone makes it too late for you16:09
ralonsohhaleyb, he's on PTO today16:36
ralonsohwe are now in UTC+1, since this weekend16:36
ralonsoh(I would also prefer meetings from 13UTC to 16UTC max)16:37
haleybralonsoh: ack, we can move things if need be tomorrow16:37
haleybralonsoh: we can maybe move his two and mlavalle's to thursday morning then. we still have the nova cross-project later but you probably don't need to attend anyway16:40
opendevreviewBrian Haley proposed openstack/neutron-lib master: Start running pylint on the test tree  https://review.opendev.org/c/openstack/neutron-lib/+/96490116:41
opendevreviewBrian Haley proposed openstack/neutron master: Start running pylint on the test tree  https://review.opendev.org/c/openstack/neutron/+/96490216:41
opendevreviewMerged openstack/neutron master: [eventlet-removal] Don't use eventlet in the unit/functional tests  https://review.opendev.org/c/openstack/neutron/+/95225817:55
opendevreviewJakub Libosvar proposed openstack/neutron master: WIP: bgp: Implement connecting BGP and Neutron world  https://review.opendev.org/c/openstack/neutron/+/96322318:51
opendevreviewJakub Libosvar proposed openstack/neutron master: WIP: new job tempest-multinode-with-bgp  https://review.opendev.org/c/openstack/neutron/+/96218818:52
opendevreviewBrian Haley proposed openstack/neutron master: Start running pylint on the test tree  https://review.opendev.org/c/openstack/neutron/+/96490219:29

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