Re: [asterisk-dev] Minor Release Branches
On Tue, Dec 19, 2017 at 1:03 PM, Matt Fredrickson wrote: > On Tue, Dec 19, 2017 at 10:46 AM, Kevin Harwell > wrote: > > > > > > On Tue, Dec 19, 2017 at 10:12 AM, Corey Farrell wrote: > >> > >> I'd like to propose that we make minor release branches temporary. > What I > >> mean is 13.15, 15.0, etc. The sole purpose of the '13.15' was to allow > >> cherry-picking fixes to the 13.15.x series. As soon as 13.16.0 was > released > >> the '13.15' branch was closed to new merges. The latest commit on > '13.15' > >> is tagged as '13.15.1' so we would not be orphaning any commits by doing > >> this. When you click "Cherry-pick" from the gerrit web ui and type > "15", the > >> selection list shows "13.15" first (and selects it by default). > >> > >> Anyone have thoughts on this? > >> > > > > Sounds good to me. You might even be able to automate this by making it > part > > of the mkrelease script. > > That sounds good to me as well. I think if we ran into a weird > situation where we have to add a release to an old tag (heaven forbid) > we could "make" it work some way or another. > Thankfully we tag EVERYTHING! :) > > -- > Matthew Fredrickson > Digium, Inc. | Engineering Manager > 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA > > -- > _ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > asterisk-dev mailing list > To UNSUBSCRIBE or update options visit: >http://lists.digium.com/mailman/listinfo/asterisk-dev > -- George Joseph Digium, Inc. | Software Developer 445 Jan Davis Drive NW - Huntsville, AL 35806 - US Check us out at: www.digium.com & www.asterisk.org -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
[asterisk-dev] Fwd: Asterisk 13.17.1 Crash on ConfBridge - NetGen ATA
-- Forwarded message --
From: George Joseph
Date: Tue, Dec 19, 2017 at 1:46 PM
Subject: Re: [asterisk-dev] Asterisk 13.17.1 Crash on ConfBridge - NetGen
ATA
To: brya...@zktech.com
On Tue, Dec 19, 2017 at 1:26 PM, Bryant Zimmerman
wrote:
> George
>
> Thank you we will get 13.18.4 on the test box ASAP, and thank you for the
> wiki link so we can pull together additional information to resolve this
> issue. I have upgraded to 13.18.4 and the system is not crashing now. Is
> there any specific item that may point to why the issue was occurring?
>
The fixes were related to our handling of RTCP reports. Here are the
issues:
https://issues.asterisk.org/jira/browse/ASTERISK-27382
https://issues.asterisk.org/jira/browse/ASTERISK-27429
>
> Thanks
>
> Bryant Zimmerman (ZK Tech Inc.)
> 616-855-1030 Ext. 2003
>
> --
> *From*: "George Joseph"
> *Sent*: Tuesday, December 19, 2017 2:59 PM
> *To*: brya...@zktech.com, "Asterisk Developers Mailing List" <
> asterisk-dev@lists.digium.com>
> *Subject*: Re: [asterisk-dev] Asterisk 13.17.1 Crash on ConfBridge -
> NetGen ATA
>
>
>
> On Tue, Dec 19, 2017 at 12:45 PM, Bryant Zimmerman
> wrote:
>>
>> We are having an issue with asterisk 13.17.1 dumping when a call from a
>> NetGen Smart ATA drops into a confbridge
>> The call props up and then things just go wrong. I have talked with the
>> support guys at NetGen and they have requested I work start with the
>> asterisk dev group so we can figure out what is causing this issue and why
>> asterisk is dumping. They are willing to fix anything from their end but we
>> have not been able to figure out what in their rtp stream is triggering
>> this. Their ATA's seem to work out side of the confbridge without issues
>> so far. Any ideas are appreciated. The asterisk dump is by far my biggest
>> concern.
>>
>> Below is the first part of the dump Backtrack. I have attached a copy of
>> the complete Backtrack. I need to know what more would be needed to get to
>> the bottom of this issue. As it stands now the NetGen Smart ATA will cause
>> asterisk 13 to crash if placed into a confbridge.
>> http://www.netgencommunications.com/
>> The support guy said we could contact them at
>> supp...@netgencommunications.com
>>
>
> There's not a whole lot of info in this backtrace for us to really know
> what's going on but can you try with 13.18.4? There have been recent crash
> fixes that may help.
>
> If 13.18.4 doesn't help, recompiling with debugging turned on, re-creating
> the issue, then following the wiki instructions to get a backtrace will
> help us figure out what's up.
> https://wiki.asterisk.org/wiki/display/AST/Getting+a+Backtrace
>
>
>
>
>
>
>
>
>>
>>-- Executing [s@Core_ConfBridge_Basic:11]
>> ConfBridge("PJSIP/6162480909.351-",
>> "6162480909.~Promo~GA1,,,sample_user_menu") in new stack
>>> 0x7f3ff800b4c0 -- Probation passed - setting RTP source address
>> to 192.168.209.194:10020
>> -- Channel CBAnn/6162480909.~Promo~GA1-;2 joined 'softmix'
>> base-bridge <4a00cdad-91cb-4924-8abe-8dc9cad08f10>
>> -- Playing 'conf-onlyperson.ulaw'
>> (language 'en')
>> UBNTU-ROSSI-GUEST*CLI> *** Error in `/usr/sbin/asterisk': malloc():
>> memory corruption: 0x7f3fac00c220 ***
>> === Backtrace: =
>> /lib/x86_64-linux-gnu/libc.so.6(+0x777e5)[0x7f402147b7e5]
>> /lib/x86_64-linux-gnu/libc.so.6(+0x8213e)[0x7f402148613e]
>> /lib/x86_64-linux-gnu/libc.so.6(__libc_malloc+0x54)[0x7f4021488184]
>> /usr/sbin/asterisk(ast_json_malloc+0xa)[0x52a23a]
>> /usr/lib/x86_64-linux-gnu/libjansson.so.4(json_object+0xb)[0
>> x7f40227ab7bb]
>> /usr/lib/x86_64-linux-gnu/libjansson.so.4(+0x6505)[0x7f40227aa505]
>> /usr/lib/x86_64-linux-gnu/libjansson.so.4(json_vpack_ex+0x99
>> )[0x7f40227aaa09]
>> /usr/sbin/asterisk(ast_json_vpack+0x34)[0x52b6a4]
>> /usr/sbin/asterisk(ast_json_pack+0xa1)[0x52b7c1]
>> /usr/lib/asterisk/modules/res_rtp_asterisk.so(+0x10df3)[0x7f3f90994df3]
>> /usr/lib/asterisk/modules/res_rtp_asterisk.so(+0x11a99)[0x7f3f90995a99]
>> /usr/lib/asterisk/modules/res_rtp_asterisk.so(+0x13bcb)[0x7f3f90997bcb]
>> /usr/sbin/asterisk(ast_rtp_instance_read+0x36)[0x588076]
>> /usr/lib/asterisk/modules/chan_pjsip.so(+0x8cd7)[0x7f3f7c57ccd7]
>> /usr/sbin/asterisk[0x4bc042]
>> /usr/sbin/asterisk[0x50f3f1]
>> /usr/sbin/asterisk(ast_stream_and_wait+0x56)[0x511bbe]
>> /usr/lib/asterisk/modules/app_confbridge.so(+0xb716)[0x7f3f915d7716]
>> /usr/lib/asterisk/modules/app_confbridge.so(+0xd5f6)[0x7f3f915d95f6]
>> /usr/sbin/asterisk(pbx_exec+0xbd)[0x579155]
>> /usr/sbin/asterisk[0x56e0c3]
>> /usr/sbin/asterisk(ast_spawn_extension+0x18)[0x56feb8]
>> /usr/lib/asterisk/modules/app_macro.so(+0x2c02)[0x7f3f6f8a6c02]
>> /usr/sbin/asterisk(pbx_exec+0xbd)[0x579155]
>> /usr/sbin/asterisk[0x56e0c3]
>> /usr/sbin/asterisk[0x5703d1]
>> /usr/sbin/asterisk[0x57190b]
>> /usr/sbin/asterisk[0x5e45fd]
>> /lib/x86_64-linux-gnu/libpthread.so.0(+0x76ba)[0x7f4021f436ba]
>> /lib/x86_64-linux-gnu/li
Re: [asterisk-dev] Asterisk 13.17.1 Crash on ConfBridge - NetGen ATA
George
Thank you we will get 13.18.4 on the test box ASAP, and thank you for the
wiki link so we can pull together additional information to resolve this
issue. I have upgraded to 13.18.4 and the system is not crashing now. Is
there any specific item that may point to why the issue was occurring?
Thanks
Bryant Zimmerman (ZK Tech Inc.)
616-855-1030 Ext. 2003
From: "George Joseph"
Sent: Tuesday, December 19, 2017 2:59 PM
To: brya...@zktech.com, "Asterisk Developers Mailing List"
Subject: Re: [asterisk-dev] Asterisk 13.17.1 Crash on ConfBridge - NetGen
ATA
On Tue, Dec 19, 2017 at 12:45 PM, Bryant Zimmerman
wrote: We are having an issue with asterisk 13.17.1
dumping when a call from a NetGen Smart ATA drops into a confbridge
The call props up and then things just go wrong. I have talked with the
support guys at NetGen and they have requested I work start with the
asterisk dev group so we can figure out what is causing this issue and why
asterisk is dumping. They are willing to fix anything from their end but we
have not been able to figure out what in their rtp stream is triggering
this. Their ATA's seem to work out side of the confbridge without issues
so far. Any ideas are appreciated. The asterisk dump is by far my biggest
concern.
Below is the first part of the dump Backtrack. I have attached a copy of
the complete Backtrack. I need to know what more would be needed to get to
the bottom of this issue. As it stands now the NetGen Smart ATA will cause
asterisk 13 to crash if placed into a confbridge.
http://www.netgencommunications.com/
The support guy said we could contact them at
supp...@netgencommunications.com
There's not a whole lot of info in this backtrace for us to really know
what's going on but can you try with 13.18.4? There have been recent crash
fixes that may help.
If 13.18.4 doesn't help, recompiling with debugging turned on, re-creating
the issue, then following the wiki instructions to get a backtrace will
help us figure out what's up.
https://wiki.asterisk.org/wiki/display/AST/Getting+a+Backtrace
-- Executing [s@Core_ConfBridge_Basic:11]
ConfBridge("PJSIP/6162480909.351-",
"6162480909.~Promo~GA1,,,sample_user_menu") in new stack
> 0x7f3ff800b4c0 -- Probation passed - setting RTP source address to
192.168.209.194:10020
-- Channel CBAnn/6162480909.~Promo~GA1-;2 joined 'softmix'
base-bridge <4a00cdad-91cb-4924-8abe-8dc9cad08f10>
-- Playing 'conf-onlyperson.ulaw'
(language 'en')
UBNTU-ROSSI-GUEST*CLI> *** Error in `/usr/sbin/asterisk': malloc(): memory
corruption: 0x7f3fac00c220 ***
=== Backtrace: =
/lib/x86_64-linux-gnu/libc.so.6(+0x777e5)[0x7f402147b7e5]
/lib/x86_64-linux-gnu/libc.so.6(+0x8213e)[0x7f402148613e]
/lib/x86_64-linux-gnu/libc.so.6(__libc_malloc+0x54)[0x7f4021488184]
/usr/sbin/asterisk(ast_json_malloc+0xa)[0x52a23a]
/usr/lib/x86_64-linux-gnu/libjansson.so.4(json_object+0xb)[0x7f40227ab7bb]
/usr/lib/x86_64-linux-gnu/libjansson.so.4(+0x6505)[0x7f40227aa505]
/usr/lib/x86_64-linux-gnu/libjansson.so.4(json_vpack_ex+0x99)[0x7f40227aaa09
]
/usr/sbin/asterisk(ast_json_vpack+0x34)[0x52b6a4]
/usr/sbin/asterisk(ast_json_pack+0xa1)[0x52b7c1]
/usr/lib/asterisk/modules/res_rtp_asterisk.so(+0x10df3)[0x7f3f90994df3]
/usr/lib/asterisk/modules/res_rtp_asterisk.so(+0x11a99)[0x7f3f90995a99]
/usr/lib/asterisk/modules/res_rtp_asterisk.so(+0x13bcb)[0x7f3f90997bcb]
/usr/sbin/asterisk(ast_rtp_instance_read+0x36)[0x588076]
/usr/lib/asterisk/modules/chan_pjsip.so(+0x8cd7)[0x7f3f7c57ccd7]
/usr/sbin/asterisk[0x4bc042]
/usr/sbin/asterisk[0x50f3f1]
/usr/sbin/asterisk(ast_stream_and_wait+0x56)[0x511bbe]
/usr/lib/asterisk/modules/app_confbridge.so(+0xb716)[0x7f3f915d7716]
/usr/lib/asterisk/modules/app_confbridge.so(+0xd5f6)[0x7f3f915d95f6]
/usr/sbin/asterisk(pbx_exec+0xbd)[0x579155]
/usr/sbin/asterisk[0x56e0c3]
/usr/sbin/asterisk(ast_spawn_extension+0x18)[0x56feb8]
/usr/lib/asterisk/modules/app_macro.so(+0x2c02)[0x7f3f6f8a6c02]
/usr/sbin/asterisk(pbx_exec+0xbd)[0x579155]
/usr/sbin/asterisk[0x56e0c3]
/usr/sbin/asterisk[0x5703d1]
/usr/sbin/asterisk[0x57190b]
/usr/sbin/asterisk[0x5e45fd]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x76ba)[0x7f4021f436ba]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x6d)[0x7f402150b3dd]
Thanks
Bryant Zimmerman (ZK Tech Inc.)
616-855-1030 Ext. 2003
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-dev
-- George Joseph Digium, Inc. | Software Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - US
Check us out at: www.digium.com & www.asterisk.org
--
_
-- Bandwidth and Colocation Provided by http://www.api-dig
Re: [asterisk-dev] Minor Release Branches
On Tue, Dec 19, 2017 at 10:46 AM, Kevin Harwell wrote: > > > On Tue, Dec 19, 2017 at 10:12 AM, Corey Farrell wrote: >> >> I'd like to propose that we make minor release branches temporary. What I >> mean is 13.15, 15.0, etc. The sole purpose of the '13.15' was to allow >> cherry-picking fixes to the 13.15.x series. As soon as 13.16.0 was released >> the '13.15' branch was closed to new merges. The latest commit on '13.15' >> is tagged as '13.15.1' so we would not be orphaning any commits by doing >> this. When you click "Cherry-pick" from the gerrit web ui and type "15", the >> selection list shows "13.15" first (and selects it by default). >> >> Anyone have thoughts on this? >> > > Sounds good to me. You might even be able to automate this by making it part > of the mkrelease script. That sounds good to me as well. I think if we ran into a weird situation where we have to add a release to an old tag (heaven forbid) we could "make" it work some way or another. -- Matthew Fredrickson Digium, Inc. | Engineering Manager 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [asterisk-dev] Asterisk 13.17.1 Crash on ConfBridge - NetGen ATA
On Tue, Dec 19, 2017 at 12:45 PM, Bryant Zimmerman
wrote:
> We are having an issue with asterisk 13.17.1 dumping when a call from a
> NetGen Smart ATA drops into a confbridge
> The call props up and then things just go wrong. I have talked with the
> support guys at NetGen and they have requested I work start with the
> asterisk dev group so we can figure out what is causing this issue and why
> asterisk is dumping. They are willing to fix anything from their end but we
> have not been able to figure out what in their rtp stream is triggering
> this. Their ATA's seem to work out side of the confbridge without issues
> so far. Any ideas are appreciated. The asterisk dump is by far my biggest
> concern.
>
> Below is the first part of the dump Backtrack. I have attached a copy of
> the complete Backtrack. I need to know what more would be needed to get to
> the bottom of this issue. As it stands now the NetGen Smart ATA will cause
> asterisk 13 to crash if placed into a confbridge. http://www.
> netgencommunications.com/
> The support guy said we could contact them at
> supp...@netgencommunications.com
>
There's not a whole lot of info in this backtrace for us to really know
what's going on but can you try with 13.18.4? There have been recent crash
fixes that may help.
If 13.18.4 doesn't help, recompiling with debugging turned on, re-creating
the issue, then following the wiki instructions to get a backtrace will
help us figure out what's up.
https://wiki.asterisk.org/wiki/display/AST/Getting+a+Backtrace
>
>-- Executing [s@Core_ConfBridge_Basic:11]
> ConfBridge("PJSIP/6162480909.351-",
> "6162480909.~Promo~GA1,,,sample_user_menu") in new stack
>> 0x7f3ff800b4c0 -- Probation passed - setting RTP source address
> to 192.168.209.194:10020
> -- Channel CBAnn/6162480909.~Promo~GA1-;2 joined 'softmix'
> base-bridge <4a00cdad-91cb-4924-8abe-8dc9cad08f10>
> -- Playing 'conf-onlyperson.ulaw'
> (language 'en')
> UBNTU-ROSSI-GUEST*CLI> *** Error in `/usr/sbin/asterisk': malloc(): memory
> corruption: 0x7f3fac00c220 ***
> === Backtrace: =
> /lib/x86_64-linux-gnu/libc.so.6(+0x777e5)[0x7f402147b7e5]
> /lib/x86_64-linux-gnu/libc.so.6(+0x8213e)[0x7f402148613e]
> /lib/x86_64-linux-gnu/libc.so.6(__libc_malloc+0x54)[0x7f4021488184]
> /usr/sbin/asterisk(ast_json_malloc+0xa)[0x52a23a]
> /usr/lib/x86_64-linux-gnu/libjansson.so.4(json_object+0xb)[0x7f40227ab7bb]
> /usr/lib/x86_64-linux-gnu/libjansson.so.4(+0x6505)[0x7f40227aa505]
> /usr/lib/x86_64-linux-gnu/libjansson.so.4(json_vpack_ex+
> 0x99)[0x7f40227aaa09]
> /usr/sbin/asterisk(ast_json_vpack+0x34)[0x52b6a4]
> /usr/sbin/asterisk(ast_json_pack+0xa1)[0x52b7c1]
> /usr/lib/asterisk/modules/res_rtp_asterisk.so(+0x10df3)[0x7f3f90994df3]
> /usr/lib/asterisk/modules/res_rtp_asterisk.so(+0x11a99)[0x7f3f90995a99]
> /usr/lib/asterisk/modules/res_rtp_asterisk.so(+0x13bcb)[0x7f3f90997bcb]
> /usr/sbin/asterisk(ast_rtp_instance_read+0x36)[0x588076]
> /usr/lib/asterisk/modules/chan_pjsip.so(+0x8cd7)[0x7f3f7c57ccd7]
> /usr/sbin/asterisk[0x4bc042]
> /usr/sbin/asterisk[0x50f3f1]
> /usr/sbin/asterisk(ast_stream_and_wait+0x56)[0x511bbe]
> /usr/lib/asterisk/modules/app_confbridge.so(+0xb716)[0x7f3f915d7716]
> /usr/lib/asterisk/modules/app_confbridge.so(+0xd5f6)[0x7f3f915d95f6]
> /usr/sbin/asterisk(pbx_exec+0xbd)[0x579155]
> /usr/sbin/asterisk[0x56e0c3]
> /usr/sbin/asterisk(ast_spawn_extension+0x18)[0x56feb8]
> /usr/lib/asterisk/modules/app_macro.so(+0x2c02)[0x7f3f6f8a6c02]
> /usr/sbin/asterisk(pbx_exec+0xbd)[0x579155]
> /usr/sbin/asterisk[0x56e0c3]
> /usr/sbin/asterisk[0x5703d1]
> /usr/sbin/asterisk[0x57190b]
> /usr/sbin/asterisk[0x5e45fd]
> /lib/x86_64-linux-gnu/libpthread.so.0(+0x76ba)[0x7f4021f436ba]
> /lib/x86_64-linux-gnu/libc.so.6(clone+0x6d)[0x7f402150b3dd]
>
>
> Thanks
>
> Bryant Zimmerman (ZK Tech Inc.)
> 616-855-1030 Ext. 2003
>
> --
> _
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
>http://lists.digium.com/mailman/listinfo/asterisk-dev
>
--
George Joseph
Digium, Inc. | Software Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - US
Check us out at: www.digium.com & www.asterisk.org
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [asterisk-dev] Asterisk 13.17.1 Crash on ConfBridge - NetGen ATA
On Tue, Dec 19, 2017 at 1:45 PM, Bryant Zimmerman
wrote:
> We are having an issue with asterisk 13.17.1 dumping when a call from a
> NetGen Smart ATA drops into a confbridge
> The call props up and then things just go wrong. I have talked with the
> support guys at NetGen and they have requested I work start with the
> asterisk dev group so we can figure out what is causing this issue and why
> asterisk is dumping. They are willing to fix anything from their end but we
> have not been able to figure out what in their rtp stream is triggering
> this. Their ATA's seem to work out side of the confbridge without issues
> so far. Any ideas are appreciated. The asterisk dump is by far my biggest
> concern.
>
> Below is the first part of the dump Backtrack. I have attached a copy of
> the complete Backtrack. I need to know what more would be needed to get to
> the bottom of this issue. As it stands now the NetGen Smart ATA will cause
> asterisk 13 to crash if placed into a confbridge. http://www.
> netgencommunications.com/
> The support guy said we could contact them at
> supp...@netgencommunications.com
>
>-- Executing [s@Core_ConfBridge_Basic:11]
> ConfBridge("PJSIP/6162480909.351-",
> "6162480909.~Promo~GA1,,,sample_user_menu") in new stack
>> 0x7f3ff800b4c0 -- Probation passed - setting RTP source address
> to 192.168.209.194:10020
> -- Channel CBAnn/6162480909.~Promo~GA1-;2 joined 'softmix'
> base-bridge <4a00cdad-91cb-4924-8abe-8dc9cad08f10>
> -- Playing 'conf-onlyperson.ulaw'
> (language 'en')
> UBNTU-ROSSI-GUEST*CLI> *** Error in `/usr/sbin/asterisk': malloc(): memory
> corruption: 0x7f3fac00c220 ***
> === Backtrace: =
> /lib/x86_64-linux-gnu/libc.so.6(+0x777e5)[0x7f402147b7e5]
> /lib/x86_64-linux-gnu/libc.so.6(+0x8213e)[0x7f402148613e]
> /lib/x86_64-linux-gnu/libc.so.6(__libc_malloc+0x54)[0x7f4021488184]
> /usr/sbin/asterisk(ast_json_malloc+0xa)[0x52a23a]
> /usr/lib/x86_64-linux-gnu/libjansson.so.4(json_object+0xb)[0x7f40227ab7bb]
> /usr/lib/x86_64-linux-gnu/libjansson.so.4(+0x6505)[0x7f40227aa505]
> /usr/lib/x86_64-linux-gnu/libjansson.so.4(json_vpack_ex+
> 0x99)[0x7f40227aaa09]
> /usr/sbin/asterisk(ast_json_vpack+0x34)[0x52b6a4]
> /usr/sbin/asterisk(ast_json_pack+0xa1)[0x52b7c1]
> /usr/lib/asterisk/modules/res_rtp_asterisk.so(+0x10df3)[0x7f3f90994df3]
> /usr/lib/asterisk/modules/res_rtp_asterisk.so(+0x11a99)[0x7f3f90995a99]
> /usr/lib/asterisk/modules/res_rtp_asterisk.so(+0x13bcb)[0x7f3f90997bcb]
> /usr/sbin/asterisk(ast_rtp_instance_read+0x36)[0x588076]
> /usr/lib/asterisk/modules/chan_pjsip.so(+0x8cd7)[0x7f3f7c57ccd7]
> /usr/sbin/asterisk[0x4bc042]
> /usr/sbin/asterisk[0x50f3f1]
> /usr/sbin/asterisk(ast_stream_and_wait+0x56)[0x511bbe]
> /usr/lib/asterisk/modules/app_confbridge.so(+0xb716)[0x7f3f915d7716]
> /usr/lib/asterisk/modules/app_confbridge.so(+0xd5f6)[0x7f3f915d95f6]
> /usr/sbin/asterisk(pbx_exec+0xbd)[0x579155]
> /usr/sbin/asterisk[0x56e0c3]
> /usr/sbin/asterisk(ast_spawn_extension+0x18)[0x56feb8]
> /usr/lib/asterisk/modules/app_macro.so(+0x2c02)[0x7f3f6f8a6c02]
> /usr/sbin/asterisk(pbx_exec+0xbd)[0x579155]
> /usr/sbin/asterisk[0x56e0c3]
> /usr/sbin/asterisk[0x5703d1]
> /usr/sbin/asterisk[0x57190b]
> /usr/sbin/asterisk[0x5e45fd]
> /lib/x86_64-linux-gnu/libpthread.so.0(+0x76ba)[0x7f4021f436ba]
> /lib/x86_64-linux-gnu/libc.so.6(clone+0x6d)[0x7f402150b3dd]
>
Your backtrace has no symbols. However it looks like this security issue
https://issues.asterisk.org/jira/browse/ASTERISK-27429 dealing with RTCP
that was
just released on November 30 in v13.18.4.
Richard
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [asterisk-dev] Minor Release Branches
On Tue, Dec 19, 2017 at 10:12 AM, Corey Farrell wrote: > I'd like to propose that we make minor release branches temporary. What I > mean is 13.15, 15.0, etc. The sole purpose of the '13.15' was to allow > cherry-picking fixes to the 13.15.x series. As soon as 13.16.0 was > released the '13.15' branch was closed to new merges. The latest commit on > '13.15' is tagged as '13.15.1' so we would not be orphaning any commits by > doing this. When you click "Cherry-pick" from the gerrit web ui and type > "15", the selection list shows "13.15" first (and selects it by default). > > Anyone have thoughts on this? > > Sounds good to me. You might even be able to automate this by making it part of the mkrelease script. Kevin Harwell Digium, Inc. | Software Developer 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA Check us out at: http://digium.com & http://asterisk.org -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
[asterisk-dev] Minor Release Branches
I'd like to propose that we make minor release branches temporary. What I mean is 13.15, 15.0, etc. The sole purpose of the '13.15' was to allow cherry-picking fixes to the 13.15.x series. As soon as 13.16.0 was released the '13.15' branch was closed to new merges. The latest commit on '13.15' is tagged as '13.15.1' so we would not be orphaning any commits by doing this. When you click "Cherry-pick" from the gerrit web ui and type "15", the selection list shows "13.15" first (and selects it by default). Anyone have thoughts on this? -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [asterisk-dev] Branching in the Testsuite
I went ahead and created an issue to track this: https://issues.asterisk.org/jira/browse/ASTERISK-27492 Feel free to add comments or suggestions on the issue as well. On Fri, Dec 15, 2017 at 10:59 AM, Kevin Harwell wrote: > Greetings, > > We're thinking about adding a branching system to the Asterisk Testsuite. > Each branch would be named the same as, and correspond to, an Asterisk > branch. So for instance the following branches would probably be created: > > 13, 14, 15 > > For each release of Asterisk we will also create a tag in the Testsuite > that corresponds to that release's tag. That way someone could checkout > both tags for easy testing > > Other advantages? Most all, if not all, the current versioning stuff found > in the Testsuite could go away, or be safely ignored moving forward. The > versioning has become a bit cumbersome especially when you have to make a > backward incompatible change to a test. Moving the version control out of > the Testsuite and into a version control system should alleviate the need > for this moving forward. > > Please let us know your thoughts and considerations on moving forward with > this model. Especially any potential pitfalls or problems you might see > with it. > > Thanks! > > -- > > Kevin Harwell > Digium, Inc. | Software Developer > 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA > Check us out at: http://digium.com & http://asterisk.org > > -- Kevin Harwell Digium, Inc. | Software Developer 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA Check us out at: http://digium.com & http://asterisk.org -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
