Open Stack

Erik,

That is good finding i have check on following file

/openstack/venvs/neutron-19.0.0.0rc3.dev6/lib/python2.7/site-packages/neutron/objects/agent.py

Do you think i should add following option and restart neutron-server?
 is this for all compute nodes agent or just for server?

new_facade = True

On Fri, Mar 20, 2020 at 1:51 PM Erik Olof Gunnar Andersson
<eandersson at blizzard.com> wrote:
>
>
>
>
>
> Best Regards, Erik Olof Gunnar Andersson
>
>
>
> From: Satish Patel <satish.txt at gmail.com>
> Sent: Friday, March 20, 2020 9:23 AM
> To: Grant Morley <grant at civo.com>
> Cc: Erik Olof Gunnar Andersson <eandersson at blizzard.com>; openstack-discuss at lists.openstack.org
> Subject: Re: Neutron RabbitMQ issues
>
>
>
> Oh you are right here, i have following stuff in my neutron.conf on server
>
>
>
> # Notifications
> [oslo_messaging_notifications]
> driver = messagingv2
> topics = notifications
> transport_url = rabbit://neutron:5be2a043f9a93adbd@172.28.15.192:5671,neutron:5be2a043f9a93adbd@172.28.15.248:5671,neutron:5be2a043f9a93adbd@172.28.15.22:5671//neutron?ssl=1
>
> # Messaging
> [oslo_messaging_rabbit]
> rpc_conn_pool_size = 30
> ssl = True
>
>
>
>
>
> Following change i am going to made let me know if anything missing.
>
>
>
> [DEFAULT]
>
> executor_thread_pool_size = 2048   <--- is this correct? i didn't see anywhere "rpc_thread_pool_size"
>
> rpc_response_timeout = 3600
>
>
>
>
>
> [oslo_messaging_notifications]
> topics = notifications
> driver = noop
>
>
>
> # Messaging
> [oslo_messaging_rabbit]
> rpc_conn_pool_size = 300
>
> heartbeat_timeout_threshold = 0
>
> ssl = True
>
>
>
> Btw you might not necessarily be having RabbitMQ issues. You might also be experiencing something like this.
>
> https://bugs.launchpad.net/neutron/+bug/1853071
>
>
>
> Best Regards, Erik Andersson
>
>
>
> Should i be adding this to all my compute nodes also ?
>
>
>
> On Fri, Mar 20, 2020 at 11:40 AM Grant Morley <grant at civo.com> wrote:
>
> If you tune rabbit then for:
>
> heartbeat_timeout_threshold = 0
>
> That should help with the error message you are getting.
>
> That is a lot of messages queued. We had the same because we were not using ceilometer but had the "notifications" still turned on for it for services.
>
> Are all of the ready messages for "notifications.info" for the various services ( Nova, Neutron, Keystone etc )
>
> If that is the case you can disable those messages in your config files for those services. Look for:
>
> # Notifications
> [oslo_messaging_notifications]
> notification_topics = notifications
> driver = noop
>
> Make sure the driver option is set to "noop" by default it will be set too "messagingv2" and then restart the service and that should stop sending messages to the queue. You can then purge the "notifications.info" queue for Nova or Neutron etc..
>
> We only had the "message ready" when we had the setting for ceilometer set but was not using it. Also only purge a queue if it is for that reason. Do not purge the queue if it is for any other reason than that as it can cause issues.
>
> Hope that
>
>