Re: md raid 5 not working

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Kanwar Ranbir Sandhu wrote:
On Sat, 2009-12-26 at 15:28 -0500, Kanwar Ranbir Sandhu wrote:
My Linux RAID skills/experience aren't that deep, so I'm not sure how to
fix this.  I'd appreciate any pointers.

Some details:

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1       60801   488384001   fd  Linux raid autodetect

   Device Boot      Start         End      Blocks   Id  System
/dev/sdd1               1       60801   488384001   fd  Linux raid autodetect

   Device Boot      Start         End      Blocks   Id  System
/dev/sde1               1       60801   488384001   fd  Linux raid autodetect

Solved my problem!

As you can see here, the md superblock is on the first primary partition
of each of these drives.  But, Linux wasn't seeing these partitions.  A
simple 'ls -l /dev/sd*' only showed me /dev/sdb, /dev/sdd, and /dev/sde.
The reason I provided mdadm details on these drives was because I
couldn't see /dev/sdb1, etc.  I couldn't give md information on the
partitions.

I realized I had once used the entire drives in a md RAID 5 set instead
of building the RAID 5 on partitions.  I had outdated md superblocks
on /dev/sd[bde]!  I suppose when I rebuilt the array properly, I didn't
wipe the drives completely.  Basically, the old md superblocks were
confusing the kernel.

To fix this, I ran the following from the rescue CD:

mdadm --zero-superblock --force /dev/sdb
mdadm --zero-superblock --force /dev/sdd
mdadm --zero-superblock --force /dev/sde

When I rebooted, /dev/md3 was detected properly and came up without any
problems.  Sweet!

Thanks to everyone that replied.  I didn't think I could solve this one
on my own, but the man page + my realization of what was going on helped
immensely.

For future reference there is also the linux-raid mailing list which handles issue regardless of release.

--
Bill Davidsen <davidsen@xxxxxxx>
  "We have more to fear from the bungling of the incompetent than from
the machinations of the wicked."  - from Slashdot

--
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora Magazine]     [Fedora News]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux