RDO tickets are now tracked in Jira https://issues.redhat.com/projects/RDO/issues/
Bug 2259076 - python3-tap-as-a-service: taas_plugin.ini is ignored by neutron-server
Summary: python3-tap-as-a-service: taas_plugin.ini is ignored by neutron-server
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: RDO
Classification: Community
Component: distribution
Version: trunk
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
: trunk
Assignee: Alfredo Moralejo
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2024-01-19 03:42 UTC by kajinamit
Modified: 2024-01-24 16:56 UTC (History)
0 users

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2024-01-24 16:56:39 UTC
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
RDO 51271 0 None None None 2024-01-19 03:43:45 UTC

Description kajinamit 2024-01-19 03:42:08 UTC
Description of problem:

The python3-tap-as-a-service package installs the taas_plugin.ini file in /etc/neutron and create a symbolic link to the file in /usr/share/neutron/server .
However the link is named `taas_plugin.ini` and neutron-server ignores the file because it only loads "*.conf".

We should rename the link so that it's picked up by neutron-server.


Version-Release number of selected component (if applicable):
openstack-neutron-23.1.0-0.20240111194413.a89b5e5.el9.noarch
python3-tap-as-a-service-12.1.0-0.20231121221337.0d5d106.el9.noarch

How reproducible:
Always

Steps to Reproduce:
1. Install python3-tap-as-a-service
2. Enable the TaaS plugin
3. Start neutron-server

Actual results:
neutron-server fails to start because it does not load service_provide option in taas_plugin.ini

Expected results:
neutron-server loads taas_plugin.ini and starts without errors

Additional info:
This was initially found in the attempt to enable taas in [1]

[1] https://review.opendev.org/c/openstack/puppet-openstack-integration/+/906018

Comment 1 kajinamit 2024-01-24 16:53:42 UTC
I confirmed that the issue was fixed in  python3-tap-as-a-service-12.1.0-0.20240119074325.7c3912b.el9.noarch . I may later attempt backports but I'm ok to close this now.

Comment 2 Alfredo Moralejo 2024-01-24 16:56:39 UTC
Thanks for reporting and fix it!


Note You need to log in before you can comment on or make changes to this bug.