There was a time that reload mod_xxx did not call switch_xml_reload but we realized that in almost every case of reloading a module it was preceded by a reloadxml command so it seemed logical to roll in the reloadxml for the sake of convenience. -MC On Fri, Feb 22, 2013 at 7:37 AM, Beeton, Carolyn (Carolyn) < cbeeton@avaya.com> wrote:
Thanks - that's what I was looking for. I was a bit surprised to find that 'reload mod_logfile' calls switch_xml_reload itself, so there is no need to call reloadxml explicitly.
Carolyn
-----Original Message----- From: freeswitch-dev-bounces@lists.freeswitch.org [mailto:freeswitch- dev-bounces@lists.freeswitch.org] On Behalf Of Steven Ayre Sent: Wednesday, February 20, 2013 10:19 AM To: freeswitch-dev@lists.freeswitch.org Subject: Re: [Freeswitch-dev] reload logfile.conf on reloadxml or sighup?
'reloadxml' then 'reload mod_logfile'
-Steve
On 20 February 2013 15:10, Beeton, Carolyn (Carolyn) <cbeeton@avaya.com> wrote:
I would like to be able to trigger Freeswitch to reload the logfile.conf file (to pick up changes in log level on the fly). I know this can be done by changing levels on the console, but since my application uses configuration files to persist the changes, I would prefer to keep all configuration data in the files.
The "reloadxml" command triggers FS to reload some but not all of the config files. Could it be enhanced to reload logfile.conf? Or would it make sense to reload the logfile.conf file on receipt of sig_hup? Or have I missed another way to accomplish this? If there's any interest, I will create a jira and offer a patch.
Thanks,
Carolyn
_______________________________________________________________________ __
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- dev http://www.freeswitch.org
_______________________________________________________________________ __ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
-- Michael S Collins Twitter: @mercutioviz http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org