<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<tt>Hi, Brett!<br>
<br>
We previously had a similar issue with the ratelimit module, but
it has been fixed in opensips 1.8. Are you using an older version?<br>
Can you give a little more information about the ratelimit
scenario? What is the cachedb backend you are using for it? Is the
limit shared among multiple instances? Can you replicate the
issue?<br>
<br>
Best regards,<br>
</tt>
<pre class="moz-signature" cols="72">Razvan Crainea
OpenSIPS Core Developer
<a class="moz-txt-link-freetext" href="http://www.opensips-solutions.com">http://www.opensips-solutions.com</a>
</pre>
<br>
On 02/05/2013 01:33 PM, Bogdan-Andrei Iancu wrote:
<blockquote cite="mid:5110FC1D.1050800@opensips.org" type="cite">
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
<tt>Hi Brett,<br>
<br>
Vlad fixed the prefix issue with dialog profiles and Razvan will
take a look on the ratelimit issue. This will fix the usage with
couchbase ;).<br>
<br>
It remains to investigate the memcached issue.<br>
<br>
Regards,<br>
</tt>
<pre class="moz-signature" cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.opensips-solutions.com">http://www.opensips-solutions.com</a></pre>
<br>
On 02/05/2013 12:32 PM, Brett Nemeroff wrote:
<blockquote
cite="mid:CAPwC5wxMdoms2CeYO8q8k2qJ2Cz7C3xi3FyyquD+tHKr5aE1Yg@mail.gmail.com"
type="cite">They are separate issues.
<div><br>
</div>
<div>I'm getting regular memcache errors like SYSTEM ERROR or
TIMEOUT for just normal script cache_fetchs. They don't happen
a whole lot, but when it does, I get like 10-15 of them all at
once. And like I said, it doesn't appear to return negative so
call processing kinda fails instead of letting me do the
proper action when the key is missing. </div>
<div><br>
</div>
<div>The errors I'm getting with distributed dialog profiles and
ratelimiting are different. I'm using the prefix modparams for
dialogs and it appears to be truncating those prefixes oddly.
Ratelimiting doesn't appear to have the same prefix issue.
Ratelimiting however also appears to be broken because I have
a perfectly idle box showing counters in rl_list. I'm not
really sure what's going on and it's hard to troubleshoot
because ratelimiting inserts a very large integer to the
backend and I'm not sure what it represents. </div>
<div> </div>
<div><br>
</div>
<div><br>
</div>
<div><br>
<div class="gmail_quote">On Tue, Feb 5, 2013 at 4:27 AM,
Bogdan-Andrei Iancu <span dir="ltr"><<a
moz-do-not-send="true" href="mailto:bogdan@opensips.org"
target="_blank">bogdan@opensips.org</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
0.8ex; border-left: 1px solid rgb(204, 204, 204);
padding-left: 1ex;">
<div bgcolor="#ffffff" text="#000000"> <tt>Brett,<br>
<br>
I understand you are working with Vlad in
troubleshooting the memcached issues.<br>
<br>
But if I understand correctly, you are saying that you
are also getting errors when using distributed dialog
profiles but with couchbase ? If so, what kind of
error you get there ?<br>
<br>
Regards,<br>
</tt>
<div class="im">
<pre cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a moz-do-not-send="true" href="http://www.opensips-solutions.com" target="_blank">http://www.opensips-solutions.com</a></pre>
<br>
</div>
<div>
<div class="h5"> On 02/05/2013 11:52 AM, Brett
Nemeroff wrote:
<blockquote type="cite">Bogdan,
<div>Increasing the -R parameter seems to have
made the situation better, but I am without
question regularly running into weird memcache
timeout and system errors. I've tried several
different hardware platforms. Point to local and
remote memcache servers. Different memcache
libraries and server versions. I've tried
couchbase instead of memcache and I can't get
rid of the errors. I'm really not sure what
could be causing them.</div>
<div><br>
</div>
<div>When I get them, the call attempting to
process fails, which is frustrating. I'd expect
that the memcache result would return negative
which would trigger a direct db query (which is
written in the script in case the cache object
is missing anyway). However it doesn't do this.
It just fails and continues processing a null
return value. Is that behavior expected or a
bug?</div>
<div><br>
</div>
<div>Thanks!</div>
<div>-Brett</div>
<div><br>
</div>
<div><br>
<div class="gmail_quote">On Thu, Jan 24, 2013 at
6:27 AM, Bogdan-Andrei Iancu <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:bogdan@opensips.org"
target="_blank">bogdan@opensips.org</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:
0pt 0pt 0pt 0.8ex; border-left: 1px solid
rgb(204, 204, 204); padding-left: 1ex;">
<div bgcolor="#ffffff" text="#000000"> <tt>Hi
Brett,<br>
<br>
We talked about this on IRC - any luck
with it ?<br>
<br>
Regards,<br>
</tt>
<pre cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a moz-do-not-send="true" href="http://www.opensips-solutions.com" target="_blank">http://www.opensips-solutions.com</a></pre>
<div>
<div> <br>
On 01/21/2013 11:31 PM, Brett Nemeroff
wrote: </div>
</div>
<blockquote type="cite">
<div>
<div>Hey All,
<div>Generally I have really good
luck with memcache, but for some
reason, I'm having some issues
today. </div>
<div><br>
</div>
<div><br>
</div>
<div>Once I crank this one box up
with load, I start to see these
errors flood my logs:</div>
<div><br>
</div>
<div>cachedb_memcached:wrap_memcached_get:
Failed to get: SYSTEM ERROR</div>
<div>cachedb_memcached:wrap_memcached_get:
Failed to get: A TIMEOUT OCCURRED</div>
<div><br>
</div>
<div>I've tired changing the tread
count for memcache. Additional
processes.. Heck, I've even tried
putting memcache on other servers
and in other colos. The original
memcache is on the same box and is
pointed at localhost (127.0.1.2). </div>
<div><br>
</div>
<div><br>
</div>
<div>I'm hitting it reasonably hard,
but it should keep up. About 10k
ops a sec. I see it run great for
like 2 minutes, then it hangs for
like 4 seconds, then picks back up
for another 30 seconds or so..
goes that like on and off. </div>
<div><br>
</div>
<div>Any idea of what could be
wrong? </div>
<div><br>
</div>
<div>Thanks,</div>
<div>Brett</div>
<div><br>
</div>
</div>
</div>
<pre><fieldset></fieldset>
_______________________________________________
Users mailing list
<a moz-do-not-send="true" href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>
<a moz-do-not-send="true" href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
</pre>
</blockquote>
</div>
</blockquote>
</div>
<br>
</div>
</blockquote>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</blockquote>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a>
<a class="moz-txt-link-freetext" href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
</pre>
</blockquote>
</body>
</html>