Re: [OpenSIPS-Users] core generated by opensips
Hi Vlad, thanks for debugging the issue on our server, I appreciate your
valuable time. I have enabled memory debugging and waiting for the issue to
happen.
Meanwhile I have uploaded the gdb traces for the deadlock issue which caused
100% cps you have looked at another server. The link to github issue is github:
https://github.com/OpenSIPS/opensips/issues/630
Thanks
Rahul Gupta
From: users-boun...@lists.opensips.org
[mailto:users-boun...@lists.opensips.org] On Behalf Of Vlad Paiu
Sent: Friday, September 04, 2015 11:59 AM
To: users@lists.opensips.org
Subject: Re: [OpenSIPS-Users] core generated by opensips
Hello,
As per our meeting today, please enable memory debugging on your server, and
let me know when another crash happens, so I can take a look at the newly
generated core file.
Regards,
Vlad Paiu
OpenSIPS Developer
http://www.opensips-solutions.com
On 03.09.2015 17:02, Vlad Paiu wrote:
Hello,
Can you replicate the crash on demand, or does it happen randomly ?
Would you be able to provide access to a server containing the core file and
the OpenSIPS binary, in order to speed-up the debugging process ( avoid the
ping pong on the mailing list ) ?
Regards,
Vlad Paiu
OpenSIPS Developer
http://www.opensips-solutions.com
On 02.09.2015 18:47, Gupta, Rahul wrote:
Hi Bogdan, any update on this ?
From: Gupta, Rahul
Sent: Monday, August 31, 2015 4:42 PM
To: 'Bogdan-Andrei Iancu'; OpenSIPS users mailling list
Subject: RE: [OpenSIPS-Users] core generated by opensips
Hi Bogdan, following is the info you requested.
#0 0x7f2095572e2c in vfprintf () from /lib64/libc.so.6
#1 0x7f209560fed0 in __vsyslog_chk () from /lib64/libc.so.6
#2 0x7f2095610100 in syslog () from /lib64/libc.so.6
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
#4 0x004c5908 in handle_io (fm=, idx=-1,
event_type=) at tcp_read.c:1033
#5 0x004c8083 in io_wait_loop_epoll (unix_sock=)
at io_wait.h:845
#6 tcp_receive_loop (unix_sock=) at tcp_read.c:1141
#7 0x004b12e9 in tcp_init_children (chd_rank=,
startup_done=0x0) at tcp_main.c:2389
#8 0x0043aebf in main_loop (argc=, argv=) at main.c:1011
#9 main (argc=, argv=) at main.c:1612
(gdb) f 3
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
597 tcp_read.c: No such file or directory.
in tcp_read.c
(gdb) p con->con_req
$1 = (struct tcp_req *) 0x7f20931a97e0
(gdb) p _req
$2 = (struct tcp_req *) 0x82d720
(gdb) p req
$3 = (struct tcp_req *) 0x7f20931a97e0
(gdb) p *con
$4 = {s = 30, fd = 21, write_lock = 0, id = 19, rcv = {src_ip = {af = 2, len =
4, u = {addrl = {2621885450, 0}, addr32 = {2621885450, 0, 0, 0}, addr16 =
{52234, 40006, 0, 0, 0, 0, 0, 0},
addr = "\n\314F\234", '\000' }}, dst_ip = {af = 2,
len = 4, u = {addrl = {2588331018, 0}, addr32 = {2588331018, 0, 0, 0}, addr16 =
{52234, 39494, 0, 0, 0, 0, 0, 0},
addr = "\n\314F\232", '\000' }}, src_port = 5060,
dst_port = 5070, proto = 2, proto_reserved1 = 19, proto_reserved2 = 0, src_su =
{s = {sa_family = 2,
sa_data = "\023\304\n\314F\234\000\000\000\000\000\000\000"}, sin =
{sin_family = 2, sin_port = 50195, sin_addr = {s_addr = 2621885450}, sin_zero =
"\000\000\000\000\000\000\000"}},
bind_address = 0x7f2093171398}, refcnt = 2, type = PROTO_TCP, flags = 2,
state = S_CONN_CONNECT, extra_data = 0x0, timeout = 50039, lifetime = 0,
id_hash = 19, id_next = 0x0, id_prev = 0x0, c_next = 0x0,
c_prev = 0x0, con_aliases = {{parent = 0x7f2081a933c0, next = 0x0, prev =
0x0, port = 5060, hash = 974}, {parent = 0x0, next = 0x0, prev = 0x0, port = 0,
hash = 0}, {parent = 0x0, next = 0x0, prev = 0x0,
port = 0, hash = 0}, {parent = 0x0, next = 0x0, prev = 0x0, port = 0,
hash = 0}}, aliases = 1, con_req = 0x7f20931a97e0, msg_attempts = 1,
async_chunks = 0x7f2081a93530, async_chunks_no = 0,
oldest_chunk = 0}
(gdb)
From: Bogdan-Andrei Iancu [mailto:bog...@opensips.org]
Sent: Monday, August 31, 2015 4:39 PM
To: Gupta, Rahul; OpenSIPS users mailling list
Subject: Re: [OpenSIPS-Users] core generated by opensips
And printing :
*con
Thanks,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 31.08.2015 22:50, Gupta, Rahul wrote:
Hi Bogdan, following is the info you requested. This is not the first tcp read,
this server is been running for a while and taking calls.
(gdb) bt
#0 0x7f2095572e2c in vfprintf () from /lib64/libc.so.6
#1 0x7f209560fed0 in __vsyslog_chk () from /lib64/libc.so.6
#2 0x7f2095610100 in syslog () from /lib64/libc.so.6
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
#4 0x004c5908 in handle_io (fm=, idx=-1,
event_type=) at tcp_read.c:1033
#5 0x004c8083 in io_wait_loop_epoll (unix_sock=)
at io_wait.h:845
#6 tcp_rece
Re: [OpenSIPS-Users] core generated by opensips
Hello,
As per our meeting today, please enable memory debugging on your server,
and let me know when another crash happens, so I can take a look at the
newly generated core file.
Regards,
Vlad Paiu
OpenSIPS Developer
http://www.opensips-solutions.com
On 03.09.2015 17:02, Vlad Paiu wrote:
Hello,
Can you replicate the crash on demand, or does it happen randomly ?
Would you be able to provide access to a server containing the core
file and the OpenSIPS binary, in order to speed-up the debugging
process ( avoid the ping pong on the mailing list ) ?
Regards,
Vlad Paiu
OpenSIPS Developer
http://www.opensips-solutions.com
On 02.09.2015 18:47, Gupta, Rahul wrote:
Hi Bogdan, any update on this ?
*From:*Gupta, Rahul
*Sent:* Monday, August 31, 2015 4:42 PM
*To:* 'Bogdan-Andrei Iancu'; OpenSIPS users mailling list
*Subject:* RE: [OpenSIPS-Users] core generated by opensips
Hi Bogdan, following is the info you requested.
#0 0x7f2095572e2c in vfprintf () from /lib64/libc.so.6
#1 0x7f209560fed0 in __vsyslog_chk () from /lib64/libc.so.6
#2 0x7f2095610100 in syslog () from /lib64/libc.so.6
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
#4 0x004c5908 in handle_io (fm=, idx=-1,
event_type=) at tcp_read.c:1033
#5 0x004c8083 in io_wait_loop_epoll (unix_sock=optimized out>) at io_wait.h:845
#6 tcp_receive_loop (unix_sock=) at tcp_read.c:1141
#7 0x004b12e9 in tcp_init_children (chd_rank=out>, startup_done=0x0) at tcp_main.c:2389
#8 0x0043aebf in main_loop (argc=,
argv=) at main.c:1011
#9 main (argc=, argv=) at
main.c:1612
(gdb) f 3
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
597 tcp_read.c: No such file or directory.
in tcp_read.c
(gdb) p con->con_req
$1 = (struct tcp_req *) 0x7f20931a97e0
(gdb) p _req
$2 = (struct tcp_req *) 0x82d720
(gdb) p req
$3 = (struct tcp_req *) 0x7f20931a97e0
(gdb) p *con
$4 = {s = 30, fd = 21, write_lock = 0, id = 19, rcv = {src_ip = {af =
2, len = 4, u = {addrl = {2621885450, 0}, addr32 = {2621885450, 0, 0,
0}, addr16 = {52234, 40006, 0, 0, 0, 0, 0, 0},
addr = "\n\314F\234", '\000' }}, dst_ip =
{af = 2, len = 4, u = {addrl = {2588331018, 0}, addr32 = {2588331018,
0, 0, 0}, addr16 = {52234, 39494, 0, 0, 0, 0, 0, 0},
addr = "\n\314F\232", '\000' }}, src_port =
5060, dst_port = 5070, proto = 2, proto_reserved1 = 19,
proto_reserved2 = 0, src_su = {s = {sa_family = 2,
sa_data = "\023\304\n\314F\234\000\000\000\000\000\000\000"},
sin = {sin_family = 2, sin_port = 50195, sin_addr = {s_addr =
2621885450}, sin_zero = "\000\000\000\000\000\000\000"}},
bind_address = 0x7f2093171398}, refcnt = 2, type = PROTO_TCP,
flags = 2, state = S_CONN_CONNECT, extra_data = 0x0, timeout = 50039,
lifetime = 0, id_hash = 19, id_next = 0x0, id_prev = 0x0, c_next = 0x0,
c_prev = 0x0, con_aliases = {{parent = 0x7f2081a933c0, next = 0x0,
prev = 0x0, port = 5060, hash = 974}, {parent = 0x0, next = 0x0, prev
= 0x0, port = 0, hash = 0}, {parent = 0x0, next = 0x0, prev = 0x0,
port = 0, hash = 0}, {parent = 0x0, next = 0x0, prev = 0x0,
port = 0, hash = 0}}, aliases = 1, con_req = 0x7f20931a97e0,
msg_attempts = 1, async_chunks = 0x7f2081a93530, async_chunks_no = 0,
oldest_chunk = 0}
(gdb)
*From:*Bogdan-Andrei Iancu [mailto:bog...@opensips.org]
*Sent:* Monday, August 31, 2015 4:39 PM
*To:* Gupta, Rahul; OpenSIPS users mailling list
*Subject:* Re: [OpenSIPS-Users] core generated by opensips
And printing :
*con
Thanks,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 31.08.2015 22:50, Gupta, Rahul wrote:
Hi Bogdan, following is the info you requested. This is not the
first tcp read, this server is been running for a while and
taking calls.
(gdb) bt
#0 0x7f2095572e2c in vfprintf () from /lib64/libc.so.6
#1 0x7f209560fed0 in __vsyslog_chk () from /lib64/libc.so.6
#2 0x7f2095610100 in syslog () from /lib64/libc.so.6
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
#4 0x004c5908 in handle_io (fm=,
idx=-1, event_type=) at tcp_read.c:1033
#5 0x004c8083 in io_wait_loop_epoll (unix_sock=) at io_wait.h:845
#6 tcp_receive_loop (unix_sock=) at
tcp_read.c:1141
#7 0x004b12e9 in tcp_init_children (chd_rank=, startup_done=0x0) at tcp_main.c:2389
#8 0x0043aebf in main_loop (argc=,
argv=) at main.c:1011
#9 main (argc=, argv=)
at main.c:1612
(gdb) f 3
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
597 tcp_read.c: No such file or directory.
in tcp_read.c
(gdb) p con->con_req
$1 = (struct tcp_req *) 0x7f20
Re: [OpenSIPS-Users] core generated by opensips
Hello,
Also, on a second note on this, do you happen to have full debug logs
from the time of the crash ? Those could be very useful as well.
Regards,
Vlad Paiu
OpenSIPS Developer
http://www.opensips-solutions.com
On 03.09.2015 17:02, Vlad Paiu wrote:
Hello,
Can you replicate the crash on demand, or does it happen randomly ?
Would you be able to provide access to a server containing the core
file and the OpenSIPS binary, in order to speed-up the debugging
process ( avoid the ping pong on the mailing list ) ?
Regards,
Vlad Paiu
OpenSIPS Developer
http://www.opensips-solutions.com
On 02.09.2015 18:47, Gupta, Rahul wrote:
Hi Bogdan, any update on this ?
*From:*Gupta, Rahul
*Sent:* Monday, August 31, 2015 4:42 PM
*To:* 'Bogdan-Andrei Iancu'; OpenSIPS users mailling list
*Subject:* RE: [OpenSIPS-Users] core generated by opensips
Hi Bogdan, following is the info you requested.
#0 0x7f2095572e2c in vfprintf () from /lib64/libc.so.6
#1 0x7f209560fed0 in __vsyslog_chk () from /lib64/libc.so.6
#2 0x7f2095610100 in syslog () from /lib64/libc.so.6
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
#4 0x004c5908 in handle_io (fm=, idx=-1,
event_type=) at tcp_read.c:1033
#5 0x004c8083 in io_wait_loop_epoll (unix_sock=optimized out>) at io_wait.h:845
#6 tcp_receive_loop (unix_sock=) at tcp_read.c:1141
#7 0x004b12e9 in tcp_init_children (chd_rank=out>, startup_done=0x0) at tcp_main.c:2389
#8 0x0043aebf in main_loop (argc=,
argv=) at main.c:1011
#9 main (argc=, argv=) at
main.c:1612
(gdb) f 3
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
597 tcp_read.c: No such file or directory.
in tcp_read.c
(gdb) p con->con_req
$1 = (struct tcp_req *) 0x7f20931a97e0
(gdb) p _req
$2 = (struct tcp_req *) 0x82d720
(gdb) p req
$3 = (struct tcp_req *) 0x7f20931a97e0
(gdb) p *con
$4 = {s = 30, fd = 21, write_lock = 0, id = 19, rcv = {src_ip = {af =
2, len = 4, u = {addrl = {2621885450, 0}, addr32 = {2621885450, 0, 0,
0}, addr16 = {52234, 40006, 0, 0, 0, 0, 0, 0},
addr = "\n\314F\234", '\000' }}, dst_ip =
{af = 2, len = 4, u = {addrl = {2588331018, 0}, addr32 = {2588331018,
0, 0, 0}, addr16 = {52234, 39494, 0, 0, 0, 0, 0, 0},
addr = "\n\314F\232", '\000' }}, src_port =
5060, dst_port = 5070, proto = 2, proto_reserved1 = 19,
proto_reserved2 = 0, src_su = {s = {sa_family = 2,
sa_data = "\023\304\n\314F\234\000\000\000\000\000\000\000"},
sin = {sin_family = 2, sin_port = 50195, sin_addr = {s_addr =
2621885450}, sin_zero = "\000\000\000\000\000\000\000"}},
bind_address = 0x7f2093171398}, refcnt = 2, type = PROTO_TCP,
flags = 2, state = S_CONN_CONNECT, extra_data = 0x0, timeout = 50039,
lifetime = 0, id_hash = 19, id_next = 0x0, id_prev = 0x0, c_next = 0x0,
c_prev = 0x0, con_aliases = {{parent = 0x7f2081a933c0, next = 0x0,
prev = 0x0, port = 5060, hash = 974}, {parent = 0x0, next = 0x0, prev
= 0x0, port = 0, hash = 0}, {parent = 0x0, next = 0x0, prev = 0x0,
port = 0, hash = 0}, {parent = 0x0, next = 0x0, prev = 0x0,
port = 0, hash = 0}}, aliases = 1, con_req = 0x7f20931a97e0,
msg_attempts = 1, async_chunks = 0x7f2081a93530, async_chunks_no = 0,
oldest_chunk = 0}
(gdb)
*From:*Bogdan-Andrei Iancu [mailto:bog...@opensips.org]
*Sent:* Monday, August 31, 2015 4:39 PM
*To:* Gupta, Rahul; OpenSIPS users mailling list
*Subject:* Re: [OpenSIPS-Users] core generated by opensips
And printing :
*con
Thanks,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 31.08.2015 22:50, Gupta, Rahul wrote:
Hi Bogdan, following is the info you requested. This is not the
first tcp read, this server is been running for a while and
taking calls.
(gdb) bt
#0 0x7f2095572e2c in vfprintf () from /lib64/libc.so.6
#1 0x7f209560fed0 in __vsyslog_chk () from /lib64/libc.so.6
#2 0x7f2095610100 in syslog () from /lib64/libc.so.6
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
#4 0x004c5908 in handle_io (fm=,
idx=-1, event_type=) at tcp_read.c:1033
#5 0x004c8083 in io_wait_loop_epoll (unix_sock=) at io_wait.h:845
#6 tcp_receive_loop (unix_sock=) at
tcp_read.c:1141
#7 0x004b12e9 in tcp_init_children (chd_rank=, startup_done=0x0) at tcp_main.c:2389
#8 0x0043aebf in main_loop (argc=,
argv=) at main.c:1011
#9 main (argc=, argv=)
at main.c:1612
(gdb) f 3
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
597 tcp_read.c: No such file or directory.
in tcp_read.c
(gdb) p con->con_req
$1 = (struct tcp_req *) 0x7f20931a97e0
(gdb) p _req
$2 =
Re: [OpenSIPS-Users] core generated by opensips
Hello,
Can you replicate the crash on demand, or does it happen randomly ?
Would you be able to provide access to a server containing the core file
and the OpenSIPS binary, in order to speed-up the debugging process (
avoid the ping pong on the mailing list ) ?
Regards,
Vlad Paiu
OpenSIPS Developer
http://www.opensips-solutions.com
On 02.09.2015 18:47, Gupta, Rahul wrote:
Hi Bogdan, any update on this ?
*From:*Gupta, Rahul
*Sent:* Monday, August 31, 2015 4:42 PM
*To:* 'Bogdan-Andrei Iancu'; OpenSIPS users mailling list
*Subject:* RE: [OpenSIPS-Users] core generated by opensips
Hi Bogdan, following is the info you requested.
#0 0x7f2095572e2c in vfprintf () from /lib64/libc.so.6
#1 0x7f209560fed0 in __vsyslog_chk () from /lib64/libc.so.6
#2 0x7f2095610100 in syslog () from /lib64/libc.so.6
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
#4 0x004c5908 in handle_io (fm=, idx=-1,
event_type=) at tcp_read.c:1033
#5 0x004c8083 in io_wait_loop_epoll (unix_sock=optimized out>) at io_wait.h:845
#6 tcp_receive_loop (unix_sock=) at tcp_read.c:1141
#7 0x004b12e9 in tcp_init_children (chd_rank=out>, startup_done=0x0) at tcp_main.c:2389
#8 0x0043aebf in main_loop (argc=,
argv=) at main.c:1011
#9 main (argc=, argv=) at
main.c:1612
(gdb) f 3
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
597 tcp_read.c: No such file or directory.
in tcp_read.c
(gdb) p con->con_req
$1 = (struct tcp_req *) 0x7f20931a97e0
(gdb) p _req
$2 = (struct tcp_req *) 0x82d720
(gdb) p req
$3 = (struct tcp_req *) 0x7f20931a97e0
(gdb) p *con
$4 = {s = 30, fd = 21, write_lock = 0, id = 19, rcv = {src_ip = {af =
2, len = 4, u = {addrl = {2621885450, 0}, addr32 = {2621885450, 0, 0,
0}, addr16 = {52234, 40006, 0, 0, 0, 0, 0, 0},
addr = "\n\314F\234", '\000' }}, dst_ip =
{af = 2, len = 4, u = {addrl = {2588331018, 0}, addr32 = {2588331018,
0, 0, 0}, addr16 = {52234, 39494, 0, 0, 0, 0, 0, 0},
addr = "\n\314F\232", '\000' }}, src_port =
5060, dst_port = 5070, proto = 2, proto_reserved1 = 19,
proto_reserved2 = 0, src_su = {s = {sa_family = 2,
sa_data = "\023\304\n\314F\234\000\000\000\000\000\000\000"},
sin = {sin_family = 2, sin_port = 50195, sin_addr = {s_addr =
2621885450}, sin_zero = "\000\000\000\000\000\000\000"}},
bind_address = 0x7f2093171398}, refcnt = 2, type = PROTO_TCP,
flags = 2, state = S_CONN_CONNECT, extra_data = 0x0, timeout = 50039,
lifetime = 0, id_hash = 19, id_next = 0x0, id_prev = 0x0, c_next = 0x0,
c_prev = 0x0, con_aliases = {{parent = 0x7f2081a933c0, next = 0x0,
prev = 0x0, port = 5060, hash = 974}, {parent = 0x0, next = 0x0, prev
= 0x0, port = 0, hash = 0}, {parent = 0x0, next = 0x0, prev = 0x0,
port = 0, hash = 0}, {parent = 0x0, next = 0x0, prev = 0x0, port
= 0, hash = 0}}, aliases = 1, con_req = 0x7f20931a97e0, msg_attempts =
1, async_chunks = 0x7f2081a93530, async_chunks_no = 0,
oldest_chunk = 0}
(gdb)
*From:*Bogdan-Andrei Iancu [mailto:bog...@opensips.org]
*Sent:* Monday, August 31, 2015 4:39 PM
*To:* Gupta, Rahul; OpenSIPS users mailling list
*Subject:* Re: [OpenSIPS-Users] core generated by opensips
And printing :
*con
Thanks,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 31.08.2015 22:50, Gupta, Rahul wrote:
Hi Bogdan, following is the info you requested. This is not the
first tcp read, this server is been running for a while and taking
calls.
(gdb) bt
#0 0x7f2095572e2c in vfprintf () from /lib64/libc.so.6
#1 0x7f209560fed0 in __vsyslog_chk () from /lib64/libc.so.6
#2 0x7f2095610100 in syslog () from /lib64/libc.so.6
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
#4 0x004c5908 in handle_io (fm=,
idx=-1, event_type=) at tcp_read.c:1033
#5 0x004c8083 in io_wait_loop_epoll (unix_sock=) at io_wait.h:845
#6 tcp_receive_loop (unix_sock=) at
tcp_read.c:1141
#7 0x004b12e9 in tcp_init_children (chd_rank=, startup_done=0x0) at tcp_main.c:2389
#8 0x0043aebf in main_loop (argc=,
argv=) at main.c:1011
#9 main (argc=, argv=)
at main.c:1612
(gdb) f 3
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
597 tcp_read.c: No such file or directory.
in tcp_read.c
(gdb) p con->con_req
$1 = (struct tcp_req *) 0x7f20931a97e0
(gdb) p _req
$2 = (struct tcp_req *) 0x82d720
(gdb) p req
$3 = (struct tcp_req *) 0x7f20931a97e0
(gdb)
*From:*Bogdan-Andrei Iancu [mailto:bog...@opensips.org]
*Sent:* Monday, August 31, 2015 3:45 PM
*To:* Gupta, Rahul; OpenSIPS users mailling lis
Re: [OpenSIPS-Users] core generated by opensips
Hi Bogdan, any update on this ?
From: Gupta, Rahul
Sent: Monday, August 31, 2015 4:42 PM
To: 'Bogdan-Andrei Iancu'; OpenSIPS users mailling list
Subject: RE: [OpenSIPS-Users] core generated by opensips
Hi Bogdan, following is the info you requested.
#0 0x7f2095572e2c in vfprintf () from /lib64/libc.so.6
#1 0x7f209560fed0 in __vsyslog_chk () from /lib64/libc.so.6
#2 0x7f2095610100 in syslog () from /lib64/libc.so.6
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
#4 0x004c5908 in handle_io (fm=, idx=-1,
event_type=) at tcp_read.c:1033
#5 0x004c8083 in io_wait_loop_epoll (unix_sock=)
at io_wait.h:845
#6 tcp_receive_loop (unix_sock=) at tcp_read.c:1141
#7 0x004b12e9 in tcp_init_children (chd_rank=,
startup_done=0x0) at tcp_main.c:2389
#8 0x0043aebf in main_loop (argc=, argv=) at main.c:1011
#9 main (argc=, argv=) at main.c:1612
(gdb) f 3
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
597 tcp_read.c: No such file or directory.
in tcp_read.c
(gdb) p con->con_req
$1 = (struct tcp_req *) 0x7f20931a97e0
(gdb) p _req
$2 = (struct tcp_req *) 0x82d720
(gdb) p req
$3 = (struct tcp_req *) 0x7f20931a97e0
(gdb) p *con
$4 = {s = 30, fd = 21, write_lock = 0, id = 19, rcv = {src_ip = {af = 2, len =
4, u = {addrl = {2621885450, 0}, addr32 = {2621885450, 0, 0, 0}, addr16 =
{52234, 40006, 0, 0, 0, 0, 0, 0},
addr = "\n\314F\234", '\000' }}, dst_ip = {af = 2,
len = 4, u = {addrl = {2588331018, 0}, addr32 = {2588331018, 0, 0, 0}, addr16 =
{52234, 39494, 0, 0, 0, 0, 0, 0},
addr = "\n\314F\232", '\000' }}, src_port = 5060,
dst_port = 5070, proto = 2, proto_reserved1 = 19, proto_reserved2 = 0, src_su =
{s = {sa_family = 2,
sa_data = "\023\304\n\314F\234\000\000\000\000\000\000\000"}, sin =
{sin_family = 2, sin_port = 50195, sin_addr = {s_addr = 2621885450}, sin_zero =
"\000\000\000\000\000\000\000"}},
bind_address = 0x7f2093171398}, refcnt = 2, type = PROTO_TCP, flags = 2,
state = S_CONN_CONNECT, extra_data = 0x0, timeout = 50039, lifetime = 0,
id_hash = 19, id_next = 0x0, id_prev = 0x0, c_next = 0x0,
c_prev = 0x0, con_aliases = {{parent = 0x7f2081a933c0, next = 0x0, prev =
0x0, port = 5060, hash = 974}, {parent = 0x0, next = 0x0, prev = 0x0, port = 0,
hash = 0}, {parent = 0x0, next = 0x0, prev = 0x0,
port = 0, hash = 0}, {parent = 0x0, next = 0x0, prev = 0x0, port = 0,
hash = 0}}, aliases = 1, con_req = 0x7f20931a97e0, msg_attempts = 1,
async_chunks = 0x7f2081a93530, async_chunks_no = 0,
oldest_chunk = 0}
(gdb)
From: Bogdan-Andrei Iancu [mailto:bog...@opensips.org]
Sent: Monday, August 31, 2015 4:39 PM
To: Gupta, Rahul; OpenSIPS users mailling list
Subject: Re: [OpenSIPS-Users] core generated by opensips
And printing :
*con
Thanks,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 31.08.2015 22:50, Gupta, Rahul wrote:
Hi Bogdan, following is the info you requested. This is not the first tcp read,
this server is been running for a while and taking calls.
(gdb) bt
#0 0x7f2095572e2c in vfprintf () from /lib64/libc.so.6
#1 0x7f209560fed0 in __vsyslog_chk () from /lib64/libc.so.6
#2 0x7f2095610100 in syslog () from /lib64/libc.so.6
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
#4 0x004c5908 in handle_io (fm=, idx=-1,
event_type=) at tcp_read.c:1033
#5 0x004c8083 in io_wait_loop_epoll (unix_sock=)
at io_wait.h:845
#6 tcp_receive_loop (unix_sock=) at tcp_read.c:1141
#7 0x004b12e9 in tcp_init_children (chd_rank=,
startup_done=0x0) at tcp_main.c:2389
#8 0x0043aebf in main_loop (argc=, argv=) at main.c:1011
#9 main (argc=, argv=) at main.c:1612
(gdb) f 3
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
597 tcp_read.c: No such file or directory.
in tcp_read.c
(gdb) p con->con_req
$1 = (struct tcp_req *) 0x7f20931a97e0
(gdb) p _req
$2 = (struct tcp_req *) 0x82d720
(gdb) p req
$3 = (struct tcp_req *) 0x7f20931a97e0
(gdb)
From: Bogdan-Andrei Iancu [mailto:bog...@opensips.org]
Sent: Monday, August 31, 2015 3:45 PM
To: Gupta, Rahul; OpenSIPS users mailling list
Subject: Re: [OpenSIPS-Users] core generated by opensips
--
DISCLAIMER: This e-mail may contain information that is confidential,
privileged or otherwise protected from disclosure. If you are not an intended
recipient of this e-mail, do not duplicate or redistribute it by any means.
Please delete it and any attachments and notify the sender that you have
received it in error. Unintende
Re: [OpenSIPS-Users] core generated by opensips
Thank you Rahul,
the whole req variable seems to be garbage :(.
Could you additionally print ingdb:
con->con_req
_req
req
Also, does this crash happens on the first TCP read ? or after a while,
after several read ops?
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 31.08.2015 15:26, Gupta, Rahul wrote:
Hi Bogdan, here are the details you requested
(gdb) bt
#0 0x7f2095572e2c in vfprintf () from /lib64/libc.so.6
#1 0x7f209560fed0 in __vsyslog_chk () from /lib64/libc.so.6
#2 0x7f2095610100 in syslog () from /lib64/libc.so.6
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
#4 0x004c5908 in handle_io (fm=, idx=-1,
event_type=) at tcp_read.c:1033
#5 0x004c8083 in io_wait_loop_epoll (unix_sock=optimized out>) at io_wait.h:845
#6 tcp_receive_loop (unix_sock=) at tcp_read.c:1141
#7 0x004b12e9 in tcp_init_children (chd_rank=out>, startup_done=0x0) at tcp_main.c:2389
#8 0x0043aebf in main_loop (argc=,
argv=) at main.c:1011
#9 main (argc=, argv=) at
main.c:1612
(gdb) f 3
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
597 tcp_read.c: No such file or directory.
in tcp_read.c
(gdb) p *req
$1 = {next = 0x3,
buf = "\022Ø\000\000\000\000\000M\000\000\000\000\000\000\000T",
'\000' , "p\227\032\223 \177\000\000p\227\032\223
\177\000\000H\000\000\000\000\000\000\000\250\203\032\223
\177\000\000\300\227\032\223
\177\000\000\001\000\000\000\000\000\000\000\264×\000\000\000\000\000\003\000\000\000\000\000\000\000\271×\000\000\000\000\000R\000\000\000\000\000\000\000Y",
'\000' , "Ð\032\223 \177\000\000Ð\032\223
\177\000\000\200", '\000' , "P\221\026\223
\177\000\000Via: SIP/2.0/TCP
10.204.70.154:5070;branch=z9hG4bK+540c4cc39bb7b8e44a"...,
start = 0x6d782b6c6d736d2f bounds>, pos = 0x462d78614d0a0d6c bounds>,
parsed = 0x3a7364726177726f bounds>, body = 0x3c0a0d0a0d303720 bounds>, content_len = 1819113535, has_content_len = 30240,
complete = 29285, bytes_to_go = 1852795251, error = 774971965, state
= 1696604720}
(gdb)
*From:*Bogdan-Andrei Iancu [mailto:bog...@opensips.org]
*Sent:* Monday, August 31, 2015 5:25 AM
*To:* OpenSIPS users mailling list; Gupta, Rahul
*Subject:* Re: [OpenSIPS-Users] core generated by opensips
Hi Rahul,
Could you do in gdb:
p *req
to see all the field of the request structure.
Thanks,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 30.08.2015 23:31, Gupta, Rahul wrote:
Hi, I am using opensips-1.11.5-tls and the opensips crashed with
the following gdb trace. Seems like it crashed while printing
error message. Is this something already fixed
LM_ERR("bad request, state=%d, error=%d "
"buf:\n%.*s\nparsed:\n%.*s\n", req->state, req->error,
(int)(req->pos-req->buf), req->buf,
(int)(req->parsed-req->start), req->start);
(gdb) bt
#0 0x7f2095572e2c in vfprintf () from /lib64/libc.so.6
#1 0x7f209560fed0 in __vsyslog_chk () from /lib64/libc.so.6
#2 0x7f2095610100 in syslog () from /lib64/libc.so.6
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
#4 0x004c5908 in handle_io (fm=,
idx=-1, event_type=) at tcp_read.c:1033
#5 0x004c8083 in io_wait_loop_epoll (unix_sock=) at io_wait.h:845
#6 tcp_receive_loop (unix_sock=) at
tcp_read.c:1141
#7 0x004b12e9 in tcp_init_children (chd_rank=, startup_done=0x0) at tcp_main.c:2389
#8 0x0043aebf in main_loop (argc=,
argv=) at main.c:1011
#9 main (argc=, argv=)
at main.c:1612
(gdb) f 3
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
597 tcp_read.c: No such file or directory.
in tcp_read.c
(gdb) info 3
Undefined info command: "3". Try "help info".
(gdb) print buf
$1 = 0
(gdb) print req
$2 = (struct tcp_req *) 0x7f20931a97e0
(gdb) print req->state
$3 = 1696604720
(gdb) print req->error
$4 = 774971965
(gdb) print req->buf
$5 = "\022Ø\000\000\000\000\000M\000\000\000\000\000\000\000T",
'\000' , "p\227\032\223
\177\000\000p\227\032\223
\177\000\000H\000\000\000\000\000\000\000\250\203\032\223
\177\000\000\300\227\032\223
\177\000\000\001\000\000\000\000\000\000\000\264×\000\000\000\000\000\003\000\000\000\000\000\000\000\271×\000\000\000\000\000R\000\000\000\000\000\000\000Y",
'\000' , "Ð\032\223 \177\000\000Ð\032\223
\177\000\000\200", '\000' , "P\221\026\223
\177\000\000Via: SIP/2.0/TCP
10.204.70.154:5070;branch=
Re: [OpenSIPS-Users] core generated by opensips
Hi Bogdan, following is the info you requested. This is not the first tcp read,
this server is been running for a while and taking calls.
(gdb) bt
#0 0x7f2095572e2c in vfprintf () from /lib64/libc.so.6
#1 0x7f209560fed0 in __vsyslog_chk () from /lib64/libc.so.6
#2 0x7f2095610100 in syslog () from /lib64/libc.so.6
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
#4 0x004c5908 in handle_io (fm=, idx=-1,
event_type=) at tcp_read.c:1033
#5 0x004c8083 in io_wait_loop_epoll (unix_sock=)
at io_wait.h:845
#6 tcp_receive_loop (unix_sock=) at tcp_read.c:1141
#7 0x004b12e9 in tcp_init_children (chd_rank=,
startup_done=0x0) at tcp_main.c:2389
#8 0x0043aebf in main_loop (argc=, argv=) at main.c:1011
#9 main (argc=, argv=) at main.c:1612
(gdb) f 3
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
597 tcp_read.c: No such file or directory.
in tcp_read.c
(gdb) p con->con_req
$1 = (struct tcp_req *) 0x7f20931a97e0
(gdb) p _req
$2 = (struct tcp_req *) 0x82d720
(gdb) p req
$3 = (struct tcp_req *) 0x7f20931a97e0
(gdb)
From: Bogdan-Andrei Iancu [mailto:bog...@opensips.org]
Sent: Monday, August 31, 2015 3:45 PM
To: Gupta, Rahul; OpenSIPS users mailling list
Subject: Re: [OpenSIPS-Users] core generated by opensips
Thank you Rahul,
the whole req variable seems to be garbage :(.
Could you additionally print in gdb:
con->con_req
_req
req
Also, does this crash happens on the first TCP read ? or after a while, after
several read ops ?
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 31.08.2015 15:26, Gupta, Rahul wrote:
Hi Bogdan, here are the details you requested
(gdb) bt
#0 0x7f2095572e2c in vfprintf () from /lib64/libc.so.6
#1 0x7f209560fed0 in __vsyslog_chk () from /lib64/libc.so.6
#2 0x7f2095610100 in syslog () from /lib64/libc.so.6
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
#4 0x004c5908 in handle_io (fm=, idx=-1,
event_type=) at tcp_read.c:1033
#5 0x004c8083 in io_wait_loop_epoll (unix_sock=)
at io_wait.h:845
#6 tcp_receive_loop (unix_sock=) at tcp_read.c:1141
#7 0x004b12e9 in tcp_init_children (chd_rank=,
startup_done=0x0) at tcp_main.c:2389
#8 0x0043aebf in main_loop (argc=, argv=) at main.c:1011
#9 main (argc=, argv=) at main.c:1612
(gdb) f 3
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
597 tcp_read.c: No such file or directory.
in tcp_read.c
(gdb) p *req
$1 = {next = 0x3,
buf = "\022Ø\000\000\000\000\000M\000\000\000\000\000\000\000T", '\000'
, "p\227\032\223 \177\000\000p\227\032\223
\177\000\000H\000\000\000\000\000\000\000\250\203\032\223
\177\000\000\300\227\032\223
\177\000\000\001\000\000\000\000\000\000\000\264×\000\000\000\000\000\003\000\000\000\000\000\000\000\271×\000\000\000\000\000R\000\000\000\000\000\000\000Y",
'\000' , "Ð\032\223 \177\000\000Ð\032\223 \177\000\000\200",
'\000' , "P\221\026\223 \177\000\000Via: SIP/2.0/TCP
10.204.70.154:5070;branch=z9hG4bK+540c4cc39bb7b8e44a"...,
start = 0x6d782b6c6d736d2f , pos =
0x462d78614d0a0d6c ,
parsed = 0x3a7364726177726f , body
= 0x3c0a0d0a0d303720 , content_len =
1819113535, has_content_len = 30240,
complete = 29285, bytes_to_go = 1852795251, error = 774971965, state =
1696604720}
(gdb)
From: Bogdan-Andrei Iancu [mailto:bog...@opensips.org]
Sent: Monday, August 31, 2015 5:25 AM
To: OpenSIPS users mailling list; Gupta, Rahul
Subject: Re: [OpenSIPS-Users] core generated by opensips
Hi Rahul,
Could you do in gdb:
p *req
to see all the field of the request structure.
Thanks,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 30.08.2015 23:31, Gupta, Rahul wrote:
Hi, I am using opensips-1.11.5-tls and the opensips crashed with the following
gdb trace. Seems like it crashed while printing error message. Is this
something already fixed
LM_ERR("bad request, state=%d, error=%d "
"buf:\n%.*s\nparsed:\n%.*s\n", req->state,
req->error,
(int)(req->pos-req->buf), req->buf,
(int)(req->parsed-req->start), req->start);
(gdb) bt
#0 0x7f2095572e2c in vfprintf () from /lib64/libc.so.6
#1 0x7f209560fed0 in __vsyslog_chk () from /lib64/libc.so.6
#2 0x7f2095610100 in syslog () from /lib64/libc.so.6
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
#4 0x004c5908 in handle_io (fm=, idx=-1,
event_type=) at tcp_read.c:1033
#5 0x004c8083 in io_wait_loop_epoll (unix_sock=)
at io_wait.h:845
#6 tc
Re: [OpenSIPS-Users] core generated by opensips
And printing : *con Thanks, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 31.08.2015 22:50, Gupta, Rahul wrote: Hi Bogdan, following is the info you requested. This is not the first tcp read, this server is been running for a while and taking calls. (gdb) bt #0 0x7f2095572e2c in vfprintf () from /lib64/libc.so.6 #1 0x7f209560fed0 in __vsyslog_chk () from /lib64/libc.so.6 #2 0x7f2095610100 in syslog () from /lib64/libc.so.6 #3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0, bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597 #4 0x004c5908 in handle_io (fm=, idx=-1, event_type=) at tcp_read.c:1033 #5 0x004c8083 in io_wait_loop_epoll (unix_sock=optimized out>) at io_wait.h:845 #6 tcp_receive_loop (unix_sock=) at tcp_read.c:1141 #7 0x004b12e9 in tcp_init_children (chd_rank=out>, startup_done=0x0) at tcp_main.c:2389 #8 0x0043aebf in main_loop (argc=, argv=) at main.c:1011 #9 main (argc=, argv=) at main.c:1612 (gdb) f 3 #3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0, bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597 597 tcp_read.c: No such file or directory. in tcp_read.c (gdb) p con->con_req $1 = (struct tcp_req *) 0x7f20931a97e0 (gdb) p _req $2 = (struct tcp_req *) 0x82d720 (gdb) p req $3 = (struct tcp_req *) 0x7f20931a97e0 (gdb) *From:*Bogdan-Andrei Iancu [mailto:bog...@opensips.org] *Sent:* Monday, August 31, 2015 3:45 PM *To:* Gupta, Rahul; OpenSIPS users mailling list *Subject:* Re: [OpenSIPS-Users] core generated by opensips _______ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] core generated by opensips
Hi Bogdan, following is the info you requested.
#0 0x7f2095572e2c in vfprintf () from /lib64/libc.so.6
#1 0x7f209560fed0 in __vsyslog_chk () from /lib64/libc.so.6
#2 0x7f2095610100 in syslog () from /lib64/libc.so.6
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
#4 0x004c5908 in handle_io (fm=, idx=-1,
event_type=) at tcp_read.c:1033
#5 0x004c8083 in io_wait_loop_epoll (unix_sock=)
at io_wait.h:845
#6 tcp_receive_loop (unix_sock=) at tcp_read.c:1141
#7 0x004b12e9 in tcp_init_children (chd_rank=,
startup_done=0x0) at tcp_main.c:2389
#8 0x0043aebf in main_loop (argc=, argv=) at main.c:1011
#9 main (argc=, argv=) at main.c:1612
(gdb) f 3
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
597 tcp_read.c: No such file or directory.
in tcp_read.c
(gdb) p con->con_req
$1 = (struct tcp_req *) 0x7f20931a97e0
(gdb) p _req
$2 = (struct tcp_req *) 0x82d720
(gdb) p req
$3 = (struct tcp_req *) 0x7f20931a97e0
(gdb) p *con
$4 = {s = 30, fd = 21, write_lock = 0, id = 19, rcv = {src_ip = {af = 2, len =
4, u = {addrl = {2621885450, 0}, addr32 = {2621885450, 0, 0, 0}, addr16 =
{52234, 40006, 0, 0, 0, 0, 0, 0},
addr = "\n\314F\234", '\000' }}, dst_ip = {af = 2,
len = 4, u = {addrl = {2588331018, 0}, addr32 = {2588331018, 0, 0, 0}, addr16 =
{52234, 39494, 0, 0, 0, 0, 0, 0},
addr = "\n\314F\232", '\000' }}, src_port = 5060,
dst_port = 5070, proto = 2, proto_reserved1 = 19, proto_reserved2 = 0, src_su =
{s = {sa_family = 2,
sa_data = "\023\304\n\314F\234\000\000\000\000\000\000\000"}, sin =
{sin_family = 2, sin_port = 50195, sin_addr = {s_addr = 2621885450}, sin_zero =
"\000\000\000\000\000\000\000"}},
bind_address = 0x7f2093171398}, refcnt = 2, type = PROTO_TCP, flags = 2,
state = S_CONN_CONNECT, extra_data = 0x0, timeout = 50039, lifetime = 0,
id_hash = 19, id_next = 0x0, id_prev = 0x0, c_next = 0x0,
c_prev = 0x0, con_aliases = {{parent = 0x7f2081a933c0, next = 0x0, prev =
0x0, port = 5060, hash = 974}, {parent = 0x0, next = 0x0, prev = 0x0, port = 0,
hash = 0}, {parent = 0x0, next = 0x0, prev = 0x0,
port = 0, hash = 0}, {parent = 0x0, next = 0x0, prev = 0x0, port = 0,
hash = 0}}, aliases = 1, con_req = 0x7f20931a97e0, msg_attempts = 1,
async_chunks = 0x7f2081a93530, async_chunks_no = 0,
oldest_chunk = 0}
(gdb)
From: Bogdan-Andrei Iancu [mailto:bog...@opensips.org]
Sent: Monday, August 31, 2015 4:39 PM
To: Gupta, Rahul; OpenSIPS users mailling list
Subject: Re: [OpenSIPS-Users] core generated by opensips
And printing :
*con
Thanks,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 31.08.2015 22:50, Gupta, Rahul wrote:
Hi Bogdan, following is the info you requested. This is not the first tcp read,
this server is been running for a while and taking calls.
(gdb) bt
#0 0x7f2095572e2c in vfprintf () from /lib64/libc.so.6
#1 0x7f209560fed0 in __vsyslog_chk () from /lib64/libc.so.6
#2 0x7f2095610100 in syslog () from /lib64/libc.so.6
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
#4 0x004c5908 in handle_io (fm=, idx=-1,
event_type=) at tcp_read.c:1033
#5 0x004c8083 in io_wait_loop_epoll (unix_sock=)
at io_wait.h:845
#6 tcp_receive_loop (unix_sock=) at tcp_read.c:1141
#7 0x004b12e9 in tcp_init_children (chd_rank=,
startup_done=0x0) at tcp_main.c:2389
#8 0x0043aebf in main_loop (argc=, argv=) at main.c:1011
#9 main (argc=, argv=) at main.c:1612
(gdb) f 3
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
597 tcp_read.c: No such file or directory.
in tcp_read.c
(gdb) p con->con_req
$1 = (struct tcp_req *) 0x7f20931a97e0
(gdb) p _req
$2 = (struct tcp_req *) 0x82d720
(gdb) p req
$3 = (struct tcp_req *) 0x7f20931a97e0
(gdb)
From: Bogdan-Andrei Iancu [mailto:bog...@opensips.org]
Sent: Monday, August 31, 2015 3:45 PM
To: Gupta, Rahul; OpenSIPS users mailling list
Subject: Re: [OpenSIPS-Users] core generated by opensips
--
DISCLAIMER: This e-mail may contain information that is confidential,
privileged or otherwise protected from disclosure. If you are not an intended
recipient of this e-mail, do not duplicate or redistribute it by any means.
Please delete it and any attachments and notify the sender that you have
received it in error. Unintended recipients are prohibited from taking action
on the basis of information in this e-mail.E-mail messages may contain computer
viruses or other defects, may not be accurately replicated on other systems,
Re: [OpenSIPS-Users] core generated by opensips
Hi Rahul,
Could you do in gdb:
p *req
to see all the field of the request structure.
Thanks,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 30.08.2015 23:31, Gupta, Rahul wrote:
Hi, I am using opensips-1.11.5-tls and the opensips crashed with the
following gdb trace. Seems like it crashed while printing error
message. Is this something already fixed
LM_ERR("bad request, state=%d, error=%d "
"buf:\n%.*s\nparsed:\n%.*s\n", req->state, req->error,
(int)(req->pos-req->buf), req->buf,
(int)(req->parsed-req->start), req->start);
(gdb) bt
#0 0x7f2095572e2c in vfprintf () from /lib64/libc.so.6
#1 0x7f209560fed0 in __vsyslog_chk () from /lib64/libc.so.6
#2 0x7f2095610100 in syslog () from /lib64/libc.so.6
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
#4 0x004c5908 in handle_io (fm=, idx=-1,
event_type=) at tcp_read.c:1033
#5 0x004c8083 in io_wait_loop_epoll (unix_sock=optimized out>) at io_wait.h:845
#6 tcp_receive_loop (unix_sock=) at tcp_read.c:1141
#7 0x004b12e9 in tcp_init_children (chd_rank=out>, startup_done=0x0) at tcp_main.c:2389
#8 0x0043aebf in main_loop (argc=,
argv=) at main.c:1011
#9 main (argc=, argv=) at
main.c:1612
(gdb) f 3
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
597 tcp_read.c: No such file or directory.
in tcp_read.c
(gdb) info 3
Undefined info command: "3". Try "help info".
(gdb) print buf
$1 = 0
(gdb) print req
$2 = (struct tcp_req *) 0x7f20931a97e0
(gdb) print req->state
$3 = 1696604720
(gdb) print req->error
$4 = 774971965
(gdb) print req->buf
$5 = "\022Ø\000\000\000\000\000M\000\000\000\000\000\000\000T", '\000'
, "p\227\032\223 \177\000\000p\227\032\223
\177\000\000H\000\000\000\000\000\000\000\250\203\032\223
\177\000\000\300\227\032\223
\177\000\000\001\000\000\000\000\000\000\000\264×\000\000\000\000\000\003\000\000\000\000\000\000\000\271×\000\000\000\000\000R\000\000\000\000\000\000\000Y",
'\000' , "Ð\032\223 \177\000\000Ð\032\223
\177\000\000\200", '\000' , "P\221\026\223
\177\000\000Via: SIP/2.0/TCP
10.204.70.154:5070;branch=z9hG4bK+540c4cc39bb7b8e44a"...
(gdb) print req->start
$6 = 0x6d782b6c6d736d2f
(gdb) print req->parsed-req->start
$7 = -3676281973086354112
(gdb) print req->pos-req->buf
$8 = 5056690538022925700
(gdb) print (int)(req->pos-req->buf)
$9 = -1175489148
(gdb) print (int)(req->pos-req->buf)
$10 = -1175489148
(gdb) print (int)(req->parsed-req->start)
$11 = -201063104
(gdb)
--
DISCLAIMER: This e-mail may contain information that is confidential,
privileged or otherwise protected from disclosure. If you are not an
intended recipient of this e-mail, do not duplicate or redistribute it
by any means. Please delete it and any attachments and notify the
sender that you have received it in error. Unintended recipients are
prohibited from taking action on the basis of information in this
e-mail.E-mail messages may contain computer viruses or other defects,
may not be accurately replicated on other systems, or may be
intercepted, deleted or interfered with without the knowledge of the
sender or the intended recipient. If you are not comfortable with the
risks associated with e-mail messages, you may decide not to use
e-mail to communicate with IPC. IPC reserves the right, to the extent
and under circumstances permitted by applicable law, to retain,
monitor and intercept e-mail messages to and from its systems.
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] core generated by opensips
Hi Bogdan, here are the details you requested
(gdb) bt
#0 0x7f2095572e2c in vfprintf () from /lib64/libc.so.6
#1 0x7f209560fed0 in __vsyslog_chk () from /lib64/libc.so.6
#2 0x7f2095610100 in syslog () from /lib64/libc.so.6
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
#4 0x004c5908 in handle_io (fm=, idx=-1,
event_type=) at tcp_read.c:1033
#5 0x004c8083 in io_wait_loop_epoll (unix_sock=)
at io_wait.h:845
#6 tcp_receive_loop (unix_sock=) at tcp_read.c:1141
#7 0x004b12e9 in tcp_init_children (chd_rank=,
startup_done=0x0) at tcp_main.c:2389
#8 0x0043aebf in main_loop (argc=, argv=) at main.c:1011
#9 main (argc=, argv=) at main.c:1612
(gdb) f 3
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
597 tcp_read.c: No such file or directory.
in tcp_read.c
(gdb) p *req
$1 = {next = 0x3,
buf = "\022Ø\000\000\000\000\000M\000\000\000\000\000\000\000T", '\000'
, "p\227\032\223 \177\000\000p\227\032\223
\177\000\000H\000\000\000\000\000\000\000\250\203\032\223
\177\000\000\300\227\032\223
\177\000\000\001\000\000\000\000\000\000\000\264×\000\000\000\000\000\003\000\000\000\000\000\000\000\271×\000\000\000\000\000R\000\000\000\000\000\000\000Y",
'\000' , "Ð\032\223 \177\000\000Ð\032\223 \177\000\000\200",
'\000' , "P\221\026\223 \177\000\000Via: SIP/2.0/TCP
10.204.70.154:5070;branch=z9hG4bK+540c4cc39bb7b8e44a"...,
start = 0x6d782b6c6d736d2f , pos =
0x462d78614d0a0d6c ,
parsed = 0x3a7364726177726f , body
= 0x3c0a0d0a0d303720 , content_len =
1819113535, has_content_len = 30240,
complete = 29285, bytes_to_go = 1852795251, error = 774971965, state =
1696604720}
(gdb)
From: Bogdan-Andrei Iancu [mailto:bog...@opensips.org]
Sent: Monday, August 31, 2015 5:25 AM
To: OpenSIPS users mailling list; Gupta, Rahul
Subject: Re: [OpenSIPS-Users] core generated by opensips
Hi Rahul,
Could you do in gdb:
p *req
to see all the field of the request structure.
Thanks,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 30.08.2015 23:31, Gupta, Rahul wrote:
Hi, I am using opensips-1.11.5-tls and the opensips crashed with the following
gdb trace. Seems like it crashed while printing error message. Is this
something already fixed
LM_ERR("bad request, state=%d, error=%d "
"buf:\n%.*s\nparsed:\n%.*s\n", req->state,
req->error,
(int)(req->pos-req->buf), req->buf,
(int)(req->parsed-req->start), req->start);
(gdb) bt
#0 0x7f2095572e2c in vfprintf () from /lib64/libc.so.6
#1 0x7f209560fed0 in __vsyslog_chk () from /lib64/libc.so.6
#2 0x7f2095610100 in syslog () from /lib64/libc.so.6
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
#4 0x004c5908 in handle_io (fm=, idx=-1,
event_type=) at tcp_read.c:1033
#5 0x004c8083 in io_wait_loop_epoll (unix_sock=)
at io_wait.h:845
#6 tcp_receive_loop (unix_sock=) at tcp_read.c:1141
#7 0x004b12e9 in tcp_init_children (chd_rank=,
startup_done=0x0) at tcp_main.c:2389
#8 0x0043aebf in main_loop (argc=, argv=) at main.c:1011
#9 main (argc=, argv=) at main.c:1612
(gdb) f 3
#3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0,
bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597
597 tcp_read.c: No such file or directory.
in tcp_read.c
(gdb) info 3
Undefined info command: "3". Try "help info".
(gdb) print buf
$1 = 0
(gdb) print req
$2 = (struct tcp_req *) 0x7f20931a97e0
(gdb) print req->state
$3 = 1696604720
(gdb) print req->error
$4 = 774971965
(gdb) print req->buf
$5 = "\022Ø\000\000\000\000\000M\000\000\000\000\000\000\000T", '\000' , "p\227\032\223 \177\000\000p\227\032\223
\177\000\000H\000\000\000\000\000\000\000\250\203\032\223
\177\000\000\300\227\032\223
\177\000\000\001\000\000\000\000\000\000\000\264×\000\000\000\000\000\003\000\000\000\000\000\000\000\271×\000\000\000\000\000R\000\000\000\000\000\000\000Y",
'\000' , "Ð\032\223 \177\000\000Ð\032\223 \177\000\000\200",
'\000' , "P\221\026\223 \177\000\000Via: SIP/2.0/TCP
10.204.70.154:5070;branch=z9hG4bK+540c4cc39bb7b8e44a"...
(gdb) print req->start
$6 = 0x6d782b6c6d736d2f
(gdb) print req->parsed-req->start
$7 = -3676281973086354112
(gdb) print req->pos-req->buf
$8 = 5056690538022925700
(gdb) print (int)(req->pos-req->buf)
$9 = -1175489148
(gdb) print (int)(req->pos-req->buf)
$10 = -1175489148
(gdb) print (int)(req->parsed-req->start)
$11 = -201063104
(gdb)
--
[OpenSIPS-Users] core generated by opensips
Hi, I am using opensips-1.11.5-tls and the opensips crashed with the following gdb trace. Seems like it crashed while printing error message. Is this something already fixed LM_ERR(bad request, state=%d, error=%d buf:\n%.*s\nparsed:\n%.*s\n, req-state, req-error, (int)(req-pos-req-buf), req-buf, (int)(req-parsed-req-start), req-start); (gdb) bt #0 0x7f2095572e2c in vfprintf () from /lib64/libc.so.6 #1 0x7f209560fed0 in __vsyslog_chk () from /lib64/libc.so.6 #2 0x7f2095610100 in syslog () from /lib64/libc.so.6 #3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0, bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597 #4 0x004c5908 in handle_io (fm=value optimized out, idx=-1, event_type=value optimized out) at tcp_read.c:1033 #5 0x004c8083 in io_wait_loop_epoll (unix_sock=value optimized out) at io_wait.h:845 #6 tcp_receive_loop (unix_sock=value optimized out) at tcp_read.c:1141 #7 0x004b12e9 in tcp_init_children (chd_rank=value optimized out, startup_done=0x0) at tcp_main.c:2389 #8 0x0043aebf in main_loop (argc=value optimized out, argv=value optimized out) at main.c:1011 #9 main (argc=value optimized out, argv=value optimized out) at main.c:1612 (gdb) f 3 #3 0x004c4202 in tcp_read_req (con=0x7f2081a933c0, bytes_read=0x7ffc6bc97f0c) at tcp_read.c:597 597 tcp_read.c: No such file or directory. in tcp_read.c (gdb) info 3 Undefined info command: 3. Try help info. (gdb) print buf $1 = 0 (gdb) print req $2 = (struct tcp_req *) 0x7f20931a97e0 (gdb) print req-state $3 = 1696604720 (gdb) print req-error $4 = 774971965 (gdb) print req-buf $5 = \022Ø\000\000\000\000\000M\000\000\000\000\000\000\000T, '\000' repeats 15 times, p\227\032\223 \177\000\000p\227\032\223 \177\000\000H\000\000\000\000\000\000\000\250\203\032\223 \177\000\000\300\227\032\223 \177\000\000\001\000\000\000\000\000\000\000\264×\000\000\000\000\000\003\000\000\000\000\000\000\000\271×\000\000\000\000\000R\000\000\000\000\000\000\000Y, '\000' repeats 15 times, Ð\032\223 \177\000\000Ð\032\223 \177\000\000\200, '\000' repeats 15 times, P\221\026\223 \177\000\000Via: SIP/2.0/TCP 10.204.70.154:5070;branch=z9hG4bK+540c4cc39bb7b8e44a... (gdb) print req-start $6 = 0x6d782b6c6d736d2f Address 0x6d782b6c6d736d2f out of bounds (gdb) print req-parsed-req-start $7 = -3676281973086354112 (gdb) print req-pos-req-buf $8 = 5056690538022925700 (gdb) print (int)(req-pos-req-buf) $9 = -1175489148 (gdb) print (int)(req-pos-req-buf) $10 = -1175489148 (gdb) print (int)(req-parsed-req-start) $11 = -201063104 (gdb) -- DISCLAIMER: This e-mail may contain information that is confidential, privileged or otherwise protected from disclosure. If you are not an intended recipient of this e-mail, do not duplicate or redistribute it by any means. Please delete it and any attachments and notify the sender that you have received it in error. Unintended recipients are prohibited from taking action on the basis of information in this e-mail.E-mail messages may contain computer viruses or other defects, may not be accurately replicated on other systems, or may be intercepted, deleted or interfered with without the knowledge of the sender or the intended recipient. If you are not comfortable with the risks associated with e-mail messages, you may decide not to use e-mail to communicate with IPC. IPC reserves the right, to the extent and under circumstances permitted by applicable law, to retain, monitor and intercept e-mail messages to and from its systems. ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
