[Home]

Summary:ASTERISK-07934: CRASH - sched.c: Attempted to delete nonexistent schedule entry
Reporter:Dawid M (dmielnik)Labels:
Date Opened:2006-10-16 08:53:42Date Closed:2006-10-16 15:35:11
Priority:CriticalRegression?No
Status:Closed/CompleteComponents:Core/General
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:( 0) bt_full.txt
( 1) bt.txt
( 2) full_log.tgz
Description:Asterisk works for a few minutes (small iax load) after which it crashes on "sched.c: Attempted to delete nonexistent schedule entry"

Fedora Core (2.6.5-1.358smp)
dual xeon



****** ADDITIONAL INFORMATION ******

[Oct 16 12:37:13] DEBUG[6946] res_config_mysql.c: MySQL RealTime: Updated 1
rows on table: iax
[Oct 16 12:37:13] DEBUG[6951] res_config_mysql.c: MySQL RealTime: Everything
is fine.
[Oct 16 12:37:13] DEBUG[6951] res_config_mysql.c: MySQL RealTime: Retrieve
SQL: SELECT * FROM iax WHERE ipaddr = '87.207.221.170' AND port = '1113'
[Oct 16 12:37:13] DEBUG[6949] res_config_mysql.c: MySQL RealTime: Everything
is fine.
[Oct 16 12:37:13] DEBUG[6949] res_config_mysql.c: MySQL RealTime: Update
SQL: UPDATE iax SET ipaddr = '87.207.221.170', port = '1113', regseconds =
'1160995033' WHERE name = '3248180'
[Oct 16 12:37:13] DEBUG[6949] res_config_mysql.c: MySQL RealTime: Updated 1
rows on table: iax
[Oct 16 12:37:13] VERBOSE[6949] logger.c:     -- Registered IAX2 '3248180'
(AUTHENTICATED) at 87.207.221.170:1113
[Oct 16 12:37:13] NOTICE[6949] chan_iax2.c: Restricting registration for
peer '3248180' to 240 seconds (requested 300)
[Oct 16 12:37:13] NOTICE[7070] sched.c: Attempted to delete nonexistent
schedule entry 4411!


#0  ast_sched_del (con=0x6aeaa0, id=4411) at sched.c:286
286                     CRASH;
(gdb) bt
#0  ast_sched_del (con=0x6aeaa0, id=4411) at sched.c:286
#1  0x0000002a9b15ee6d in schedule_delivery (fr=0x796f60,
updatehistory=4934104, fromtrunk=7390048, tsout=0x40704ed8) at
chan_iax2.c:2160
#2  0x0000002a9b1545d0 in socket_process (thread=0x796f60) at
chan_iax2.c:7552
#3  0x0000002a9b14adf4 in iax2_process_thread (data=0x0) at chan_iax2.c:7604
#4  0x0000000000497275 in dummy_start (data=0x0) at utils.c:544
ASTERISK-1  0x0000003d12d057fb in start_thread () from /lib64/tls/libpthread.so.0
ASTERISK-2  0x0000003d113ba703 in thread_start () from /lib64/tls/libc.so.6
ASTERISK-3  0x0000000000000000 in ?? ()
Comments:By: Joshua C. Colp (jcolp) 2006-10-16 15:35:10

This is a normal message to have come up if certain actions happen at exactly the right time. (The scheduled item gets executed right before it's about to be deleted). Your issue is that you are using DO_CRASH which purposely causes Asterisk to crash when it hits that situation, the simple answer is to compile without DO_CRASH enabled.