Re: [OpenSIPS-Devel] Opensips crash - 1.6.4-tls
Hi James, Unfortunately, the initial core file was rewritten at shutdown and now we can not see the real cause. It would help if you could modify something in the sources to stop it from doing the shutdown routine ( anyhow it does not complete it as it crashes again). To do this, you need to edit file main.c +336 and comment out the destroy_modules() function: // destroy_modules(); then recompile and reinstall. At the next crash you will have the initial core and then we will see the real cause in the gdb backtrace. Thanks and regards, -- Anca Vamanu OpenSIPS Developer On 02/16/2011 09:07 PM, James Van Vleet wrote: I hope this should go to the devel mailing list - it was not clear to me. We recently implemented Opensips 1.6.4 to begin use the ability to search across dialogs in order to allow for attended transfers with multiple Asterisk servers in a load balanced setup. Today we had a crash. Below is the log entries and the full backtrace. I mention the dialog search feature only because even I can tell that is a big part of the backtrace. :-) I 'ed out a few host names and those are available on request if necessary. If this should have been in the users list my apologies. Let me know if there is anything I can provide or clues to the issue. -James ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] OpenSIPS 2.0 code release available
Hi all, After like one year of heavy development, I'm proud to announce the first code release of OpenSIPS 2.0 . This is a version still under heavy development, with limited capability and functionality. For all details (what can do, how to use, where to get), visit: http://www.opensips.org/Development/NewDesignStage1 This is not a production-suitable version, but I want to encourage people to download, compile, test and analyse it as much as possible. Any feedback or comments on the code, approached with used, etc, are more than welcome. Also, I would like to publicly give all the credits for this work to : * Andrei DRAGUS - and...@opensips.org * Bogdan IANCU - bog...@opensips.org * Vlad PAIU - vladp...@opensips.org Waiting for your feedback :) Best regards, Bogdan -- Bogdan-Andrei Iancu OpenSIPS eBootcamp - 28th February 2011 OpenSIPS solutions and know-how ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] [OpenSIPS-Business] OpenSIPS 2.0 code release available
Congratulations ! Norm On 2/17/11 7:30 AM, Bogdan-Andrei Iancu wrote: Hi all, After like one year of heavy development, I'm proud to announce the first code release of OpenSIPS 2.0 . This is a version still under heavy development, with limited capability and functionality. For all details (what can do, how to use, where to get), visit: http://www.opensips.org/Development/NewDesignStage1 This is not a production-suitable version, but I want to encourage people to download, compile, test and analyse it as much as possible. Any feedback or comments on the code, approached with used, etc, are more than welcome. Also, I would like to publicly give all the credits for this work to : * Andrei DRAGUS - and...@opensips.org * Bogdan IANCU - bog...@opensips.org * Vlad PAIU - vladp...@opensips.org Waiting for your feedback :) Best regards, Bogdan ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] Opensips crash - 1.6.4-tls
Thanks. Is there any risk to db data with this change? I am assuming the system will crash on a normal shutdown as well and I just need to understand the risks to production. James On Feb 17, 2011 6:19 AM, Anca Vamanu a...@opensips.org wrote: Hi James, Unfortunately, the initial core file was rewritten at shutdown and now we can not see the real cause. It would help if you could modify something in the sources to stop it from doing the shutdown routine ( anyhow it does not complete it as it crashes again). To do this, you need to edit file main.c +336 and comment out the destroy_modules() function: // destroy_modules(); then recompile and reinstall. At the next crash you will have the initial core and then we will see the real cause in the gdb backtrace. Thanks and regards, -- Anca Vamanu OpenSIPS Developer On 02/16/2011 09:07 PM, James Van Vleet wrote: I hope this should go to the devel mailing list - it was not clear to me. We recently implemented Opensips 1.6.4 to begin use the ability to search across dialogs in order to allow for attended transfers with multiple Asterisk servers in a load balanced setup. Today we had a crash. Below is the log entries and the full backtrace. I mention the dialog search feature only because even I can tell that is a big part of the backtrace. :-) I 'ed out a few host names and those are available on request if necessary. If this should have been in the users list my apologies. Let me know if there is anything I can provide or clues to the issue. -James ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] Opensips crash - 1.6.4-tls
On 17/02/11 12:19, Anca Vamanu wrote: Unfortunately, the initial core file was rewritten at shutdown and now we can not see the real cause. It would help if you could modify something in the sources to stop it from doing the shutdown routine ( anyhow it does not complete it as it Alternatively, you can just set the /proc/sys/kernel/core_pattern to some name which will be unique per process. Or just set /proc/sys/kernel/core_uses_pid to '1', so you'll get a core.PID file for every process that crashed. Regards, Stan ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] opensips on FreeBSD 8.1 GENERIC Amd64
Hi. This is more right gdb backtrace: (gdb) bt full #0 0x000800d2d500 in stat () from /usr/local/lib64/opensips/modules/b2b_logic.so No symbol table info available. #1 0x000800861a1d in nsdispatch () from /lib/libc.so.7 No symbol table info available. #2 0x0008008613f3 in gethostbyaddr_r () from /lib/libc.so.7 No symbol table info available. #3 0x00080086154c in gethostbyaddr () from /lib/libc.so.7 No symbol table info available. #4 0x0047aefa in fix_socket_list (list=0x661328) at socket_info.c:635 si = (struct socket_info *) 0x6a2030 l = Variable l is not available. As I see gethostbyaddrs() fails. When I changed it to gethostbyname then openSIPS starts without segfault. WBR, Anton Zagorskiy VoIP Developer, Oyster Telecom Phone.: +7 812 601-0666 Fax: +7 812 601-0593 a.zagors...@oyster-telecom.ru www.oyster-telecom.ru -Original Message- From: devel-boun...@lists.opensips.org [mailto:devel- boun...@lists.opensips.org] On Behalf Of Anton Zagorskiy Sent: Wednesday, February 16, 2011 1:30 PM To: 'OpenSIPS devel mailling list' Subject: [OpenSIPS-Devel] opensips on FreeBSD 8.1 GENERIC Amd64 Hi. Does openSIPS support FreeBSD amd64? I'm trying to run it, but openSIPS is getting segfault 11. It seems that it can't initialize b2b_logic module. Gdb on core dump: (gdb) bt full #0 0x000803380560 in stat () from /usr/local/lib64/opensips/modules/b2b_logic.so No symbol table info available. #1 0x00080085ca1d in nsdispatch () from /lib/libc.so.7 No symbol table info available. #2 0x00080085bed3 in sethostent () from /lib/libc.so.7 No symbol table info available. #3 0x00080085c0ef in gethostbyname_r () from /lib/libc.so.7 No symbol table info available. #4 0x00080085c17c in gethostbyname () from /lib/libc.so.7 No symbol table info available. #5 0x0047616c in fix_socket_list (list=0x65da08) at resolve.h:349 si = (struct socket_info *) 0x69e770 l = Variable l is not available. WBR, Anton Zagorskiy VoIP Developer, Oyster Telecom Phone.: +7 812 601-0666 Fax: +7 812 601-0593 a.zagors...@oyster-telecom.ru www.oyster-telecom.ru ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] Opensips crash - 1.6.4-tls
Thanks for the tip. It may take a few days for the issue to recur - we had been running this version for about a week before the first crash. -James 2011/2/17 Stanisław Pitucha virap...@gmail.com On 17/02/11 12:19, Anca Vamanu wrote: Unfortunately, the initial core file was rewritten at shutdown and now we can not see the real cause. It would help if you could modify something in the sources to stop it from doing the shutdown routine ( anyhow it does not complete it as it Alternatively, you can just set the /proc/sys/kernel/core_pattern to some name which will be unique per process. Or just set /proc/sys/kernel/core_uses_pid to '1', so you'll get a core.PID file for every process that crashed. Regards, Stan ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New CDRTool release 8.0.15
This version addresses the interoperability issues with PHP 5.3. I would be glad to hear feedback if it works fine. The software can be downloaded as a tar archive from: http://download.ag-projects.com/CDRTool/ For those running Debian unstable there is an official public repository. To use it, add these lines in /etc/apt/sources.list # AG Projects software deb http://ag-projects.com/debian unstable main deb-src http://ag-projects.com/debian unstable main Install the AG Projects debian software signing key: wget http://download.ag-projects.com/agp-debian-gpg.key apt-key add agp-debian-gpg.key After that, run: sudo apt-get update sudo apt-get install cdrtool Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel