<div dir="ltr">Hi Charles, <div><br></div><div>I'm trying to move _away_ from database for data replication and pass over to DMQ as much as possible, currently I have db_mode=1 for usrloc so that is why I asked.</div><div><br></div><div>If I understand correctly, on a 2 node cluster, without database for usrloc and only using DMQ, as long as both nodes don't go down at the same time you are good... it would be possible to restart the nodes sequentially and not lose registration info as they would replicate to each other on startup, right?</div><div><br></div><div>Do you see a need for the database (specifically talking about usrloc replication) other than persistency if *all* nodes in the dmq cluster are down at the same time?</div><div><br></div><div>Thanks, </div><div>Joel.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 4, 2018 at 11:35 AM, Charles Chance <span dir="ltr"><<a href="mailto:charles.chance@sipcentric.com" target="_blank">charles.chance@sipcentric.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Joel,<div><br></div><div>I have not had much time recently to find the cause of the issue with db_mode 1, although I should have some more time over the next couple of weeks.</div><div><br></div><div>Out of interest, what will you be using the database for?</div><div><br></div><div>Cheers,</div><div><br></div><div>Charles</div><div><br></div></div><div class="HOEnZb"><div class="h5"><br><div class="gmail_quote"><div dir="ltr">On Fri, 24 Aug 2018 at 04:00, Joel Serrano <<a href="mailto:joel@textplus.com" target="_blank">joel@textplus.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div dir="auto">I’m planning to use DMQ + usrloc too! Thanks for sharing the solution! <br></div></div><div dir="auto"><br></div><div dir="auto">Do you know if It’s fixed also with db_mode=1?</div><div dir="auto"><br></div><div><br><div class="gmail_quote"><div dir="ltr">On Thu, Aug 23, 2018 at 13:53 Julien Chavanton <<a href="mailto:jchavanton@gmail.com" target="_blank">jchavanton@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">Hi, I have glad you guys found a solution.<div dir="auto"><br></div><div dir="auto">Thanks for sharing it.</div><div dir="auto"><br></div><div dir="auto">Regards,</div><div dir="auto">Julien</div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Aug 22, 2018, 21:43 Rogelio Perez <<a href="mailto:rogelio@telnyx.com" target="_blank">rogelio@telnyx.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Hi Julien,</div><div><br></div><div>Thanks for checking on this.<br></div><div>I've been working in the background with Charles on this issue and we think we've found a solution, although the cause isn't clear to me yet.</div><div>Following Charles advice we changed the usrloc module parameter db_mode from 1 (Write-Through) to 2 (Write-Back) and there's been no more memory leaks incidents since then.</div><div>I'll report back if we have any further updates.</div><div><br></div><div>Best,</div><div>Rogelio<br></div><div><br> </div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Aug 22, 2018 at 11:39 AM Julien Chavanton <<a href="mailto:jchavanton@gmail.com" rel="noreferrer" target="_blank">jchavanton@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Rogerio, did you have any luck digging this leak further ?</div><br><div class="gmail_quote"><div dir="ltr">On Wed, Aug 8, 2018 at 3:37 AM Charles Chance <<a href="mailto:charles.chance@sipcentric.com" rel="noreferrer" target="_blank">charles.chance@sipcentric.com</a><wbr>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Rogelio,<div><br></div><div>I have been running master on a three-node lab (one primary, two secondary) for the past 24 hours or so, maintaining 2000 registrations on the primary, replicating to both secondaries, and memory usage has remained constant throughout.</div><div><br></div><div>I will leave it running for another 24 hours to be sure but in the meantime, you mentioned you are loading records from DB - which mode are you using for writing (write-through or write-back)? Do you experience the same symptoms if you disable the database completely on the secondary nodes (or just one for testing) and instead, enable sync in dmq_usrloc?</div><div><br></div><div>Cheers,</div><div><br></div><div>Charles</div><div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On 7 August 2018 at 16:42, Julien Chavanton <span dir="ltr"><<a href="mailto:jchavanton@gmail.com" rel="noreferrer" target="_blank">jchavanton@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I wonder if this could be introduced by a regression or if you are facing a specific edge case<div><br></div><div>I briefly looked at the commits of DMQ and DMQ_USRLOC </div><div>It seems there was significant work done.</div><div>I would give a try with 5.0.0 and then we will at least learn that this is not a recent regression.</div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="m_2197869371770489801m_2671230658971839100m_4330504618803527887m_4846788512629054945m_-4845294015022319819m_3972436241549873714h5">On Mon, Aug 6, 2018 at 1:43 PM, Rogelio Perez <span dir="ltr"><<a href="mailto:rogelio@telnyx.com" rel="noreferrer" target="_blank">rogelio@telnyx.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="m_2197869371770489801m_2671230658971839100m_4330504618803527887m_4846788512629054945m_-4845294015022319819m_3972436241549873714h5"><div dir="ltr"><div>Charles, Julien, Daniel,</div><div><br></div><div>The results are pretty much the same, the mem leak is still there and we need to restart Kamailio when it reaches certain threshold.</div><div><a href="https://www.dropbox.com/s/enxx6b7t0c8vl49/Selection_539.png?dl=0" rel="noreferrer" target="_blank">https://www.dropbox.com/s/<wbr>enxx6b7t0c8vl49/Selection_539.<wbr>png?dl=0</a></div><div><br></div><div>Is there anything else we can try? <br></div><div>Will a core dump file tell us what's causing it?</div><div><br></div><div>Thanks,</div><div>Rogelio<br></div></div><div class="m_2197869371770489801m_2671230658971839100m_4330504618803527887m_4846788512629054945m_-4845294015022319819m_3972436241549873714m_7667195813473266982HOEnZb"><div class="m_2197869371770489801m_2671230658971839100m_4330504618803527887m_4846788512629054945m_-4845294015022319819m_3972436241549873714m_7667195813473266982h5"><br><div class="gmail_quote"><div dir="ltr">On Thu, Aug 2, 2018 at 2:57 PM Rogelio Perez <<a href="mailto:rogelio@telnyx.com" rel="noreferrer" target="_blank">rogelio@telnyx.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Thanks Charles, it's working now.</div><div>I'm deploying to production and confirming results soon.</div><div><br></div><div>Rogelio<br></div></div>
</blockquote></div><br clear="all"><br></div></div><span class="m_2197869371770489801m_2671230658971839100m_4330504618803527887m_4846788512629054945m_-4845294015022319819m_3972436241549873714m_7667195813473266982HOEnZb"><font color="#888888">-- <br><div dir="ltr" class="m_2197869371770489801m_2671230658971839100m_4330504618803527887m_4846788512629054945m_-4845294015022319819m_3972436241549873714m_7667195813473266982m_-7454434222745768971gmail_signature" data-smartmail="gmail_signature"><div><a href="https://telnyx.com" rel="noreferrer" target="_blank"><font color="#666666"><img border="0" hspace="0" src="https://telnyx.com/assets/telnyxemailsignaturelogo.png"></font></a><br><font color="#666666">Rogelio Perez | engineering
| </font><a style="TEXT-DECORATION:none" href="https://telnyx.com" rel="noreferrer" target="_blank"><font color="#666666">telnyx</font></a><font color="#666666"> <br>chicago: +1 312 270 8119
| dublin: +353 1 912 6119</font> </div><br></div>
</font></span><br></div></div><span>______________________________<wbr>_________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org" rel="noreferrer" target="_blank">sr-users@lists.kamailio.org</a><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer noreferrer" target="_blank">https://lists.kamailio.org/<wbr>cgi-bin/mailman/listinfo/sr-<wbr>users</a><br>
<br></span></blockquote></div><br></div>
</blockquote></div><br><br clear="all"><div><br></div>
</div></div>
<br>
<div><font color="gray" style="font-size:10pt;font-family:Helvetica,Arial,sans-serif">Sipcentric Ltd.
Company registered in England & Wales no. 7365592.</font><span style="font-size:10pt;font-family:Helvetica,Arial,sans-serif"> </span><font color="gray" style="font-size:10pt;font-family:Helvetica,Arial,sans-serif">Registered
office: Faraday Wharf, Innovation Birmingham Campus, Holt Street, Birmingham Science Park, Birmingham B7 4BB.</font></div>______________________________<wbr>_________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org" rel="noreferrer" target="_blank">sr-users@lists.kamailio.org</a><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer noreferrer" target="_blank">https://lists.kamailio.org/<wbr>cgi-bin/mailman/listinfo/sr-<wbr>users</a><br>
</blockquote></div>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="m_2197869371770489801m_2671230658971839100m_4330504618803527887m_4846788512629054945gmail_signature" data-smartmail="gmail_signature"><div><a href="https://telnyx.com" rel="noreferrer" target="_blank"><font color="#666666"><img border="0" hspace="0" src="https://telnyx.com/assets/telnyxemailsignaturelogo.png"></font></a><br><font color="#666666">Rogelio Perez | engineering
| </font><a style="TEXT-DECORATION:none" href="https://telnyx.com" rel="noreferrer" target="_blank"><font color="#666666">telnyx</font></a><font color="#666666"> <br>chicago: +1 312 270 8119
| dublin: +353 1 912 6119</font> </div><br></div>
</blockquote></div>
______________________________<wbr>_________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/<wbr>cgi-bin/mailman/listinfo/sr-<wbr>users</a><br>
</blockquote></div></div>
______________________________<wbr>_________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/<wbr>cgi-bin/mailman/listinfo/sr-<wbr>users</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br></div></div><span class="im HOEnZb"><div dir="ltr" class="m_2197869371770489801gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><font face="arial, helvetica, sans-serif"><b><font size="2">Charles Chance</font></b><br><font size="2">Managing Director</font></font><br><div><font face="arial, helvetica, sans-serif"><font size="2"><br></font></font></div><div><font face="arial, helvetica, sans-serif"><font size="2">t. 0330 120 1200 m. 07932 063 891</font></font></div></div></div></div></div>
<br>
</span><div class="HOEnZb"><div class="h5"><div><font color="gray" style="font-size:10pt;font-family:Helvetica,Arial,sans-serif">Sipcentric Ltd.
Company registered in England & Wales no. 7365592.</font><span style="font-size:10pt;font-family:Helvetica,Arial,sans-serif"> </span><font color="gray" style="font-size:10pt;font-family:Helvetica,Arial,sans-serif">Registered
office: Faraday Wharf, Innovation Birmingham Campus, Holt Street, Birmingham Science Park, Birmingham B7 4BB.</font></div></div></div><br>______________________________<wbr>_________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org">sr-users@lists.kamailio.org</a><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/<wbr>cgi-bin/mailman/listinfo/sr-<wbr>users</a><br>
<br></blockquote></div><br></div>