From gparedes at eddas.com.pe Mon Feb 8 17:38:15 2010 From: gparedes at eddas.com.pe (Guillermo Paredes - EDDAS) Date: Mon, 8 Feb 2010 18:38:15 -0500 Subject: [Asterisk-bsd] List of supported cards Message-ID: <1a008f21002081538t309b99ban4750642e0fe2d3bd@mail.gmail.com> Good day, some body have the list of digium cards supported in FreeBSD, Best Regards -- Guillermo Paredes Cornejo - EDDAS MAIL gparedes at eddas.com.pe TEL +51[1]6135929 x 311 +51[54]958319814 (RPC Claro) +51[54]959592141 (Movistar) RPM *374564 VoIP sip:311 at eddas.com.pe WWW www.eddas.com.pe -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-bsd/attachments/20100208/5720ecc4/attachment.htm From fjoe at samodelkin.net Mon Feb 8 22:09:31 2010 From: fjoe at samodelkin.net (Max Khon) Date: Tue, 9 Feb 2010 10:09:31 +0600 Subject: [Asterisk-bsd] List of supported cards In-Reply-To: <1a008f21002081538t309b99ban4750642e0fe2d3bd@mail.gmail.com> References: <1a008f21002081538t309b99ban4750642e0fe2d3bd@mail.gmail.com> Message-ID: <5a816ea1002082009t51bf6ebct13029d1760437516@mail.gmail.com> Hello! On Tue, Feb 9, 2010 at 5:38 AM, Guillermo Paredes - EDDAS < gparedes at eddas.com.pe> wrote: > some body have the list of digium cards supported in FreeBSD, > If you mean DAHDI, the following HW drivers are ported so far: - wct4xxp, including HW echo cancellation support (Octasic) - Digium TE205P/TE207P/TE210P/TE212P: PCI dual-port T1/E1/J1 - Digium TE405P/TE407P/TE410P/TE412P: PCI quad-port T1/E1/J1 - Digium TE220: PCI-Express dual-port T1/E1/J1 - Digium TE420: PCI-Express quad-port T1/E1/J1 - wcb4xxp - Digium B410: PCI quad-port BRI -Junghanns.NET HFC-2S/4S/8S duo/quad/octoBRI - OpenVox B200P/B400P/B800P - BeroNet BN2S0/BN4S0/BN8S0 Old zaptel port contains more HW drivers. Max -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-bsd/attachments/20100209/c4f74a5e/attachment.htm From gennady.marchenko at itv.ru Mon Feb 15 04:39:59 2010 From: gennady.marchenko at itv.ru (Gennady G. Marchenko) Date: Mon, 15 Feb 2010 13:39:59 +0300 Subject: [Asterisk-bsd] List of supported cards In-Reply-To: <5a816ea1002082009t51bf6ebct13029d1760437516@mail.gmail.com> References: <1a008f21002081538t309b99ban4750642e0fe2d3bd@mail.gmail.com> <5a816ea1002082009t51bf6ebct13029d1760437516@mail.gmail.com> Message-ID: <4B79247F.3040302@itv.ru> 09.02.2010 7:09, Max Khon ?????: > Hello! > > On Tue, Feb 9, 2010 at 5:38 AM, Guillermo Paredes - EDDAS > > wrote: > > some body have the list of digium cards supported in FreeBSD, > > > If you mean DAHDI, the following HW drivers are ported so far: > > - wct4xxp, including HW echo cancellation support (Octasic) > - Digium TE205P/TE207P/TE210P/TE212P: PCI dual-port T1/E1/J1 > - Digium TE405P/TE407P/TE410P/TE412P: PCI quad-port T1/E1/J1 > - Digium TE220: PCI-Express dual-port T1/E1/J1 > - Digium TE420: PCI-Express quad-port T1/E1/J1 > - wcb4xxp > - Digium B410: PCI quad-port BRI > -Junghanns.NET HFC-2S/4S/8S duo/quad/octoBRI > - OpenVox B200P/B400P/B800P > - BeroNet BN2S0/BN4S0/BN8S0 > > Old zaptel port contains more HW drivers. > > Max > Hello, Max! We have bought analog card digium tdm410b (3fxo+1fxs) for our new office, but it will be in temporary freebsd server for 2 weeks and I want to know - can you port please a DAHDI driver for it and what do you need for this? Gennady. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-bsd/attachments/20100215/3655df3e/attachment.htm From fjoe at samodelkin.net Mon Feb 15 05:14:05 2010 From: fjoe at samodelkin.net (Max Khon) Date: Mon, 15 Feb 2010 17:14:05 +0600 Subject: [Asterisk-bsd] List of supported cards In-Reply-To: <4B79247F.3040302@itv.ru> References: <1a008f21002081538t309b99ban4750642e0fe2d3bd@mail.gmail.com> <5a816ea1002082009t51bf6ebct13029d1760437516@mail.gmail.com> <4B79247F.3040302@itv.ru> Message-ID: <5a816ea1002150314o3e12a533j949f165f7c0335d0@mail.gmail.com> Hello! On Mon, Feb 15, 2010 at 4:39 PM, Gennady G. Marchenko < gennady.marchenko at itv.ru> wrote: > We have bought analog card digium tdm410b (3fxo+1fxs) for our new office, > but it will be in temporary freebsd server for 2 weeks and I want to know - > can you port please a DAHDI driver for it and what do you need for this? > I need remote access to the box, a serial console (to another box) and PSTN wiring (so that I can dial in). Please contact me off the list. Max -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-bsd/attachments/20100215/7e28e318/attachment.htm From chrisc at vmunix.com Mon Feb 15 17:12:57 2010 From: chrisc at vmunix.com (Chris Coleman) Date: Mon, 15 Feb 2010 17:12:57 -0600 Subject: [Asterisk-bsd] Segfault on FBSD 7.2 and Asterisk 1.4.26.2 Message-ID: <8f6775e01002151512g4ff315ebw680364102a824bac@mail.gmail.com> I'm running Asterisk on FBSD 7.2 using only SIP incoming DIDs. I'm also using unixODBC to connect to a postgres DB. I'm running asterisk from ports. Here is my system info: Asterisk 1.4.26.2, Copyright (C) 1999 - 2008 Digium, Inc. and others. FreeBSD kvm10.podlinez.lan 7.2-RELEASE-p4 FreeBSD 7.2-RELEASE-p4 #0: Fri Oct 2 08:22:32 UTC 2009 root at amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 I'm getting very frequent core dumps, so I've rebuilt asterisk with -g3 to enable debug. I've also ran it with valgrind and attached it to the e-mail. Here is the Summary: ==30746== definitely lost: 28,597 bytes in 75 blocks ==30746== indirectly lost: 143,559 bytes in 308 blocks ==30746== possibly lost: 6,119,992 bytes in 98,335 blocks ==30746== still reachable: 3,169,594 bytes in 37,091 blocks ==30746== suppressed: 0 bytes in 0 blocks It seems like it has a memory leak that is causing the problem. In my experience, it dies trying to do a DB call. -- Chris Coleman -- http://Podlinez.com -- Chris Coleman -- http://Podlinez.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-bsd/attachments/20100215/5cc52e72/attachment-0001.htm -------------- next part -------------- ==30746== Memcheck, a memory error detector ==30746== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al. ==30746== Using Valgrind-3.5.0 and LibVEX; rerun with -h for copyright info ==30746== Command: asterisk -vvvvvgc 9 ==30746== ==30746== Warning: invalid file descriptor -1 in syscall close() ==30746== Warning: set address range perms: large range [0x39aca000, 0xb30a09d7) (defined) ==30746== Warning: set address range perms: large range [0xb30a1000, 0x12c6779d7) (defined) ==30746== Warning: set address range perms: large range [0x12c678000, 0x1a5c4e9d7) (defined) ==30746== Warning: set address range perms: large range [0x1a5c4f000, 0x21f2259d7) (defined) ==30746== Thread 19: ==30746== Syscall param socketcall.connect(serv_addr..sa_len) points to uninitialised byte(s) ==30746== at 0x14DF03C: __sys_connect (in /lib/libc.so.7) ==30746== by 0x1308BDD: connect (in /lib/libthr.so.3) ==30746== by 0x412865: ast_ouraddrfor (in /usr/local/sbin/asterisk) ==30746== by 0x3BB27F3: ast_sip_ouraddrfor (chan_sip.c:1848) ==30746== by 0x3BCA2B5: sip_alloc (chan_sip.c:4593) ==30746== by 0x3BE97AB: sipsock_read (chan_sip.c:4791) ==30746== by 0x45544B: ast_io_wait (in /usr/local/sbin/asterisk) ==30746== by 0x3BE1FE5: do_monitor (chan_sip.c:16742) ==30746== by 0x496B22: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x13064D0: ??? (in /lib/libthr.so.3) ==30746== Address 0x7fffff3b03d0 is on thread 19's stack ==30746== ==30746== Syscall param socketcall.connect(serv_addr..sa_len) points to uninitialised byte(s) ==30746== at 0x14DF03C: __sys_connect (in /lib/libc.so.7) ==30746== by 0x1308BDD: connect (in /lib/libthr.so.3) ==30746== by 0x412865: ast_ouraddrfor (in /usr/local/sbin/asterisk) ==30746== by 0x3BB27F3: ast_sip_ouraddrfor (chan_sip.c:1848) ==30746== by 0x3BCA2B5: sip_alloc (chan_sip.c:4593) ==30746== by 0x3BE97AB: sipsock_read (chan_sip.c:4791) ==30746== by 0x45544B: ast_io_wait (in /usr/local/sbin/asterisk) ==30746== by 0x3BE1FE5: do_monitor (chan_sip.c:16742) ==30746== by 0x496B22: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x13064D0: ??? (in /lib/libthr.so.3) ==30746== Address 0x7fffff3b03d0 is on thread 19's stack ==30746== ==30746== Thread 21: ==30746== Conditional jump or move depends on uninitialised value(s) ==30746== at 0x949E1BD: acf_odbc_read (func_odbc.c:331) ==30746== by 0x46939C: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x46A9AF: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x46AE72: ast_spawn_extension (in /usr/local/sbin/asterisk) ==30746== by 0x46E090: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x46F548: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x496B22: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x13064D0: ??? (in /lib/libthr.so.3) ==30746== ==30746== Thread 19: ==30746== Syscall param socketcall.connect(serv_addr..sa_len) points to uninitialised byte(s) ==30746== at 0x14DF03C: __sys_connect (in /lib/libc.so.7) ==30746== by 0x1308BDD: connect (in /lib/libthr.so.3) ==30746== by 0x412865: ast_ouraddrfor (in /usr/local/sbin/asterisk) ==30746== by 0x3BB27F3: ast_sip_ouraddrfor (chan_sip.c:1848) ==30746== by 0x3BCA2B5: sip_alloc (chan_sip.c:4593) ==30746== by 0x3BE97AB: sipsock_read (chan_sip.c:4791) ==30746== by 0x45544B: ast_io_wait (in /usr/local/sbin/asterisk) ==30746== by 0x3BE1FE5: do_monitor (chan_sip.c:16742) ==30746== by 0x496B22: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x13064D0: ??? (in /lib/libthr.so.3) ==30746== Address 0x7fffff3b03d0 is on thread 19's stack ==30746== ==30746== Syscall param socketcall.connect(serv_addr..sa_len) points to uninitialised byte(s) ==30746== at 0x14DF03C: __sys_connect (in /lib/libc.so.7) ==30746== by 0x1308BDD: connect (in /lib/libthr.so.3) ==30746== by 0x412865: ast_ouraddrfor (in /usr/local/sbin/asterisk) ==30746== by 0x3BB27F3: ast_sip_ouraddrfor (chan_sip.c:1848) ==30746== by 0x3BCA2B5: sip_alloc (chan_sip.c:4593) ==30746== by 0x3BE97AB: sipsock_read (chan_sip.c:4791) ==30746== by 0x45544B: ast_io_wait (in /usr/local/sbin/asterisk) ==30746== by 0x3BE1FE5: do_monitor (chan_sip.c:16742) ==30746== by 0x496B22: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x13064D0: ??? (in /lib/libthr.so.3) ==30746== Address 0x7fffff3b03d0 is on thread 19's stack ==30746== ==30746== Warning: invalid file descriptor -1 in syscall close() ==30746== ==30746== HEAP SUMMARY: ==30746== in use at exit: 9,461,742 bytes in 135,809 blocks ==30746== total heap usage: 261,567 allocs, 125,758 frees, 219,580,975 bytes allocated ==30746== ==30746== Thread 1: ==30746== 32 (16 direct, 16 indirect) bytes in 1 blocks are definitely lost in loss record 423 of 1,057 ==30746== at 0x24667B: malloc (in /usr/local/lib/valgrind/vgpreload_memcheck-amd64-freebsd.so) ==30746== by 0x45A7DA: ast_register_verbose (in /usr/local/sbin/asterisk) ==30746== by 0x422F39: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x4114ED: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x37FFF: ??? ==30746== ==30746== 41 bytes in 1 blocks are definitely lost in loss record 519 of 1,057 ==30746== at 0x24667B: malloc (in /usr/local/lib/valgrind/vgpreload_memcheck-amd64-freebsd.so) ==30746== by 0x1480A38: strdup (in /lib/libc.so.7) ==30746== by 0x7C0EDBC: SC_set_error (in /usr/local/lib/libodbcpsql.so.2) ==30746== by 0x7C0D258: PG_SQLGetData (in /usr/local/lib/libodbcpsql.so.2) ==30746== by 0x7C0D34E: SQLGetData (in /usr/local/lib/libodbcpsql.so.2) ==30746== by 0x1F926F2: SQLGetData (in /usr/local/lib/libodbc.so.1) ==30746== by 0x949E1B3: acf_odbc_read (func_odbc.c:330) ==30746== by 0x46939C: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x46A9AF: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x46AE72: ast_spawn_extension (in /usr/local/sbin/asterisk) ==30746== by 0x46E090: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x46F548: ??? (in /usr/local/sbin/asterisk) ==30746== ==30746== 41 bytes in 1 blocks are definitely lost in loss record 520 of 1,057 ==30746== at 0x24667B: malloc (in /usr/local/lib/valgrind/vgpreload_memcheck-amd64-freebsd.so) ==30746== by 0x1480A38: strdup (in /lib/libc.so.7) ==30746== by 0x7C0FA47: SC_create_errormsg (in /usr/local/lib/libodbcpsql.so.2) ==30746== by 0x7C0FB7A: SC_get_error (in /usr/local/lib/libodbcpsql.so.2) ==30746== by 0x7BFFF66: SQLError (in /usr/local/lib/libodbcpsql.so.2) ==30746== by 0x1FB990D: ??? (in /usr/local/lib/libodbc.so.1) ==30746== by 0x1FBA3B1: function_return_ex (in /usr/local/lib/libodbc.so.1) ==30746== by 0x1F927BC: SQLGetData (in /usr/local/lib/libodbc.so.1) ==30746== by 0x949E1B3: acf_odbc_read (func_odbc.c:330) ==30746== by 0x46939C: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x46A9AF: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x46AE72: ast_spawn_extension (in /usr/local/sbin/asterisk) ==30746== ==30746== 56 bytes in 1 blocks are definitely lost in loss record 622 of 1,057 ==30746== at 0x2458AE: calloc (in /usr/local/lib/valgrind/vgpreload_memcheck-amd64-freebsd.so) ==30746== by 0x443CCA: ast_devstate_prov_add (in /usr/local/sbin/asterisk) ==30746== by 0x1C5F38A: load_module (res_features.c:3133) ==30746== by 0x457461: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x457B6C: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x422B4C: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x4114ED: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x37FFF: ??? ==30746== ==30746== 64 bytes in 1 blocks are definitely lost in loss record 634 of 1,057 ==30746== at 0x24667B: malloc (in /usr/local/lib/valgrind/vgpreload_memcheck-amd64-freebsd.so) ==30746== by 0x130F217: pthread_attr_init (in /lib/libthr.so.3) ==30746== by 0x497AB2: ast_pthread_create_stack (in /usr/local/sbin/asterisk) ==30746== by 0x422F71: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x4114ED: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x37FFF: ??? ==30746== ==30746== 64 bytes in 1 blocks are definitely lost in loss record 635 of 1,057 ==30746== at 0x24667B: malloc (in /usr/local/lib/valgrind/vgpreload_memcheck-amd64-freebsd.so) ==30746== by 0x130F217: pthread_attr_init (in /lib/libthr.so.3) ==30746== by 0x497AB2: ast_pthread_create_stack (in /usr/local/sbin/asterisk) ==30746== by 0x45CAB2: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x422AB9: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x4114ED: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x37FFF: ??? ==30746== ==30746== 64 bytes in 1 blocks are definitely lost in loss record 636 of 1,057 ==30746== at 0x24667B: malloc (in /usr/local/lib/valgrind/vgpreload_memcheck-amd64-freebsd.so) ==30746== by 0x130F217: pthread_attr_init (in /lib/libthr.so.3) ==30746== by 0x497AB2: ast_pthread_create_stack (in /usr/local/sbin/asterisk) ==30746== by 0x443647: ast_device_state_engine_init (in /usr/local/sbin/asterisk) ==30746== by 0x422AD4: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x4114ED: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x37FFF: ??? ==30746== 64 bytes in 1 blocks are definitely lost in loss record 639 of 1,057 ==30746== at 0x24667B: malloc (in /usr/local/lib/valgrind/vgpreload_memcheck-amd64-freebsd.so) ==30746== by 0x130F217: pthread_attr_init (in /lib/libthr.so.3) ==30746== by 0x497AB2: ast_pthread_create_stack (in /usr/local/sbin/asterisk) ==30746== by 0x2501D4A: load_module (chan_iax2.c:10486) ==30746== by 0x457461: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x457CA6: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x422B4C: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x4114ED: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x37FFF: ??? ==30746== ==30746== 64 bytes in 1 blocks are definitely lost in loss record 642 of 1,057 ==30746== at 0x24667B: malloc (in /usr/local/lib/valgrind/vgpreload_memcheck-amd64-freebsd.so) ==30746== by 0x130F217: pthread_attr_init (in /lib/libthr.so.3) ==30746== by 0x497AB2: ast_pthread_create_stack (in /usr/local/sbin/asterisk) ==30746== by 0x4277AA: ast_autoservice_start (in /usr/local/sbin/asterisk) ==30746== by 0x619A063: system_exec_helper (app_system.c:98) ==30746== by 0x467E99: pbx_exec (in /usr/local/sbin/asterisk) ==30746== by 0x46AA24: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x46AE72: ast_spawn_extension (in /usr/local/sbin/asterisk) ==30746== by 0x536AB3A: _macro_exec (app_macro.c:352) ==30746== by 0x467E99: pbx_exec (in /usr/local/sbin/asterisk) ==30746== by 0x46AA24: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x46AE72: ast_spawn_extension (in /usr/local/sbin/asterisk) ==30746== ==30746== 72 bytes in 3 blocks are possibly lost in loss record 717 of 1,057 ==30746== at 0x2458AE: calloc (in /usr/local/lib/valgrind/vgpreload_memcheck-amd64-freebsd.so) ==30746== by 0x4256CD: __ao2_link (in /usr/local/sbin/asterisk) ==30746== by 0x24FB4ED: set_config (chan_iax2.c:11588) ==30746== by 0x2501B1E: load_module (chan_iax2.c:12642) ==30746== by 0x457461: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x457CA6: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x422B4C: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x4114ED: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x37FFF: ??? ==30746== ==30746== 80 bytes in 1 blocks are possibly lost in loss record 846 of 1,057 ==30746== at 0x2458AE: calloc (in /usr/local/lib/valgrind/vgpreload_memcheck-amd64-freebsd.so) ==30746== by 0x130AC93: ??? (in /lib/libthr.so.3) ==30746== by 0x424B99: ao2_alloc (in /usr/local/sbin/asterisk) ==30746== by 0x424C3E: ao2_container_alloc (in /usr/local/sbin/asterisk) ==30746== by 0x2501686: load_module (chan_iax2.c:12521) ==30746== by 0x457461: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x457CA6: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x422B4C: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x4114ED: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x37FFF: ??? ==30746== ==30746== 80 bytes in 1 blocks are possibly lost in loss record 847 of 1,057 ==30746== at 0x2458AE: calloc (in /usr/local/lib/valgrind/vgpreload_memcheck-amd64-freebsd.so) ==30746== by 0x130AC93: ??? (in /lib/libthr.so.3) ==30746== by 0x424B99: ao2_alloc (in /usr/local/sbin/asterisk) ==30746== by 0x424C3E: ao2_container_alloc (in /usr/local/sbin/asterisk) ==30746== by 0x25016AE: load_module (chan_iax2.c:12523) ==30746== by 0x457461: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x457CA6: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x422B4C: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x4114ED: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x37FFF: ??? ==30746== ==30746== 80 bytes in 1 blocks are possibly lost in loss record 848 of 1,057 ==30746== at 0x2458AE: calloc (in /usr/local/lib/valgrind/vgpreload_memcheck-amd64-freebsd.so) ==30746== by 0x130AC93: ??? (in /lib/libthr.so.3) ==30746== by 0x424B99: ao2_alloc (in /usr/local/sbin/asterisk) ==30746== by 0x424C3E: ao2_container_alloc (in /usr/local/sbin/asterisk) ==30746== by 0x25016D6: load_module (chan_iax2.c:12525) ==30746== by 0x457461: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x457CA6: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x422B4C: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x4114ED: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x37FFF: ??? ==30746== ==30746== 80 bytes in 1 blocks are possibly lost in loss record 849 of 1,057 ==30746== at 0x2458AE: calloc (in /usr/local/lib/valgrind/vgpreload_memcheck-amd64-freebsd.so) ==30746== by 0x130AC93: ??? (in /lib/libthr.so.3) ==30746== by 0x424B99: ao2_alloc (in /usr/local/sbin/asterisk) ==30746== by 0x424C3E: ao2_container_alloc (in /usr/local/sbin/asterisk) ==30746== by 0x25016FE: load_module (chan_iax2.c:12527) ==30746== by 0x457461: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x457CA6: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x422B4C: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x4114ED: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x37FFF: ??? ==30746== ==30746== ==30746== 88 bytes in 1 blocks are possibly lost in loss record 869 of 1,057 ==30746== at 0x2458AE: calloc (in /usr/local/lib/valgrind/vgpreload_memcheck-amd64-freebsd.so) ==30746== by 0x424B6C: ao2_alloc (in /usr/local/sbin/asterisk) ==30746== by 0x424C3E: ao2_container_alloc (in /usr/local/sbin/asterisk) ==30746== by 0x2501776: load_module (chan_iax2.c:12533) ==30746== by 0x457461: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x457CA6: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x422B4C: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x4114ED: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x37FFF: ??? ==30746== ==30746== 120 bytes in 3 blocks are possibly lost in loss record 876 of 1,057 ==30746== at 0x2458AE: calloc (in /usr/local/lib/valgrind/vgpreload_memcheck-amd64-freebsd.so) ==30746== by 0x497445: _ast_calloc (in /usr/local/sbin/asterisk) ==30746== by 0x4974C9: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x49773F: __ast_string_field_init (in /usr/local/sbin/asterisk) ==30746== by 0x24F1A7E: build_peer (chan_iax2.c:10668) ==30746== by 0x24FB4C0: set_config (chan_iax2.c:11584) ==30746== by 0x2501B1E: load_module (chan_iax2.c:12642) ==30746== by 0x457461: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x457CA6: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x422B4C: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x4114ED: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x37FFF: ??? ==30746== ==30746== 120 bytes in 5 blocks are possibly lost in loss record 877 of 1,057 ==30746== at 0x2458AE: calloc (in /usr/local/lib/valgrind/vgpreload_memcheck-amd64-freebsd.so) ==30746== by 0x4256CD: __ao2_link (in /usr/local/sbin/asterisk) ==30746== by 0x24FB539: set_config (chan_iax2.c:11579) ==30746== by 0x2501B1E: load_module (chan_iax2.c:12642) ==30746== by 0x457461: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x457CA6: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x422B4C: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x4114ED: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x37FFF: ??? ==30746== ==30746== 240 bytes in 3 blocks are possibly lost in loss record 921 of 1,057 ==30746== at 0x2458AE: calloc (in /usr/local/lib/valgrind/vgpreload_memcheck-amd64-freebsd.so) ==30746== by 0x130AC93: ??? (in /lib/libthr.so.3) ==30746== by 0x424B99: ao2_alloc (in /usr/local/sbin/asterisk) ==30746== by 0x24F1A3F: build_peer (chan_iax2.c:10664) ==30746== by 0x24FB4C0: set_config (chan_iax2.c:11584) ==30746== by 0x2501B1E: load_module (chan_iax2.c:12642) ==30746== by 0x457461: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x457CA6: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x422B4C: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x4114ED: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x37FFF: ??? ==30746== ==30746== 352 bytes in 8 blocks are definitely lost in loss record 934 of 1,057 ==30746== at 0x24667B: malloc (in /usr/local/lib/valgrind/vgpreload_memcheck-amd64-freebsd.so) ==30746== by 0x1480A38: strdup (in /lib/libc.so.7) ==30746== by 0x7C0ED60: SC_set_errormsg (in /usr/local/lib/libodbcpsql.so.2) ==30746== by 0x7C0F19D: SC_execute (in /usr/local/lib/libodbcpsql.so.2) ==30746== by 0x7C01345: PG_SQLExecute (in /usr/local/lib/libodbcpsql.so.2) ==30746== by 0x7C014F8: SQLExecute (in /usr/local/lib/libodbcpsql.so.2) ==30746== by 0x1F8ED69: SQLExecute (in /usr/local/lib/libodbc.so.1) ==30746== by 0x1E6FEC9: ast_odbc_prepare_and_execute (res_odbc.c:99) ==30746== by 0x949DA76: acf_odbc_write (func_odbc.c:188) ==30746== by 0x46BC5A: pbx_builtin_setvar_helper (in /usr/local/sbin/asterisk) ==30746== by 0x46C021: pbx_builtin_setvar (in /usr/local/sbin/asterisk) ==30746== by 0x467E99: pbx_exec (in /usr/local/sbin/asterisk) ==30746== ==30746== 360 (120 direct, 240 indirect) bytes in 1 blocks are definitely lost in loss record 935 of 1,057 ==30746== at 0x2458AE: calloc (in /usr/local/lib/valgrind/vgpreload_memcheck-amd64-freebsd.so) ==30746== by 0x42EBBE: ast_cdr_register (in /usr/local/sbin/asterisk) ==30746== by 0x7AE9CC2: odbc_load_module (cdr_odbc.c:375) ==30746== by 0x457461: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x457CA6: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x422B4C: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x4114ED: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x37FFF: ??? ==30746== ==30746== 400 bytes in 5 blocks are possibly lost in loss record 950 of 1,057 ==30746== at 0x2458AE: calloc (in /usr/local/lib/valgrind/vgpreload_memcheck-amd64-freebsd.so) ==30746== by 0x130AC93: ??? (in /lib/libthr.so.3) ==30746== by 0x424B99: ao2_alloc (in /usr/local/sbin/asterisk) ==30746== by 0x24F5637: build_user (chan_iax2.c:10926) ==30746== by 0x24FB519: set_config (chan_iax2.c:11577) ==30746== by 0x2501B1E: load_module (chan_iax2.c:12642) ==30746== by 0x457461: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x457CA6: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x422B4C: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x4114ED: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x37FFF: ??? ==30746== ==30746== 440 bytes in 5 blocks are possibly lost in loss record 953 of 1,057 ==30746== at 0x2458AE: calloc (in /usr/local/lib/valgrind/vgpreload_memcheck-amd64-freebsd.so) ==30746== by 0x24F55E4: build_user (utils.h:358) ==30746== by 0x24FB519: set_config (chan_iax2.c:11577) ==30746== by 0x2501B1E: load_module (chan_iax2.c:12642) ==30746== by 0x457461: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x457CA6: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x422B4C: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x4114ED: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x37FFF: ??? ==30746== ==30746== ==30746== 5,091 (49 direct, 5,042 indirect) bytes in 1 blocks are definitely lost in loss record 1,026 of 1,057 ==30746== at 0x2458AE: calloc (in /usr/local/lib/valgrind/vgpreload_memcheck-amd64-freebsd.so) ==30746== by 0x4664E4: ast_register_application (in /usr/local/sbin/asterisk) ==30746== by 0x457461: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x457CA6: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x422B4C: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x4114ED: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x37FFF: ??? ==30746== ==30746== 18,544 bytes in 1 blocks are definitely lost in loss record 1,041 of 1,057 ==30746== at 0x2458AE: calloc (in /usr/local/lib/valgrind/vgpreload_memcheck-amd64-freebsd.so) ==30746== by 0x48EABE: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x48EDDB: ast_localtime (in /usr/local/sbin/asterisk) ==30746== by 0x458CDB: ast_log (in /usr/local/sbin/asterisk) ==30746== by 0x42C700: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x42ED30: ast_cdr_engine_init (in /usr/local/sbin/asterisk) ==30746== by 0x422AC6: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x4114ED: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x37FFF: ??? ==30746== ==30746== 43,256 bytes in 1 blocks are possibly lost in loss record 1,044 of 1,057 ==30746== at 0x2458AE: calloc (in /usr/local/lib/valgrind/vgpreload_memcheck-amd64-freebsd.so) ==30746== by 0x424B6C: ao2_alloc (in /usr/local/sbin/asterisk) ==30746== by 0x424C3E: ao2_container_alloc (in /usr/local/sbin/asterisk) ==30746== by 0x2501799: load_module (chan_iax2.c:2209) ==30746== by 0x457461: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x457CA6: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x422B4C: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x4114ED: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x37FFF: ??? ==30746== ==30746== 43,256 bytes in 1 blocks are possibly lost in loss record 1,045 of 1,057 ==30746== at 0x2458AE: calloc (in /usr/local/lib/valgrind/vgpreload_memcheck-amd64-freebsd.so) ==30746== by 0x424B6C: ao2_alloc (in /usr/local/sbin/asterisk) ==30746== by 0x424C3E: ao2_container_alloc (in /usr/local/sbin/asterisk) ==30746== by 0x25017BC: load_module (chan_iax2.c:2213) ==30746== by 0x457461: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x457CA6: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x422B4C: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x4114ED: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x37FFF: ??? ==30746== ==30746== 132,864 (4,152 direct, 128,712 indirect) bytes in 1 blocks are definitely lost in loss record 1,050 of 1,057 ==30746== at 0x2458AE: calloc (in /usr/local/lib/valgrind/vgpreload_memcheck-amd64-freebsd.so) ==30746== by 0x949CCD6: init_acf_query (utils.h:358) ==30746== by 0x949D4BE: load_module (func_odbc.c:579) ==30746== by 0x457461: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x457CA6: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x422B4C: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x4114ED: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x37FFF: ??? ==30746== ==30746== 393,096 bytes in 16,379 blocks are possibly lost in loss record 1,051 of 1,057 ==30746== at 0x2458AE: calloc (in /usr/local/lib/valgrind/vgpreload_memcheck-amd64-freebsd.so) ==30746== by 0x4256CD: __ao2_link (in /usr/local/sbin/asterisk) ==30746== by 0x25017E0: load_module (chan_iax2.c:2228) ==30746== by 0x457461: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x457CA6: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x422B4C: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x4114ED: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x37FFF: ??? ==30746== ==30746== 393,168 bytes in 16,382 blocks are possibly lost in loss record 1,052 of 1,057 ==30746== at 0x2458AE: calloc (in /usr/local/lib/valgrind/vgpreload_memcheck-amd64-freebsd.so) ==30746== by 0x4256CD: __ao2_link (in /usr/local/sbin/asterisk) ==30746== by 0x250182A: load_module (chan_iax2.c:2230) ==30746== by 0x457461: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x457CA6: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x422B4C: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x4114ED: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x37FFF: ??? ==30746== ==30746== 524,360 bytes in 1 blocks are possibly lost in loss record 1,053 of 1,057 ==30746== at 0x2458AE: calloc (in /usr/local/lib/valgrind/vgpreload_memcheck-amd64-freebsd.so) ==30746== by 0x424B6C: ao2_alloc (in /usr/local/sbin/asterisk) ==30746== by 0x424C3E: ao2_container_alloc (in /usr/local/sbin/asterisk) ==30746== by 0x25016D6: load_module (chan_iax2.c:12525) ==30746== by 0x457461: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x457CA6: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x422B4C: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x4114ED: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x37FFF: ??? ==30746== ==30746== 524,360 bytes in 1 blocks are possibly lost in loss record 1,054 of 1,057 ==30746== at 0x2458AE: calloc (in /usr/local/lib/valgrind/vgpreload_memcheck-amd64-freebsd.so) ==30746== by 0x424B6C: ao2_alloc (in /usr/local/sbin/asterisk) ==30746== by 0x424C3E: ao2_container_alloc (in /usr/local/sbin/asterisk) ==30746== by 0x25016FE: load_module (chan_iax2.c:12527) ==30746== by 0x457461: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x457CA6: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x422B4C: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x4114ED: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x37FFF: ??? ==30746== ==30746== 1,572,528 bytes in 32,761 blocks are possibly lost in loss record 1,055 of 1,057 ==30746== at 0x2458AE: calloc (in /usr/local/lib/valgrind/vgpreload_memcheck-amd64-freebsd.so) ==30746== by 0x424B6C: ao2_alloc (in /usr/local/sbin/asterisk) ==30746== by 0x2501807: load_module (chan_iax2.c:2221) ==30746== by 0x457461: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x457CA6: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x422B4C: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x4114ED: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x37FFF: ??? ==30746== ==30746== 2,620,640 bytes in 32,758 blocks are possibly lost in loss record 1,056 of 1,057 ==30746== at 0x2458AE: calloc (in /usr/local/lib/valgrind/vgpreload_memcheck-amd64-freebsd.so) ==30746== by 0x130AC93: ??? (in /lib/libthr.so.3) ==30746== by 0x424B99: ao2_alloc (in /usr/local/sbin/asterisk) ==30746== by 0x2501807: load_module (chan_iax2.c:2221) ==30746== by 0x457461: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x457CA6: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x422B4C: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x4114ED: ??? (in /usr/local/sbin/asterisk) ==30746== by 0x37FFF: ??? ==30746== ==30746== LEAK SUMMARY: ==30746== definitely lost: 28,597 bytes in 75 blocks ==30746== indirectly lost: 143,559 bytes in 308 blocks ==30746== possibly lost: 6,119,992 bytes in 98,335 blocks ==30746== still reachable: 3,169,594 bytes in 37,091 blocks ==30746== suppressed: 0 bytes in 0 blocks ==30746== Reachable blocks (those to which a pointer was found) are not shown. ==30746== To see them, rerun with: --leak-check=full --show-reachable=yes ==30746== ==30746== For counts of detected and suppressed errors, rerun with: -v ==30746== Use --track-origins=yes to see where uninitialised values come from ==30746== ERROR SUMMARY: 751 errors from 76 contexts (suppressed: 315 from 6) From fjoe at samodelkin.net Mon Feb 15 21:52:45 2010 From: fjoe at samodelkin.net (Max Khon) Date: Tue, 16 Feb 2010 09:52:45 +0600 Subject: [Asterisk-bsd] Segfault on FBSD 7.2 and Asterisk 1.4.26.2 In-Reply-To: <8f6775e01002151512g4ff315ebw680364102a824bac@mail.gmail.com> References: <8f6775e01002151512g4ff315ebw680364102a824bac@mail.gmail.com> Message-ID: <5a816ea1002151952qca561bbjc33504b032b167cf@mail.gmail.com> Hello, Chris! On Tue, Feb 16, 2010 at 5:12 AM, Chris Coleman wrote: > I'm running Asterisk on FBSD 7.2 using only SIP incoming DIDs. I'm also > using unixODBC to connect to a postgres DB. I'm running asterisk from > ports. > > Here is my system info: > > Asterisk 1.4.26.2, Copyright (C) 1999 - 2008 Digium, Inc. and others. > > FreeBSD kvm10.podlinez.lan 7.2-RELEASE-p4 FreeBSD 7.2-RELEASE-p4 #0: Fri > Oct 2 08:22:32 UTC 2009 root at amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC > amd64 > > > I'm getting very frequent core dumps, so I've rebuilt asterisk with -g3 to > enable debug. I've also ran it with valgrind and attached it to the e-mail. > > Here is the Summary: > > ==30746== definitely lost: 28,597 bytes in 75 blocks > ==30746== indirectly lost: 143,559 bytes in 308 blocks > ==30746== possibly lost: 6,119,992 bytes in 98,335 blocks > ==30746== still reachable: 3,169,594 bytes in 37,091 blocks > ==30746== suppressed: 0 bytes in 0 blocks > > It seems like it has a memory leak that is causing the problem. > > In my experience, it dies trying to do a DB call. > The leak does not seem to be big enough to cause any problems. Do you have a core files and can you show the stack trace? Max -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-bsd/attachments/20100216/210b7475/attachment.htm From chrisc at vmunix.com Mon Feb 15 22:29:19 2010 From: chrisc at vmunix.com (Chris Coleman) Date: Mon, 15 Feb 2010 22:29:19 -0600 Subject: [Asterisk-bsd] Segfault on FBSD 7.2 and Asterisk 1.4.26.2 In-Reply-To: <5a816ea1002151952qca561bbjc33504b032b167cf@mail.gmail.com> References: <8f6775e01002151512g4ff315ebw680364102a824bac@mail.gmail.com> <5a816ea1002151952qca561bbjc33504b032b167cf@mail.gmail.com> Message-ID: <8f6775e01002152029r3d434895w5720ee4eda9b39b9@mail.gmail.com> Not a core dump that is helpful: Core was generated by `asterisk'. Program terminated with signal 11, Segmentation fault. #0 0x0000000801e62828 in ?? () (gdb) bt #0 0x0000000801e62828 in ?? () #1 0x0000000000000001 in ?? () #2 0x00000008030e9d90 in ?? () #3 0x000000000000002e in ?? () #4 0x000000080101b6e3 in ?? () #5 0x000000000000007e in ?? () #6 0x000000000048dd28 in ast_get_srv () Cannot access memory at address 0x7ffffeb6ac18 (gdb) quit I'm sure it will core dump over night and I'll get that one, unless leaving the debug symbols in fixes it. :-) -Chris On Mon, Feb 15, 2010 at 9:52 PM, Max Khon wrote: > Hello, Chris! > > On Tue, Feb 16, 2010 at 5:12 AM, Chris Coleman wrote: > > >> I'm running Asterisk on FBSD 7.2 using only SIP incoming DIDs. I'm also >> using unixODBC to connect to a postgres DB. I'm running asterisk from >> ports. >> >> Here is my system info: >> >> Asterisk 1.4.26.2, Copyright (C) 1999 - 2008 Digium, Inc. and others. >> >> FreeBSD kvm10.podlinez.lan 7.2-RELEASE-p4 FreeBSD 7.2-RELEASE-p4 #0: Fri >> Oct 2 08:22:32 UTC 2009 root at amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC >> amd64 >> >> >> I'm getting very frequent core dumps, so I've rebuilt asterisk with -g3 to >> enable debug. I've also ran it with valgrind and attached it to the e-mail. >> >> Here is the Summary: >> >> ==30746== definitely lost: 28,597 bytes in 75 blocks >> ==30746== indirectly lost: 143,559 bytes in 308 blocks >> ==30746== possibly lost: 6,119,992 bytes in 98,335 blocks >> ==30746== still reachable: 3,169,594 bytes in 37,091 blocks >> ==30746== suppressed: 0 bytes in 0 blocks >> >> It seems like it has a memory leak that is causing the problem. >> >> In my experience, it dies trying to do a DB call. >> > > The leak does not seem to be big enough to cause any problems. Do you have > a core files and can you show the stack trace? > > Max > > -- Chris Coleman -- http://Podlinez.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-bsd/attachments/20100215/fcdbfedb/attachment.htm From chrisc at vmunix.com Thu Feb 18 07:36:44 2010 From: chrisc at vmunix.com (Chris Coleman) Date: Thu, 18 Feb 2010 07:36:44 -0600 Subject: [Asterisk-bsd] Segfault on FBSD 7.2 and Asterisk 1.4.26.2 In-Reply-To: <5a816ea1002151952qca561bbjc33504b032b167cf@mail.gmail.com> References: <8f6775e01002151512g4ff315ebw680364102a824bac@mail.gmail.com> <5a816ea1002151952qca561bbjc33504b032b167cf@mail.gmail.com> Message-ID: <8f6775e01002180536q8bb304dt454b77cbc0872cfe@mail.gmail.com> K, it crashed again. Here is the Backtrace. -Chris (gdb) bt #0 0x00000008016546cf in SQLFreeEnv () from /usr/local/lib/libodbc.so.1 #1 0x0000000801654dec in SQLFreeHandle () from /usr/local/lib/libodbc.so.1 #2 0x00000008076259af in acf_odbc_write () from /usr/local/lib/asterisk/modules/func_odbc.so #3 0x000000000046bbeb in pbx_builtin_setvar_helper (chan=0x80672a000, name=0x7fffff2311e0 "ODBC_WRITE_LOCAL(insert into call_log (clid,phone_number_id,uniqueid,duration,action,arrangement,date) values ('18453562190','7189775916','1266467353.1659','0','Original Call 7189775916','1',now()))", value=0x7fffff2312a7 "confirmed") at pbx.c:5884 #4 0x000000000046bfb2 in pbx_builtin_setvar (chan=0x80672a000, data=Variable "data" is not available. ) at pbx.c:5957 #5 0x0000000000467e2a in pbx_exec (c=0x80672a000, app=0x8010500d0, data=0x7fffff233470) at pbx.c:536 #6 0x000000000046a9b5 in pbx_extension_helper (c=0x80672a000, con=0x7fffff231470, context=0x80672a230 "macro-podlinez-stat", exten=0x80672a280 "s", priority=1, label=Variable "label" is not available. ) at pbx.c:1863 #7 0x000000000046ae03 in ast_spawn_extension (c=Variable "c" is not available. ) at pbx.c:2283 #8 0x0000000803bc8a0b in _macro_exec () from /usr/local/lib/asterisk/modules/app_macro.so #9 0x0000000000467e2a in pbx_exec (c=0x80672a000, app=0x8026760a0, data=0x7fffff2388e0) at pbx.c:536 #10 0x000000000046a9b5 in pbx_extension_helper (c=0x80672a000, con=0x7fffff2368e0, context=0x80672a230 "macro-podlinez-stat", exten=0x80672a280 "s", priority=4, label=Variable "label" is not available. ) at pbx.c:1863 #11 0x000000000046ae03 in ast_spawn_extension (c=Variable "c" is not available. ) at pbx.c:2283 #12 0x000000000046e021 in __ast_pbx_run (c=0x80672a000) at pbx.c:2373 #13 0x000000000046f4d9 in pbx_thread (data=Variable "data" is not available. ) at pbx.c:2599 #14 0x00000000004968b3 in dummy_start (data=Variable "data" is not available. ) at utils.c:856 #15 0x0000000800c054d1 in pthread_getprio () from /lib/libthr.so.3 #16 0x00007fffff1bf000 in ?? () Cannot access memory at address 0x7fffff23b000 (gdb) bt full #0 0x00000008016546cf in SQLFreeEnv () from /usr/local/lib/libodbc.so.1 No symbol table info available. #1 0x0000000801654dec in SQLFreeHandle () from /usr/local/lib/libodbc.so.1 No symbol table info available. #2 0x00000008076259af in acf_odbc_write () from /usr/local/lib/asterisk/modules/func_odbc.so No symbol table info available. #3 0x000000000046bbeb in pbx_builtin_setvar_helper (chan=0x80672a000, name=0x7fffff2311e0 "ODBC_WRITE_LOCAL(insert into call_log (clid,phone_number_id,uniqueid,duration,action,arrangement,date) values ('18453562190','7189775916','1266467353.1659','0','Original Call 7189775916','1',now()))", value=0x7fffff2312a7 "confirmed") at pbx.c:5884 curelm = Variable "curelm" is not available. (gdb) On Mon, Feb 15, 2010 at 9:52 PM, Max Khon wrote: > Hello, Chris! > > On Tue, Feb 16, 2010 at 5:12 AM, Chris Coleman wrote: > > >> I'm running Asterisk on FBSD 7.2 using only SIP incoming DIDs. I'm also >> using unixODBC to connect to a postgres DB. I'm running asterisk from >> ports. >> >> Here is my system info: >> >> Asterisk 1.4.26.2, Copyright (C) 1999 - 2008 Digium, Inc. and others. >> >> FreeBSD kvm10.podlinez.lan 7.2-RELEASE-p4 FreeBSD 7.2-RELEASE-p4 #0: Fri >> Oct 2 08:22:32 UTC 2009 root at amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC >> amd64 >> >> >> I'm getting very frequent core dumps, so I've rebuilt asterisk with -g3 to >> enable debug. I've also ran it with valgrind and attached it to the e-mail. >> >> Here is the Summary: >> >> ==30746== definitely lost: 28,597 bytes in 75 blocks >> ==30746== indirectly lost: 143,559 bytes in 308 blocks >> ==30746== possibly lost: 6,119,992 bytes in 98,335 blocks >> ==30746== still reachable: 3,169,594 bytes in 37,091 blocks >> ==30746== suppressed: 0 bytes in 0 blocks >> >> It seems like it has a memory leak that is causing the problem. >> >> In my experience, it dies trying to do a DB call. >> > > The leak does not seem to be big enough to cause any problems. Do you have > a core files and can you show the stack trace? > > Max > > -- Chris Coleman -- http://Podlinez.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-bsd/attachments/20100218/42771347/attachment.htm From chrisc at vmunix.com Mon Feb 22 09:28:38 2010 From: chrisc at vmunix.com (Chris Coleman) Date: Mon, 22 Feb 2010 09:28:38 -0600 Subject: [Asterisk-bsd] Segfault on FBSD 7.2 and Asterisk 1.4.26.2 In-Reply-To: <8f6775e01002180536q8bb304dt454b77cbc0872cfe@mail.gmail.com> References: <8f6775e01002151512g4ff315ebw680364102a824bac@mail.gmail.com> <5a816ea1002151952qca561bbjc33504b032b167cf@mail.gmail.com> <8f6775e01002180536q8bb304dt454b77cbc0872cfe@mail.gmail.com> Message-ID: <8f6775e01002220728h4606c189ycbec8dfe7c80a58c@mail.gmail.com> I haven't heard back from you. It is still core dumping. Here is another trace: (gdb) bt #0 0x0000000801658460 in SQLGetData () from /usr/local/lib/libodbc.so.1 #1 0x00000008076261b4 in acf_odbc_read (chan=0x806735000, cmd=Variable "cmd" is not available. ) at func_odbc.c:330 #2 0x000000000046939d in pbx_retrieve_variable () #3 0x000000000046a9b0 in ast_extension_state () #4 0x000000000046ae73 in ast_spawn_extension () #5 0x000000000046e091 in ast_context_lockmacro () #6 0x000000000046f549 in ast_pbx_outgoing_exten () #7 0x0000000000496b23 in ast_wait_for_input () #8 0x0000000800c064d1 in pthread_getprio () from /lib/libthr.so.3 #9 0x00007ffffef4e000 in ?? () Cannot access memory at address 0x7ffffefca000 (gdb) bt full #0 0x0000000801658460 in SQLGetData () from /usr/local/lib/libodbc.so.1 No symbol table info available. #1 0x00000008076261b4 in acf_odbc_read (chan=0x806735000, cmd=Variable "cmd" is not available. ) at func_odbc.c:330 coldata = "\b\000\000\000\000\000\000\000?\234?\000\b\000\000\000\002\000\000\000\000\000\000\000??\000\001\b\000\000\000 \000\000\0000\000\000\000P7???\177\000\000\2006???\177\000\000`?\006\001\b\000\000\000\200jg\002\b\000\000\000??\000\001\b\000\000\000`?\006\001\b\000\000\000\001", '\0' , "\001\000\000\000\000\000\000\000\001\000\000\000\000\000\000\000\206l?\000\b\000\000\000n\000\000\000\000\000\000\000\n\000\000\000\000\000\000\000T\000\000\000\000\000\000\000\020\000\000\000\000\000\000\000\001\000\000\000\000\000\000\000\206l?\000\b\000\000\000`?\006\001\b\000\000\000?7???\177\000\000?x???\177\000\000`?\006\001\b"... obj = (struct odbc_obj *) 0x802676e40 query = Variable "query" is not available. (gdb) On Thu, Feb 18, 2010 at 7:36 AM, Chris Coleman wrote: > K, it crashed again. Here is the Backtrace. > > -Chris > > > (gdb) bt > #0 0x00000008016546cf in SQLFreeEnv () from /usr/local/lib/libodbc.so.1 > #1 0x0000000801654dec in SQLFreeHandle () from /usr/local/lib/libodbc.so.1 > #2 0x00000008076259af in acf_odbc_write () from > /usr/local/lib/asterisk/modules/func_odbc.so > #3 0x000000000046bbeb in pbx_builtin_setvar_helper (chan=0x80672a000, > name=0x7fffff2311e0 "ODBC_WRITE_LOCAL(insert into call_log > (clid,phone_number_id,uniqueid,duration,action,arrangement,date) values > ('18453562190','7189775916','1266467353.1659','0','Original Call > 7189775916','1',now()))", value=0x7fffff2312a7 "confirmed") at pbx.c:5884 > #4 0x000000000046bfb2 in pbx_builtin_setvar (chan=0x80672a000, > data=Variable "data" is not available. > ) at pbx.c:5957 > #5 0x0000000000467e2a in pbx_exec (c=0x80672a000, app=0x8010500d0, > data=0x7fffff233470) at pbx.c:536 > #6 0x000000000046a9b5 in pbx_extension_helper (c=0x80672a000, > con=0x7fffff231470, context=0x80672a230 "macro-podlinez-stat", > exten=0x80672a280 "s", priority=1, label=Variable "label" is not available. > ) at pbx.c:1863 > #7 0x000000000046ae03 in ast_spawn_extension (c=Variable "c" is not > available. > ) at pbx.c:2283 > #8 0x0000000803bc8a0b in _macro_exec () from > /usr/local/lib/asterisk/modules/app_macro.so > #9 0x0000000000467e2a in pbx_exec (c=0x80672a000, app=0x8026760a0, > data=0x7fffff2388e0) at pbx.c:536 > #10 0x000000000046a9b5 in pbx_extension_helper (c=0x80672a000, > con=0x7fffff2368e0, context=0x80672a230 "macro-podlinez-stat", > exten=0x80672a280 "s", priority=4, label=Variable "label" is not available. > ) at pbx.c:1863 > #11 0x000000000046ae03 in ast_spawn_extension (c=Variable "c" is not > available. > ) at pbx.c:2283 > #12 0x000000000046e021 in __ast_pbx_run (c=0x80672a000) at pbx.c:2373 > #13 0x000000000046f4d9 in pbx_thread (data=Variable "data" is not > available. > ) at pbx.c:2599 > #14 0x00000000004968b3 in dummy_start (data=Variable "data" is not > available. > ) at utils.c:856 > #15 0x0000000800c054d1 in pthread_getprio () from /lib/libthr.so.3 > #16 0x00007fffff1bf000 in ?? () > Cannot access memory at address 0x7fffff23b000 > > > (gdb) bt full > #0 0x00000008016546cf in SQLFreeEnv () from /usr/local/lib/libodbc.so.1 > No symbol table info available. > #1 0x0000000801654dec in SQLFreeHandle () from /usr/local/lib/libodbc.so.1 > No symbol table info available. > #2 0x00000008076259af in acf_odbc_write () from > /usr/local/lib/asterisk/modules/func_odbc.so > No symbol table info available. > #3 0x000000000046bbeb in pbx_builtin_setvar_helper (chan=0x80672a000, > name=0x7fffff2311e0 "ODBC_WRITE_LOCAL(insert into call_log > (clid,phone_number_id,uniqueid,duration,action,arrangement,date) values > ('18453562190','7189775916','1266467353.1659','0','Original Call > 7189775916','1',now()))", value=0x7fffff2312a7 "confirmed") at pbx.c:5884 > curelm = Variable "curelm" is not available. > (gdb) > > > > > On Mon, Feb 15, 2010 at 9:52 PM, Max Khon wrote: > >> Hello, Chris! >> >> On Tue, Feb 16, 2010 at 5:12 AM, Chris Coleman wrote: >> >> >>> I'm running Asterisk on FBSD 7.2 using only SIP incoming DIDs. I'm also >>> using unixODBC to connect to a postgres DB. I'm running asterisk from >>> ports. >>> >>> Here is my system info: >>> >>> Asterisk 1.4.26.2, Copyright (C) 1999 - 2008 Digium, Inc. and others. >>> >>> FreeBSD kvm10.podlinez.lan 7.2-RELEASE-p4 FreeBSD 7.2-RELEASE-p4 #0: Fri >>> Oct 2 08:22:32 UTC 2009 root at amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC >>> amd64 >>> >>> >>> I'm getting very frequent core dumps, so I've rebuilt asterisk with -g3 >>> to enable debug. I've also ran it with valgrind and attached it to the >>> e-mail. >>> >>> Here is the Summary: >>> >>> ==30746== definitely lost: 28,597 bytes in 75 blocks >>> ==30746== indirectly lost: 143,559 bytes in 308 blocks >>> ==30746== possibly lost: 6,119,992 bytes in 98,335 blocks >>> ==30746== still reachable: 3,169,594 bytes in 37,091 blocks >>> ==30746== suppressed: 0 bytes in 0 blocks >>> >>> It seems like it has a memory leak that is causing the problem. >>> >>> In my experience, it dies trying to do a DB call. >>> >> >> The leak does not seem to be big enough to cause any problems. Do you have >> a core files and can you show the stack trace? >> >> Max >> >> > > > -- > Chris Coleman -- http://Podlinez.com > -- Chris Coleman -- http://Podlinez.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-bsd/attachments/20100222/0715aef1/attachment.htm