John Petrini writes:

> The times we've seen this is when transactions are waiting on something so
> they pile up consuming shared memory. Do you have any database lookups or
> calls out to external services or scripts?

John,

Thanks for your reply.  Yes, there are MySQL operations both during
request/reply processing and also accounting to db.  I would assume that
any problems with those should show up in /var/log/mysql/error.log.

> Long timeouts can also contribute if something stops responding because
> transactions are waiting for a long timeout to expire.

There is quite long "fr_inv_timer" value, that could cause problems is
lots of INVITEs are ringing at the same time.

> It's typically a balance between setting reasonable timeouts and allocating
> enough shm. In addition we implemented some watcher scripts that monitor
> shm and will set gflags to disable non-critical external calls beyond a
> certain threshold as well as send us an alert.

I also created an external script to watch shm memory usage.  I would
have liked K to watch itself, but could not find pseudo variables
corresponding to core.shmmem entries.  Do they exist?

-- Juha

_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users