<div dir="ltr">Hi,<div>I am not sure about the actual default value for notification_format (I can recall that there was some debate recently in nova community),</div><div>but the solution should be to select unversioned, as most consumers of nova notifications use the legacy unversioned notifications, so </div><div>if the config is both, the new versioned notifications can cause trouble on message bus as nobody fetch them.</div><div><br></div><div>Lajos</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Pawel Konczalski <<a href="mailto:pawel.konczalski@everyware.ch">pawel.konczalski@everyware.ch</a>> ezt írta (időpont: 2019. júl. 24., Sze, 18:42):<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello everybody,<br>
<br>
after some investigation in the RabbitMQ problems we found some <br>
duplicated messages and timeouts in logs. Restarting the whole RabbitMQ <br>
cluster (stop all rabbitmq containers and start one by one) solved the <br>
problems for now.<br>
<br>
The main cause for this issue seams to by the nova notifications <br>
configuration with was deployed by kolla-ansible. If searchlight is not <br>
installed the 'notifications/notification_format' should be <br>
'unversioned'. Default is 'both' so nova will send a notification to the <br>
queue versioned_notifications with has no consumer. In our case the <br>
queue got huge amount of messages with made the rabbitmq cluster more <br>
and more unstable, see: <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1592528" rel="noreferrer" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=1592528</a><br>
<br>
Following settings in nova.conf may solve this issue but we didn`t <br>
tested this yet:<br>
[notification]<br>
notification_format = unversioned<br>
<br>
BR<br>
<br>
Pawel<br>
</blockquote></div>