From: Neil Brown <neilb@suse.de>
To: "Tor Arne Vestbø" <torarnv@gmail.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: Linux RAID autodetect partitions go missing from /dev, but fdisk can see them
Date: Tue, 16 Dec 2008 14:27:50 +1100 [thread overview]
Message-ID: <18759.8246.568849.244513@notabene.brown> (raw)
In-Reply-To: message from Tor Arne Vestbo on Wednesday December 10
On Wednesday December 10, torarnv@gmail.com wrote:
> Hi all,
>
> I have a very strange problem that I've been trying to debug for days
> now. I'm hoping someone on this list may have ran into this before, or
> have any tips on how I can continue debugging this, because I have to
> admit I'm a little lost...
Yes, it does sound rather weird.
Can you:
mdadm -Esv
and
mdadm --stop /dev/md0
strace -o /tmp/str -s 200 mdadm --assemble --scan --verbose /dev/md0
and send me the output and /tmp/str.
Also the contents of /etc/mdadm.conf might help.
Thanks,
NeilBrown
>
> I had a RAID5 with four drives and one spare, /dev/sd[bcde]1 +
> /dev/sdf1, and everything was working fine, until one day one of the
> drives in the array (sdb) no longer had a partition (sdb1). Letting the
> spare take over I ignored this for a few days, but then it happened
> again, this time with sdc. Kernel is 2.6.22.17, and I've compiled all
> raid support in. The symptoms are:
>
> - The kernel seems to detect the partitions (lines 396 and 407 in the
> dmesg [1])
>
> - But once the boot process finishes and the RAID is started, there is
> no longer any sdc1 or sdb1, so the RAID fails to start (lines 550-576 in
> dmesg [1])
>
> - Running fdisk -l shows that the drives in question (sdb and sdc) do
> have similar partitions as the other working drives, namely one Linux
> RAID autodetect partition each (see command output [2])
>
> - But, the partitions are missing from /proc/partitions (see [3])
>
> - Manually adding device nodes using mknod works, but doing file -sL
> on the device gives "writable, no read permission", even though
> permissions are the same as the other sd* nodes in /dev
>
> - Running 'partprobe -s' successfully finds the two missing partitions
> and adds device nodes, and the nodes can be 'file -sL'ed, but when
> trying to assemble the array again with these new nodes in the system,
> I'm told that sdc1 is not found, and after the --assemble is done, the
> device nodes are once again missing (!) see [4]
>
> - I've tried using the 'dmraid' command to look for fakeraid
> partitions or meta data on the drives, which I was told could mess up
> the auto-detection of Linux software ride partitions, but could not find
> any issues.
>
>
> As you can tell I've exhausted all my current options, so any help on
> what I could try next would be very much appreciated. I am especially
> curious as to why I lose the partitions when mdadm tries to assemble the
> array?
>
> Thanks!
>
> Tor Arne Vestbø
>
> [1] http://pastebin.com/m15b9c275 dmesg
> [2] http://pastebin.com/f50fb323a fdisk -l
> [3] http://pastebin.com/f4547c2ca cat /proc/partitions
> [4] http://pastebin.com/m4475c9ae partprobe + mdadm --assemble
> --
> 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
--
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
next prev parent reply other threads:[~2008-12-16 3:27 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-12-10 20:56 Linux RAID autodetect partitions go missing from /dev, but fdisk can see them Tor Arne Vestbø
2008-12-16 3:27 ` Neil Brown [this message]
2008-12-18 22:03 ` Tor Arne Vestbø
2008-12-18 22:19 ` Tor Arne Vestbø
[not found] ` <18762.53424.819087.495066@notabene.brown>
2009-01-18 17:51 ` Tor Arne Vestbø
2009-01-19 16:18 ` Tor Arne Vestbø
2009-01-31 13:19 ` Tor Arne Vestbø
2009-01-31 18:50 ` Richard Scobie
2008-12-18 22:22 ` Tor Arne Vestbø
-- strict thread matches above, loose matches on Subject: below --
2008-12-11 6:41 Tor Arne Vestbø
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=18759.8246.568849.244513@notabene.brown \
--to=neilb@suse.de \
--cc=linux-raid@vger.kernel.org \
--cc=torarnv@gmail.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).