Re: [SOLVED] more software raid questions

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



On Thu, Oct 21, 2010 at 11:03:27AM -0700, Nataraj wrote:
> fred smith wrote:
> >
> > Thanks for the additional information.
> >
> > I'll try backing up everything this weekend then will take a stab at it.
> >
> > someone said earlier that the differing raid superblocks were probably
> > the cause of the misassignment in the first place. but I have no clue
> > how the superblocks could have become messed up, can any of you comment
> > on that? willl I need to hack at that issue, too, before I can succeed?
> >
> > thanks again!
> >
> >   
> >> Nataraj
> >>     
> I would first try adding the drives back in with:
> 
> mdadm /dev/mdN -a /dev/sdXn
> 
> Again, this is after having stopped the bogus md arrays.

Nataraj, that worked fine, didn't need to --force it. Now I'm back to
having two devices in md0 and two in md1, and they're the RIGHT two! :)
Put the box in single-user mode to do the work, then after the array
finished resyncing, rebooted and it came up with the right two md devices.

I appreciate your tutoring me on this, you've been most helpful.

Thanks a bunch!

Oh, can you refer me to any good documentation on how to admin a
software raid system? One aimed for people, like me, who are 
computer literate, but have never trained as a sysadmin, and who
don't know much about RAID...

thanks again!

Fred
> 
> If that doesn't work, I would try assemble with a --force option, which 
> might be a little more dangerous than the hot add, but probably not 
> much. I can say that when I have a drive fall out of an array I am 
> always able to add it back with the first command (-a). As I mentioned, 
> I do have bitmaps on all my arrays, but you can't change that until you 
> rebuild the raidset.
> 
> I believe these comands will take care of everything. You shouldn't have 
> to do any diddling of the superblocks at a low level, and if the problem 
> is that bad, you might be best to backup and recreate the whole array or 
> engage the services of someone who knows how to muck with the data 
> structures on the disk. I've never had to use anything other than mdadm 
> to manage my raid arrays and I've never lost data with linux software 
> raid in the 10 or more years that I've been using it. I've found it to 
> be quite robust. Backing up is just a precaution that is a good idea for 
> anyone to take if they care about their data.
> 
> If these problems reoccur on a regular basis, you could have a bad 
> drive, a power supply problem or a cabling problem. Assuming your drives 
> are attached to SATA, SCSI or SAS controller, you can use smartctl to 
> check the drives and see if they are getting errors or other faults. 
> smartctl will not work with USB or firefire attached drives.
> 
> Nataraj
> _______________________________________________
> CentOS mailing list
> CentOS@xxxxxxxxxx
> http://lists.centos.org/mailman/listinfo/centos

-- 
---- Fred Smith -- fredex@xxxxxxxxxxxxxxxxxxxxxx -----------------------------
               But God demonstrates his own love for us in this: 
                         While we were still sinners, 
                              Christ died for us.
------------------------------- Romans 5:8 (niv) ------------------------------
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos


[Index of Archives]     [CentOS]     [CentOS Announce]     [CentOS Development]     [CentOS ARM Devel]     [CentOS Docs]     [CentOS Virtualization]     [Carrier Grade Linux]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Linux USB]
  Powered by Linux