Almost enough. Through the CLI I can see that cdr_radius.so is loaded. I wonder then why there are several posts throughout this forum explicitly stating that adding
’noload => cdr_radius.so’ to the /etc/asterisk/modules.conf file would resolve the issue when clearly is does not.
Would you be so kind as to tell me the correct way to unload this module from Asterisk - on startup? Thanks for your insight and patience.
OK. My initial mistake was presuming that getting to the Asterisk CLI from the Freepbx GUI was the same thing. I now know that is incorrect. However, after following your directions, again, but from the asterisk CLI at the console, the module did in fact unload. EXCEPT, that when the server reboots, the modules is once again loaded. So I ask again, where else does the no unload statement need to go, besides /etc/asterisk/modules.conf, to make it “permanent”?
Thanks again for your time.
This is a cat of modules.conf (under /etc/asterisk folder) on a FreePBX Distro 5.211.65-5:
;
; Asterisk Module Loader configuration file
;
;
[modules]
autoload=yes
;
; Any modules that need to be loaded before the Asterisk core has been
; initialized (just after the logger has been initialized) can be loaded
; using ‘preload’. This will frequently be needed if you wish to map all
; module configuration files into Realtime storage, since the Realtime
; driver will need to be loaded before the modules using those configuration
; files are initialized.
;
; An example of loading ODBC support would be:
;preload => res_odbc.so
;preload => res_config_odbc.so
;
; As FreePBX is using Local as the channel for queue members we need to make sure
; that pbx_config.so and chan_local.so are preloaded. If not, queue members
; will be marked as invalid until app_queue is reloaded.
preload => pbx_config.so
preload => chan_local.so
preload => res_mwi_blf.so ;auto-inserted by FreePBX
;
; Uncomment the following if you wish to use the Speech Recognition API
;preload => res_speech.so
;
; If you want, load the GTK console right away.
; KDE console is obsolete and was removed from Asterisk 2008-01-10
;
noload => pbx_gtkconsole.so
;load => pbx_gtkconsole.so
noload => pbx_kdeconsole.so
;
; Intercom application is obsoleted by
; chan_oss. Don’t load it.
;
noload => app_intercom.so
;
; DON’T load the chan_modem.so, as they are obsolete in * 1.2
; Trunkisavail is a broken module supplied by Trixbox
noload => app_trunkisavail.so
; Ensure that format_* modules are loaded before res_musiconhold
;load => format_ogg_vorbis.so
load => format_wav.so
load => format_pcm.so
; format_au.so is removed from Asterisk 1.4 and later, remove ; to enable
;load => format_au.so
; This isn’t part of ‘Asterisk’ iteslf, it’s part of asterisk-addons. If this isn’t
; installed, asterisk will fail to start. But it does need to go here for native MOH
; to work using mp3’s.
; Note that on a system with a high number of calls, using a compressed audio format for
; musiconhold takes CPU resources. Converting these files to ulaw/alaw makes the job
; much easier for your CPU.
load => format_mp3.so
load => res_musiconhold.so
;
; Load either OSS or ALSA, not both
; By default, load no console driver
;
noload => chan_alsa.so
noload => chan_oss.so
;
noload => app_directory_odbcstorage.so
noload => app_voicemail_odbcstorage.so
noload => cel_radius.so
noload => cdr_radius.so
noload => chan_ooh323.so
noload => chan_unistim.so
noload => chan_mobile.so
noload => cdr_mysql.so
As you can see there are two rows about cel_radius.so and cdr_radius.so (noload).
That should be enough to permanently disable those Asterisk’s modules from loading at each (Asterisk) start up.
I confirm, at least in my updated FreePBX Distro system, with above settings those two modules don’t load and no error messages fill the logs.
I wanted to upgrade to the latest versions of the FreePbx distro and underlying Asterisk before testing and reposting. We are now at: version 5.211.65-6 (FreePBX 2.11 based on CentOS 6.5) with Asterisk 11).
I liked the idea of removing the module as suggested by dicko, but received a “No such file or directory” error when attempting to do so. As for parnassus’ insistence that modifying the modules.conf file to Unload the modules, that does not work for us. After a system reboot the cdr_radius.so still gets loaded. Here is the cat of the modules.conf:
; Asterisk Module Loader configuration file
;
;
[modules]
autoload=yes
;
; Any modules that need to be loaded before the Asterisk core has been
; initialized (just after the logger has been initialized) can be loaded
; using ‘preload’. This will frequently be needed if you wish to map all
; module configuration files into Realtime storage, since the Realtime
; driver will need to be loaded before the modules using those configuration
; files are initialized.
;
; An example of loading ODBC support would be:
;preload => res_odbc.so
;preload => res_config_odbc.so
;
; As FreePBX is using Local as the channel for queue members we need to make sure
; that pbx_config.so and chan_local.so are preloaded. If not, queue members
; will be marked as invalid until app_queue is reloaded.
preload => pbx_config.so
preload => chan_local.so
preload => res_mwi_blf.so ;auto-inserted by FreePBX
;
; Uncomment the following if you wish to use the Speech Recognition API
;preload => res_speech.so
;
; If you want, load the GTK console right away.
; KDE console is obsolete and was removed from Asterisk 2008-01-10
;
noload => pbx_gtkconsole.so
;load => pbx_gtkconsole.so
noload => pbx_kdeconsole.so
;
; Intercom application is obsoleted by
; chan_oss. Don’t load it.
;
noload => app_intercom.so
;
; DON’T load the chan_modem.so, as they are obsolete in * 1.2
; Trunkisavail is a broken module supplied by Trixbox
noload => app_trunkisavail.so
; Ensure that format_* modules are loaded before res_musiconhold
;load => format_ogg_vorbis.so
load => format_wav.so
load => format_pcm.so
load => format_au.so
; This isn’t part of ‘Asterisk’ iteslf, it’s part of asterisk-addons. If this isn’t
; installed, asterisk will fail to start. But it does need to go here for native MOH
; to work using mp3’s.
; Note that on a system with a high number of calls, using a compressed audio format for
; musiconhold takes CPU resources. Converting these files to ulaw/alaw makes the job
; much easier for your CPU.
load => format_mp3.so
load => res_musiconhold.so
;
; Load either OSS or ALSA, not both
; By default, load no console driver
;
noload => chan_alsa.so
noload => chan_oss.so
;
noload => crd_radius.so
noload => cel_radius.so
;
noload => app_directory_odbcstorage.so
noload => app_voicemail_odbcstorage.so
;
;
Clearly there is something different enough on our system that we are seeing different results in this situation. I will look into creating a post-startup script to manually unload the offending module as a work-around. Cheers!
First, I sincerely apologize for any offense taken as none was meant. Second, I greatly appreciate the assistance provided here. Third, you were absolutely correct, the problem is resolved. Fourth, our lack of funding, staff and Linux expertise, combined with a slight reading impairment is not an excuse, but merely a feeble attempt at an explanation.
Thank you!
You’re very polite and I’m very happy you definitely solved your issue (and yes, don’t worry too much: executing a bad command or writing erroneous parameter happens very often and it’s quite common…we’re all - mere - mortals, the only difference we could make each others is the way we investigate/explore the world - and so try to solve - our own issues).
So JCelentano, now let FreePBX to sing (Celentano is the surname of a very famous - now old - italian singer and show man!).