From: Matthias Fischer <matthias.fischer@ipfire.org>
To: development@lists.ipfire.org
Subject: Re: Logwatch (randomly) skipping days => Feature!?
Date: Mon, 18 Feb 2019 14:14:39 +0100 [thread overview]
Message-ID: <74ecb2e2-9fa9-9564-58e8-7e8ad2730907@ipfire.org> (raw)
In-Reply-To: <7156D8ED-A888-472C-9B99-22D70E8B317C@ipfire.org>
[-- Attachment #1: Type: text/plain, Size: 2602 bytes --]
Hi,
On 18.02.2019 13:38, Michael Tremer wrote:
> Hi,
>
> I do not think that you have two reports in the larger file.
>
> In the cronjob line the file is being overwritten (>) and not appended (>>).
I see.
> Is it possible that this conflicts with the logrotate job that is launched at the same time and logwatch tries to read files that are being rotated away?
This was my first suspicion. After changing the start time of the
'logwatch'-job the error did not occur again until now. I'll wait and watch.
Best,
Matthias
> -Michael
>
>> On 17 Feb 2019, at 15:01, Matthias Fischer <matthias.fischer(a)ipfire.org> wrote:
>>
>> Hi,
>>
>> On 17.02.2019 15:42, Tom Rymes wrote:
>>> Is this a ticking issue where one log has two days’ data and the other is empty?
>>
>> [Correction:
>> Of course I meant '.../2019-01-26' ;-) ]
>>
>> Looking an it - could be the case. The log created on 2019-01-28 is
>> significantly bigger:
>>
>> ***SNIP***
>> ...
>> -rw-r--r-- 1 root root 43698 Jan 24 00:01 2019-01-23
>> -rw-r--r-- 1 root root 56469 Jan 25 00:01 2019-01-24
>> -rw-r--r-- 1 root root 57936 Jan 26 00:01 2019-01-25
>> -rw-r--r-- 1 root root 0 Jan 27 00:01 2019-01-26
>> -rw-r--r-- 1 root root 114650 Jan 28 00:01 2019-01-27
>> -rw-r--r-- 1 root root 40121 Jan 29 00:01 2019-01-28
>> -rw-r--r-- 1 root root 38220 Jan 30 00:01 2019-01-29
>> ...
>> ***SNAP***
>>
>> But what can I do about this? For now, I changed running time to
>> "03 0 * * *".
>>
>> Best,
>> Matthias
>>
>>>> On Feb 17, 2019, at 4:22 AM, Matthias Fischer <matthias.fischer(a)ipfire.org> wrote:
>>>>
>>>> Hi,
>>>>
>>>> I discovered something weird:
>>>>
>>>> From time to time 'logwatch' does not create a daily log.
>>>>
>>>> E.g.:
>>>> The file '/var/log/logwatch/2019-14-26' exists, but size = 0 Bytes.
>>>>
>>>> The same happened yesterday with '/var/log/logwatch/2019-02-16':
>>>> 0 Bytes.
>>>>
>>>> After running...
>>>>
>>>> /usr/local/bin/logwatch > /var/log/logwatch/`date -I -d yesterday`; \
>>>> LOGWATCH_KEEP=$(sed -ne 's/^LOGWATCH_KEEP=\([0-9]\+\)$/\1/p'
>>>> /var/ipfire/logging/settings); \
>>>> find /var/log/logwatch/ -ctime +${LOGWATCH_KEEP=56} -exec rm -f '{}' ';'
>>>>
>>>> ...manually from console, file was created, everything looks ok.
>>>>
>>>> 1. Can anyone confirm?
>>>>
>>>> 2. With which parameter could I change the starting time "01 0 * * *" so
>>>> that this doesn't happen again? I'm searching, but can't find a grip on
>>>> this...
>>>>
>>>> Best,
>>>> Matthias
>>>
>>
>
>
next prev parent reply other threads:[~2019-02-18 13:14 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-02-17 9:22 Matthias Fischer
2019-02-17 10:38 ` Tapani Tarvainen
2019-02-17 12:02 ` Matthias Fischer
2019-02-17 14:42 ` Tom Rymes
2019-02-17 15:01 ` Matthias Fischer
2019-02-18 12:38 ` Michael Tremer
2019-02-18 13:14 ` Matthias Fischer [this message]
2019-02-18 14:48 ` Michael Tremer
2019-04-01 16:28 ` Matthias Fischer
2019-04-01 16:34 ` Michael Tremer
2019-04-01 16:48 ` Matthias Fischer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=74ecb2e2-9fa9-9564-58e8-7e8ad2730907@ipfire.org \
--to=matthias.fischer@ipfire.org \
--cc=development@lists.ipfire.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox