All of lore.kernel.org
 help / color / mirror / Atom feed
From: Benjamin ESTRABAUD <be@mpstor.com>
To: d c <c866e866e@gmail.com>, "Admin@DH" <admin@digitallyhosted.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: More information on linux raid partition problem
Date: Thu, 18 Feb 2016 17:26:49 +0000	[thread overview]
Message-ID: <56C5FED9.9080001@mpstor.com> (raw)
In-Reply-To: <CAM1AHSwBhjcaQ5dOfu7nfYQGtwQ0RGzGuFdo6ALB44aArGPLSQ@mail.gmail.com>

sdd2 must be opened by something already. Maybe a RAID is already 
assembled with that particular device? What does "cat /proc/mdstat" outputs?

Otherwise "lsof|grep sdd" might help to find out what has a open handle 
on that drive.

Regards,
Ben.

On 18/02/16 17:17, d c wrote:
> Thank you for the reply.
>
> Yes that was just a typo when I rerun the command for the e-mail.
>
> Originally I typed it correct (and that does not work either)
>
>       mdadm --assemble /dev/md0 /dev/sdd2 /dev/sde2
>            mdadm: cannot open device /dev/sdd2: Device or resource busy
>            mdadm: /dev/sdd2 has no superblock - assembly aborted
>
> On Thu, Feb 18, 2016 at 5:51 PM, Admin@DH <admin@digitallyhosted.com> wrote:
>> You typed:
>>
>> mdadm --assemble /dev/md0 /dev/hdd2 /dev/hde2
>>
>> It should be:
>>
>> mdadm --assemble /dev/md0 /dev/sdd2 /dev/sde2
>>
>> Was that just a typo?
>>
>>
>> On 18/02/2016 16:12, d c wrote:
>>
>> For anyone who can help me here is some more information on my linux
>> raid partition problem.
>>
>> As stated before, I only have two disks from a three disk raid 5.
>>
>> When I try:
>>
>>       mdadm --assemble /dev/md0 /dev/hdd2 /dev/hde2
>>
>> I get the following error:
>>
>>       mdadm: cannot open device /dev/hdd2: No such file or directory
>>       mdadm: /dev/hdd2 has no superblock - assembly aborted
>>
>> When I do a mdadm examine, I get a different number of events:
>>
>>       mdadm --examine /dev/sdd2 | egrep Event
>>            Events : 60541
>>       mdadm --examine /dev/sde2 | egrep Event
>>            Events : 60544
>>
>> Also mdadm examine gives different States:
>>
>>       mdadm --examine /dev/sdd2 | egrep State
>>            State : active
>>       mdadm --examine /dev/sde2 | egrep State
>>            State : clean
>>
>> But mdadm shows that their Magic and UUID numbers are the same.
>>
>> Can anyone give suggestions on how I can repair this?
>>
>> Here are the full mdadm --examine outputs:
>>
>> mdadm --examine  /dev/sdd2
>> /dev/sdd2:
>>            Magic : a92b4efc
>>          Version : 0.90.00
>>             UUID : 1787919b:a8648f43:ae108b15:09b5fb69
>>    Creation Time : Fri Jan  7 17:54:08 2005
>>       Raid Level : raid5
>>    Used Dev Size : 48194816 (45.96 GiB 49.35 GB)
>>       Array Size : 96389632 (91.92 GiB 98.70 GB)
>>     Raid Devices : 3
>>    Total Devices : 2
>> Preferred Minor : 126
>>
>>      Update Time : Tue May  1 15:55:58 2012
>>            State : active
>>   Active Devices : 2
>> Working Devices : 2
>>   Failed Devices : 0
>>    Spare Devices : 0
>>         Checksum : b53ef3cf - correct
>>           Events : 60541
>>
>>           Layout : left-symmetric
>>       Chunk Size : 128K
>>
>>        Number   Major   Minor   RaidDevice State
>> this     2       8       66        2      active sync   /dev/sde2
>>
>>     0     0       0        0        0      removed
>>     1     1       8       50        1      active sync   /dev/sdd2
>>     2     2       8       66        2      active sync   /dev/sde2
>>
>> mdadm --examine  /dev/sde2
>> /dev/sde2:
>>            Magic : a92b4efc
>>          Version : 0.90.00
>>             UUID : 1787919b:a8648f43:ae108b15:09b5fb69
>>    Creation Time : Fri Jan  7 17:54:08 2005
>>       Raid Level : raid5
>>    Used Dev Size : 48194816 (45.96 GiB 49.35 GB)
>>       Array Size : 96389632 (91.92 GiB 98.70 GB)
>>     Raid Devices : 3
>>    Total Devices : 2
>> Preferred Minor : 126
>>
>>      Update Time : Tue May  1 15:56:20 2012
>>            State : clean
>>   Active Devices : 1
>> Working Devices : 1
>>   Failed Devices : 1
>>    Spare Devices : 0
>>         Checksum : b53fe060 - correct
>>           Events : 60544
>>
>>           Layout : left-symmetric
>>       Chunk Size : 128K
>>
>>        Number   Major   Minor   RaidDevice State
>> this     1       8       50        1      active sync   /dev/sdd2
>>
>>     0     0       0        0        0      removed
>>     1     1       8       50        1      active sync   /dev/sdd2
>>     2     2       0        0        2      faulty removed
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
>> the body of a message tomajordomo@vger.kernel.org
>> More majordomo info athttp://vger.kernel.org/majordomo-info.html
>>
> --
> 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:[~2016-02-18 17:26 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-02-18 16:12 More information on linux raid partition problem d c
     [not found] ` <56C5F6A4.4040205@digitallyhosted.com>
2016-02-18 17:17   ` d c
2016-02-18 17:26     ` Benjamin ESTRABAUD [this message]
2016-02-18 18:03       ` d c
2016-02-19 14:40         ` George Rapp
2016-02-19 14:43           ` George Rapp
2016-02-19 19:01             ` d c
2016-02-19 19:31               ` George Rapp

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=56C5FED9.9080001@mpstor.com \
    --to=be@mpstor.com \
    --cc=admin@digitallyhosted.com \
    --cc=c866e866e@gmail.com \
    --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.