Segmentation fault on sigHUP

[Alan DeKok]

Milan Holub wrote:
> - we are keeping NAS entries in DB. 

  Then the server should re-load them via reading the DB.

> - these entries are edited by operation guys via web interface
> - when a new NAS entry is added then we need to reload/restart
>   freeradius
> - we reload freeradius using SNMP write query(can be done via web
>   interface as well; without need of ssh to radius server)

  If the server automatically discovers NAS changes from the DB, then
the server doesn't need to be reloaded.

  i.e. You're changing *one* thing: a NAS.  You're then telling the
server to reload *everything*.  That's where the expense and complexity
comes in.

> In general when restarting the server you might loose some radius
> packets(especially on high loaded server), don't you? 

  It's possible.

> ==> what do you imagine under these "features"? Basically I thought HUP
> is good for reloading config files when one does not want to bring the
> server down but wants to bring into effect some minor config change.

  I am trying to say that there are OTHER ways to perform some minor
config change than HUP.  HUP should be the *last* resort.

> ==> is there any other use of HUP?

  No.  HUP is *only* to notify the server of configuration changes.

  Alan DeKok.
--
  http://deployingradius.com       - The web site of the book
  http://deployingradius.com/blog/ - The blog