Re: Fast (intelligent) raid1

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

 



"Neil Brown wrote:"
> Rather than having several bitmaps, have just one.  Normally it is
> full of zero and isn't touched.

> On hot-add, read the old superblock.  If it looks valid and matches
> the current array, and has an event counter of X or more, then ignore

I've made a preliminary patch. Available as

  ftp://oboe.it.uc3m.es/pub/Programs/fr1-2.2.tgz

This still needs to have the checkpoint (X) stuff put in, but I'm too
tired to do it right now. What it has is

  1) single bitmap
  2) recognition of a "hotrepair" via the superblock on a persistent 
    sb array

and also

  3) allow "hotrepair" on a nonpersistent sb array when a hotadd
     follows a setfaulty directlym without hotremove.

I'll complete it tomorrow. I checked basic functionality (i.e. "it
works", tm).

Peter
-
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

[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux