All of lore.kernel.org
 help / color / mirror / Atom feed
From: linbloke <linbloke@fastmail.fm>
To: Iwan Zarembo <iwan@zarembo.de>
Cc: linux-raid@vger.kernel.org
Subject: Re: IMSM Raid 5 always read only and gone after reboot
Date: Fri, 26 Aug 2011 20:54:46 +1000	[thread overview]
Message-ID: <4E577B76.2000803@fastmail.fm> (raw)
In-Reply-To: <4E569F75.2020306@zarembo.de>

On 26/08/11 5:16 AM, Iwan Zarembo wrote:
>
>> It sounds like mdmon is not being started.
>> mdmon monitors the array and performs any metadata updates required.
>>
>> The reason mktable is taking more than a second is that it tries to 
>> write to
>> the array, the kernel marks the array as 'write-pending' and waits 
>> for mdmon
>> to notice, update the metadata, and switch the array to 'active'.  
>> But mdmon
>> never does that.
>>
>> mdmon should be started by mdadm but just to check you can start it 
>> by hand:
>>
>>   /sbin/mdmon md126
>> or
>>   /sbin/mdmon --all
>>
>> If this makes it work, you need to work out why mdmon isn't being 
>> started.
>>
>> NeilBrown
>>
> Hello NeilBrown,
> I finally found it. I was using mdadm 3.1.4, it is in the repository 
> of ubuntu. This version does not really support IMSM that this is the 
> real problem. I found it because I did not have mdmon. It does not 
> exists in this old version. So I downloaded the latest official 
> relesae 3.2.1 and installed it via make && sudo make install. Now 
> everything works perfectly. The array is available after reboot and 
> the synchronization process works over BIOS and not over mdadm itself.
> I would never found out that the version is making the trouble without 
> your comment about mdmon. Thank you.
>
> @Daniel,linbloke: Also a big thank you to you both. I learned a lot 
> about raid with this problem.
>

my advice didn't make it to the list (reply-all duh), but it was short 
and for the record:

On debian-based systems to specify which arrays are required at boot time:

try:
dpkg-reconfigure mdadm

it should ask which arrays (if any) to start on boot

HTH

> Cheers,
>
> Iwan
>
> -- 
> 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

      reply	other threads:[~2011-08-26 10:54 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-08-16 20:19 IMSM Raid 5 always read only and gone after reboot Iwan Zarembo
2011-08-17  4:08 ` Daniel Frey
2011-08-17  4:15 ` Daniel Frey
2011-08-19 19:46   ` Iwan Zarembo
2011-08-24 17:09   ` Iwan Zarembo
2011-08-24 23:54     ` NeilBrown
2011-08-25 19:16       ` Iwan Zarembo
2011-08-26 10:54         ` linbloke [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=4E577B76.2000803@fastmail.fm \
    --to=linbloke@fastmail.fm \
    --cc=iwan@zarembo.de \
    --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.