All of lore.kernel.org
 help / color / mirror / Atom feed
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.

  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.