Summary:ASTERISK-02722: after asterisk upgrade it reports error and doesn't load anymore.
Reporter:Andres Mujica - SEAQ (seaq)Labels:
Date Opened:2004-11-01 13:35:21.000-0600Date Closed:2011-06-07 14:00:52
Versions:Frequency of
Description:Hi, i've recently upgraded my asterisk server, it was doing fine with cvs, but i've upgraded with the new asterisk-1.00 ebuild and went into trouble.

[res_features.so]Nov 1 13:51:14 WARNING[1077220208]: loader.c:248 ast_load_resource: /usr/lib/asterisk/modules/res_features.so: undefined symbol: adsi_available
Nov 1 13:51:14 WARNING[1077220208]: loader.c:429 load_modules: Loading module res_features.so failed!
dawn ~ # Warning, flexible rate not heavily tested!
exception on output!

this is the problem, when it tries to start res_features dies with adsi_available error.

i've already upgraded to 1.0.1 ebuild and the same, with 1.0.2 asterisk tarball and the same error.

already added in modules.conf noload => res_features and it shows this one:

oader.c:248 ast_load_resource: /usr/lib/asterisk/modules/chan_mgcp.so: undefined symbol: ast_pickup_call

and after modifying modules.conf to noload troubling modules it goes and goes with errors, this is the list:
loader.c:248 ast_load_resource: /usr/lib/asterisk/modules/chan_zap.so: undefined symbol: ast_pickup_call

loader.c:248 ast_load_resource: /usr/lib/asterisk/modules/chan_iax2.so: undefined symbol: ast_park_call

loader.c:248 ast_load_resource:
/usr/lib/asterisk/modules/app_parkandannounce.so: undefined symbol: ast_masq_park_call

loader.c:248 ast_load_resource: /usr/lib/asterisk/modules/app_dial.so: undefined symbol: ast_bridge_call

and.. well the only way to start it is with autoload=no at modules.conf. and i get no functionality.. so any ideas

i'm using gentoo.

zaptel and libpri at 1.0.1
Comments:By: Olle Johansson (oej) 2004-11-01 13:42:43.000-0600

You need to tell us more about your installation
* Linux/Unix platform, version, distribution
* DO you only have a standard Asterisk - or any additional modules?

Seems like a mixup of object modules in your directories...

By: Andres Mujica - SEAQ (seaq) 2004-11-01 13:53:41.000-0600

this is solved by adding

load => red_adsi.so

in modules.conf

the question is why?

By: Andres Mujica - SEAQ (seaq) 2004-11-01 13:55:25.000-0600

linux platform;

Gentoo Base System version 1.5.2

uname -r

standard asterisk

By: Mark Spencer (markster) 2004-11-01 14:05:49.000-0600

This is a configuration issue.