similar to: Help with asterisk core dump

Hello Asterisk community, We are having some problems with crashes in Asterisk, my asterisk versions are 1.4.24.1 and 1.4.23.2. I have found this: "~/work/asterisk-branch-1.4$ svn log -c 260345 ------------------------------------------------------------------------ r260345 | mmichelson | 2010-04-30 22:08:15 +0200 (Fri, 30 Apr 2010) | 18 lines Fix potential crash from race condition due to

We have a client that has sporadic problems with the *8 pickup facility. The server they are using is 1.8.5 and they are using Snom phones. Every now and then when they try to do a pickup from another phone they get a forbidden message on the phone and I can see the following in the logs. [Aug 8 11:51:53] ERROR[19314] astobj2.c: user_data is NULL [Aug 8 11:51:53] ERROR[19314] astobj2.c:

Hello, Anyone have any insight or fix for the error below? It was the last error in the log before Asterisk crashed. I am running Asterisk 1.6.2.6 only for the T.38 support. 06:21:49] ERROR[1906] astobj2.c: refcount -1 on object 0xb1aab758 Google has some vague references that there is a patch or something but nothing I could really follow. Anyone have any ideas? The system was up for about

Dear list, i have a issue Asterisk crash (Module res_odbc exactly) after the same log who is "/ERROR[23805] astobj2.c: bad magic number.../" you will see on the log : Today [2016-02-24 16:00:38] ERROR[23805] *astobj2.c: bad magic number 0x552f302e for 0x7fe3505b3958* [2016-02-24 16:00:44] Asterisk 11.2-cert1 built by root @ Voice_server on a x86_64 running Linux on 2013-04-09

2023-11-08 18:14:13] ERROR[571246][C-000017e2] : Got 19 backtrace records # 0: [0x5bd18a] asterisk utils.c:2800 __ast_assert_failed() # 1: [0x4618e3] asterisk astobj2.c:589 __ao2_ref() # 2: [0x58e660] asterisk stasis_cache.c:824 update_create() # 3: [0x58efed] asterisk stasis_cache.c:903 caching_topic_exec() # 4: [0x586b90] asterisk stasis.c:1380 dispatch_message() # 5: [inlined] asterisk

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

I know many of you have been waiting for this for a while, so I'll keep this short: The Skype for Asterisk Public Beta is now available on the Digium store. We are pleased to announce the open beta of Skype For Asterisk is ready to begin and we look forward to you participation. To obtain your copy of the software, please visit Digium?s web store and purchase (for zero dollars) the

Hello all, Figured I'd repost this with an edited subject line, to attract attention of people with Debian On Sparc experience. Apologies in advance if this kind of thing is frowned upon :) [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

Hi Richard, Thank you for the reply Correct, I did mean 13.15. I set no optimize and better backtrace through "make menuselect" and the output is now [Aug 28 21:41:16] ERROR[17171][C-0000392d]: frame.c:343 ast_frdup: FRACK!, Failed assertion Excessive refcount 100000 reached on ao2 object 0x21962b0 (0) Got 26 backtrace records #0: [0x61923f] main/utils.c:2475

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

Anyone else get this issue - around 200 entries per second of this in the Asterisk messages file: "astobj2.c:115 INTERNAL_OBJ: bad magic number 0x27b4113a" Seems to happen after several hours of receiving a steady stream of test calls. My messages file is 7.5 gigs... John -------------- next part -------------- An HTML attachment was scrubbed... URL:

I've finally got it working on 1.6.0.6, but it seems to be a problem: Situation: Queue realtime musiconhold class = prueba I have default class on musiconhold.conf When a call is made to the Queue checks that is not on memory so goes to the db, I had 2 situations: 1) If digit was #. Asterisk crash 2) With no digit, when I check the classes localhost*CLI>

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 >

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, My Asetrisk restarted after to output following warning message. [Oct 16 15:59:58] WARNING[17102][C-00008e34]: chan_sip.c:4696 update_provisional_keepalive: Unable to cancel schedule ID 738278. This is probably a bug (chan_sip.c: update_provisional_keepalive, line 4696). This message has been output after a timeout occurrs in the Dial() application. Then, the Hangup() application is

Hi, Currently I'm experiencing crashes on Asterisk more recently, see messages below (crashed reason: segfault signal 6). abrt-hook-ccpp[19864]: Process 7082 (asterisk) of user 0 killed by SIGABRT - dumping core asterisk: ERROR[15373][C-0004e304]: astobj2.c:131 in INTERNAL_OBJ: FRACK!, Failed assertion bad magic number 0x0 for object 0x7fbd2c 00d170 (0) After running the backtrace for the

Hello, I've recently setup a small load test against an instance of Asterisks. I've tested on asterisk 13.5 and 14.6 with the same results. I am using PJSIP. My dial plan is, [test] exten => 1001,1,Answer exten => 1001,n,MusicOnHold(15) exten => 1001,n,Hangup I am using SIPP to test. I can share XML if desired but it simply waits on the line while music plays for 8

Hello everybody, I'm running Asterisk 1.2.24 on three servers which are configured almost identical. The servers use IAX to communicate between each other and SIP to communicate with the outside world through a Patton Smartnode 4960 gateway. One server has about 30 SIP phones registered, the other two servers have about 100 phones registered each. The "small" server runs fine

The Asterisk Development Team has announced the release of Asterisk 1.8.29.0. This release is available for immediate download at http://downloads.asterisk.org/pub/telephony/asterisk The release of Asterisk 1.8.29.0 resolves several issues reported by the community and would have not been possible without your participation. Thank you! The following are the issues resolved in this release: Bugs

The Asterisk Development Team has announced the release of Asterisk 1.8.29.0. This release is available for immediate download at http://downloads.asterisk.org/pub/telephony/asterisk The release of Asterisk 1.8.29.0 resolves several issues reported by the community and would have not been possible without your participation. Thank you! The following are the issues resolved in this release: Bugs