<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
</head>
<body dir="ltr">
<div id="divtagdefaultwrapper" style="font-size:12pt;color:#000000;background-color:#FFFFFF;font-family:Calibri,Arial,Helvetica,sans-serif;">
<p>Hi Richard,</p>
<p><br>
</p>
<p>Thank you for the additional information it is very useful. I can no longer see the
<span style="font-family: Calibri, Arial, Helvetica, sans-serif, "Apple Color Emoji", "Segoe UI Emoji", NotoColorEmoji, "Segoe UI Symbol", "Android Emoji", EmojiSymbols; font-size: 16px;">
subm:rtp_topic </span>after the last crash with the HEP modules disabled. This will hopefully resolve that issue, however, I've just seen the following
<span style="font-family: Calibri, Arial, Helvetica, sans-serif, "Apple Color Emoji", "Segoe UI Emoji", NotoColorEmoji, "Segoe UI Symbol", "Android Emoji", EmojiSymbols; font-size: 16px;">
SIGSEGV </span>issue:</p>
<br>
<blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;">
<div>[Thread debugging using libthread_db enabled]</div>
<div>Using host libthread_db library "/lib64/libthread_db.so.1".</div>
<div>Core was generated by `/usr/sbin/asterisk -f -vvvg -c'.</div>
<div>Program terminated with signal SIGSEGV, Segmentation fault.</div>
<div>#0 0x00007f1ee50edda0 in pj_pool_release () from /lib64/libpj.so.2</div>
<div>[Current thread is 1 (Thread 0x7f1ed3de4700 (LWP 31442))]</div>
<div>#0 0x00007f1ee50edda0 in pj_pool_release () at /lib64/libpj.so.2</div>
<div>#1 0x00007f1ee6c32b48 in pjsip_tx_data_dec_ref () at /lib64/libpjsip.so.2</div>
<div>#2 0x00007f1ee6c32d60 in pjsip_transport_send () at /lib64/libpjsip.so.2</div>
<div>#3 0x00007f1ee6c3e6be in tsx_send_msg () at /lib64/libpjsip.so.2</div>
<div>#4 0x00007f1ee6c3e227 in tsx_timer_callback () at /lib64/libpjsip.so.2</div>
<div>#5 0x00007f1ee50f63b7 in pj_timer_heap_poll () at /lib64/libpj.so.2</div>
<div>#6 0x00007f1ee6c2dc3b in pjsip_endpt_handle_events2 () at /lib64/libpjsip.so.2</div>
<div>#7 0x00007f1ed58c7508 in monitor_thread_exec (endpt=<optimized out>) at res_pjsip.c:3863</div>
<div> delay = {sec = 0, msec = 10}</div>
<div>#8 0x00007f1ee50e7a56 in thread_main () at /lib64/libpj.so.2</div>
<div>#9 0x00007f1f66ad261a in start_thread () at /lib64/libpthread.so.0</div>
<div>#10 0x00007f1f65e0e59d in clone () at /lib64/libc.so.6</div>
<div><br>
</div>
</blockquote>
Should another issue be raised for this?
<div><br>
</div>
<div>Kind regards,</div>
<div><br>
</div>
<div>Ross<br>
<div></div>
<div><br>
</div>
<br>
<br>
<div style="color: rgb(0, 0, 0);">
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" color="#000000" style="font-size:11pt"><b>From:</b> asterisk-dev-bounces@lists.digium.com <asterisk-dev-bounces@lists.digium.com> on behalf of Richard Mudgett <rmudgett@digium.com><br>
<b>Sent:</b> 28 June 2016 17:00<br>
<b>To:</b> Asterisk Developers Mailing List<br>
<b>Subject:</b> Re: [asterisk-dev] ASTERISK-26145 - Task Process Issues possibly caused by HEP</font>
<div> </div>
</div>
<div>
<div dir="ltr"><br>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Tue, Jun 28, 2016 at 10:20 AM, Ross Beer <span dir="ltr">
<<a href="mailto:ross.beer@outlook.com" target="_blank">ross.beer@outlook.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex; border-left:1px solid rgb(204,204,204); padding-left:1ex">
<div dir="ltr">
<div style="font-size:12pt; color:rgb(0,0,0); background-color:rgb(255,255,255); font-family:Calibri,Arial,Helvetica,sans-serif">
<p>Hi,</p>
<p><br>
</p>
<p>I agree that the conversation about HEP default settings doesn't warrant a lengthy discussion, however, the fact that the 'task processor' causes asterisk to stop processing packets is a serious issue. This is happening multiple times a day on several boxes.</p>
<p><br>
</p>
<p>I'm trying to identify what is causing over 1500 tasks to back-up in the '<span>subm:rtp_topic-000000de' scheduler. This is proving difficult as you only see counts and not actual waiting tasks.</span></p>
</div>
</div>
</blockquote>
<div><br>
</div>
<div>The res_hep_rtcp.so module is what creates the <span>subm:rtp_topic stasis message bus subscription. Since you have indicated that you are not using that feature you should not load the module.<br>
<br>
</span></div>
<div><span>The taskprocessors that begin with 'subm:' (m for mailbox) or 'subp:' (p for thread pool) are stasis message bus subscriptions. The 'subm:' taskprocessors have a single dedicated thread to process the taskprocessor tasks. The 'subp:' taskprocessors
do not have a dedicated thread. Those taskprocessors get executed by an available thread from the stasis thread pool. The stasis thread pool is configured by the stasis.conf file.<br>
</span></div>
<div><br>
</div>
<div>Richard<br>
</div>
</div>
<br>
</div>
</div>
</div>
</div>
</div>
</div>
</body>
</html>