--
You received this message because you are subscribed to the Google Groups "lsyncd" group.
To unsubscribe from this group and stop receiving emails from it, send an email to lsyncd+unsubscribe@googlegroups.com.
To post to this group, send email to lsy...@googlegroups.com.
Visit this group at https://groups.google.com/group/lsyncd.
For more options, visit https://groups.google.com/d/optout.
--
You received this message because you are subscribed to a topic in the Google Groups "lsyncd" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/lsyncd/M3pXt9UfnHw/unsubscribe.
To unsubscribe from this group and all its topics, send an email to lsyncd+unsubscribe@googlegroups.com.
Lsyncd closes the logfile handle after each write exactly out of this reason. You can rotate it "under it's feet" without any issues.
On Thu, Nov 16, 2017 at 11:29 PM, Frank Dana <fer...@gmail.com> wrote:
I'm using lsyncd logging to its own lsyncd.log file, which can get rather sizeable (I just thought to check for the first time in a while and noticed that its current size was > 100MB), so I wanted to start managing that file using logrotate.However, after looking over the docs at https://axkibe.github.io/lsyncd/ and searching this group for previous discussion, I couldn't find any information about log-rotation facilities in lsyncd. Is there a way to signal the running lsyncd process that its logfile has been rotated (sending the process a HUP signal is a popular method), so that it will close its output logfile and reopen it to the new one?I can always use logrotate's "copytruncate" config directive to have it steal the logs out from under lsyncd without its knowledge, if necessary, but I thought I'd look into a more participatory method. Thanks!
--
You received this message because you are subscribed to the Google Groups "lsyncd" group.
To unsubscribe from this group and stop receiving emails from it, send an email to lsy...@googlegroups.com.