[SR-Users] Kamailio Stop Responding Randomly

[M Arqum CH]

As per my understanding, its unable to process due to  memory related
error.  "Cannot access memory at address xxxxxxxx"

The messages are not processed by a process which is binded with
different IP and port, which is different than DQM module using.
SIP Binding : 102.x.x14:5060
SIP Binding : 10.x.x.2:5060

DMQ is configured as :
dmqlocal.company.local =  10.x.x.4
dmqremote.company.local =  10.x.x.4

modparam("dmq", "server_address", "sip:dmqlocal.company.local:4060")
modparam("dmq", "notification_address", "sip:dmqremote. company.local:4060")
modparam("dmq", "ping_interval", 15)
modparam("dmq", "multi_notify", 1)
modparam("dmq", "num_workers", 4)

Similar scenario/failure i faced with kamailio 5.1.2.

On Wed, May 18, 2022 at 4:48 PM Henning Westerholt <hw at gilawa.com> wrote:

> Hello,
>
>
>
> have also a look to the log messages if you get some hints why it stops
> processing.
>
> The backtrace indicates some DMQ processing, I’d suggest that you update
> to the latest 5.4.x or (better) 5.5.x release.
>
> There might be bugfixes that helps to mitigate the issues you are facing.
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
> --
>
> Henning Westerholt – https://skalatan.de/blog/
>
> Kamailio services – https://gilawa.com
>
>
>
> *From:* sr-users <sr-users-bounces at lists.kamailio.org> *On Behalf Of *M
> Arqum CH
> *Sent:* Wednesday, May 18, 2022 1:44 PM
> *To:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
> *Subject:* [SR-Users] Kamailio Stop Responding Randomly
>
>
>
> Kamailio  first  gives timeout on ctl unix socket as I am exporting data
> using prometheus exporter,  after a few minutes it stops responding to any
> sip request  on default/production  udp port  binded with multiple IP
> addresses for sip traffic.
>
> The other listing port which is used by keepalived check script   for
>  bing-pong keeps responding to option messages.
>
> Its very random behaviour occurs after a few days or after a few months,
> the system having max load 350 concurrent calls with load average 200-300.
>
>
> links of core dump files are shared below which are collected before
> restarting the process.
>
>
>
>
> https://drive.google.com/file/d/1tAQ0ifiMLHwc-iznBADYzXTuhI1wIgIf/view?usp=sharing
>
>
>
>
> https://drive.google.com/file/d/1MIqNqc4j94lGWz6xDbV0UeRX1DNivhT2/view?usp=sharing
>
>
>
>
> https://drive.google.com/file/d/1txvak79JYog6qsh43rYiQ27YodWjR2vf/view?usp=sharing
>
>
>
> Please let me know if more information is required.
>
>
>
> version: kamailio 5.4.1 (x86_64/linux) 2ca223
> flags: USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS,
> DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MMAP, PKG_MALLOC, Q_MALLOC,
> F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT,
> USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST,
> HAVE_RESOLV_RES, TLS_PTHREAD_MUTEX_SHARED
> ADAPTIVE_WAIT_LOOPS 1024, MAX_RECV_BUFFER_SIZE 262144, MAX_URI_SIZE 1024,
> BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB
> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
> id: 2ca223
>
>
>
> Thankyou in advance.
>
> --
>
> Regards
>
> M Arqum
>


-- 
Regards
M Arqum
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220518/6907b89f/attachment.htm>