From: Leslie Rhorer <lesrhorer@att.net>
To: linux-raid@vger.kernel.org
Subject: Re: checkarray not running or emailing
Date: Sun, 15 Mar 2020 06:11:13 -0500 [thread overview]
Message-ID: <411cf191-fccd-b0b2-1be0-a8551ff2cca8@att.net> (raw)
In-Reply-To: <9cd49c13-49bc-3c65-bddf-4862eab50a25@fnarfbargle.com>
Well, it definitely is not from checkarray, per se, since the
script completes and exits in a matter of a few milliseconds, but
something, presumably mdadm does (or at least used to) send status reports:
Subject: Backup-Server mdadm Event Notification
RebuildStarted /dev/md0
RebuildStarted /dev/md3
RebuildFinished /dev/md3
RebuildStarted /dev/md2
RebuildFinished /dev/md2
Rebuild60 /dev/md0
Rebuild80 /dev/md0
RebuildFinished /dev/md0
On 3/13/2020 11:53 AM, Brad Campbell wrote:
> On 13/3/20 08:13, Leslie Rhorer wrote:
>> Yes, that works just fine, as does the daily email alert whenever
>> an array is degraded, but `checkarray --cron --all --idle` doesn't
>> produce an email. It starts the array verification on all the
>> arrays, but no status on the processes are sent.
>>
>> The normal execution for the script is to submit `echo check >
>> /sys/block/mdx/md/sync_action` and then exit. Obviously, the rest of
>> the processes are handled by the scheduler and mdadm. I'm not seeing
>> how anything other than mdadm should be generating the status emails.
>>
> I don't get messages from checkarray.
>
> I get them from logcheck after they get dumped in the syslog :
>
> This email is sent by logcheck. If you no longer wish to receive
> such mail, you can either deinstall the logcheck package or modify
> its configuration file (/etc/logcheck/logcheck.conf).
>
> System Events
> =-=-=-=-=-=-=
> Mar 1 01:09:17 srv mdadm[4471]: RebuildFinished event detected on md
> device /dev/md2, component device mismatches found: 230656 (on raid
> level 1)
>
>
> (Lots of errors. One drive supports deterministic read after trim and
> the other doesn't)
>
> I've never really looked at it any closer than that to be honest.
>
> Brad.
next prev parent reply other threads:[~2020-03-15 11:11 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <814aad65-fba3-334c-c4df-6b8f4bfc4193.ref@att.net>
2020-03-01 21:03 ` checkarray not running or emailing Leslie Rhorer
2020-03-11 1:11 ` Leslie Rhorer
2020-03-11 12:17 ` Wols Lists
2020-03-12 1:17 ` Leslie Rhorer
2020-03-11 12:50 ` Brad Campbell
2020-03-12 1:41 ` Leslie Rhorer
2020-03-12 4:53 ` Ram Ramesh
2020-03-13 0:24 ` Leslie Rhorer
2020-03-12 9:17 ` Brad Campbell
2020-03-13 0:13 ` Leslie Rhorer
2020-03-13 16:53 ` Brad Campbell
2020-03-15 11:11 ` Leslie Rhorer [this message]
2020-03-11 13:18 ` Robin Hill
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=411cf191-fccd-b0b2-1be0-a8551ff2cca8@att.net \
--to=lesrhorer@att.net \
--cc=linux-raid@vger.kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.