[Home]

Summary:ASTERISK-10017: Asterisk locks and no new calls allowed. Doesn't crash but have to restart Asterisk to get calls to flow again.
Reporter:Phil Smith (philsmith)Labels:
Date Opened:2007-08-03 14:12:40Date Closed:2007-09-08 09:14:35
Priority:BlockerRegression?No
Status:Closed/CompleteComponents:Core/General
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:( 0) backtrace.txt
( 1) console.txt
( 2) coreshowlocks.txt
( 3) coreshowlocks2.txt
( 4) coreshowlocks3.txt
( 5) fulllog-debugenable.txt
Description:Asterisk seems to lock randomly and have not yet found a pattern to why.
Current calls continue without issue but no new calls in or out are allowed.
Restart the Asterisk application and it will work again for a few hours.

Asterisk was rebuilt with 1.4.9 with DEBUG_THREADS and DONT_OPTIMIZE enabled then started with /usr/sbin/asterisk -vvvg -c

The backtrace.txt that is attached was gathered in this manor:
ps -aux to get pid of asterisk
[root@pbx] # script /tmp/backtrace.txt
[root@pbx] # gdb /usr/sbin/asterisk pid
Once you get into gdb, then issue: "set pagination off" to turn of paging.
then issue: info thread
then issue: thread apply all bt
Once you have the output in a file quit out.
Restart Asterisk

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

Last moments of the console:
  -- SIP/206-b75023a8 is ringing
   -- SIP/206-b75023a8 is ringing
   -- SIP/206-b75023a8 is ringing
   -- SIP/206-b75023a8 answered SIP/289-098f8dd8
   -- Native bridging SIP/289-098f8dd8 and SIP/206-b75023a8
 == Spawn extension (international, 200, 1) exited non-zero on 'SIP/289-098f8dd8'
   -- Channel 0/3, span 2 got hangup request, cause 16
   -- User hung up
 == Spawn extension (macro-stdexten, s, 6) exited non-zero on 'Zap/27-1' in macro 'stdexten'
 == Spawn extension (macro-stdexten, s, 6) exited non-zero on 'Zap/27-1'
   -- Hungup 'Zap/27-1'
   -- Executing [xxxxxxxxxx@international:1] Set("SIP/242-098c0178", "CALLERID(all)=Advance Packaging<xxxxxxxxxx>") in new stack
   -- Executing [xxxxxxxxxx@international:2] Dial("SIP/242-098c0178", "ZAP/g1/xxxxxxxxxx") in new stack
   -- Requested transfer capability: 0x00 - SPEECH
   -- Called g1/6169572120
   -- Zap/26-1 is proceeding passing it to SIP/242-098c0178
   -- Zap/26-1 is ringing
   -- Zap/26-1 answered SIP/242-098c0178
   -- Accepting call from 'xxxxxxxxxx' to 'xxxxxxxxxx' on channel 0/3, span 2
   -- Executing [xxxxxxxxxx@incoming:1] Set("Zap/27-1", "aa=1") in new stack
   -- Executing [xxxxxxxxxx@incoming:2] GotoIf("Zap/27-1", "1 = "1"?incoming-open|s|1") in new stack
   -- Goto (incoming-open,s,1)
   -- Executing [s@incoming-open:1] Answer("Zap/27-1", "") in new stack
   -- Executing [s@incoming-open:2] Goto("Zap/27-1", "inside|200|1") in new stack
   -- Goto (inside,200,1)
   -- Executing [200@inside:1] Dial("Zap/27-1", "SIP/206|240") in new stack
   -- Called 206
   -- SIP/206-098f8c70 is ringing
   -- SIP/206-098f8c70 is ringing
   -- SIP/206-098f8c70 is ringing
   -- SIP/206-098f8c70 answered Zap/27-1
   -- Hungup 'Zap/28-1'
 == Spawn extension (international, xxxxxxx, 2) exited non-zero on 'SIP/271-098d49a8'
   -- Hungup 'Zap/26-1'
 == Spawn extension (international, xxxxxxx, 2) exited non-zero on 'SIP/242-098c0178'
   -- Started music on hold, class 'default', on Zap/27-1
   -- Channel 0/1, span 2 got hangup request, cause 16
   -- Hungup 'Zap/25-1'
 == Spawn extension (international, 701, 1) exited non-zero on 'SIP/272-09967930'
   -- Accepting call from 'xxxxxxxxxx' to 'xxxxxxxxxx' on channel 0/1, span 2
   -- Executing [xxxxxxxxxx@incoming:1] SIPAddHeader("Zap/25-1", "Alert-Info:EXTERNAL") in new stack
   -- Executing [xxxxxxxxxx@incoming:2] Goto("Zap/25-1", "inside|212|1") in new stack
   -- Goto (inside,212,1)
   -- Executing [212@inside:1] Macro("Zap/25-1", "stdexten|212|SIP/212") in new stack
   -- Executing [s@macro-stdexten:1] GotoIf("Zap/25-1", "0?s|2:s|3") in new stack
   -- Goto (macro-stdexten,s,3)
   -- Executing [s@macro-stdexten:3] Dial("Zap/25-1", "SIP/212|20|t") in new stack
   -- Called 212
   -- Channel 0/1, span 2 got hangup request, cause 102
 == Spawn extension (macro-stdexten, s, 3) exited non-zero on 'Zap/25-1' in macro 'stdexten'
 == Spawn extension (macro-stdexten, s, 3) exited non-zero on 'Zap/25-1'
   -- Hungup 'Zap/25-1'
   -- Accepting call from 'xxxxxxxxxx' to 'xxxxxxxxxx' on channel 0/1, span 2
   -- Executing [xxxxxxxxxx@incoming:1] SIPAddHeader("Zap/25-1", "Alert-Info:EXTERNAL") in new stack
   -- Executing [xxxxxxxxxx@incoming:2] Goto("Zap/25-1", "inside|212|1") in new stack
   -- Goto (inside,212,1)
   -- Executing [212@inside:1] Macro("Zap/25-1", "stdexten|212|SIP/212") in new stack
   -- Executing [s@macro-stdexten:1] GotoIf("Zap/25-1", "0?s|2:s|3") in new stack
   -- Goto (macro-stdexten,s,3)
   -- Executing [s@macro-stdexten:3] Dial("Zap/25-1", "SIP/212|20|t") in new stack
   -- Called 212


Last moments of FULL log with DEBUG enabled in logging.conf
[Aug  3 14:48:10] DEBUG[28102] chan_zap.c: Queuing frame from PRI_EVENT_PROCEEDING on channel 0/4 span 2
[Aug  3 14:48:10] VERBOSE[28944] logger.c:     -- Zap/28-1 is proceeding passing it to SIP/271-098d49a8
[Aug  3 14:48:10] VERBOSE[28944] logger.c:     -- Zap/28-1 is ringing
[Aug  3 14:48:13] VERBOSE[28935] logger.c:     -- Nobody picked up in 20000 ms
[Aug  3 14:48:13] DEBUG[28935] cdr_addon_mysql.c: cdr_mysql: inserting a CDR record.
[Aug  3 14:48:13] DEBUG[28935] app_macro.c: Executed application: Dial
[Aug  3 14:48:13] DEBUG[28935] db.c: Unable to find key '212' in family 'CFB'
[Aug  3 14:48:13] VERBOSE[28935] logger.c:     -- Executing [s@macro-stdexten:4] GotoIf("Zap/27-1", "0?s|5:s|6") in new stack
[Aug  3 14:48:13] VERBOSE[28935] logger.c:     -- Goto (macro-stdexten,s,6)
[Aug  3 14:48:13] DEBUG[28935] app_macro.c: Executed application: GotoIf
[Aug  3 14:48:13] VERBOSE[28935] logger.c:     -- Executing [s@macro-stdexten:6] VoiceMail("Zap/27-1", "212|u") in new stack
[Aug  3 14:48:13] VERBOSE[28935] logger.c:     -- <Zap/27-1> Playing '/var/spool/asterisk/voicemail/default/212/temp' (language 'en')
[Aug  3 14:48:19] VERBOSE[28935] logger.c:     -- <Zap/27-1> Playing 'vm-intro' (language 'en')
[Aug  3 14:48:19] DEBUG[28943] chan_zap.c: Set option AUDIO MODE, value: ON(1) on Zap/26-1
[Aug  3 14:48:19] DEBUG[28943] chan_zap.c: Not yet hungup...  Calling hangup once with icause, and clearing call
[Aug  3 14:48:19] DEBUG[28943] chan_zap.c: Set option AUDIO MODE, value: OFF(0) on Zap/26-1
[Aug  3 14:48:19] VERBOSE[28943] logger.c:     -- Hungup 'Zap/26-1'
[Aug  3 14:48:19] DEBUG[28943] cdr_addon_mysql.c: cdr_mysql: inserting a CDR record.
[Aug  3 14:48:19] VERBOSE[28943] logger.c:   == Spawn extension (international, 15153620751, 2) exited non-zero on 'SIP/249-0997e7d0'
[Aug  3 14:48:19] DEBUG[28943] cdr_addon_mysql.c: cdr_mysql: inserting a CDR record.
[Aug  3 14:48:22] DEBUG[28102] chan_zap.c: Echo cancellation already on
[Aug  3 14:48:22] VERBOSE[28944] logger.c:     -- Zap/28-1 answered SIP/271-098d49a8
[Aug  3 14:48:24] VERBOSE[28935] logger.c:     -- <Zap/27-1> Playing 'beep' (language 'en')
[Aug  3 14:48:25] VERBOSE[28935] logger.c:     -- Recording the message
[Aug  3 14:48:25] VERBOSE[28935] logger.c:     -- x=0, open writing:  /var/spool/asterisk/voicemail/default/212/tmp/ajQewV format: wav49, 0x98eaba0
[Aug  3 14:48:25] VERBOSE[28935] logger.c:     -- x=1, open writing:  /var/spool/asterisk/voicemail/default/212/tmp/ajQewV format: gsm, 0x98dae38
[Aug  3 14:48:25] VERBOSE[28945] logger.c:     -- Executing [200@international:1] Dial("SIP/289-098f8dd8", "SIP/206|240") in new stack
[Aug  3 14:48:25] VERBOSE[28945] logger.c:     -- Called 206
[Aug  3 14:48:25] VERBOSE[28945] logger.c:     -- SIP/206-b75023a8 is ringing
[Aug  3 14:48:26] VERBOSE[28945] logger.c:     -- SIP/206-b75023a8 is ringing
[Aug  3 14:48:27] VERBOSE[28945] logger.c:     -- SIP/206-b75023a8 is ringing
[Aug  3 14:48:27] VERBOSE[28945] logger.c:     -- SIP/206-b75023a8 answered SIP/289-098f8dd8
[Aug  3 14:48:27] VERBOSE[28945] logger.c:     -- Native bridging SIP/289-098f8dd8 and SIP/206-b75023a8
[Aug  3 14:48:34] VERBOSE[28945] logger.c:   == Spawn extension (international, 200, 1) exited non-zero on 'SIP/289-098f8dd8'
[Aug  3 14:48:34] DEBUG[28945] cdr_addon_mysql.c: cdr_mysql: inserting a CDR record.
[Aug  3 14:48:46] VERBOSE[28102] logger.c:     -- Channel 0/3, span 2 got hangup request, cause 16
[Aug  3 14:48:46] VERBOSE[28935] logger.c:     -- User hung up
[Aug  3 14:48:46] VERBOSE[28935] logger.c:   == Spawn extension (macro-stdexten, s, 6) exited non-zero on 'Zap/27-1' in macro 'stdexten'
[Aug  3 14:48:46] VERBOSE[28935] logger.c:   == Spawn extension (macro-stdexten, s, 6) exited non-zero on 'Zap/27-1'
[Aug  3 14:48:46] DEBUG[28935] chan_zap.c: Set option AUDIO MODE, value: ON(1) on Zap/27-1
[Aug  3 14:48:46] DEBUG[28935] chan_zap.c: Not yet hungup...  Calling hangup once with icause, and clearing call
[Aug  3 14:48:46] DEBUG[28935] chan_zap.c: Set option AUDIO MODE, value: OFF(0) on Zap/27-1
[Aug  3 14:48:46] VERBOSE[28935] logger.c:     -- Hungup 'Zap/27-1'
[Aug  3 14:48:46] DEBUG[28935] cdr_addon_mysql.c: cdr_mysql: inserting a CDR record.
[Aug  3 14:48:10] VERBOSE[28944] logger.c:     -- Zap/28-1 is proceeding passing it to SIP/271-098d49a8
[Aug  3 14:48:10] VERBOSE[28944] logger.c:     -- Zap/28-1 is ringing
[Aug  3 14:48:13] VERBOSE[28935] logger.c:     -- Nobody picked up in 20000 ms
[Aug  3 14:48:13] DEBUG[28935] cdr_addon_mysql.c: cdr_mysql: inserting a CDR record.
[Aug  3 14:48:13] DEBUG[28935] app_macro.c: Executed application: Dial
[Aug  3 14:48:13] DEBUG[28935] db.c: Unable to find key '212' in family 'CFB'
[Aug  3 14:48:13] VERBOSE[28935] logger.c:     -- Executing [s@macro-stdexten:4] GotoIf("Zap/27-1", "0?s|5:s|6") in new stack
[Aug  3 14:48:13] VERBOSE[28935] logger.c:     -- Goto (macro-stdexten,s,6)
[Aug  3 14:48:13] DEBUG[28935] app_macro.c: Executed application: GotoIf
[Aug  3 14:48:13] VERBOSE[28935] logger.c:     -- Executing [s@macro-stdexten:6] VoiceMail("Zap/27-1", "212|u") in new stack
[Aug  3 14:48:13] VERBOSE[28935] logger.c:     -- <Zap/27-1> Playing '/var/spool/asterisk/voicemail/default/212/temp' (language 'en')
[Aug  3 14:48:19] VERBOSE[28935] logger.c:     -- <Zap/27-1> Playing 'vm-intro' (language 'en')
[Aug  3 14:48:19] DEBUG[28943] chan_zap.c: Set option AUDIO MODE, value: ON(1) on Zap/26-1
[Aug  3 14:48:19] DEBUG[28943] chan_zap.c: Not yet hungup...  Calling hangup once with icause, and clearing call
[Aug  3 14:48:19] DEBUG[28943] chan_zap.c: Set option AUDIO MODE, value: OFF(0) on Zap/26-1
[Aug  3 14:48:19] VERBOSE[28943] logger.c:     -- Hungup 'Zap/26-1'
[Aug  3 14:48:19] DEBUG[28943] cdr_addon_mysql.c: cdr_mysql: inserting a CDR record.
[Aug  3 14:48:19] VERBOSE[28943] logger.c:   == Spawn extension (international, 15153620751, 2) exited non-zero on 'SIP/249-0997e7d0'
[Aug  3 14:48:19] DEBUG[28943] cdr_addon_mysql.c: cdr_mysql: inserting a CDR record.
[Aug  3 14:48:22] DEBUG[28102] chan_zap.c: Echo cancellation already on
[Aug  3 14:48:22] VERBOSE[28944] logger.c:     -- Zap/28-1 answered SIP/271-098d49a8
[Aug  3 14:48:24] VERBOSE[28935] logger.c:     -- <Zap/27-1> Playing 'beep' (language 'en')
[Aug  3 14:48:25] VERBOSE[28935] logger.c:     -- Recording the message
[Aug  3 14:48:25] VERBOSE[28935] logger.c:     -- x=0, open writing:  /var/spool/asterisk/voicemail/default/212/tmp/ajQewV format: wav49, 0x98eaba0
[Aug  3 14:48:25] VERBOSE[28935] logger.c:     -- x=1, open writing:  /var/spool/asterisk/voicemail/default/212/tmp/ajQewV format: gsm, 0x98dae38
[Aug  3 14:48:25] VERBOSE[28945] logger.c:     -- Executing [200@international:1] Dial("SIP/289-098f8dd8", "SIP/206|240") in new stack
[Aug  3 14:48:25] VERBOSE[28945] logger.c:     -- Called 206
[Aug  3 14:48:25] VERBOSE[28945] logger.c:     -- SIP/206-b75023a8 is ringing
[Aug  3 14:48:26] VERBOSE[28945] logger.c:     -- SIP/206-b75023a8 is ringing
[Aug  3 14:48:27] VERBOSE[28945] logger.c:     -- SIP/206-b75023a8 is ringing
[Aug  3 14:48:27] VERBOSE[28945] logger.c:     -- SIP/206-b75023a8 answered SIP/289-098f8dd8
[Aug  3 14:48:27] VERBOSE[28945] logger.c:     -- Native bridging SIP/289-098f8dd8 and SIP/206-b75023a8
[Aug  3 14:48:34] VERBOSE[28945] logger.c:   == Spawn extension (international, 200, 1) exited non-zero on 'SIP/289-098f8dd8'
[Aug  3 14:48:34] DEBUG[28945] cdr_addon_mysql.c: cdr_mysql: inserting a CDR record.
[Aug  3 14:48:46] VERBOSE[28102] logger.c:     -- Channel 0/3, span 2 got hangup request, cause 16
[Aug  3 14:48:46] VERBOSE[28935] logger.c:     -- User hung up
[Aug  3 14:48:46] VERBOSE[28935] logger.c:   == Spawn extension (macro-stdexten, s, 6) exited non-zero on 'Zap/27-1' in macro 'stdexten'
[Aug  3 14:48:46] VERBOSE[28935] logger.c:   == Spawn extension (macro-stdexten, s, 6) exited non-zero on 'Zap/27-1'
[Aug  3 14:48:46] DEBUG[28935] chan_zap.c: Set option AUDIO MODE, value: ON(1) on Zap/27-1
[Aug  3 14:48:46] DEBUG[28935] chan_zap.c: Not yet hungup...  Calling hangup once with icause, and clearing call
[Aug  3 14:48:46] DEBUG[28935] chan_zap.c: Set option AUDIO MODE, value: OFF(0) on Zap/27-1
[Aug  3 14:48:46] VERBOSE[28935] logger.c:     -- Hungup 'Zap/27-1'
[Aug  3 14:48:46] DEBUG[28935] cdr_addon_mysql.c: cdr_mysql: inserting a CDR record.
[Aug  3 14:49:39] VERBOSE[28946] logger.c:     -- Executing [xxxxxxxxxx@international:1] Set("SIP/242-098c0178", "CALLERID(all)=Advance Packaging<xxxxxxxxxx>") in new stack
[Aug  3 14:49:39] VERBOSE[28946] logger.c:     -- Executing [xxxxxxxxxx@international:2] Dial("SIP/242-098c0178", "ZAP/g1/xxxxxxxxxx") in new stack
[Aug  3 14:49:39] VERBOSE[28946] logger.c:     -- Requested transfer capability: 0x00 - SPEECH
[Aug  3 14:49:39] VERBOSE[28946] logger.c:     -- Called g1/xxxxxxxxxx
[Aug  3 14:49:39] DEBUG[28102] chan_zap.c: Queuing frame from PRI_EVENT_PROCEEDING on channel 0/2 span 2
[Aug  3 14:49:39] VERBOSE[28946] logger.c:     -- Zap/26-1 is proceeding passing it to SIP/242-098c0178
[Aug  3 14:49:39] VERBOSE[28946] logger.c:     -- Zap/26-1 is ringing
[Aug  3 14:49:42] DEBUG[28102] chan_zap.c: Echo cancellation already on
[Aug  3 14:49:42] VERBOSE[28946] logger.c:     -- Zap/26-1 answered SIP/242-098c0178
[Aug  3 14:49:45] VERBOSE[28102] logger.c:     -- Accepting call from 'xxxxxxxxxx' to 'xxxxxxxxxx' on channel 0/3, span 2
[Aug  3 14:49:45] VERBOSE[28947] logger.c:     -- Executing [xxxxxxxxxx@incoming:1] Set("Zap/27-1", "aa=1") in new stack
[Aug  3 14:49:45] VERBOSE[28947] logger.c:     -- Executing [xxxxxxxxxx@incoming:2] GotoIf("Zap/27-1", "1 = "1"?incoming-open|s|1") in new stack
[Aug  3 14:49:45] VERBOSE[28947] logger.c:     -- Goto (incoming-open,s,1)
[Aug  3 14:49:45] VERBOSE[28947] logger.c:     -- Executing [s@incoming-open:1] Answer("Zap/27-1", "") in new stack
[Aug  3 14:49:45] VERBOSE[28947] logger.c:     -- Executing [s@incoming-open:2] Goto("Zap/27-1", "inside|200|1") in new stack
[Aug  3 14:49:45] VERBOSE[28947] logger.c:     -- Goto (inside,200,1)
[Aug  3 14:49:45] VERBOSE[28947] logger.c:     -- Executing [200@inside:1] Dial("Zap/27-1", "SIP/206|240") in new stack
[Aug  3 14:49:45] VERBOSE[28947] logger.c:     -- Called 206
[Aug  3 14:49:45] DEBUG[28102] chan_zap.c: Echo cancellation already on
[Aug  3 14:49:45] VERBOSE[28947] logger.c:     -- SIP/206-098f8c70 is ringing
[Aug  3 14:49:45] VERBOSE[28947] logger.c:     -- SIP/206-098f8c70 is ringing
[Aug  3 14:49:46] VERBOSE[28947] logger.c:     -- SIP/206-098f8c70 is ringing
[Aug  3 14:49:48] VERBOSE[28947] logger.c:     -- SIP/206-098f8c70 answered Zap/27-1
[Aug  3 14:49:52] DEBUG[28944] chan_zap.c: Set option AUDIO MODE, value: ON(1) on Zap/28-1
[Aug  3 14:49:52] DEBUG[28944] chan_zap.c: Not yet hungup...  Calling hangup once with icause, and clearing call
[Aug  3 14:49:52] DEBUG[28944] chan_zap.c: Set option AUDIO MODE, value: OFF(0) on Zap/28-1
[Aug  3 14:49:52] VERBOSE[28944] logger.c:     -- Hungup 'Zap/28-1'
[Aug  3 14:49:52] VERBOSE[28944] logger.c:   == Spawn extension (international, xxxxxxxxxx, 2) exited non-zero on 'SIP/271-098d49a8'
[Aug  3 14:49:52] DEBUG[28944] cdr_addon_mysql.c: cdr_mysql: inserting a CDR record.
[Aug  3 14:49:53] DEBUG[28946] chan_zap.c: Set option AUDIO MODE, value: ON(1) on Zap/26-1
[Aug  3 14:49:53] DEBUG[28946] chan_zap.c: Not yet hungup...  Calling hangup once with icause, and clearing call
[Aug  3 14:49:53] DEBUG[28946] chan_zap.c: Set option AUDIO MODE, value: OFF(0) on Zap/26-1
[Aug  3 14:49:53] VERBOSE[28946] logger.c:     -- Hungup 'Zap/26-1'
[Aug  3 14:49:53] VERBOSE[28946] logger.c:   == Spawn extension (international, xxxxxxxxxx, 2) exited non-zero on 'SIP/242-098c0178'
[Aug  3 14:49:53] DEBUG[28946] cdr_addon_mysql.c: cdr_mysql: inserting a CDR record.
[Aug  3 14:49:55] VERBOSE[28947] logger.c:     -- Started music on hold, class 'default', on Zap/27-1
[Aug  3 14:50:35] VERBOSE[28102] logger.c:     -- Channel 0/1, span 2 got hangup request, cause 16
[Aug  3 14:50:35] DEBUG[28892] chan_zap.c: Set option AUDIO MODE, value: ON(1) on Zap/25-1
[Aug  3 14:50:35] DEBUG[28892] chan_zap.c: Not yet hungup...  Calling hangup once with icause, and clearing call
[Aug  3 14:50:35] DEBUG[28892] chan_zap.c: Set option AUDIO MODE, value: OFF(0) on Zap/25-1
[Aug  3 14:50:35] VERBOSE[28892] logger.c:     -- Hungup 'Zap/25-1'
[Aug  3 14:50:35] VERBOSE[28892] logger.c:   == Spawn extension (international, 701, 1) exited non-zero on 'SIP/272-09967930'
[Aug  3 14:50:35] DEBUG[28892] cdr_addon_mysql.c: cdr_mysql: inserting a CDR record.
[Aug  3 14:53:08] VERBOSE[28102] logger.c:     -- Accepting call from 'xxxxxxxxxx' to 'xxxxxxxxx' on channel 0/1, span 2
[Aug  3 14:53:08] VERBOSE[28960] logger.c:     -- Executing [xxxxxxxxxx@incoming:1] SIPAddHeader("Zap/25-1", "Alert-Info:EXTERNAL") in new stack
[Aug  3 14:53:08] VERBOSE[28960] logger.c:     -- Executing [xxxxxxxxxx@incoming:2] Goto("Zap/25-1", "inside|212|1") in new stack
[Aug  3 14:53:08] VERBOSE[28960] logger.c:     -- Goto (inside,212,1)
[Aug  3 14:53:08] VERBOSE[28960] logger.c:     -- Executing [212@inside:1] Macro("Zap/25-1", "stdexten|212|SIP/212") in new stack
[Aug  3 14:53:08] DEBUG[28102] chan_zap.c: Echo cancellation already on
[Aug  3 14:53:08] DEBUG[28960] db.c: Unable to find key '212' in family 'CFI'
[Aug  3 14:53:08] VERBOSE[28960] logger.c:     -- Executing [s@macro-stdexten:1] GotoIf("Zap/25-1", "0?s|2:s|3") in new stack
[Aug  3 14:53:08] VERBOSE[28960] logger.c:     -- Goto (macro-stdexten,s,3)
[Aug  3 14:53:08] DEBUG[28960] app_macro.c: Executed application: GotoIf
[Aug  3 14:53:08] VERBOSE[28960] logger.c:     -- Executing [s@macro-stdexten:3] Dial("Zap/25-1", "SIP/212|20|t") in new stack
[Aug  3 14:53:08] VERBOSE[28960] logger.c:     -- Called 212
[Aug  3 14:53:18] VERBOSE[28102] logger.c:     -- Channel 0/1, span 2 got hangup request, cause 102
[Aug  3 14:53:18] DEBUG[28960] cdr_addon_mysql.c: cdr_mysql: inserting a CDR record.
[Aug  3 14:53:18] VERBOSE[28960] logger.c:   == Spawn extension (macro-stdexten, s, 3) exited non-zero on 'Zap/25-1' in macro 'stdexten'
[Aug  3 14:53:18] VERBOSE[28960] logger.c:   == Spawn extension (macro-stdexten, s, 3) exited non-zero on 'Zap/25-1'
[Aug  3 14:53:18] DEBUG[28960] chan_zap.c: Set option AUDIO MODE, value: ON(1) on Zap/25-1
[Aug  3 14:53:18] DEBUG[28960] chan_zap.c: Not yet hungup...  Calling hangup once with icause, and clearing call
[Aug  3 14:53:18] DEBUG[28960] chan_zap.c: Set option AUDIO MODE, value: OFF(0) on Zap/25-1
[Aug  3 14:53:18] VERBOSE[28960] logger.c:     -- Hungup 'Zap/25-1'
[Aug  3 14:53:18] DEBUG[28960] cdr_addon_mysql.c: cdr_mysql: inserting a CDR record.
[Aug  3 14:49:39] VERBOSE[28946] logger.c:     -- Executing [xxxxxxxxxx@international:1] Set("SIP/242-098c0178", "CALLERID(all)=Advance Packaging<xxxxxxxxxx>") in new stack
[Aug  3 14:49:39] VERBOSE[28946] logger.c:     -- Executing [xxxxxxxxxx@international:2] Dial("SIP/242-098c0178", "ZAP/g1/xxxxxxxxxx") in new stack
[Aug  3 14:49:39] VERBOSE[28946] logger.c:     -- Requested transfer capability: 0x00 - SPEECH
[Aug  3 14:49:39] VERBOSE[28946] logger.c:     -- Called g1/xxxxxxxxxx
[Aug  3 14:49:39] DEBUG[28102] chan_zap.c: Queuing frame from PRI_EVENT_PROCEEDING on channel 0/2 span 2
[Aug  3 14:49:39] VERBOSE[28946] logger.c:     -- Zap/26-1 is proceeding passing it to SIP/242-098c0178
[Aug  3 14:49:39] VERBOSE[28946] logger.c:     -- Zap/26-1 is ringing
[Aug  3 14:49:42] DEBUG[28102] chan_zap.c: Echo cancellation already on
[Aug  3 14:49:42] VERBOSE[28946] logger.c:     -- Zap/26-1 answered SIP/242-098c0178
[Aug  3 14:49:45] VERBOSE[28102] logger.c:     -- Accepting call from 'xxxxxxxxxx' to 'xxxxxxxxxx' on channel 0/3, span 2
[Aug  3 14:49:45] VERBOSE[28947] logger.c:     -- Executing [xxxxxxxxxx@incoming:1] Set("Zap/27-1", "aa=1") in new stack
[Aug  3 14:49:45] VERBOSE[28947] logger.c:     -- Executing [xxxxxxxxxx@incoming:2] GotoIf("Zap/27-1", "1 = "1"?incoming-open|s|1") in new stack
[Aug  3 14:49:45] VERBOSE[28947] logger.c:     -- Goto (incoming-open,s,1)
[Aug  3 14:49:45] VERBOSE[28947] logger.c:     -- Executing [s@incoming-open:1] Answer("Zap/27-1", "") in new stack
[Aug  3 14:49:45] VERBOSE[28947] logger.c:     -- Executing [s@incoming-open:2] Goto("Zap/27-1", "inside|200|1") in new stack
[Aug  3 14:49:45] VERBOSE[28947] logger.c:     -- Goto (inside,200,1)
[Aug  3 14:49:45] VERBOSE[28947] logger.c:     -- Executing [200@inside:1] Dial("Zap/27-1", "SIP/206|240") in new stack
[Aug  3 14:49:45] VERBOSE[28947] logger.c:     -- Called 206
[Aug  3 14:49:45] DEBUG[28102] chan_zap.c: Echo cancellation already on
[Aug  3 14:49:45] VERBOSE[28947] logger.c:     -- SIP/206-098f8c70 is ringing
[Aug  3 14:49:45] VERBOSE[28947] logger.c:     -- SIP/206-098f8c70 is ringing
[Aug  3 14:49:46] VERBOSE[28947] logger.c:     -- SIP/206-098f8c70 is ringing
[Aug  3 14:49:48] VERBOSE[28947] logger.c:     -- SIP/206-098f8c70 answered Zap/27-1
[Aug  3 14:49:52] DEBUG[28944] chan_zap.c: Set option AUDIO MODE, value: ON(1) on Zap/28-1
[Aug  3 14:49:52] DEBUG[28944] chan_zap.c: Not yet hungup...  Calling hangup once with icause, and clearing call
[Aug  3 14:49:52] DEBUG[28944] chan_zap.c: Set option AUDIO MODE, value: OFF(0) on Zap/28-1
[Aug  3 14:49:52] VERBOSE[28944] logger.c:     -- Hungup 'Zap/28-1'
[Aug  3 14:49:52] VERBOSE[28944] logger.c:   == Spawn extension (international, xxxxxxxxxx, 2) exited non-zero on 'SIP/271-098d49a8'
[Aug  3 14:49:52] DEBUG[28944] cdr_addon_mysql.c: cdr_mysql: inserting a CDR record.
[Aug  3 14:49:53] DEBUG[28946] chan_zap.c: Set option AUDIO MODE, value: ON(1) on Zap/26-1
[Aug  3 14:49:53] DEBUG[28946] chan_zap.c: Not yet hungup...  Calling hangup once with icause, and clearing call
[Aug  3 14:49:53] DEBUG[28946] chan_zap.c: Set option AUDIO MODE, value: OFF(0) on Zap/26-1
[Aug  3 14:49:53] VERBOSE[28946] logger.c:     -- Hungup 'Zap/26-1'
[Aug  3 14:49:53] VERBOSE[28946] logger.c:   == Spawn extension (international, 9572120, 2) exited non-zero on 'SIP/242-098c0178'
[Aug  3 14:49:53] DEBUG[28946] cdr_addon_mysql.c: cdr_mysql: inserting a CDR record.
[Aug  3 14:49:55] VERBOSE[28947] logger.c:     -- Started music on hold, class 'default', on Zap/27-1
[Aug  3 14:50:35] VERBOSE[28102] logger.c:     -- Channel 0/1, span 2 got hangup request, cause 16
[Aug  3 14:50:35] DEBUG[28892] chan_zap.c: Set option AUDIO MODE, value: ON(1) on Zap/25-1
[Aug  3 14:50:35] DEBUG[28892] chan_zap.c: Not yet hungup...  Calling hangup once with icause, and clearing call
[Aug  3 14:50:35] DEBUG[28892] chan_zap.c: Set option AUDIO MODE, value: OFF(0) on Zap/25-1
[Aug  3 14:50:35] VERBOSE[28892] logger.c:     -- Hungup 'Zap/25-1'
[Aug  3 14:50:35] VERBOSE[28892] logger.c:   == Spawn extension (international, 701, 1) exited non-zero on 'SIP/272-09967930'
[Aug  3 14:50:35] DEBUG[28892] cdr_addon_mysql.c: cdr_mysql: inserting a CDR record.
[Aug  3 14:53:08] VERBOSE[28102] logger.c:     -- Accepting call from 'xxxxxxxxxx' to 'xxxxxxxxxx' on channel 0/1, span 2
[Aug  3 14:53:08] VERBOSE[28960] logger.c:     -- Executing [xxxxxxxxxx@incoming:1] SIPAddHeader("Zap/25-1", "Alert-Info:EXTERNAL") in new stack
[Aug  3 14:53:08] VERBOSE[28960] logger.c:     -- Executing [xxxxxxxxxx@incoming:2] Goto("Zap/25-1", "inside|212|1") in new stack
[Aug  3 14:53:08] VERBOSE[28960] logger.c:     -- Goto (inside,212,1)
[Aug  3 14:53:08] VERBOSE[28960] logger.c:     -- Executing [212@inside:1] Macro("Zap/25-1", "stdexten|212|SIP/212") in new stack
[Aug  3 14:53:08] DEBUG[28102] chan_zap.c: Echo cancellation already on
[Aug  3 14:53:08] DEBUG[28960] db.c: Unable to find key '212' in family 'CFI'
[Aug  3 14:53:08] VERBOSE[28960] logger.c:     -- Executing [s@macro-stdexten:1] GotoIf("Zap/25-1", "0?s|2:s|3") in new stack
[Aug  3 14:53:08] VERBOSE[28960] logger.c:     -- Goto (macro-stdexten,s,3)
[Aug  3 14:53:08] DEBUG[28960] app_macro.c: Executed application: GotoIf
[Aug  3 14:53:08] VERBOSE[28960] logger.c:     -- Executing [s@macro-stdexten:3] Dial("Zap/25-1", "SIP/212|20|t") in new stack
[Aug  3 14:53:08] VERBOSE[28960] logger.c:     -- Called 212
[Aug  3 14:53:18] VERBOSE[28102] logger.c:     -- Channel 0/1, span 2 got hangup request, cause 102
[Aug  3 14:53:18] DEBUG[28960] cdr_addon_mysql.c: cdr_mysql: inserting a CDR record.
[Aug  3 14:53:18] VERBOSE[28960] logger.c:   == Spawn extension (macro-stdexten, s, 3) exited non-zero on 'Zap/25-1' in macro 'stdexten'
[Aug  3 14:53:18] VERBOSE[28960] logger.c:   == Spawn extension (macro-stdexten, s, 3) exited non-zero on 'Zap/25-1'
[Aug  3 14:53:18] DEBUG[28960] chan_zap.c: Set option AUDIO MODE, value: ON(1) on Zap/25-1
[Aug  3 14:53:18] DEBUG[28960] chan_zap.c: Not yet hungup...  Calling hangup once with icause, and clearing call
[Aug  3 14:53:18] DEBUG[28960] chan_zap.c: Set option AUDIO MODE, value: OFF(0) on Zap/25-1
[Aug  3 14:53:18] VERBOSE[28960] logger.c:     -- Hungup 'Zap/25-1'
[Aug  3 14:53:18] DEBUG[28960] cdr_addon_mysql.c: cdr_mysql: inserting a CDR record.

Comments:By: Phil Smith (philsmith) 2007-08-03 14:15:08

console.txt is the last moments from the CLI with core set debug 9 core set verbose 9

fulllog-debugenable.txt is the FULL log with DEBUG enabled in the logging.conf file

Asterisk build with DEBUG_THREADS and DONT_OPTIMIZE enabled and started with /usr/sbin/asterisk -vvvg -c

No crash so no core file.

Using
asterisk-1.4.9  
asterisk-addons-1.4.2  
libpri-1.4.1
zaptel-1.4.4


By: Russell Bryant (russell) 2007-08-03 14:28:38

I just committed some changes to the DEBUG_THREADS code in 1.4 that should make debugging these types of problems a lot easier.  Please update to the latest version of the 1.4 branch, still with DEBUG_THREADS and DONT_OPTIMIZE set, and include the output of the "core show locks" CLI command after Asterisk locks up.
By: Phil Smith (philsmith) 2007-08-03 16:29:53

Running Asterisk SVN-branch-1.4-r78095 now and uploaded the "CORE SHOW LOCKS" output.
By: Russell Bryant (russell) 2007-08-03 16:31:51

That wasn't nearly as helpful as I had hoped.  :(

Do you know what is happening on the system right before this happens?  Parking?  Transfer?
By: Phil Smith (philsmith) 2007-08-03 16:41:54

I can make it happen now.  Using a Snom 360 phone it gets a call from outside via a ZAP channel.  Push the transfer button on the Snom dial 700 (call parking) and then the check mark button.  Dial 701, or what ever the call was parked on, and then park again.  Do this until it locks.  

My assumption is that durning the business day as calls are getting sent back to the operator and she is picking up other ones this eventually just locks it.

Got some other things I want to try to see if they still lock and will keep you posted.
By: Phil Smith (philsmith) 2007-08-03 16:48:59

Doing blind transfers to call parking I can make it lock using a Polycom 501 as well as Polycom 301.
By: callguy (callguy) 2007-08-08 13:23:55

We appear to be having a related issue (bug 10406) - it seems that transfers to queues will also cause this to happen (but it isn't 100% reproducible) it may be that only blind transfers to the queue does it.
By: Eliel Sardanons (eliel) 2007-08-09 07:38:42

While doing a transfer Local channels are created (??). Maybe this issue is related to: ASTERISK-1013197
This is just a guess
By: Russell Bryant (russell) 2007-08-10 10:46:04

I found a bug in my "core show locks" code that made the output not useful.  If you update to 1.4.10.1, it should be a lot more helpful.
By: Joshua C. Colp (jcolp) 2007-08-16 13:21:29

As Russell requested can you update and provide it again, thanks!
By: Phil Smith (philsmith) 2007-08-16 14:16:58

Upper Management required me to roll back to 1.2 since we were having too many (about 4) crashes a day and distrupting business.  At this point I am barred from running 1.4 in production

I will need a little bit of time to set a test box and phones and see if I can duplicate the problem in testing.  I will keep you posted.
By: Russell Bryant (russell) 2007-08-23 15:53:56

Give the patch in 9724 a try if you are testing this
By: Phil Smith (philsmith) 2007-08-29 08:21:48

Is this patch built into SVN-branch-1.4-r81228?
By: Russell Bryant (russell) 2007-08-29 09:05:19

No, it has not been committed.  I am waiting for people to test it first.  You have to manually apply it to the source.

$ cd asterisk-1.4
$ patch -p0 < patchfile.txt
By: Phil Smith (philsmith) 2007-08-29 13:14:00

Applied the patch to SVN Branch for a version of Asterisk SVN-branch-1.4-r81228M.

This is on a test box and only have SIP and IAX channels available for it, no ZAP.

Took all the steps that was causing it to crash before with transfers to the parking lot and it did not lock this time.  I could not say 100% that it fixed the problem because I was not able to test calls coming in on a ZAP channel.  I will try to get it put on the production server that does have ZAP channels to see if the issue is resolved there also.
By: Digium Subversion (svnbot) 2007-09-06 17:10:35

Repository: asterisk
Revision: 81832

------------------------------------------------------------------------
r81832 | russell | 2007-09-06 17:10:34 -0500 (Thu, 06 Sep 2007) | 16 lines

(closes issue ASTERISK-9438, closes issue ASTERISK-10017)
Reported by: kenw
Patches:
     9724.txt uploaded by russell (license 2)
Tested by: kenw, russell

Resolve a deadlock that occurs when doing a SIP transfer to parking.  

I come across this type of deadlock fairly often it seems.  It is very important
to mind the boundary between the channel driver and the core in respect to the
channel lock and the channel-pvt lock.  Channel drivers lock to lock the
pvt and then the channel once it calls into the core, while the core will do
it in the opposite order.  The way this is avoided is by having channel drivers
either release their pvt lock while calling into the core, or such as in this
case, unlocking the pvt just long enough to acquire the channel lock.

------------------------------------------------------------------------
By: Digium Subversion (svnbot) 2007-09-06 17:11:54

Repository: asterisk
Revision: 81839

------------------------------------------------------------------------
r81839 | russell | 2007-09-06 17:11:53 -0500 (Thu, 06 Sep 2007) | 24 lines

Merged revisions 81832 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/1.4

........
r81832 | russell | 2007-09-06 17:28:57 -0500 (Thu, 06 Sep 2007) | 16 lines

(closes issue ASTERISK-9438, closes issue ASTERISK-10017)
Reported by: kenw
Patches:
     9724.txt uploaded by russell (license 2)
Tested by: kenw, russell

Resolve a deadlock that occurs when doing a SIP transfer to parking.  

I come across this type of deadlock fairly often it seems.  It is very important
to mind the boundary between the channel driver and the core in respect to the
channel lock and the channel-pvt lock.  Channel drivers lock to lock the
pvt and then the channel once it calls into the core, while the core will do
it in the opposite order.  The way this is avoided is by having channel drivers
either release their pvt lock while calling into the core, or such as in this
case, unlocking the pvt just long enough to acquire the channel lock.

........

------------------------------------------------------------------------
By: Digium Subversion (svnbot) 2007-09-08 09:14:35

Repository: asterisk
Revision: 81970

------------------------------------------------------------------------
r81970 | murf | 2007-09-08 09:14:33 -0500 (Sat, 08 Sep 2007) | 260 lines

Merged revisions 81683,81712,81730,81742,81744-81745,81777,81779,81781-81785,81813-81814,81827,81839,81849,81858,81873,81891,81910,81924,81953 via svnmerge from
https://origsvn.digium.com/svn/asterisk/trunk

................
r81683 | mmichelson | 2007-09-06 09:21:45 -0600 (Thu, 06 Sep 2007) | 13 lines

Merged revisions 81682 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/1.4

........
r81682 | mmichelson | 2007-09-06 10:20:36 -0500 (Thu, 06 Sep 2007) | 5 lines

Fixes a memory leak

(closes issue ASTERISK-10247, reported and patched by Ivan)


........

................
r81712 | rizzo | 2007-09-06 09:43:49 -0600 (Thu, 06 Sep 2007) | 8 lines

various changes to the documentation, and redefinition of
ao2_hash_fn and ao2_callback_fn typedefs, in preparation
to more cleanup of the _search_flags

Please do not merge this change to 1.4 yet - there are no
functional changes anyways.


................
r81730 | mmichelson | 2007-09-06 10:31:30 -0600 (Thu, 06 Sep 2007) | 14 lines

Merged revisions 81713 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/1.4

........
r81713 | mmichelson | 2007-09-06 11:25:40 -0500 (Thu, 06 Sep 2007) | 6 lines

Fixes an issue where valid DTMF had to be pressed twice to exit a queue if a member's phone
was ringing.

(closes issue ASTERISK-10245, reported by strider2k, patched by me)


........

................
r81742 | mattf | 2007-09-06 10:38:54 -0600 (Thu, 06 Sep 2007) | 1 line

Patch on 10575.  Add support for unequipped CIC (UCIC) message as well as improve some of our CIC flags in chan_zap
................
r81744 | tilghman | 2007-09-06 10:57:20 -0600 (Thu, 06 Sep 2007) | 2 lines

Incorporate the ability to log output of safe_asterisk to syslog (closes issue ASTERISK-9588)

................
r81745 | phsultan | 2007-09-06 11:00:58 -0600 (Thu, 06 Sep 2007) | 9 lines

Merged revisions 81743 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/1.4

........
r81743 | phsultan | 2007-09-06 18:56:29 +0200 (Thu, 06 Sep 2007) | 1 line

Various string length fixes. Removed an unused variable in aji_client structure (context)
........

................
r81777 | file | 2007-09-06 13:43:20 -0600 (Thu, 06 Sep 2007) | 15 lines

Merged revisions 81776 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/1.4

........
r81776 | file | 2007-09-06 16:40:37 -0300 (Thu, 06 Sep 2007) | 7 lines

(closes issue ASTERISK-9809)
Reported by: stevefeinstein
Patches:
     meetme-unmute-manager.diff uploaded by qwell (license 4)
Tested by: stevefeinstein
After looking over the code I agree with Qwell. Setting the file descriptor to conference each time just causes a fight back and forth.

........

................
r81779 | qwell | 2007-09-06 14:00:08 -0600 (Thu, 06 Sep 2007) | 10 lines

Merged revisions 81778 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/1.4

........
r81778 | qwell | 2007-09-06 14:59:07 -0500 (Thu, 06 Sep 2007) | 2 lines

This should fix a build issue that people building against uClibc were seeing with the addition of astobj2

........

................
r81781 | russell | 2007-09-06 14:05:50 -0600 (Thu, 06 Sep 2007) | 2 lines

Fix the syntax of declaring a hint with a name to be compatible with trunk

................
r81782 | file | 2007-09-06 14:16:02 -0600 (Thu, 06 Sep 2007) | 6 lines

(closes issue ASTERISK-10019)
Reported by: mvanbaak
Patches:
     chan_skinny_info.diff uploaded by mvanbaak (license 7)
Add skinny show device, skinny show line, and skinny show settings CLI commands.

................
r81783 | russell | 2007-09-06 14:24:18 -0600 (Thu, 06 Sep 2007) | 4 lines

Merge HINT() dialplan function from my sandbox branch into trunk.  This function
will let you retrieve the list of devices or name associated with a hint.
(inspired by issue ASTERISK-10226)

................
r81784 | russell | 2007-09-06 14:27:26 -0600 (Thu, 06 Sep 2007) | 4 lines

Rename the DEVSTATE() function to DEVICE_STATE() to better conform to how other
functions are named.
(inspired by issue ASTERISK-10226)

................
r81785 | russell | 2007-09-06 14:27:53 -0600 (Thu, 06 Sep 2007) | 2 lines

s/DEVSTATE/DEVICE_STATE/

................
r81813 | russell | 2007-09-06 14:54:07 -0600 (Thu, 06 Sep 2007) | 5 lines

Add EXTENSION_STATE() function that can retrieve the state of an extension that
has a hint.

(closes issue ASTERISK-10226, adamgundy)

................
r81814 | file | 2007-09-06 15:01:10 -0600 (Thu, 06 Sep 2007) | 2 lines

Initialize iax_frames variable to NULL, keeps valgrind happy.

................
r81827 | qwell | 2007-09-06 16:06:17 -0600 (Thu, 06 Sep 2007) | 9 lines

Merged revisions 81826 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/1.4

........
r81826 | qwell | 2007-09-06 17:05:02 -0500 (Thu, 06 Sep 2007) | 1 line

We added COPTS for ASTCFLAGS additions, but not LDOPTS for ASTLDFLAGS.  This adds LDOPTS
........

................
r81839 | russell | 2007-09-06 16:30:15 -0600 (Thu, 06 Sep 2007) | 24 lines

Merged revisions 81832 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/1.4

........
r81832 | russell | 2007-09-06 17:28:57 -0500 (Thu, 06 Sep 2007) | 16 lines

(closes issue ASTERISK-9438, closes issue ASTERISK-10017)
Reported by: kenw
Patches:
     9724.txt uploaded by russell (license 2)
Tested by: kenw, russell

Resolve a deadlock that occurs when doing a SIP transfer to parking.  

I come across this type of deadlock fairly often it seems.  It is very important
to mind the boundary between the channel driver and the core in respect to the
channel lock and the channel-pvt lock.  Channel drivers lock to lock the
pvt and then the channel once it calls into the core, while the core will do
it in the opposite order.  The way this is avoided is by having channel drivers
either release their pvt lock while calling into the core, or such as in this
case, unlocking the pvt just long enough to acquire the channel lock.

........

................
r81849 | russell | 2007-09-06 16:32:03 -0600 (Thu, 06 Sep 2007) | 1 line

fix the build ... oops
................
r81858 | file | 2007-09-06 16:34:44 -0600 (Thu, 06 Sep 2007) | 2 lines

Fix memory issue that crept up with Russell's testing. It is *not* proper to free the frame we get in ast_write.

................
r81873 | file | 2007-09-07 06:32:04 -0600 (Fri, 07 Sep 2007) | 2 lines

Don't check for epoll support when cross compiling.

................
r81891 | mmichelson | 2007-09-07 09:29:23 -0600 (Fri, 07 Sep 2007) | 11 lines

Merged revisions 81886 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/1.4

........
r81886 | mmichelson | 2007-09-07 10:25:19 -0500 (Fri, 07 Sep 2007) | 3 lines

Moving the explanation for joinempty to a more appropriate place


........

................
r81910 | qwell | 2007-09-07 10:13:57 -0600 (Fri, 07 Sep 2007) | 4 lines

Add an optional reason parameter to PauseQueueMember/UnpauseQueueMember applications and manager events.

Issue 8738, patch by rgollent

................
r81924 | qwell | 2007-09-07 13:53:30 -0600 (Fri, 07 Sep 2007) | 14 lines

Merged revisions 81923 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/1.4

(closes issue ASTERISK-10255)
........
r81923 | qwell | 2007-09-07 14:48:00 -0500 (Fri, 07 Sep 2007) | 5 lines

Allow the MEMBERINTERFACE variable to be used as the mixmonitor filename.
This moves the setting of the MEMBERINTERFACE variable to before mixmonitor.

Issue 10671, patch by sim.

........

................
r81953 | russell | 2007-09-08 07:45:40 -0600 (Sat, 08 Sep 2007) | 19 lines

Merged revisions 81952 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/1.4

........
r81952 | russell | 2007-09-08 08:42:26 -0500 (Sat, 08 Sep 2007) | 11 lines

(closes issue ASTERISK-10256)
Bump the cleancount so that a "make clean" will be forced.  This is needed
because my fix in revision 81599 made a change to a data structure in file.h,
and since file dependency tracking is only on with dev-mode enabled, file
format modules that don't get rebuilt may crash, as is the case with this issue.

This makes me wonder - how much faster does the code build without the file
dependency tracking enabled?  If it doesn't make much of a difference, then it
may be worth just keeping it on all of the time, or perhaps just not in release
tarballs, so that this type of issue is avoided.

........

................

------------------------------------------------------------------------