From: "Sergiusz Brzeziński" <Sergiusz.Brzezinski@supersystem.pl>
To: Adam Goryachev <mailinglists@websitemanagers.com.au>
Cc: linux-raid@vger.kernel.org
Subject: Re: mdadm --monitor: need extra feature?
Date: Wed, 22 Aug 2012 12:57:57 +0200 [thread overview]
Message-ID: <5034BB35.2090102@supersystem.pl> (raw)
In-Reply-To: <5034B993.3070000@supersystem.pl>
W dniu 22.08.2012 12:50, Sergiusz Brzeziński pisze:
> W dniu 22.08.2012 12:12, Adam Goryachev pisze:
>> On 22/08/12 19:50, Sergiusz Brzeziński wrote:
>>> 3. In Ubuntu there is in /lib/udev/rules.d/64-md-raid.rules file
>>> responsible for this. I only changed one line:
>>>
>>> ACTION=="add", RUN+="/sbin/mdadm --incremental $tempnode"
>>> to:
>>> ACTION=="add", RUN+="/sbin/mdadm --incremental --run $tempnode"
>>>
>>> And thats all!
>>>
>>> Now, I don't have to use my script from crontab anymore. Raid start
>>> rebuilding array immediately after disk is inserted.
>> Could this cause a problem (ie, what is the reason this is not the
>> default value)?
>>
>> My guess is it may cause md to start an array where all "available"
>> disks are not yet added to the array. ie, if you are plugging in three
>> drives, it might run the array after plugging in the second array, and
>> then when you plugin the third drive it will need to do a resync.
> >
> > I suppose worst case is a resync where it wasn't really needed.
> >
> > Regards,
> > Adam
>
> I made a try.
>
> 1.
> I never had before 3 drives at one time. After inserting the third drive for the
> first time (the drive had a raid partition with proper UUID) it happened
> nothing. (or maybye something happened but I don't know what because i turned
> off the debugging :( )
>
> 2.
> Than I made mdadm /dev/md0 -a /dev/third_drive
> It was added as a spare.
>
> 3.
> I removed and inserted again the third drive. Again nothing. No info in log, and
> it was not added as a spare.
>
> I don't know if it is good or wrong behawior (maybye the drive should appear
> automaticaly as a spare?) but for me it is not a problem because I don't use
> spares :)
CORRECTION: IT WAS AUTOMATICALY ADDED AS A SPARE
So I think it works as expected!
I did the test fast - I did probably a mistake checking that.
Sergiusz
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
prev parent reply other threads:[~2012-08-22 10:57 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-08-21 10:41 mdadm --monitor: need extra feature? Sergiusz Brzeziński
2012-08-21 10:44 ` David Brown
2012-08-21 11:51 ` Sergiusz Brzeziński
2012-08-21 12:39 ` Adam Goryachev
2012-08-22 7:14 ` Sergiusz Brzeziński
2012-08-22 7:44 ` NeilBrown
2012-08-22 9:50 ` Sergiusz Brzeziński
[not found] ` <5034B0A2.4080403@websitemanagers.com.au>
2012-08-22 10:50 ` Sergiusz Brzeziński
2012-08-22 10:57 ` Sergiusz Brzeziński [this message]
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=5034BB35.2090102@supersystem.pl \
--to=sergiusz.brzezinski@supersystem.pl \
--cc=linux-raid@vger.kernel.org \
--cc=mailinglists@websitemanagers.com.au \
/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.