Freeradius stops. Received HUP signal.

[substance SUBSTANCE]

But anyway,

Why we need this logrotate.d script for freeradius at all? :

/var/log/freeradius/*.log {
        weekly
        rotate 52
        compress
        delaycompress
        notifempty
        missingok
        postrotate
#                /etc/init.d/freeradius reload > /dev/null
                /etc/init.d/freeradius restart > /dev/null
        endscript
}


On Thu, Dec 6, 2012 at 12:58 PM, substance SUBSTANCE
<substancid at gmail.com>wrote:

> Hi Michael,
>
> Thank you for the information.
>
> Yes there is a row like this:
>
> /etc/init.d/freeradius reload > /dev/null
>
> I will comment this and replace with the new one:
>
> /etc/init.d/freeradius restart > /dev/null
>
> I hope that this will work.
>
> On Thu, Dec 6, 2012 at 10:40 AM, Michael Weissenbacher <mw at dermichi.com>wrote:
>
>> substance SUBSTANCE wrote:
>> > Why FreeRADIUS receives that HUP signal? Can I disable it , or should I
>> > update FreeRADIUS software?
>> I had the same problem. This version of Freeradius should not be HUP'ed
>> it seems. I found this info by searching the archives.
>> Problem is that Ubuntu and Debian do that by default once a day in
>> /etc/logrotate.d/freeradius. You should be fine by replacing
>> "/etc/init.d/freeradius reload" with "etc/init.d/freeradius restart" in
>> that file. Disclaimer: untested by me.
>> In my case i upgraded to a more recent version. But this if far more
>> hassle.
>>
>> hth,
>> Michael
>> -
>> 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/20121206/e7ee3d11/attachment.html>