New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Opensips 2.1.0 100% CPU load #581
Comments
@sjap , could you run an "opensipsctl trap" command in order to get the backtrace of all opensips processes ? and post the output somewhere (some pastbin) |
Based on the top information and "opensipsctl trap", can you tell me which opensips process is using 100% cpu ? |
It shoud be PID: 13058, and 13059 PID TTY STAT TIME COMMAND |
and if you do an "opensipsctl ps", what is the name of those processes ? |
I made a typo, so I had to restart opensips and it got new pids. But it seems to be the BIN receiver that is taking so much cpu. PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND [root@opensips-2 ~]# opensipsctl ps PS: I'm running opensips on a fully patch CentOS 7.1.1503 (Core) |
Oh, I see. - Thanks alot :) |
Today I discovered my opensips server is using 100% of my cpu since yesterday.. It have been installed for a few weeks without any issues.. (non prod setup)
[root@opensips-2 ~]# opensips -V
version: opensips 2.1.0 (x86_64/linux)
flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
main.c compiled on 08:02:47 May 8 2015 with gcc 4.8.3
Tasks: 124 total, 4 running, 120 sleeping, 0 stopped, 0 zombie
%Cpu(s): 12.6 us, 52.9 sy, 0.0 ni, 34.0 id, 0.6 wa, 0.0 hi, 0.0 si, 0.0 st
KiB Mem : 5947400 total, 5430060 free, 147644 used, 369696 buff/cache
KiB Swap: 1703932 total, 1703932 free, 0 used. 5590216 avail Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
13058 root 20 0 1240056 2136 644 R 100.0 0.0 3:39.90 opensips
13059 root 20 0 1240056 2136 644 R 100.0 0.0 3:40.12 opensips
29 root 20 0 0 0 0 S 6.7 0.0 0:00.41 kworker/1:1
666 root 20 0 195088 4244 3404 S 6.7 0.1 0:00.26 vmtoolsd
[root@opensips-2 ~]# strace -p 13058
recvfrom(9, 0x78f080, 65535, 0, 0x7fc05bfa1e28, 0x7ffc99176f78) = -1 EAGAIN (Resource temporarily unavailable)
recvfrom(9, 0x78f080, 65535, 0, 0x7fc05bfa1e28, 0x7ffc99176f78) = -1 EAGAIN (Resource temporarily unavailable)
recvfrom(9, 0x78f080, 65535, 0, 0x7fc05bfa1e28, 0x7ffc99176f78) = -1 EAGAIN (Resource temporarily unavailable)
recvfrom(9, 0x78f080, 65535, 0, 0x7fc05bfa1e28, 0x7ffc99176f78) = -1 EAGAIN (Resource temporarily unavailable)
recvfrom(9, 0x78f080, 65535, 0, 0x7fc05bfa1e28, 0x7ffc99176f78) = -1 EAGAIN (Resource temporarily unavailable)
recvfrom(9, 0x78f080, 65535, 0, 0x7fc05bfa1e28, 0x7ffc99176f78) = -1 EAGAIN (Resource temporarily unavailable)
recvfrom(9, 0x78f080, 65535, 0, 0x7fc05bfa1e28, 0x7ffc99176f78) = -1 EAGAIN (Resource temporarily unavailable)
recvfrom(9, 0x78f080, 65535, 0, 0x7fc05bfa1e28, 0x7ffc99176f78) = -1 EAGAIN (Resource temporarily unavailable)
recvfrom(9, 0x78f080, 65535, 0, 0x7fc05bfa1e28, 0x7ffc99176f78) = -1 EAGAIN (Resource temporarily unavailable)
recvfrom(9, 0x78f080, 65535, 0, 0x7fc05bfa1e28, 0x7ffc99176f78) = -1 EAGAIN (Resource temporarily unavailable)
recvfrom(9, 0x78f080, 65535, 0, 0x7fc05bfa1e28, 0x7ffc99176f78) = -1 EAGAIN (Resource temporarily unavailable)
recvfrom(9, 0x78f080, 65535, 0, 0x7fc05bfa1e28, 0x7ffc99176f78) = -1 EAGAIN (Resource temporarily unavailable)
recvfrom(9, 0x78f080, 65535, 0, 0x7fc05bfa1e28, 0x7ffc99176f78) = -1 EAGAIN (Resource temporarily unavailable)
And nothing is really changed for days now :S
The text was updated successfully, but these errors were encountered: