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? (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
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
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@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
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@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@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
On 12/29/2010 11:22 AM, Phil Pierotti wrote:
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"?
Kill and restart the server. Or write (and hopefully submit) patches to the "preprocess" module to duplicate the HUP functionality of the "files" module. Another option, depending on what you're doing, is to move the funtionality out of a "hints" file into an "unlang" section. These are re-read on HUP, and can modify the request pairs (a common reason to use hints) See "man unlang" for more info.
Phil Pierotti <phil.pierotti@gmail.com> writes:
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"?
Just add "re-read the config" support to *all* modules. I'm sure patches are welcome as usual. Or try to keep all your dynamic config in some database and just restart the server if you really need to change something else. Bjørn
Phil Pierotti wrote:
and then I just answered my own question. 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"?
Sure. Send a patch. If it was trivial, it would have been done by now. Alan DeKok.
participants (5)
-
Alan DeKok -
Bjørn Mork -
Phil Mayers -
Phil Pierotti -
Stephan Kirsten