[Home]

Summary:ASTERISK-25606: Core dump when using transports in sorcery
Reporter:Martin Moučka (dratek)Labels:7.1.1503 CentOS
Date Opened:2015-12-03 09:49:42.000-0600Date Closed:2016-02-13 14:15:54.000-0600
Priority:MajorRegression?
Status:Closed/CompleteComponents:Resources/res_pjsip
Versions:13.6.0 Frequency of
Occurrence
Constant
Related
Issues:
Environment:Attachments:( 0) backtrace.txt
Description:When I try to set valid value in tos field it core dumps when asterisk is starting or when the values is changed (if started). Asterisk doesn't core dump if the value is not valid, it just say "Could not interpret 'tos' value ".
Comments:By: Asterisk Team (asteriskteam) 2015-12-03 09:49:45.097-0600

Thanks for creating a report! The issue has entered the triage process. That means the issue will wait in this status until a Bug Marshal has an opportunity to review the issue. Once the issue has been reviewed you will receive comments regarding the next steps towards resolution.

A good first step is for you to review the [Asterisk Issue Guidelines|https://wiki.asterisk.org/wiki/display/AST/Asterisk+Issue+Guidelines] if you haven't already. The guidelines detail what is expected from an Asterisk issue report.

Then, if you are submitting a patch, please review the [Patch Contribution Process|https://wiki.asterisk.org/wiki/display/AST/Patch+Contribution+Process].

By: Richard Mudgett (rmudgett) 2015-12-03 11:29:02.472-0600

Please follow the Asterisk Issue Guidelines.  You have not even supplied the needed backtrace.
https://wiki.asterisk.org/wiki/display/AST/Asterisk+Issue+Guidelines

By: Martin Moučka (dratek) 2015-12-04 03:05:42.097-0600

Backtrace of core dump

By: Joshua C. Colp (jcolp) 2015-12-04 06:21:24.272-0600

While we shouldn't crash transports are not supported in realtime. They should only be configured from the configuration file.

By: Martin Moučka (dratek) 2015-12-04 10:36:28.500-0600

Then why is ps_transports in alembic and in sorcery? Especially here https://wiki.asterisk.org/wiki/display/AST/Upgrading+to+Asterisk+13 is written about ps_transports under realtime category.

By: Joshua C. Colp (jcolp) 2015-12-04 10:48:37.015-0600

Transports can be stored in STATIC realtime, which is read at startup. If transports were supported directly from realtime they would ONLY be read at startup and never consulted afterwards. You can't have transports come and go dynamically.

By: Martin Moučka (dratek) 2015-12-04 11:12:10.298-0600

So how can I tell Asterisk to use static realtime in sorcery? I can test if it will coredump too.

By: Joshua C. Colp (jcolp) 2015-12-04 11:48:42.237-0600

I don't have an example of how to use it with PJSIP transports and have never done it I'm afraid.

By: Rusty Newton (rnewton) 2015-12-07 18:49:36.754-0600

Thank you for the crash report. However, we need more information to investigate the crash. Please provide:

1. A backtrace generated from a core dump using the instructions provided on the Asterisk wiki [1].
2. Specific steps taken that lead to the crash.
3. All configuration information necesary to reproduce the crash.

Thanks!

[1]: https://wiki.asterisk.org/wiki/display/AST/Getting+a+Backtrace



By: Rusty Newton (rnewton) 2015-12-07 18:53:15.495-0600

Please supply a backtrace following the instructions above (i.e. without optimizations).

Since this is a crash we'll likely fix it despite unsupported configuration being the cause. However it will be lower on the queue so I wouldn't expect a quick turn-around.

bq. So how can I tell Asterisk to use static realtime in sorcery? I can test if it will coredump too.

In regards to this question I recommend asking on the users mailing list. We probably need some additional documentation in this area. If you find out you might file a documentation bug on the issue tracker. We don't want to muddle this issue down with that separate issue. Thanks.

By: Asterisk Team (asteriskteam) 2015-12-22 12:00:21.073-0600

Suspended due to lack of activity. This issue will be automatically re-opened if the reporter posts a comment. If you are not the reporter and would like this re-opened please create a new issue instead. If the new issue is related to this one a link will be created during the triage process. Further information on issue tracker usage can be found in the Asterisk Issue Guidlines [1].

[1] https://wiki.asterisk.org/wiki/display/AST/Asterisk+Issue+Guidelines

By: George Joseph (gjoseph) 2016-01-29 10:30:04.018-0600

I've verified this.


By: George Joseph (gjoseph) 2016-01-29 18:40:14.531-0600

Martin,

I think I've fixed the issue with transports being loaded from realtime.  You still can't re-load them (another patch in the works) but at least you can get them initially from realtime without crashing Asterisk.

If you're able, can you give gerrit review 2129 a test?  It's not final but I'd like some feedback.

Thanks.


By: Asterisk Team (asteriskteam) 2016-02-13 12:00:32.077-0600

Suspended due to lack of activity. This issue will be automatically re-opened if the reporter posts a comment. If you are not the reporter and would like this re-opened please create a new issue instead. If the new issue is related to this one a link will be created during the triage process. Further information on issue tracker usage can be found in the Asterisk Issue Guidlines [1].

[1] https://wiki.asterisk.org/wiki/display/AST/Asterisk+Issue+Guidelines

By: George Joseph (gjoseph) 2016-02-13 14:15:40.211-0600

Closing. Fixed in upcoming release.