[OpenSIPS-Users] opensipsctl fifo hangs

Bogdan-Andrei Iancu bogdan at voice-system.ro
Tue Sep 22 14:43:37 CEST 2009


Hi Brett,

hmm...that is rather strange as the backtrace you show here definitely 
is from the fifo process and the run command is clear to be the 
"cache_store".

Maybe there is some other app that (in the same time with your tests) do 
run some caching commands??

BTW, can you simply run via fifo the the cache_store command via 
memcached backend? Just to see if that is blocking or not.

Regards,
Bogdan

Brett Nemeroff wrote:
> 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 <mailto: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 <mailto:Users at lists.opensips.org>
>     > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>     >
>
>
>     _______________________________________________
>     Users mailing list
>     Users at lists.opensips.org <mailto: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
>   




More information about the Users mailing list