<div dir="ltr">Julien,<br><div><br></div><div><div dir="ltr"><div><span style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">> Since it seem you are recovering the memory this does not seems like a real "leak"</span><br style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial"></div><div>I forgot to mention that the recoveries are actual Kamailio manual restarts.<br></div><div><br></div><span style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">> </span>One hypothesis :<div><span style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">> </span>When
 you restart a node on the DMQ bus, it can trigger memory usage on the 
other nodes since they will start to do a SYNC and send one DMQ message /
 contact<div><span style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">> </span>It could be that one node in the DMQ bus is restarted and not answering DMQ messages ?</div><div>The mem leak periods do not match the moment we restart any of the nodes.<br></div><div><br></div><div><span style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">> </span>Few ideas :</div><div><span style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">> </span>You could search you trace, maybe <span style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">you will find the DMQ sync requests ...</span></div><div>We verified the traces and we found that at the moment of the mem leak there was nothing unusual.</div><div><br></div><div>> You can also confirm significant increase in active transactions.</div><div>Same.</div><div><br></div><div>> Verify the state of the bus :<br><div>> kamcmd  dmq.list_nodes</div><div>The primary node state shows the affected secondary node as inactive.<br></div><div><br></div><div>> Verify the amount of contact on each node (confirm that the cluster is healthy)</div><div>> kamctl stats | grep usrloc | grep contact</div></div></div></div>I'll run this check the next time we see the mem leak in action.</div><div><br></div><div>Daniel's patch is now in production, I'll confirm results soon.</div><div><br></div><div>Thanks,</div><div>Rogelio<br></div></div>