| Summary: | asterisk modules have undefined symbols | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | sean darcy <seandarcy2> |
| Component: | asterisk | Assignee: | Jeffrey C. Ollie <jeff> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 19 | CC: | aschorr, euphobot, itamar, jeff, Larry, lmadsen, rbryant, stoty |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | asterisk-11.7.0-1.fc20 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2014-01-08 07:50:27 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
sean darcy
2013-09-17 21:47:37 UTC
Do you block loading of any modules in modules.conf? I had blocked loading of some modules that were previously unneeded but now are. Once I unblocked those modules everything loaded fine. It's possible that this is a side-effect of the hardening options. Same as I've used in 11.4: grep ^noload modules.conf noload => pbx_gtkconsole.so noload => chan_alsa.so noload => chan_console.so noload => app_directory_imap.so noload => app_voicemail_imap.so noload => app_directory_odbc.so noload => app_voicemail_odbc.so noload => res_jabber.so noload => chan_jingle.so noload => chan_gtalk.so noload => pbx_ael.so noload => res_ael_share.so If I rebuild 11.5 using an updated 11.4 spec file, no problem. It seems it's because of the hardening options. Odd that the hardening options don't give any warning/error during the build. I get the following errors when I start asterisk: Oct 17 11:25:12 ti15 asterisk[26634]: [Oct 17 11:25:12] WARNING[26634]: loader.c:423 load_dynamic_module: Error loading module 'pbx_ael.so': /usr/lib64/asterisk/modules/pbx_ael.so: undefined symbol: ael2_parse Oct 17 11:25:12 ti15 asterisk[26634]: [Oct 17 11:25:12] WARNING[26634]: loader.c:423 load_dynamic_module: Error loading module 'chan_dahdi.so': /usr/lib64/asterisk/modules/chan_dahdi.so: undefined symbol: ast_smdi_interface_unref Oct 17 11:25:12 ti15 asterisk[26634]: [Oct 17 11:25:12] WARNING[26634]: loader.c:423 load_dynamic_module: Error loading module 'app_voicemail_plain.so': /usr/lib64/asterisk/modules/app_voicemail_plain.so: undefined symbol: ast_smdi_mwi_set Oct 17 11:25:13 ti15 asterisk[26634]: [Oct 17 11:25:13] WARNING[26634]: loader.c:423 load_dynamic_module: Error loading module 'app_stack.so': /usr/lib64/asterisk/modules/app_stack.so: undefined symbol: ast_agi_unregister I am using the default modules.conf in the rpm (I did not edit it). As per Sean's suggestion, I rebuilt using the 11.4.0 spec file with the new 11.5.1 tarball. I also had to replace asterisk-11.3.0-lua-5.2.patch with asterisk-11.5.0-lua-5.2.patch. This version works fine with no undefined symbols. So there is clearly a problem caused by the changes in the spec file between 11.4.0 and 11.5.1. I also have it. I built a fresh X86_64 F19, updated, installed asterisk, followed the instructions and have the same messages. Just to be clear about this, the rpm does not work for me as shipped. The messages are serious problems. One must either downgrade or rebuild with the 11.4.0 spec file. Running 11.5.1 from RPM under Fedora 18. I see this error in 'full' log Error loading module 'app_stack.so': /usr/lib64/asterisk/modules/app_stack.so: undefined symbol: ast_agi_unregister BUT if I load the module all is fine. asterisk -rx "module load app_stack.so" When I reboot, again the app_stack.so module doesn't load and gives the error above, and again it is repairable by manually loading the module. Side Note: to be sure, I added to modules.conf "load => app_stack.so". So reboot choked at the point of processing modules.conf. Apparently it attempted to do the load either from its own list of default modules or from reading modules.conf because of the Error message. Is it possible that the manual load, is different from its internal load? Or is its execution environment different? asterisk-11.7.0-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/asterisk-11.7.0-1.fc20 asterisk-11.7.0-1.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/asterisk-11.7.0-1.fc19 asterisk-11.7.0-1.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/asterisk-11.7.0-1.fc18 Package asterisk-11.7.0-1.fc20: * should fix your issue, * was pushed to the Fedora 20 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing asterisk-11.7.0-1.fc20' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-24108/asterisk-11.7.0-1.fc20 then log in and leave karma (feedback). asterisk-11.7.0-1.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report. asterisk-11.7.0-1.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report. asterisk-11.7.0-1.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report. |