[Freeswitch-dev] reload logfile.conf on reloadxml or sighup?

[Michael Collins]

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 at 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 at lists.freeswitch.org [mailto:freeswitch-
> > dev-bounces at lists.freeswitch.org] On Behalf Of Steven Ayre
> > Sent: Wednesday, February 20, 2013 10:19 AM
> > To: freeswitch-dev at 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 at 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 at freeswitch.org
> > > http://www.freeswitchsolutions.com
> > >
> > > 
> > > 
> > >
> > > Official FreeSWITCH Sites
> > > http://www.freeswitch.org
> > > http://wiki.freeswitch.org
> > > http://www.cluecon.com
> > >
> > > FreeSWITCH-dev mailing list
> > > FreeSWITCH-dev at 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 at freeswitch.org
> > http://www.freeswitchsolutions.com
> >
> > 
> > 
> >
> > Official FreeSWITCH Sites
> > http://www.freeswitch.org
> > http://wiki.freeswitch.org
> > http://www.cluecon.com
> >
> > FreeSWITCH-dev mailing list
> > FreeSWITCH-dev at 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 at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-dev mailing list
> FreeSWITCH-dev at 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20130222/c42e13b3/attachment-0001.html