Reloading Freeradius configs via HUP

Phil Pierotti phil.pierotti at gmail.com
Wed Dec 29 12:22:18 CET 2010


and then I just answered my own question.

'hints' is handled by 'preprocess' module not 'files' module.

So changes to 'hints' file requires a *complete restart* , not just a HUP.

(sigh)

"files" -> I don't think that word means what you think it means.

k, so is there *any* way to make "re-read the config" actually reread *all*
the config as opposed to "only some arbitrary portion of said config which
might possibly meet your needs, or maybe not"?

Phil P


On Wed, Dec 29, 2010 at 10:15 PM, Phil Pierotti <phil.pierotti at gmail.com>wrote:

> Wed Dec 29 14:49:11 2010 : Info:  Module: Reloaded module "files"
>
>
> So that would cover the HINTS and USERS *files* would it not?
>
> Or am I missing something?
>
> Thanks,
> Phil P
>
> On Wed, Dec 29, 2010 at 7:42 PM, Stephan Kirsten <
> stephan.kirsten at fbn-dd.de> wrote:
>
>>  Am 29.12.2010 06:56, schrieb Phil Pierotti:
>>
>> Hi All,
>>
>>  So today I thought I'd try my hand at "nicely" reloading the freeradius
>> config using signals rather than hard restarting the daemon.
>>
>>  I added new config to the hints file and to the users file.
>>
>>  Wed Dec 29 14:49:11 2010 : Info: Received HUP signal.
>> Wed Dec 29 14:49:11 2010 : Info: Received HUP.
>> Wed Dec 29 14:49:11 2010 : Info:  Module: Reloaded module "suffix"
>> Wed Dec 29 14:49:11 2010 : Info:  Module: Reloaded module "auth_log"
>> Wed Dec 29 14:49:11 2010 : Info:  Module: Reloaded module "files"
>> Wed Dec 29 14:49:11 2010 : Info:  Module: Reloaded module "detail"
>> Wed Dec 29 14:49:11 2010 : Info:  Module: Reloaded module
>> "attr_filter.access_reject"
>> Wed Dec 29 14:49:11 2010 : Info:  Module: Reloaded module
>> "attr_filter.accounting_response"
>>  Wed Dec 29 14:49:11 2010 : Info:  Module: Reloaded module "pap"
>> Wed Dec 29 14:49:11 2010 : Info: Loaded virtual server status
>> Wed Dec 29 14:49:11 2010 : Info: Loaded virtual server <default>
>>
>>
>>  Ok, so that looks good.
>>
>>  However freeradius continued to act as if the configuration changes had
>> not been made.
>>
>>  I then went back and did a hard stop and start of freeradius, and now it
>> is clearly using the new configs.
>>
>>  Am I missing something? This should have just worked that simply, right?
>>
>> Only changes to the beforementioned modules are applied after the HUP
>> signal, others wont.
>> check if your changes are on these modules or not.
>>
>>
>>  (before anyone asks the obvious, no I am not running in debug mode. I
>> don't have any more detail on what it was thinking at the time)
>>
>>  Phil P
>>
>>
>> -
>> List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
>>
>>
>>
>> -
>> List info/subscribe/unsubscribe? See
>> http://www.freeradius.org/list/users.html
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeradius.org/pipermail/freeradius-users/attachments/20101229/5b336e82/attachment.html>


More information about the Freeradius-Users mailing list