Print

Print


What do you think would be the best value for the parameter?

   Lukasz

2011/5/12 Lukasz Janyst <[log in to unmask]>:
> Yes.
>
>   L.
>
> 2011/5/12 Tanya Levshina <[log in to unmask]>:
>> Hi,
>>
>> If xroot daemons can not handle SIGHUP correctly, can we add "-k" option to this release and deal with log rotate later?
>>
>> Thanks,
>> Tanya
>>
>> ----- Original Message -----
>> From: Lukasz Janyst <[log in to unmask]>
>> Date: Thursday, May 12, 2011 8:05 am
>> Subject: Re: XRootD tag and RPMs
>> To: Brian Bockelman <[log in to unmask]>
>> Cc: Doug Benjamin <[log in to unmask]>, Tanya Levshina <[log in to unmask]>, Douglas Strain <[log in to unmask]>, xrootd-dev <[log in to unmask]>
>>
>>> The copytruncate option seems to be the way to handle it if the
>>> service cannot be SIGHUPed.
>>>
>>>    Lukasz
>>>
>>> 2011/5/12 Brian Bockelman <[log in to unmask]>:
>>> > I think the way of doing this is to set up the logrotate.d file such
>>> that logrotate will:
>>> > 0) Compress older logs.
>>> > 1) Rotate the file.
>>> > 2) Create a new file owned by xrootd.
>>> > 3) Send SIGHUP to Xrootd.
>>> > 4) Xrootd daemon signal handler closes the old file handle and opens
>>> the new one.
>>> >
>>> > Lukasz is right - this is how a seasoned sysadmin expects to
>>> approach log-rotation; it would be nice to support it.  We might need
>>> to add a new signal handler to xrootd if it doesn't do it already.
>>> >
>>> > HOWEVER - if we're going to muck around in this aspect (it might be
>>> too late for this release), we might as well ask for syslog support.
>>>  I'm getting noise from some of our admins about it - some sites have
>>> highly centralized syslog setups.
>>> >
>>> > Brian
>>> >
>>> > On May 12, 2011, at 2:26 PM, Lukasz Janyst wrote:
>>> >
>>> >> Hi Doug,
>>> >>
>>> >>   good question. Probably not. I will check.
>>> >>
>>> >> Cheers,
>>> >>   Lukasz
>>> >>
>>> >> 2011/5/12 Doug Benjamin <[log in to unmask]>:
>>> >>> Dear Lukasz,
>>> >>>
>>> >>>   I agree that using the linux standard logrotator tool is the
>>> best way to go.
>>> >>> Does log rotator require xrootd to start and stop so that the
>>> pointers to the files
>>> >>> are disconnected during the rotation.
>>> >>>
>>> >>> Doug
>>> >>>
>>> >>> On May 12, 2011, at 2:48 AM, Lukasz Janyst wrote:
>>> >>>
>>> >>>> Hi Tanya,
>>> >>>>
>>> >>>>   we will cut the second rc after we do some testing with this one.
>>> >>>> Your request raises a more general question of how we should handle
>>> >>>> the log rotation. Specifying it as a parameter for xrootd in the
>>> >>>> sysconfig file has an advantage of keeping all the settings together
>>> >>>> but I would argue that we should use the standard logrotator (man
>>> 8
>>> >>>> logrotate) of Linux as it is far more flexible and is widely
>>> >>>> considered as "the" tool for this sort of job which is what most
>>> >>>> admins would probably expect.
>>> >>>>
>>> >>>>   Let me know what you think.
>>> >>>>
>>> >>>> Cheers,
>>> >>>>   Lukasz
>>> >>>>
>>> >>>> 2011/5/12 Tanya Levshina <[log in to unmask]>:
>>> >>>>> Hi Lukasz,
>>> >>>>>
>>> >>>>> Sorry, but I just have noticed that [-k NUM] option is still
>>> missing from /etc/sysconfig/xrootd configuration. This option controls
>>> the number of days the log files will be kept.
>>> >>>>>
>>> >>>>> Could you please add this and cut a new rc?
>>> >>>>>
>>> >>>>> Thanks a lot,
>>> >>>>> Tanya
>>> >>>>> ----- Original Message -----
>>> >>>>> From: Lukasz Janyst <[log in to unmask]>
>>> >>>>> Date: Wednesday, May 11, 2011 11:58 am
>>> >>>>> Subject: XRootD tag and RPMs
>>> >>>>> To: xrootd-dev <[log in to unmask]>, Doug Benjamin
>>> <[log in to unmask]>, Tanya Levshina <[log in to unmask]>, Douglas
>>> Strain <[log in to unmask]>
>>> >>>>>
>>> >>>>>> Dear all,
>>> >>>>>>
>>> >>>>>>    I have made a rc1 tag and built the RPMs which you can
>>> access here:
>>> >>>>>> http://xrootd.cern.ch/sw/releases/3.0.4-rc1/
>>> >>>>>>
>>> >>>>>> Cheers,
>>> >>>>>>    Lukasz
>>> >>>>>
>>> >>>
>>> >>>
>>> >
>>> >
>>
>