Neil Brown wrote:
On Monday May 5, denis@xxxxxxxxxxxxx wrote:
Hello,
I've written a "mdadm2sms", which sends me SMS to my mobilephone when
something happens to raid.
Yesterday I've got a sms / also written into syslog (standard), that a
rebuild has been started, just for data-checking. My suggestion is now,
it is possible to add 3 more Events just for this DataCheck event? Like
DataCheckStarted, CheckStarted, CheckedFinished and Check20-100 or
something? Cause the problem is, you can't trigger a regulary
mdadm-datacheck without using syslog. It would be very nice, when it
would be possible to trigger a Datacheck with a event command.
I'm sorry, but I don't understand what you are asking for.
When a data-check is run, it should generate events just like when a
resync or recovery is run. These will be passed to any --program that
you give to mdadm --monitor.
In that program you can differentiate between
data-check/resync/recovery by looking in /proc/mdstat.
Do you want the events to be different for the different types of
'resync' (check/sync/recover)?? So you can get an SMS on a resync
start but not on a data-check start? Is that it?
I don't understand
"It would be very nice, when it would be possible to trigger a
Datacheck with a event command. "
at all. How would an event command trigger a Datacheck???
I would handle this by configuring syslog to write to a fifo, then
running a daemon to read the messages and send whatever SMS you like. I
do this on my mail server and firewall systems, both do adaptive
configuration of the iptables firewall based on behavior of connected hosts.
See syslog.conf, the "|" feature. My daemon is a perl script which just
sucks on the fifo (see mkdev) for the information to process.
--
Bill Davidsen <davidsen@xxxxxxx>
"Woe unto the statesman who makes war without a reason that will still
be valid when the war is over..." Otto von Bismark
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
