similar to: Asterisk 13.11.2, 13.11.1, 13.10.0 and certified-13.8-cert3 : freeze on 'sip reload'

Hi everyone, I am getting a segmentation fault (seems to occur randomly) using Asterisk 13.7.0-rc2 with PJProject 2.4.5. It appears to be something that libmysqlclient is complaining about when doing a query in ps_endpoint_id_ips. We are using Asterisk Realtime. This also seems to occur in Asterisk 13.5.0. Below is a backtrace that might help a little. I have looked through the change log for

hi, i have strange problem with asterisk 13.15.0+pjsip bundled/centos 7/systemd start script we are using chan_pjsip only for webrtc endpoints . switched from sipml5 to jssip with upgrade to 13.15.0(from 13.9.0) few days ago today i have problems with stopping/crashing asterisk /var/log/asterisk/messages dont show any clues [May 9 12:10:52] WARNING[25762] pjproject: tsx0x7fbb28024088

Hi all. I have 2 ip phones (Grandstream Budgetone): -budgetone1 -budgetone2 All two are connected to an Asterisk server. When I make a call from budgetone1 to budgetone2, I can speak with budgetone2 whith no problem. But when budgetone2 hangs up, budgetone1 does not play any tone (like busy tone). Budgetone1 seems to be still in conversation, but what conversation! Has anyone had a problem

On Wed, Aug 9, 2023 at 3:20 PM Dan Cropp <dcropp at amtelco.com> wrote: > I have a customer who just encountered a crash while running Asterisk > 18.17.1 version. > > > > I’m trying to adapt to the changes so not sure where best to look or how > to possibly report this. > > > > I started by going through >

I was able to put the crash through the gdb on the original VM that encountered the problem. (Not sure why the VM I initially tried to analyze the crash dump on didn’t do this correctly, but not concerned about it now). It’s providing additional details. Would this be considered a better example of the crash? I will go through the version comparisons and see if there are any updates since

Hello! unchanged asterisk crashes during udptl / t.38 negotiation with telekom - they do not support t.38 / udptl. In detail: fax client -> asterisk -> telekom -> easybell -> asterisk -> fax server Fax server sends t.38 reinvite via asterisk to easybell. Session Description Protocol Version (v): 0 Owner/Creator, Session Id (o): - 2447581897 4 IN IP4 46.17.15.23

Hello, I carefully read [1] which details how backtrace files can be produced. Maybe this seems natural to some, but how can I go one step futher, and check that produced XXX-thread1.txt, XXX-brief.txt, ... files are OK ? In other words, where can I find an example on how to use one of those files and check by myself, that if a system ever fails, I won't have to wait for another failure to

Hello, Using asterisk 1.8.24 on CentOS 6.4 I notice that the asterisk process is using between 105 en 110 % CPU : PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1765 root 20 0 2508m 102m 8864 S 105.8 2.7 102:11.55 asterisk 2682 mysql 20 0 627m 29m 6204 S 0.7 0.8 1:59.51 mysqld 1 root 20 0 19228 1508 1220 S 0.0 0.0 0:00.75 init

Hello Asterisk list, I've facing a memory allocation issue that happens occasionally but on a consistent basis. The problem happens as follow, suddenly Asterisk starts consuming a lot of memory, in a rate of more than 1GB per hour. Kernel will eventually kill it via the OOM killer when memory is really exausted... This situation does not generate backtrace because Asterisk is responsive

Hello All, I'm using Asterisk 16.8.0 on a Centos 7 box. Previously 16.5.0, But recently upgraded to attempt to resolve this issue. Using bundled PJSIP. The PBX is using mysql realtime for most functions. The Mysql server is on the same lan as the asterisk box. As more users have been moved to this box. It's become unstable. Randomly, I'll start seeing "WARNING[12667]

Hello, I'm load testing a new Asterisk 13 system (Debian Stretch, packaged asterisk). One system writes CDR though an ODBC connection to a local Postgres database over the LAN. When sending 50 new calls per second with SIPp, I'm seeing one system outputs : taskprocessor.c: The 'subm:cdr_engine-00000003' task processor queue reached 5000 scheduled tasks again. This [1] thread

Hi, While compiling 1.8.8.1, I met the following error: [AR] hash/hash.o hash/hash_bigkey.o hash/hash_buf.o hash/hash_func.o hash/hash_log2.o hash/hash_page.o hash/ndbm.o btree/bt_close.o btree/bt_conv.o btree/bt_debug.o btree/bt_delete.o btree/bt_get.o btree/bt_open.o btree/bt_overflow.o btree/bt_page.o btree/bt_put.o btree/bt_search.o btree/bt_seq.o btree/bt_split.o btree/bt_utils.o db/db.o

Hi all, Anyone know why this happens? Mem: 524288k total, 508120k used, 16168k free, 0k buffers Swap: 0k total, 0k used, 0k free, 0k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1 root 15 0 2152 664 576 S 0.0 0.1 0:49.26 init 7398 root 18 0 10172 2904 2312 S 0.0 0.6 0:00.21 sshd 9856

Hi I'm trying to get the rebuilt parking functionality to work in Asterisk 12.0.0. In Asterisk 11.6.0 I managed to get a call to get parked by adding a dynamic feature in features.conf for the DMTF sequence *# which called a macro in extensions.conf, which then runned the ParkAndAnnounce application, and the call got parked. The syntax for ParkAndAnnounce I used was this (I don't

Thanks for the suggestion Tony, I installed each codec for MoH, core sounds, and extra sound packages. Unfortunately the tests produce the same results. [Sep 1 20:36:45] ERROR[10081][C-00007fe5]: frame.c:343 ast_frdup: FRACK!, Failed assertion Excessive refcount 100000 reached on ao2 object 0x20380b0 ( continuously for a while followed by a [Sep 1 20:36:46] WARNING[7761][C-0000770d]:

On Thursday 31 August 2017 at 18:15:54, Joseph Smith wrote: > I was hoping Asterisk would handle more than 4k simultaneous calls. I know from experience that Asterisk can handle more than 4k simultaneous calls, however it's an extreme case to have all of them playing music on hold. I think that if you tested 4k simultaneous calls with standard media streams on the majority of them, you

Could you show the phone configurations - section "Proxy and Registration" On Mon, 6 Nov 2023 at 23:13, Marek Greško <marek.gresko at protonmail.com> wrote: > Hello, > > you are probably right. It should somehow be related to DNS. I just found > out this in the storm of previous messages: > > WARNING[13945] taskprocessor.c: The 'dns_system_resolver_tp'

Hello all, mmm a bit embarrassing about not having a clue as to why we're getting this error on make of 1.8.3 [AR] hash/hash.o hash/hash_bigkey.o hash/hash_buf.o hash/hash_func.o hash/hash_log2.o hash/hash_page.o hash/ndbm.o btree/bt_close.o btree/bt_conv.o btree/bt_debug.o btree/bt_delete.o btree/bt_get.o btree/bt_open.o btree/bt_overflow.o btree/bt_page.o btree/bt_put.o btree/bt_search.o

Thanks for the feedback. I do agree with having multiple smaller servers. When I was first approached with this task I mentioned as much. However, the current desire is to work with already existing hardware. That is out of my hands at the moment unless it just can't be done. I will explore Freeswitch a bit soon to compare it as well. I am struggling to find what the bottle neck is in

Dears: Really, later I faced problem in the asterisk system which is : Message is shown when the unique id which is generated with each caller reach 9000 and something: No more room in scheduler Asked to delete sched id . . after I restarted the server this message is not shown again till now (after 2 week) >>> My question: What is the reason of this error and how can I solve the