linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Safest way to renumber RAID-5 devices
@ 2003-06-28  8:03 Ian Pilcher
  2003-06-28  8:27 ` Neil Brown
  0 siblings, 1 reply; 4+ messages in thread
From: Ian Pilcher @ 2003-06-28  8:03 UTC (permalink / raw)
  To: linux-raid

Hi all!

I have several RAID-5 devices that I would like to renumber
(incrementing each minor number by 1).

Is it possible to do this without re-creating them?  I'd like to avoid
unnecessary re-syncs as well as the possibility of screwing up.

Thanks!
-- 
========================================================================
Ian Pilcher                                           pilchman@attbi.com
========================================================================



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Safest way to renumber RAID-5 devices
  2003-06-28  8:03 Safest way to renumber RAID-5 devices Ian Pilcher
@ 2003-06-28  8:27 ` Neil Brown
  2003-06-28  9:13   ` Ian Pilcher
       [not found]   ` <003301c33f2e$5abfca70$6401a8c0@bmoon>
  0 siblings, 2 replies; 4+ messages in thread
From: Neil Brown @ 2003-06-28  8:27 UTC (permalink / raw)
  To: Ian Pilcher; +Cc: linux-raid

On Saturday June 28, pilchman@attbi.com wrote:
> Hi all!
> 
> I have several RAID-5 devices that I would like to renumber
> (incrementing each minor number by 1).
> 
> Is it possible to do this without re-creating them?  I'd like to avoid
> unnecessary re-syncs as well as the possibility of screwing up.
> 

mdadm -A --update=superminor /dev/mdNEWNUMBER  /dev/sd...

should work with mdadm 1.2.0.

Obviously you have to stop the array first as "mdadm -A" starts a
stopped array.

Check the manpage to make sure I haven't mispelled somthing.

NeilBrown

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Safest way to renumber RAID-5 devices
  2003-06-28  8:27 ` Neil Brown
@ 2003-06-28  9:13   ` Ian Pilcher
       [not found]   ` <003301c33f2e$5abfca70$6401a8c0@bmoon>
  1 sibling, 0 replies; 4+ messages in thread
From: Ian Pilcher @ 2003-06-28  9:13 UTC (permalink / raw)
  To: Neil Brown; +Cc: linux-raid

Neil Brown wrote:
> 
> mdadm -A --update=superminor /dev/mdNEWNUMBER  /dev/sd...
> 
> should work with mdadm 1.2.0.
> 

Works like a charm.  I didn't realize that Red Hat was shipping a
back level version (in addition to still using the old raidtools in
their init scripts).

> 
> Check the manpage to make sure I haven't mispelled somthing.
> 

You forgot the hyphen in super-minor.  :-)

Thanks!
-- 
========================================================================
Ian Pilcher                                           pilchman@attbi.com
========================================================================


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Really need RESYNC at creation of array???
       [not found]   ` <003301c33f2e$5abfca70$6401a8c0@bmoon>
@ 2003-07-01  4:46     ` Neil Brown
  0 siblings, 0 replies; 4+ messages in thread
From: Neil Brown @ 2003-07-01  4:46 UTC (permalink / raw)
  To: bmoon; +Cc: linux-raid

On Monday June 30, bo@anthologysolutions.com wrote:
> Hi Neil & Raiders,
> 
> 
> 
> I am not quite sure if we really need to resync the array at the time of 
> 
> RAID 1 or RAID 5 array creation. I tried and tested without RESYNC by
> 
> modifying "case1" and "case2" from MDADM source, I could not notice
> 
> any problems or issues.
> 
> 
> 
> So I want to know from you what is the reason for these codes, and 
> 
> what you experieced from without RESYNC.
> 
> 

Others have answered with very relevant arguments for an initial sync.

For raid1 it is not absolutely essential, but for the reasons others
have mentioned it can be a good idea.

For raid5 it is essential:  you do not have any guarantee of data
integrity after a drive fails without it.

Consider:
   You start with a raid5 array where all the parity blocks are wrong.
   You write to a block on disk A and update the parity using a 
   read-modify-write cycle.  i.e.
      pre-read A.  pre-read Parity.
      subtract old A from parity.  Add new A into parity
      write new A, write new parity.
    The parity block is still wrong with respect to all other data
    blocks in that strip.
   Now drive A fails.  You have lost the block that you wrote there.


I would not be against adding a flag to mdadm which caused it to
create a raid1 array without any initial resync.  I would be against
allowing it for raid5.

NeilBrown

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2003-07-01  4:46 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-06-28  8:03 Safest way to renumber RAID-5 devices Ian Pilcher
2003-06-28  8:27 ` Neil Brown
2003-06-28  9:13   ` Ian Pilcher
     [not found]   ` <003301c33f2e$5abfca70$6401a8c0@bmoon>
2003-07-01  4:46     ` Really need RESYNC at creation of array??? Neil Brown

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).