[OpenSIPS-Users] opensipsctl fifo hangs

[Brett Nemeroff]

Bogdan,Here's my bt full. Towards the top there is a cache_store line. The
fifo operation I'm waiting on is a profile_get_values.. Interesting that I
don't call cache_store in any of these hung opensipsctl calls.

# ps ax|grep opensipsctl
17929 ?        S      0:00 /bin/bash /usr/local/sbin/opensipsctl fifo
profile_get_values trunk
17974 ?        S      0:00 /bin/bash /usr/local/sbin/opensipsctl fifo
profile_get_values trunk
17976 ?        S      0:00 /bin/bash /usr/local/sbin/opensipsctl fifo
profile_get_values trunk
27643 ?        S      0:00 /bin/bash /usr/local/sbin/opensipsctl fifo
profile_get_size inbound
27687 ?        S      0:00 /bin/bash /usr/local/sbin/opensipsctl fifo
profile_get_size inbound
27688 ?        S      0:00 /bin/bash /usr/local/sbin/opensipsctl fifo
profile_get_size inbound


I took the mi_fifo ps for the gdb..

0x00000034c1ac54f0 in __read_nocancel () from /lib64/libc.so.6
(gdb) bt full
#0  0x00000034c1ac54f0 in __read_nocancel () from /lib64/libc.so.6
No symbol table info available.
#1  0x00000034c1a6cbb7 in _IO_new_file_underflow () from /lib64/libc.so.6
No symbol table info available.
#2  0x00000034c1a6d57e in _IO_default_uflow_internal () from
/lib64/libc.so.6
No symbol table info available.
#3  0x00000034c1a62664 in _IO_getline_info_internal () from /lib64/libc.so.6
No symbol table info available.
#4  0x00000034c1a61509 in fgets () from /lib64/libc.so.6
No symbol table info available.
#5  0x00002b68c3c2e619 in mi_read_line (b=0x79cd50 ":cache_store", max=1024,
stream=0x1e81b110, read=0x7fffe834bad4) at fifo_fnc.c:255
 retry_cnt = 0
len = <value optimized out>
__FUNCTION__ = "mi_read_line"
#6  0x00002b68c3c2f52f in mi_fifo_server (fifo_stream=0x1e81b110) at
fifo_fnc.c:400
mi_cmd = (struct mi_root *) 0x7a1568
mi_rpl = (struct mi_root *) 0x7a17c0
 hdl = (struct mi_handler *) 0x0
line_len = 35
file_sep = 0x79cd5c ""
 command = 0x79cd51 "cache_store"
file = 0x79d160 "/tmp/opensips_receiver_1372"
 f = (struct mi_cmd *) 0x7995e8
reply_stream = (FILE *) 0x1e82e7e0
__FUNCTION__ = "mi_fifo_server"
#7  0x00002b68c3c31001 in fifo_process (rank=<value optimized out>) at
mi_fifo.c:212
fifo_stream = (FILE *) 0x1e81b110
__FUNCTION__ = "fifo_process"
#8  0x000000000046b4bc in start_module_procs () at sr_module.c:585
m = (struct sr_module *) 0x76ca88
n = 0
 l = 0
x = <value optimized out>
__FUNCTION__ = "start_module_procs"
#9  0x000000000042745d in main (argc=5, argv=0x7fffe834bcf8) at main.c:823
cfg_log_stderr = <value optimized out>
cfg_stream = (FILE *) 0x1e80c010
 c = <value optimized out>
r = 8
tmp = 0x7fffe834dbe4 ""
 tmp_len = <value optimized out>
port = <value optimized out>
proto = <value optimized out>
 ret = <value optimized out>
seed = 2557210813
rfd = <value optimized out>
 __FUNCTION__ = "main"


On Thu, Sep 17, 2009 at 11:10 AM, Bogdan-Andrei Iancu <
bogdan at voice-system.ro> wrote:

> Hi Brett,
>
> if you get a hang, do try to attach with gdb to the fifo proc (you can
> do a "fifo ps" in the beginning to see the PID of the fifo process).
>
> A backtrace of the fifo proc will help in understanding the issue.
>
> BTW - what about cpu load ?
>
> Regards,
> Bogdan
>
> Brett Nemeroff wrote:
> > Hello list,
> > I periodically call opensipsctl fifo profile_get_values <profile
> > name>. Manually, it always works great.. but called from cron every
> > minute, it frequently hangs indefinitely until I kill it. Often I run
> > ps ax and see about 5 of them in there.
> >
> > Running 1.5.3. Any ideas?
> > -Brett
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Users mailing list
> > Users at lists.opensips.org
> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> >
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/users/attachments/20090918/adfe97d4/attachment-0001.htm