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-0600 | Date Closed: | 2016-02-13 14:15:54.000-0600 |
Priority: | Major | Regression? | |
Status: | Closed/Complete | Components: | 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. |