alias_db_lookup SIGCHLD

classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

alias_db_lookup SIGCHLD

Jan D.
I'm compiled opensips 1.5 on a debian 64 unstable platform.

If I get a incomming call opensips stops with an CRITICAL:core error:

opensips /usr/sbin/opensips[5849]: CRITICAL:core:receive_fd: EOF on 11
opensips /usr/sbin/opensips[5817]: INFO:core:handle_sigs: child process 5823 exited by a signal 11
opensips /usr/sbin/opensips[5817]: INFO:core:handle_sigs: core was not generated
opensips /usr/sbin/opensips[5817]: INFO:core:handle_sigs: terminating due to SIGCHLD
opensips /usr/sbin/opensips[5833]: INFO:core:sig_usr: signal 15 received

This is the code:
if(allow_trusted())
        {
                # test callee is local
                if (!alias_db_lookup("dbaliases"))
                {
                        sl_send_reply("404", "User unknown");
                        exit;
                }

The script was working O.K. in 1.4.

Does anyone have the same problem? Anyone can help?
Reply | Threaded
Open this post in threaded view
|

Re: alias_db_lookup SIGCHLD

Jan D.
More information (debug level 4)

DBG:core:db_do_query: SYNC-DBG - SELECT successfully executed!
DBG:db_mysql:db_mysql_do_prepared_query: new query=|select username,domain from dbaliases where alias_username=?|
DBG:db_mysql:db_mysql_do_prepared_query: prepared statement successfully set...
DBG:db_mysql:db_mysql_do_prepared_query: set values for the statement run
DBG:db_mysql:db_mysql_val2bind: added val (0): len=11; type=254; is_null=0
DBG:db_mysql:db_mysql_do_prepared_query: doing BIND_PARAM in...
DBG:db_mysql:db_mysql_do_prepared_query: prepared statement has 2 columns in result
DBG:db_mysql:db_mysql_do_prepared_query: doing to BIND_PARAM out ...
DBG:db_mysql:db_mysql_query: SYNC-DBG - SELECT-STMT successfully executed!!
DBG:core:db_new_result: allocate 48 bytes for result set at 0x77b2d8
DBG:db_mysql:db_mysql_store_result: SYNC-DBG - SELECT result was stored!
DBG:db_mysql:db_mysql_get_columns: 2 columns returned from the query
DBG:core:db_allocate_columns: allocate 56 bytes for result columns at 0x77b318
DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x77b328)[0]=[username]
DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type
DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x77b338)[1]=[domain]
DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type
DBG:core:db_allocate_rows: allocate 80 bytes for result rows and values at 0x77b6f8
CRITICAL:core:receive_fd: EOF on 8
DBG:core:handle_ser_child: dead child 3, pid 4266 (shutting down?)
DBG:core:io_watch_del: io_watch_del (0x6f0f40, 8, -1, 0x0) fd_no=24 called
Mar 26 20:04:53 sip1 /usr/sbin/opensips[4263]: INFO:core:handle_sigs: child process 4266 exited by a signal 11
Mar 26 20:04:53 sip1 /usr/sbin/opensips[4263]: INFO:core:handle_sigs: core was not generated
Mar 26 20:04:53 sip1 /usr/sbin/opensips[4263]: INFO:core:handle_sigs: terminating due to SIGCHLD
Reply | Threaded
Open this post in threaded view
|

Re: alias_db_lookup SIGCHLD

Bogdan-Andrei Iancu
In reply to this post by Jan D.
Hi Jan,

try to get the core file by setting "ulimit -c unlimited" before
starting opensips.
You should get a "core was generated" message when crashing.

Once you get the core file, please use gdb and extract the backtrace and
post it here.

Thanks and regards,
Bogdan

Jan D. wrote:

> I'm compiled opensips 1.5 on a debian 64 unstable platform.
>
> If I get a incomming call opensips stops with an CRITICAL:core error:
>
> opensips /usr/sbin/opensips[5849]: CRITICAL:core:receive_fd: EOF on 11
> opensips /usr/sbin/opensips[5817]: INFO:core:handle_sigs: child process 5823 exited by a signal 11
> opensips /usr/sbin/opensips[5817]: INFO:core:handle_sigs: core was not generated
> opensips /usr/sbin/opensips[5817]: INFO:core:handle_sigs: terminating due to SIGCHLD
> opensips /usr/sbin/opensips[5833]: INFO:core:sig_usr: signal 15 received
>
> This is the code:
> if(allow_trusted())
>         {
>                 # test callee is local
>                 if (!alias_db_lookup("dbaliases"))
>                 {
>                         sl_send_reply("404", "User unknown");
>                         exit;
>                 }
>
> The script was working O.K. in 1.4.
>
> Does anyone have the same problem? Anyone can help?
>
>  


_______________________________________________
Devel mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Reply | Threaded
Open this post in threaded view
|

Re: alias_db_lookup SIGCHLD

Bogdan-Andrei Iancu
In reply to this post by Jan D.
Hi Jan (again :)),

what is the SVN revision of your OpenSIPS (use opensips -V)

Also, is the process number missing or it is stripped in prefixes for
the DBG messages....I was trying to locate the last log of the 4266 proc
(the one it crashes).

Regards,
Bogdan

Jan D. wrote:

> More information (debug level 4)
>
> DBG:core:db_do_query: SYNC-DBG - SELECT successfully executed!
> DBG:db_mysql:db_mysql_do_prepared_query: new query=|select username,domain from dbaliases where alias_username=?|
> DBG:db_mysql:db_mysql_do_prepared_query: prepared statement successfully set...
> DBG:db_mysql:db_mysql_do_prepared_query: set values for the statement run
> DBG:db_mysql:db_mysql_val2bind: added val (0): len=11; type=254; is_null=0
> DBG:db_mysql:db_mysql_do_prepared_query: doing BIND_PARAM in...
> DBG:db_mysql:db_mysql_do_prepared_query: prepared statement has 2 columns in result
> DBG:db_mysql:db_mysql_do_prepared_query: doing to BIND_PARAM out ...
> DBG:db_mysql:db_mysql_query: SYNC-DBG - SELECT-STMT successfully executed!!
> DBG:core:db_new_result: allocate 48 bytes for result set at 0x77b2d8
> DBG:db_mysql:db_mysql_store_result: SYNC-DBG - SELECT result was stored!
> DBG:db_mysql:db_mysql_get_columns: 2 columns returned from the query
> DBG:core:db_allocate_columns: allocate 56 bytes for result columns at 0x77b318
> DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x77b328)[0]=[username]
> DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type
> DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x77b338)[1]=[domain]
> DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type
> DBG:core:db_allocate_rows: allocate 80 bytes for result rows and values at 0x77b6f8
> CRITICAL:core:receive_fd: EOF on 8
> DBG:core:handle_ser_child: dead child 3, pid 4266 (shutting down?)
> DBG:core:io_watch_del: io_watch_del (0x6f0f40, 8, -1, 0x0) fd_no=24 called
> Mar 26 20:04:53 sip1 /usr/sbin/opensips[4263]: INFO:core:handle_sigs: child process 4266 exited by a signal 11
> Mar 26 20:04:53 sip1 /usr/sbin/opensips[4263]: INFO:core:handle_sigs: core was not generated
> Mar 26 20:04:53 sip1 /usr/sbin/opensips[4263]: INFO:core:handle_sigs: terminating due to SIGCHLD
>  


_______________________________________________
Devel mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Reply | Threaded
Open this post in threaded view
|

Re: alias_db_lookup SIGCHLD

Jan D.
Bogdan,

The revision is:
version: opensips 1.5.0-notls (x86_64/linux)
flags: STATS: Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, SHM_MEM, 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.
svnrevision: unknown
@(#) $Id: main.c 5469 2009-03-18 12:43:10Z bogdan_iancu $
main.c compiled on 19:55:48 Mar 24 2009 with gcc 4.3.3

Ik tried to make a core dump, but the problem is gone. The only thing I changed is the database: I changed all varchars in chars.

I will try to reproduce the problem and post more info.

Jan
Reply | Threaded
Open this post in threaded view
|

Re: alias_db_lookup SIGCHLD

Bogdan-Andrei Iancu
Jan,

there were some fixes in the DB area (prepared statements); maybe your
crash was related to that, so now it is fixed. Try the latest SVN versions.

Regards,
Bogdan

Jan D. wrote:

> Bogdan,
>
> The revision is:
> version: opensips 1.5.0-notls (x86_64/linux)
> flags: STATS: Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, SHM_MEM, 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.
> svnrevision: unknown
> @(#) $Id: main.c 5469 2009-03-18 12:43:10Z bogdan_iancu $
> main.c compiled on 19:55:48 Mar 24 2009 with gcc 4.3.3
>
> Ik tried to make a core dump, but the problem is gone. The only thing I changed is the database: I changed all varchars in chars.
>
> I will try to reproduce the problem and post more info.
>
> Jan
>  


_______________________________________________
Devel mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel