<html><head></head><body><div>On Mon, 2021-06-07 at 13:56 +0000, Ajay Tikoo (BLOOMBERG/ 120 PARK) wrote:</div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><pre>Thank you, Christopher.</pre><pre><br></pre><pre>From: <a href="mailto:cmccarth@mathworks.com">cmccarth@mathworks.com</a> At: 06/04/21 11:17:23 UTC-4:00To: <a href="mailto:openstack-discuss@lists.openstack.org">openstack-discuss@lists.openstack.org</a></pre><pre>Subject: Re: [ops] rabbitmq queues for nova versioned notifications queues keep filling up</pre><pre><br></pre><pre> </pre><pre><br></pre><pre>Hi Ajay, </pre><pre> </pre><pre>We work around this by setting a TTL on our notifications queues via RabbitMQ policy definition. We include the following in our definitions.json for RabbitMQ: </pre><pre> </pre><pre>"policies":[ </pre><pre> {"vhost": "/", "name": "notifications-ttl", "pattern": "^(notifications|versioned_notifications)\\.", "apply-to": "queues", "definition": {"message-ttl":600000}, "priority":0} ] </pre><pre> </pre></blockquote><div>adding the oslo and nova tag as im wonderign if ^ should be configurable via oslo.messagaing or nova automatically.</div><div>perhaps we have a configuration option fo notification experation but i think this could be a useful feature to add if its not already present.</div><div><br></div><div>we have a rabbit_transient_queues_ttl <a href="https://docs.openstack.org/nova/latest/configuration/config.html#oslo_messaging_rabbit.rabbit_transient_queues_ttl">https://docs.openstack.org/nova/latest/configuration/config.html#oslo_messaging_rabbit.rabbit_transient_queues_ttl</a></div><div>but im not sure tha tthat is applied to notification queues by default.</div><div>im wondering if that is a bug that we shoudl correct?</div><div><br></div><div>the default value is 1800 sec which is 30 mins which seams reasonable.</div><div>while longer then the 10 mins chris is usign it's better then infinity.</div><div><br></div><div><br></div><div><a class="headerlink" href="https://docs.openstack.org/nova/latest/configuration/config.html#oslo_messaging_rabbit.rabbit_transient_queues_ttl" title="Permalink to this definition"></a></div><div><br></div><div><br></div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><pre>This expires messages in the notifications and versioned_notifications queues after 10 minutes, which seems to work well for us. I believe we initially picked up this workaround from this[1] bug report. </pre><pre> </pre><pre>Hope this helps, </pre><pre> </pre><pre>- Chris </pre><pre> </pre><pre>-- </pre><pre>Christopher McCarthy </pre><pre>MathWorks </pre><pre><a href="mailto:cmccarth@mathworks.com">cmccarth@mathworks.com</a> </pre><pre> </pre><pre>[1] <a href="https://bugs.launchpad.net/charm-rabbitmq-server/+bug/1737170">https://bugs.launchpad.net/charm-rabbitmq-server/+bug/1737170</a> </pre><pre> </pre><pre> </pre><pre>Date: Wed, 2 Jun 2021 22:39:54 -0000</pre><pre>From: "Ajay Tikoo (BLOOMBERG/ 120 PARK)" <<a href="mailto:atikoo@bloomberg.net">atikoo@bloomberg.net</a>></pre><pre>To: <a href="mailto:openstack-discuss@lists.openstack.org">openstack-discuss@lists.openstack.org</a></pre><pre>Subject: [ops] rabbitmq queues for nova versioned notifications queues</pre><pre>keep filling up</pre><pre>Message-ID: <<a href="mailto:60B808BA00D0068401D80001_0_3025859@msclnypmsgsv04">60B808BA00D0068401D80001_0_3025859@msclnypmsgsv04</a>></pre><pre>Content-Type: text/plain; charset="utf-8"</pre><pre><br></pre><pre>I am not sure if this is the right channel/format to post this question, so my apologies in advance if this is not the right place.</pre><pre><br></pre><pre>We are using Openstack Rocky. Watcher needs versioned notifications to be enabled. However after enabling versioned notifications, the queues for versioned_notifications (info and error) keep filling up Based on the updates the the Watchers cluster data model, it appears that Watcher is consuming messages, but they still linger in these queues. So with nova versioned notifications disabled, Watcher is unable to update the cluster data model (between rebuild intervals), and with them enabled, it keeps filling up the MQ queues. What is the best way to resolve this?</pre><pre><br></pre><pre>Thank you,</pre><pre>Ajay Tikoo</pre><pre><br></pre><pre> </pre><pre><br></pre></blockquote><div><br></div><div><span></span></div></body></html>