Re: [PATCH 00/14] md-cluster: A better way for METADATA_UPDATED processing

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

 



rgoldwyn@xxxxxxx writes:

> The processing of METADATA_UPDATED message is too simple and prone to
> errors. Besides, it would not update the internal data structures as
> required.
>
> This set of patches reads the superblock from one of the device of the MD
> and checks for changes in the in-memory data structures. If there is a change,
> it performs the necessary actions to keep the internal data structures
> as it would be in the primary node.
>
> An example is if a devices turns faulty. The algorithm is:
>
> 1. The initiator node marks the device as faulty and updates the superblock
> 2. The initiator node sends METADATA_UPDATED with an advisory  device number to the rest of the nodes.
> 3. The receiving node on receiving the METADATA_UPDATED message
>   3.1 Reads the superblock
>   3.2 Detects a device has failed by comparing with memory structure
>   3.3 Calls the necessary functions to record the failure and get the device out of the active array.
>   3.4 Acknowledges the message.
>
> The patch series also fixes adding the disk which was impacted because of
> the changes.
>
> Patches can also be found at
> https://github.com/goldwynr/linux branch md-next
>
> Changes since V2:
>  - Fix status synchrnoization after --add and --re-add operations
>  - Included Guoqing's patches on endian correctness, zeroing cmsg etc
>  - Restructure add_new_disk() and cancel()

Thanks a lots.  Looks good.

I have pull all this in and will push it out shortly.

Thanks,
NeilBrown

Attachment: signature.asc
Description: PGP signature


[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