Linux RAID Storage Date Index

• Thread Index

• [PATCH 5/9] raid5: log recovery
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 4/9] raid5: log reclaim support
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 1/9] MD: add a new disk role to present cache device
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 7/9] raid5: don't allow resize/reshape with cache(log) support
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 8/9] raid5: enable log for raid array with cache disk
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 2/9] md: override md superblock recovery_offset for cache device
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 6/9] raid5: disable batch with log enabled
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 9/9] raid5: skip resync if cache(log) is enabled
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 3/9] raid5: add basic stripe log
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 0/9]raid5: fix write hole
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH 3/3] Safeguard against writing to an active device of another node
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH 06/12] md-cluster: add the error check if failed to get dlm lock
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH 3/3] Safeguard against writing to an active device of another node
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] drivers/md/md.c: ignore recovery_offset if bitmap exists
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxxx>
• Re: [PATCH 3/3] Safeguard against writing to an active device of another node
  • From: Guoqing Jiang <gqJiang@xxxxxxxx>
• Re: [PATCH 3/3] Safeguard against writing to an active device of another node
  • From: NeilBrown <neilb@xxxxxxxx>
• raid5 regression in 4.1.x
  • From: Tomas Papan <tomas.papan@xxxxxxxxx>
• Re: [PATCH 06/12] md-cluster: add the error check if failed to get dlm lock
  • From: Guoqing Jiang <gqJiang@xxxxxxxx>
• Re: [PATCH 06/12] md-cluster: add the error check if failed to get dlm lock
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH] drivers/md/md.c: ignore recovery_offset if bitmap exists
  • From: Nate Dailey <nate.dailey@xxxxxxxxxxx>
• Re: [PATCH v2 3/3] dm-crypt: Adds support for wiping key when doing suspend/hibernation
  • From: Pali Rohár <pali.rohar@xxxxxxxxx>
• Re: [PATCH v2 3/3] dm-crypt: Adds support for wiping key when doing suspend/hibernation
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] block: add a bi_error field to struct bio
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] block: add a bi_error field to struct bio
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 12/12] md-cluster: handle error situations more precisely in lockres_init
  • From: Guoqing Jiang <gqJiang@xxxxxxxx>
• Re: [PATCH 06/12] md-cluster: add the error check if failed to get dlm lock
  • From: Guoqing Jiang <gqJiang@xxxxxxxx>
• Re: [PATCH 10/12] md-cluster: only call complete(&cinfo->completion) when node join cluster
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH 06/12] md-cluster: add the error check if failed to get dlm lock
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH 05/12] md-cluster: init completion within lockres_init
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH 12/12] md-cluster: handle error situations more precisely in lockres_init
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH 11/12] md-cluster: Read the disk bitmap sb and check if it needs recovery
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH 09/12] md-cluster: add missed lockres_free
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH 08/12] md-cluster: remove the unused sb_lock
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH 07/12] md-cluster: init suspend_list and suspend_lock early in join
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: Subject: ANNOUNCE: mdadm 3.3.3 - A tool for managing md Soft RAID under Linux
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: [PATCH 04/12] md-cluster: fix deadlock issue on message lock
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH 03/12] md-cluster: transfer the resync ownership to another node
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH 01/12] md-cluster: use %pU to print UUIDs
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: dm cache: fix alloc_bitset check that always evaluates as false
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: raid1_end_read_request does not retry failed READ from a recovering drive
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: raid1_end_read_request does not retry failed READ from a recovering drive
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] drivers/md/md.c: use kzalloc() when bitmap is disabled
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md: setup safemode_timer before it's being used
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: raid1_end_read_request does not retry failed READ from a recovering drive
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• [PATCH] drivers/md/md.c: use kzalloc() when bitmap is disabled
  • From: Benjamin Randazzo <benjamin@xxxxxxxxxxx>
• [PATCH] md: setup safemode_timer before it's being used
  • From: Sasha Levin <sasha.levin@xxxxxxxxxx>
• Re: [PATCH] block: add a bi_error field to struct bio
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] raid0: data corruption when using trim
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] raid0: data corruption when using trim
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: [PATCH] block: add a bi_error field to struct bio
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Does sync_action repair raid6 zero mismatch_cnt?
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: [PATCH] raid0: data corruption when using trim
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: [PATCH] raid0: data corruption when using trim
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Subject: ANNOUNCE: mdadm 3.3.3 - A tool for managing md Soft RAID under Linux
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: raid1_end_read_request does not retry failed READ from a recovering drive
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] raid0: data corruption when using trim
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Does sync_action repair raid6 zero mismatch_cnt?
  • From: John Bridges <john.bridges@xxxxxxxxx>
• Re: [PATCH] raid0: data corruption when using trim
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• [PATCH] dm cache: fix alloc_bitset check that always evaluates as false
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] Skip cluster setup for dm-raid
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] block: add a bi_error field to struct bio
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] block: add a bi_error field to struct bio
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] block: Do a full clone when splitting discard bios
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH 3/3] Skip cluster setup for dm-raid
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxxx>
• [PATCH 2/3] Skip cluster setup in case of error while reading bitmap
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxxx>
• [PATCH 1/3] Return error if request_module fails and returns positive value
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxxx>
• Re: raid1_end_read_request does not retry failed READ from a recovering drive
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: [PATCH] Enable loading of bitmaps for dm-md-raid1.
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH] raid0: data corruption when using trim
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH] block: Do a full clone when splitting discard bios
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• RE: [PATCH] raid0: data corruption when using trim
  • From: Seunguk Shin <seunguk.shin@xxxxxxxxxxx>
• Re: [PATCH] block: add a bi_error field to struct bio
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] Enable loading of bitmaps for dm-md-raid1.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v2 1/3] PM suspend/hibernate: Call notifier after freezing processes
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2 1/3] PM suspend/hibernate: Call notifier after freezing processes
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: degraded raid array with bad blocks
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v2 1/3] PM suspend/hibernate: Call notifier after freezing processes
  • From: NeilBrown <neilb@xxxxxxxx>
• MDADM RAID5 mismatch_cnt > 0. Any way to identify which blocks disagree?
  • From: Jimmie Mayfield <jimmie@xxxxxxxxxxxxx>
• Re: [dm-devel] [PATCH] block: add a bi_error field to struct bio
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] raid0: data corruption when using trim
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] raid0: data corruption when using trim
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• RE: [PATCH] raid0: data corruption when using trim
  • From: Seunguk Shin <seunguk.shin@xxxxxxxxxxx>
• Re: [PATCH v2 1/3] PM suspend/hibernate: Call notifier after freezing processes
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] raid0: data corruption when using trim
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: [PATCH] raid0: data corruption when using trim
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] raid0: data corruption when using trim
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• [PATCH] Enable loading of bitmaps for dm-md-raid1.
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH V4 00/13] MD: a caching layer for raid5/6
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• add a bi_error field to struct bio V3
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] raid0: data corruption when using trim
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: Raid5 fails to assemble automatically
  • From: Rudy Zijlstra <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] PM suspend/hibernate: Call notifier after freezing processes
  • From: Pali Rohár <pali.rohar@xxxxxxxxx>
• Re: [PATCH V4 00/13] MD: a caching layer for raid5/6
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Raid5 fails to assemble automatically
  • From: Marc Desharnais <marcdesharnais@xxxxxxxxxxx>
• Re: Raid5 fails to assemble automatically
  • From: Rudy Zijlstra <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Raid5 fails to assemble automatically
  • From: Marc Desharnais <marcdesharnais@xxxxxxxxxxx>
• [PATCH] raid0: data corruption when using trim
  • From: Seunguk Shin <seunguk.shin@xxxxxxxxxxx>
• Re: Reversing parity recalculation on out-of-order RAID 6 array
  • From: Steven Reddie <steven.reddie@xxxxxxxxx>
• Re: Reversing parity recalculation on out-of-order RAID 6 array
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Reversing parity recalculation on out-of-order RAID 6 array
  • From: Steven Reddie <steven.reddie@xxxxxxxxx>
• Re: Reversing parity recalculation on out-of-order RAID 6 array
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Reversing parity recalculation on out-of-order RAID 6 array
  • From: Steven Reddie <steven.reddie@xxxxxxxxx>
• Re: mdadm --create parameter ordering
  • From: Steven Reddie <steven.reddie@xxxxxxxxx>
• Re: [PATCH v2 1/3] PM suspend/hibernate: Call notifier after freezing processes
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] dm: Export function dm_suspend_md()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2 2/3] dm: Export function dm_suspend_md()
  • From: Pali Rohár <pali.rohar@xxxxxxxxx>
• Re: [PATCH v2 2/3] dm: Export function dm_suspend_md()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2 2/3] dm: Export function dm_suspend_md()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2 2/3] dm: Export function dm_suspend_md()
  • From: Pali Rohár <pali.rohar@xxxxxxxxx>
• Re: [PATCH v2 2/3] dm: Export function dm_suspend_md()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH V4 00/13] MD: a caching layer for raid5/6
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: degraded raid array with bad blocks
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• degraded raid array with bad blocks
  • From: Fabian Fischer <raid@xxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 00/13] MD: a caching layer for raid5/6
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH V4 00/13] MD: a caching layer for raid5/6
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH v2 1/3] PM suspend/hibernate: Call notifier after freezing processes
  • From: Pali Rohár <pali.rohar@xxxxxxxxx>
• Re: [PATCH V4 00/13] MD: a caching layer for raid5/6
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH V4 00/13] MD: a caching layer for raid5/6
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH V4 00/13] MD: a caching layer for raid5/6
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v2 1/3] PM suspend/hibernate: Call notifier after freezing processes
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V4 00/13] MD: a caching layer for raid5/6
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH V4 00/13] MD: a caching layer for raid5/6
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH V4 00/13] MD: a caching layer for raid5/6
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH V4 00/13] MD: a caching layer for raid5/6
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH V4 00/13] MD: a caching layer for raid5/6
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH V4 00/13] MD: a caching layer for raid5/6
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH V4 00/13] MD: a caching layer for raid5/6
  • From: Shaohua Li <shli@xxxxxx>
• Re: CPU requirements......
  • From: Adam Goryachev <adam@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 00/13] MD: a caching layer for raid5/6
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH V4 00/13] MD: a caching layer for raid5/6
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: mdadm-grow-continue service crashing (similiar to "raid5 reshape is stuck" thread from May)
  • From: Edward Kuns <eddie.kuns@xxxxxxxxx>
• Re: mdadm-grow-continue service crashing (similiar to "raid5 reshape is stuck" thread from May)
  • From: Edward Kuns <eddie.kuns@xxxxxxxxx>
• Re: mdadm-grow-continue service crashing (similiar to "raid5 reshape is stuck" thread from May)
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: CPU requirements......
  • From: Jared Mauch <jared@xxxxxxxxxxxxxxx>
• CPU requirements......
  • From: Another Sillyname <anothersname@xxxxxxxxxxxxxx>
• Re: mdadm-grow-continue service crashing (similiar to "raid5 reshape is stuck" thread from May)
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: mdadm --create parameter ordering
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: mdadm --create parameter ordering
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• mdadm --create parameter ordering
  • From: Steven Reddie <steven.reddie@xxxxxxxxx>
• Re: Resurrecting a Dirty RAID-5
  • From: Adam Goryachev <adam@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Resurrecting a Dirty RAID-5
  • From: Can Jeuleers <can.jeuleers@xxxxxxxxx>
• Re: Resurrecting a Dirty RAID-5
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: mdadm-grow-continue service crashing (similiar to "raid5 reshape is stuck" thread from May)
  • From: Edward Kuns <eddie.kuns@xxxxxxxxx>
• Re: Resurrecting a Dirty RAID-5
  • From: jtroan@xxxxxxxxx
• Re: mdadm-grow-continue service crashing (similiar to "raid5 reshape is stuck" thread from May)
  • From: Phil Turmel <philip@xxxxxxxxxx>
• mdadm-grow-continue service crashing (similiar to "raid5 reshape is stuck" thread from May)
  • From: Edward Kuns <eddie.kuns@xxxxxxxxx>
• Re: Resurrecting a Dirty RAID-5
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: [PATCH V4 00/13] MD: a caching layer for raid5/6
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 12/12] md-cluster: handle error situations more precisely in lockres_init
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 11/12] md-cluster: Read the disk bitmap sb and check if it needs recovery
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 10/12] md-cluster: only call complete(&cinfo->completion) when node join cluster
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 09/12] md-cluster: add missed lockres_free
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 08/12] md-cluster: remove the unused sb_lock
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 07/12] md-cluster: init suspend_list and suspend_lock early in join
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 04/12] md-cluster: fix deadlock issue on message lock
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 06/12] md-cluster: add the error check if failed to get dlm lock
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 05/12] md-cluster: init completion within lockres_init
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 02/12] md-cluster: split recover_slot for future code reuse
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 03/12] md-cluster: transfer the resync ownership to another node
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 01/12] md-cluster: use %pU to print UUIDs
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 00/12] md-cluster: code improvement, fixs and new feature
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH V4 00/13] MD: a caching layer for raid5/6
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH V4 00/13] MD: a caching layer for raid5/6
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH V4 00/13] MD: a caching layer for raid5/6
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH V4 00/13] MD: a caching layer for raid5/6
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH V4 00/13] MD: a caching layer for raid5/6
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH V4 00/13] MD: a caching layer for raid5/6
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH V4 00/13] MD: a caching layer for raid5/6
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Resurrecting a Dirty RAID-5
  • From: jtroan@xxxxxxxxx
• Re: [PATCH] bcache: Deletion of an unnecessary check before the function call "kobject_put"
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: Resurrecting a Dirty RAID-5
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Resurrecting a Dirty RAID-5
  • From: jtroan@xxxxxxxxx
• Re: [PATCH V4 00/13] MD: a caching layer for raid5/6
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH V4 00/13] MD: a caching layer for raid5/6
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v2 0/3] dm-crypt: Adds support for wiping key when doing suspend/hibernation
  • From: Pali Rohár <pali.rohar@xxxxxxxxx>
• Re: [PATCH 0/1] RFC: Unreliable discard performance can cripple RAID1
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• raid1 - mismatches after resuming interrupted recovery
  • From: Nate Dailey <nate.dailey@xxxxxxxxxxx>
• [PATCH trivial] dm: Spelling s/consitent/consistent/
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 3/3] Safeguard against writing to an active device of another node
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 2/3] md-cluster: use %-64s to print cluster_name
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 1/3] mdadm: fix wrong condition for go to abort
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH v5 06/11] md/raid5: split bio for chunk_aligned_read
  • From: Ming Lin <mlin@xxxxxxxxxx>
• [PATCH v5 07/11] md/raid5: get rid of bio_fits_rdev()
  • From: Ming Lin <mlin@xxxxxxxxxx>
• [PATCH v5 08/11] block: kill merge_bvec_fn() completely
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re[2]: Issue removing failed drive and re adding on raid 6
  • From: "Justin Stephenson" <justin@xxxxxxxxxxxxxxxxx>
• Re: Issue removing failed drive and re adding on raid 6
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: Issue removing failed drive and re adding on raid 6
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re[4]: Issue removing failed drive and re adding on raid 6
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Issue removing failed drive and re adding on raid 6
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re[3]: Issue removing failed drive and re adding on raid 6
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Issue removing failed drive and re adding on raid 6
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re[2]: Issue removing failed drive and re adding on raid 6
  • From: "Justin Stephenson" <justin@xxxxxxxxxxxxxxxxx>
• Re: Issue removing failed drive and re adding on raid 6
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re[4]: Issue removing failed drive and re adding on raid 6
  • From: "Justin Stephenson" <justin@xxxxxxxxxxxxxxxxx>
• Re[3]: Issue removing failed drive and re adding on raid 6
  • From: "Justin Stephenson" <justin@xxxxxxxxxxxxxxxxx>
• Re[2]: Issue removing failed drive and re adding on raid 6
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re[2]: Issue removing failed drive and re adding on raid 6
  • From: "Justin Stephenson" <justin@xxxxxxxxxxxxxxxxx>
• Re: Issue removing failed drive and re adding on raid 6
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Issue removing failed drive and re adding on raid 6
  • From: "Justin Stephenson" <justin@xxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 00/13] MD: a caching layer for raid5/6
  • From: Yuanhan Liu <yuanhan.liu@xxxxxxxxxxxxxxx>
• Re: doubt about raid1 and writemostly
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Mixed controllers on JBOD Raid 6?
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH V4 00/13] MD: a caching layer for raid5/6
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH V4 00/13] MD: a caching layer for raid5/6
  • From: Yuanhan Liu <yuanhan.liu@xxxxxxxxxxxxxxx>
• Re: Mixed controllers on JBOD Raid 6?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Mixed controllers on JBOD Raid 6?
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Mixed controllers on JBOD Raid 6?
  • From: Another Sillyname <anothersname@xxxxxxxxxxxxxx>
• Re: doubt about raid1 and writemostly
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: DM_CACHE_SMQ is experimental and enabled by default? (was: Re: dm cache: add stochastic-multi-queue (smq) policy)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] Fix read-balancing during node failure
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Raid Recovery
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: I/O error reading from raid 1 device but not slave devices
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: I/O error reading from raid 1 device but not slave devices
  • From: Nate Clark <nate@xxxxxxxxxx>
• I/O error reading from raid 1 device but not slave devices
  • From: Nate Clark <nate@xxxxxxxxxx>
• Raid Recovery
  • From: "Carter J. Castor" <cjcastor@xxxxxxxxx>
• Re: [Bug 100491] New: Oops under bitmap_start_sync [md_mod] at boot
  • From: Austin S Hemmelgarn <ahferroin7@xxxxxxxxx>
• [GIT PULL REQUEST] md updates for 4.2
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [Bug 100491] New: Oops under bitmap_start_sync [md_mod] at boot
  • From: Sami Liedes <sami.liedes@xxxxxx>
• Re: DM_CACHE_SMQ is experimental and enabled by default? (was: Re: dm cache: add stochastic-multi-queue (smq) policy)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• DM_CACHE_SMQ is experimental and enabled by default? (was: Re: dm cache: add stochastic-multi-queue (smq) policy)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: mismatch_cnt constantly goes up on ssd+hdd raid1
  • From: Boris T <tlknv@xxxxxxxxx>
• Re: mismatch_cnt constantly goes up on ssd+hdd raid1
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: mismatch_cnt constantly goes up on ssd+hdd raid1
  • From: tlknv <tlknv@xxxxxxxxx>
• Re: (R) in mdstat output, clean && degraded
  • From: Jared Mauch <jared@xxxxxxxxxxxxxxx>
• Re: RAID1 removing failed disk returns EBUSY
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: mismatch_cnt constantly goes up on ssd+hdd raid1
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: NULL pointer dereference at 0000000000000038 IP: [<ffffffff815f514f>] bitmap_load+0x45f/0x610
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: mismatch_cnt constantly goes up on ssd+hdd raid1
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: mismatch_cnt constantly goes up on ssd+hdd raid1
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: mismatch_cnt constantly goes up on ssd+hdd raid1
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 0/1] RFC: Unreliable discard performance can cripple RAID1
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 0/1] RFC: Unreliable discard performance can cripple RAID1
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: 4.0.5: WARNING: CPU: 3 PID: 249 at /home/kernel/COD/linux/mm/backing-dev.c:372 bdi_unregister+0x36/0x40()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: mdadm/Software RAID problems - another update
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: mdadm/Software RAID problems
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: doubt about raid1 and writemostly
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: (R) in mdstat output, clean && degraded
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Crash flood fills syslog
  • From: NeilBrown <neilb@xxxxxxxx>
• Crash flood fills syslog
  • From: John Bridges <john.bridges@xxxxxxxxx>
• [PATCH] Fix read-balancing during node failure
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxxx>
• Re: [PATCH 0/1] RFC: Unreliable discard performance can cripple RAID1
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 0/1] RFC: Unreliable discard performance can cripple RAID1
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 0/1] RFC: Unreliable discard performance can cripple RAID1
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 0/1] RFC: Unreliable discard performance can cripple RAID1
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• [PATCH 0/1] RFC: Unreliable discard performance can cripple RAID1
  • From: Jes.Sorensen@xxxxxxxxxx
• [PATCH 1/1] raid0: Disable discard per default due to performance uncertainty
  • From: Jes.Sorensen@xxxxxxxxxx
• Re: (R) in mdstat output, clean && degraded
  • From: Jared Mauch <jared@xxxxxxxxxxxxxxx>
• [PATCH] Add MD_FEATURE_WRITE_CACHE to sb->feature_map for write cache
  • From: Song Liu <songliubraving@xxxxxx>
• Re: (R) in mdstat output, clean && degraded
  • From: Phil Turmel <philip@xxxxxxxxxx>
• [PATCH V4 12/13] raid5: enable cache for raid array with cache disk
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH V4 08/13] raid5: cache recovery support
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH V4 10/13] raid5: don't allow resize/reshape with cache support
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH V4 06/13] raid5: cache IO error handling
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH V4 09/13] raid5: add some sysfs entries
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH V4 00/13] MD: a caching layer for raid5/6
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH V4 03/13] raid5: cache log handling
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH V4 13/13] raid5: skip resync if caching is enabled
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH V4 04/13] raid5: cache part of raid5 cache
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH V4 11/13] raid5: guarantee cache release stripes in correct way
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH V4 05/13] raid5: cache reclaim support
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH V4 02/13] raid5: directly use mddev->queue
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH V4 07/13] raid5: cache device quiesce support
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH V4 01/13] MD: add a new disk role to present cache device
  • From: Shaohua Li <shli@xxxxxx>
• Re: (R) in mdstat output, clean && degraded
  • From: Jared Mauch <jared@xxxxxxxxxxxxxxx>
• Re: (R) in mdstat output, clean && degraded
  • From: Phil Turmel <philip@xxxxxxxxxx>
• (R) in mdstat output, clean && degraded
  • From: Jared Mauch <jared@xxxxxxxxxxxxxxx>
• doubt about raid1 and writemostly
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• [PATCH] md: remove an unneeded condition in set_array_info.
  • From: Wei Fang <fangwei1@xxxxxxxxxx>
• Re: mdadm/Software RAID problems - another update
  • From: Gareth Evans <donotspam@xxxxxxxxxxx>
• [PATCH v2 3/3] dm-crypt: Adds support for wiping key when doing suspend/hibernation
  • From: Pali Rohár <pali.rohar@xxxxxxxxx>
• [PATCH v2 2/3] dm: Export function dm_suspend_md()
  • From: Pali Rohár <pali.rohar@xxxxxxxxx>
• [PATCH v2 1/3] PM suspend/hibernate: Call notifier after freezing processes
  • From: Pali Rohár <pali.rohar@xxxxxxxxx>
• [PATCH v2 0/3] dm-crypt: Adds support for wiping key when doing suspend/hibernation
  • From: Pali Rohár <pali.rohar@xxxxxxxxx>
• mdadm/Software RAID problems - update
  • From: Gareth Evans <donotspam@xxxxxxxxxxx>
• NULL pointer dereference at 0000000000000038 IP: [<ffffffff815f514f>] bitmap_load+0x45f/0x610
  • From: Nate Clark <nate@xxxxxxxxxx>
• mdadm/Software RAID problems
  • From: Gareth Evans <donotspam@xxxxxxxxxxx>
• Re: [PATCH v3 3/8] raid5: A caching layer for RAID5/6
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH v3 5/8] md: don't allow resize/reshape with cache support
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH v3 3/8] raid5: A caching layer for RAID5/6
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH v3 1/8] MD: add a new disk role to present cache device
  • From: Neil Brown <neilb@xxxxxxx>
• Re: RAID1 removing failed disk returns EBUSY
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH 11/11] Reuse the write_bitmap for update uuid
  • From: Guoqing Jiang <gqJiang@xxxxxxxx>
• Re: [PATCH 11/11] Reuse the write_bitmap for update uuid
  • From: Neil Brown <neilb@xxxxxxx>
• Re: seagate-"archive"-disks with raid6?
  • From: wiebittewas <wiebittewas@xxxxxxxxxxxxxx>
• Re: Migrating a RAID 5 from 4x2TB to 3x6TB ?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Fw: Problems with bdev_write_page().
  • From: Charles Bertsch <cbertsch@xxxxxxx>
• 4.0.5: WARNING: CPU: 3 PID: 249 at /home/kernel/COD/linux/mm/backing-dev.c:372 bdi_unregister+0x36/0x40()
  • From: Tomasz Chmielewski <tch@xxxxxxxxxxx>
• Re: Migrating a RAID 5 from 4x2TB to 3x6TB ?
  • From: "Wilson, Jonathan" <piercing_male@xxxxxxxxxxx>
• Re: Migrating a RAID 5 from 4x2TB to 3x6TB ?
  • From: "Wilson, Jonathan" <piercing_male@xxxxxxxxxxx>
• Re: [PATCH v2] md: fix a build warning
  • From: Neil Brown <neilb@xxxxxxx>
• mismatch_cnt constantly goes up on ssd+hdd raid1
  • From: tlknv <tlknv@xxxxxxxxx>
• Re: seagate-"archive"-disks with raid6?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: doubts about sdd raid1 and cfs
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: doubts about sdd raid1 and cfs
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: doubts about sdd raid1 and cfs
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: doubts about sdd raid1 and cfs
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: seagate-"archive"-disks with raid6?
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• doubts about sdd raid1 and cfs
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: seagate-"archive"-disks with raid6?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• seagate-"archive"-disks with raid6?
  • From: wiebittewas <wiebittewas@xxxxxxxxxxxxxx>
• Re: 4.1-rc6 radi5 OOPS
  • From: Neil Brown <neilb@xxxxxxx>
• Re: 4.1-rc6 radi5 OOPS
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: write performance of HW RAID VS MD RAID
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: Fw: Problems with bdev_write_page().
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxxxx>
• [GIT PULL REQUEST] one last md update for 4.1
  • From: NeilBrown <neilb@xxxxxxx>
• add a bi_error field to struct bio V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] md: fix a build warning
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [RFC] add a bi_error field
  • From: Liu Bo <bo.li.liu@xxxxxxxxxx>
• Re: [RFC] add a bi_error field
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC] add a bi_error field
  • From: Liu Bo <bo.li.liu@xxxxxxxxxx>
• Re: [RFC] add a bi_error field
  • From: Liu Bo <bo.li.liu@xxxxxxxxxx>
• Re: block: add a bi_error field to struct bio
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: block: add a bi_error field to struct bio
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: 4.1-rc6 radi5 OOPS
  • From: Neil Brown <neilb@xxxxxxx>
• Re: 4.1-rc6 radi5 OOPS
  • From: Neil Brown <neilb@xxxxxxx>
• Re: 4.1-rc6 radi5 OOPS
  • From: Neil Brown <neilb@xxxxxxx>
• Re: write performance of HW RAID VS MD RAID
  • From: Ming Lin <mlin@xxxxxxxxxx>
• AW: write performance of HW RAID VS MD RAID
  • From: Markus Stockhausen <stockhausen@xxxxxxxxxxx>
• [PATCH v2] md: fix a build warning
  • From: Firo Yang <firogm@xxxxxxxxx>
• Re: write performance of HW RAID VS MD RAID
  • From: Neil Brown <neilb@xxxxxxx>
• Re: write performance of HW RAID VS MD RAID
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: write performance of HW RAID VS MD RAID
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: write performance of HW RAID VS MD RAID
  • From: Steven Haigh <netwiz@xxxxxxxxx>
• Re: write performance of HW RAID VS MD RAID
  • From: Neil Brown <neilb@xxxxxxx>
• write performance of HW RAID VS MD RAID
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: 4.1-rc6 radi5 OOPS
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH] md: fix a build warning
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH] md: fix a build warning
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Migrating a RAID 5 from 4x2TB to 3x6TB ?
  • From: Pierre Wieser <pierre.wieser@xxxxxxxx>
• Re: block: add a bi_error field to struct bio
  • From: anup modak <amodak2014@xxxxxxxxx>
• Re: [PATCH] md: fix a build warning
  • From: walter harms <wharms@xxxxxx>
• Re: [PATCH] md: fix a build warning
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: [PATCH] md: fix a build warning
  • From: walter harms <wharms@xxxxxx>
• Re: block: add a bi_error field to struct bio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: 4.1-rc6 radi5 OOPS
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH] md: fix a build warning
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: block: add a bi_error field to struct bio
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: block: add a bi_error field to struct bio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: block: add a bi_error field to struct bio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] md: fix a build warning
  • From: Firo Yang <firogm@xxxxxxxxx>
• Re: [dm-devel] [PATCH] block: add a bi_error field to struct bio
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: block: add a bi_error field to struct bio
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: RAID1 removing failed disk returns EBUSY
  • From: XiaoNi <xni@xxxxxxxxxx>
• Re: [PATCH 00/11] mdadm tool: add the support for cluster-md
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH 10/11] Reuse calc_bitmap_size to reduce code size
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 11/11] Reuse the write_bitmap for update uuid
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 07/11] Skip clustered devices in incremental
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 08/11] mdadm: add the ability to change cluster name
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 09/11] mdadm: change the num of cluster node
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 05/11] Add a new clustered disk
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 06/11] Convert a bitmap=none device to clustered
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 04/11] Show all bitmaps while examining bitmap
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 03/11] home-cluster while creating an array
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 02/11] Add nodes option while creating md
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 01/11] Create n bitmaps for clustered mode
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 00/11] mdadm tool: add the support for cluster-md
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [dm-devel] [PATCH] block: add a bi_error field to struct bio
  • From: Neil Brown <neilb@xxxxxxx>
• Re: 4.1-rc6 radi5 OOPS
  • From: Neil Brown <neilb@xxxxxxx>
• Re: 4.1-rc6 radi5 OOPS
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH v2 6/8] drivers/md/md.c: Use strreplace
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH v2 0/8] Introduce strreplace
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: Migrating a RAID 5 from 4x2TB to 3x6TB ?
  • From: Can Jeuleers <can.jeuleers@xxxxxxxxx>
• Re: Migrating a RAID 5 from 4x2TB to 3x6TB ?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Migrating a RAID 5 from 4x2TB to 3x6TB ?
  • From: Another Sillyname <anothersname@xxxxxxxxxxxxxx>
• Re: Migrating a RAID 5 from 4x2TB to 3x6TB ?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Migrating a RAID 5 from 4x2TB to 3x6TB ?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Migrating a RAID 5 from 4x2TB to 3x6TB ?
  • From: Pierre Wieser <pwieser@xxxxxxxxxxxx>
• Re: Migrating a RAID 5 from 4x2TB to 3x6TB ?
  • From: Pierre Wieser <pwieser@xxxxxxxxxxxx>
• Re: Migrating a RAID 5 from 4x2TB to 3x6TB ?
  • From: Pierre Wieser <pwieser@xxxxxxxxxxxx>
• Re: [PATCH v2 0/8] Introduce strreplace
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: Reshape of RAID5 array from 3 to 4 disks frozen
  • From: Vilhelm von Ehrenheim <vonehrenheim@xxxxxxxxx>
• Re: Migrating a RAID 5 from 4x2TB to 3x6TB ?
  • From: Can Jeuleers <can.jeuleers@xxxxxxxxx>
• Re: [PATCH v2 0/8] Introduce strreplace
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• [PATCH v2 0/8] Introduce strreplace
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 6/8] drivers/md/md.c: Use strreplace
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: Migrating a RAID 5 from 4x2TB to 3x6TB ?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Migrating a RAID 5 from 4x2TB to 3x6TB ?
  • From: Pierre Wieser <pwieser@xxxxxxxxxxxx>
• Re: Reshape of RAID5 array from 3 to 4 disks frozen
  • From: David Wahler <dwahler@xxxxxxxxx>
• Reshape of RAID5 array from 3 to 4 disks frozen
  • From: Vilhelm von Ehrenheim <vonehrenheim@xxxxxxxxx>
• Fwd: [PATCH v3 0/8] MD: a caching layer for raid5/6
  • From: Davor Vusir <davortvusir@xxxxxxxxx>
• Re: block: add a bi_error field to struct bio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [dm-devel] [PATCH] block: add a bi_error field to struct bio
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [RFC/PATCH 0/8] Introduce strreplace
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• [RFC/PATCH 6/8] drivers/md/md.c: Use strreplace
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: 4.1-rc6 radi5 OOPS
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• [PATCH v3 7/8] raid5: guarantee cache release stripes in correct way
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH v3 8/8] raid5: multi-thread support for raid5 caching reclaim
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH v3 5/8] md: don't allow resize/reshape with cache support
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH v3 2/8] raid5: directly use mddev->queue
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH v3 6/8] raid5: skip resync if caching is enabled
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH v3 4/8] raid5: add some sysfs entries
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH v3 0/8] MD: a caching layer for raid5/6
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH v3 1/8] MD: add a new disk role to present cache device
  • From: Shaohua Li <shli@xxxxxx>
• Re: 4.1-rc6 radi5 OOPS
  • From: NeilBrown <neilb@xxxxxxx>
• Re: 4.1-rc6 radi5 OOPS
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: 4.1-rc6 radi5 OOPS
  • From: NeilBrown <neilb@xxxxxxx>
• 4.1-rc6 radi5 OOPS
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• [RFC] add a bi_error field
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: self healing of MD raid
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: self healing of MD raid
  • From: Alireza Haghdoost <alireza@xxxxxxxxxx>
• Re: self healing of MD raid
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Raid 10 far 2 layout clarification.
  • From: keld@xxxxxxxxxx
• self healing of MD raid
  • From: keld@xxxxxxxxxx
• Re: [PATCH V3 08/11] mdadm: add the ability to change cluster name
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxxx>
• Re: How does linux hide underlying disks partitions?
  • From: NeilBrown <neilb@xxxxxxx>
• How does linux hide underlying disks partitions?
  • From: Oleg Samarin <osamarin68@xxxxxxxxx>
• Re: raid5 reshape is stuck
  • From: XiaoNi <xni@xxxxxxxxxx>
• Re: raid5 reshape is stuck
  • From: NeilBrown <neilb@xxxxxxx>
• Re: raid5 reshape is stuck
  • From: XiaoNi <xni@xxxxxxxxxx>
• [GIT PULL REQUEST] more md bug fixes for 4.1-rc
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 4/4] raid5: fix wakeup condition
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH 4/4] raid5: fix wakeup condition
  • From: Yuanhan Liu <yuanhan.liu@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] raid5: wakeup raid5d when R5_ALLOC_MORE is set
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH 4/4] raid5: fix wakeup condition
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 3/4] raid5: ignore released_stripes check
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 2/4] raid5: grown at least NR_STRIPE_HASH_LOCKS stripes
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 1/4] raid5: wakeup raid5d when R5_ALLOC_MORE is set
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 3/4] raid5: ignore released_stripes check
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 1/4] raid5: wakeup raid5d when R5_ALLOC_MORE is set
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 2/4] raid5: grown at least NR_STRIPE_HASH_LOCKS stripes
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 4/4] raid5: fix wakeup condition
  • From: Shaohua Li <shli@xxxxxx>
• Re: Which physical device failed?
  • From: "Wilson, Jonathan" <piercing_male@xxxxxxxxxxx>
• Re: raid5 reshape is stuck
  • From: NeilBrown <neilb@xxxxxxx>
• Re: raid5 reshape is stuck
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: raid5 reshape is stuck
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Which physical device failed?
  • From: Benjamin ESTRABAUD <be@xxxxxxxxxx>
• Re: Which physical device failed?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Which physical device failed?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Which physical device failed?
  • From: Can Jeuleers <can.jeuleers@xxxxxxxxx>
• Re: Which physical device failed?
  • From: "Wilson, Jonathan" <piercing_male@xxxxxxxxxxx>
• Re: Which physical device failed?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Which physical device failed?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Which physical device failed?
  • From: Michael Munger <michael.munger@xxxxxxxxx>
• Re: Which physical device failed?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Which physical device failed?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Which physical device failed?
  • From: Carsten Aulbert <Carsten.Aulbert@xxxxxxxxxx>
• Re: raid5 reshape is stuck
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Which physical device failed?
  • From: Michael Munger <michael.munger@xxxxxxxxx>
• Re: raid5 reshape is stuck
  • From: NeilBrown <neilb@xxxxxxx>
• Re: raid5 reshape is stuck
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH v4 06/11] md/raid5: get rid of bio_fits_rdev()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Fwd: Installing Linux directly onto RAID6 Array...........
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: raid5 reshape is stuck
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH v4 06/11] md/raid5: get rid of bio_fits_rdev()
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 2/8] md/raid5: Ensure a batch member is not handled prematurely.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 2/8] md/raid5: Ensure a batch member is not handled prematurely.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: raid5 reshape is stuck
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH v4 06/11] md/raid5: get rid of bio_fits_rdev()
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH 2/8] md/raid5: Ensure a batch member is not handled prematurely.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 2/8] md/raid5: Ensure a batch member is not handled prematurely.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v4 06/11] md/raid5: get rid of bio_fits_rdev()
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 2/8] md/raid5: Ensure a batch member is not handled prematurely.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH v4 06/11] md/raid5: get rid of bio_fits_rdev()
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: Fwd: Installing Linux directly onto RAID6 Array...........
  • From: Another Sillyname <anothersname@xxxxxxxxxxxxxx>
• Re: Fwd: Installing Linux directly onto RAID6 Array...........
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/8] md/raid5: Ensure a batch member is not handled prematurely.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md-cluster: avoid deadlock on MESSAGE lock resource
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH v4 06/11] md/raid5: get rid of bio_fits_rdev()
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: Fwd: Installing Linux directly onto RAID6 Array...........
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: raid5 reshape is stuck
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Fwd: Installing Linux directly onto RAID6 Array...........
  • From: Another Sillyname <anothersname@xxxxxxxxxxxxxx>
• Re: raid5 reshape is stuck
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Installing Linux directly onto RAID6 Array...........
  • From: Another Sillyname <anothersname@xxxxxxxxxxxxxx>
• Re: [PATCH V3 08/11] mdadm: add the ability to change cluster name
  • From: Guoqing Jiang <gqJiang@xxxxxxxx>
• Re: Installing Linux directly onto RAID6 Array...........
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Fwd: Installing Linux directly onto RAID6 Array...........
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Fwd: Installing Linux directly onto RAID6 Array...........
  • From: Another Sillyname <anothersname@xxxxxxxxxxxxxx>
• [PATCH] Fix reversed logic in drivers/md/md.c
  • From: Eddie Kovsky <ewk@xxxxxxxxxxxx>
• Re: [PATCH] Fix reversed logic in drivers/md/md.c
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Fwd: Installing Linux directly onto RAID6 Array...........
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Problems with bdev_write_page().
  • From: Charles Bertsch <cbertsch@xxxxxxx>
• Re: Fwd: Installing Linux directly onto RAID6 Array...........
  • From: Another Sillyname <anothersname@xxxxxxxxxxxxxx>
• [PATCH V2] md-cluster: avoid deadlock on MESSAGE lock resource
  • From: Abhijit Bhopatkar <abhopatk@xxxxxxxxx>
• Re: [PATCH v4 08/11] block: kill merge_bvec_fn() completely
  • From: Alex Elder <elder@xxxxxxxxxx>
• Re: [PATCH v4 08/11] block: kill merge_bvec_fn() completely
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH v4 08/11] block: kill merge_bvec_fn() completely
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 08/11] block: kill merge_bvec_fn() completely
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH] md-cluster: avoid deadlock on MESSAGE lock resource
  • From: Abhijit Bhopatkar <abhopatk@xxxxxxxxx>
• Re: [PATCH v4 06/11] md/raid5: get rid of bio_fits_rdev()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 08/11] block: kill merge_bvec_fn() completely
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 06/11] md/raid5: get rid of bio_fits_rdev()
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH v4 06/11] md/raid5: get rid of bio_fits_rdev()
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH v4 08/11] block: kill merge_bvec_fn() completely
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH v4 06/11] md/raid5: get rid of bio_fits_rdev()
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Massive data corruption on replace + fail + rebuild
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH V3 00/11] mdadm tool: add the support for cluster-md
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH V3 11/11] Reuse the write_bitmap for update uuid
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH V3 09/11] mdadm: change the num of cluster node
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH V3 08/11] mdadm: add the ability to change cluster name
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH V3 06/11] Convert a bitmap=none device to clustered
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH V3 05/11] Add a new clustered disk
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH V3 04/11] Show all bitmaps while examining bitmap
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH V3 03/11] home-cluster while creating an array
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH V3 02/11] Add nodes option while creating md
  • From: NeilBrown <neilb@xxxxxxx>
• Re: raid5 reshape is stuck
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Does --freeze-reshape only work during initrd boot phase?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Fwd: Installing Linux directly onto RAID6 Array...........
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Fwd: Installing Linux directly onto RAID6 Array...........
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Fwd: Installing Linux directly onto RAID6 Array...........
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Fwd: Installing Linux directly onto RAID6 Array...........
  • From: Brad Campbell <brad@xxxxxxxxxxxxxxx>
• Re: Fwd: Installing Linux directly onto RAID6 Array...........
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Fwd: Installing Linux directly onto RAID6 Array...........
  • From: Brad Campbell <brad@xxxxxxxxxxxxxxx>
• Re: Fwd: Installing Linux directly onto RAID6 Array...........
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Fwd: Installing Linux directly onto RAID6 Array...........
  • From: Another Sillyname <anothersname@xxxxxxxxxxxxxx>
• Re: Fwd: Installing Linux directly onto RAID6 Array...........
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Fwd: Installing Linux directly onto RAID6 Array...........
  • From: Another Sillyname <anothersname@xxxxxxxxxxxxxx>
• Re: Fwd: Installing Linux directly onto RAID6 Array...........
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Fwd: Installing Linux directly onto RAID6 Array...........
  • From: Another Sillyname <anothersname@xxxxxxxxxxxxxx>
• Re: Fwd: Installing Linux directly onto RAID6 Array...........
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Fwd: Installing Linux directly onto RAID6 Array...........
  • From: Another Sillyname <anothersname@xxxxxxxxxxxxxx>
• Re: [PATCH 2/8] md/raid5: Ensure a batch member is not handled prematurely.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 2/8] md/raid5: Ensure a batch member is not handled prematurely.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] Fix minor typo in mdadm manpage.
  • From: NeilBrown <neilb@xxxxxxx>
• [dm:for-next 30/30] drivers/md/dm-thin.c:338:5: sparse: symbol '__blkdev_issue_discard_async' was not declared. Should it be static?
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [PATCH dm] dm thin: __blkdev_issue_discard_async() can be static
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [PATCH v4 06/11] md/raid5: get rid of bio_fits_rdev()
  • From: Ming Lin <mlin@xxxxxxxxxx>
• [PATCH v4 07/11] md/raid5: split bio for chunk_aligned_read
  • From: Ming Lin <mlin@xxxxxxxxxx>
• [PATCH v4 08/11] block: kill merge_bvec_fn() completely
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: Filesystem corruption MD (imsm) Raid0 via 2 SSD's + discard
  • From: Holger Kiehl <Holger.Kiehl@xxxxxx>
• Re: Recent drive errors
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: Recent drive errors
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: [PATCH] Fix minor typo in mdadm manpage.
  • From: Andrew Burgess <andrew.burgess@xxxxxxxxxxxx>
• Does --freeze-reshape only work during initrd boot phase?
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: raid5 reshape is stuck
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Recent drive errors
  • From: Weedy <weedy2887@xxxxxxxxx>
• [PATCH 8/8] md/raid5: break stripe-batches when the array has failed.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 7/8] md/raid5: call break_stripe_batch_list from handle_stripe_clean_event
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 6/8] md/raid5: be more selective about distributing flags across batch.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 5/8] md/raid5: add handle_flags arg to break_stripe_batch_list.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 4/8] md/raid5: duplicate some more handle_stripe_clean_event code in break_stripe_batch_list
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 3/8] md/raid5: remove condition test from check_break_stripe_batch_list.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 2/8] md/raid5: Ensure a batch member is not handled prematurely.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 1/8] md/raid5: ensure whole batch is delayed for all required bitmap updates.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 0/8] Fixes for md/raid5 stripe batching code.
  • From: NeilBrown <neilb@xxxxxxx>
• [GIT PULL REQUEST] md fixes for 4.1-rc
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Recent drive errors
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: raid5 reshape is stuck
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: RAID1 working correctly, error messages during boot
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID1 working correctly, error messages during boot
  • From: NeilBrown <neilb@xxxxxxx>
• WARNING: Software Raid 0 on SSD's and discard corrupts data
  • From: Holger Kiehl <Holger.Kiehl@xxxxxx>
• Re: Recent drive errors
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Filesystem corruption MD (imsm) Raid0 via 2 SSD's + discard
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Filesystem corruption MD (imsm) Raid0 via 2 SSD's + discard
  • From: Holger Kiehl <Holger.Kiehl@xxxxxx>
• Re: Data corruption after resizing partition, when using bitmaps
  • From: Jim Paris <jim@xxxxxxxx>
• Re: raid5 reshape is stuck
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] need read reshape_groress from sys
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Breaks LSI RAID on C600 chipset
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Data corruption after resizing partition, when using bitmaps
  • From: NeilBrown <neilb@xxxxxxx>
• Re: raid5 reshape is stuck
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Filesystem corruption MD (imsm) Raid0 via 2 SSD's + discard
  • From: NeilBrown <neilb@xxxxxxx>
• Massive data corruption on replace + fail + rebuild
  • From: James J <james.j@xxxxxxxxxxxxx>
• Re: Filesystem corruption MD (imsm) Raid0 via 2 SSD's + discard
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Filesystem corruption MD (imsm) Raid0 via 2 SSD's + discard
  • From: Holger Kiehl <Holger.Kiehl@xxxxxx>
• Re: Replacing a failed disk "in advance"
  • From: Jan Kasprzak <kas@xxxxxxxxxx>
• Re: Replacing a failed disk "in advance"
  • From: Caspar Smit <casparsmit@xxxxxxxxxxx>
• Re: Replacing a failed disk "in advance"
  • From: Jan Kasprzak <kas@xxxxxxxxxx>
• Re: Replacing a failed disk "in advance"
  • From: Ladislav Mate <ladislav.mate@xxxxxxxxx>
• Replacing a failed disk "in advance"
  • From: Jan Kasprzak <kas@xxxxxxxxxx>
• Re: Data corruption after resizing partition, when using bitmaps
  • From: Jim Paris <jim@xxxxxxxx>
• Re: [PATCH] raid5: fix broken async operation chain
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 7/7] md/raid5: fix handling of degraded stripes in batches.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Recent drive errors
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: Data corruption after resizing partition, when using bitmaps
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH v2 0/6] a caching layer for raid5/6
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] need read reshape_groress from sys
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH V3 10/11] Reuse calc_bitmap_size to reduce code size
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V3 08/11] mdadm: add the ability to change cluster name
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V3 11/11] Reuse the write_bitmap for update uuid
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V3 09/11] mdadm: change the num of cluster node
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V3 07/11] Skip clustered devices in incremental
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V3 03/11] home-cluster while creating an array
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V3 02/11] Add nodes option while creating md
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V3 05/11] Add a new clustered disk
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V3 06/11] Convert a bitmap=none device to clustered
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V3 04/11] Show all bitmaps while examining bitmap
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V3 01/11] Create n bitmaps for clustered mode
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V3 00/11] mdadm tool: add the support for cluster-md
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH v3] mdadm: monitor: fix nullptr dereference when get_md_name() returns NULL
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH v3 10/11] md/raid10: make sync_request_write() call bio_copy_data()
  • From: NeilBrown <neilb@xxxxxxx>
• Fwd: [PATCH] add sysfs reshape_progress for raid5
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Fwd: [PATCH] need read reshape_groress from sys
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 06/12] bcache: Use DECLARE_BITMAP
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 00/12] treewide: Use DECLARE_BITMAP
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH v3] mdadm: monitor: fix nullptr dereference when get_md_name() returns NULL
  • From: Sergey Vidishev <sergeyv@xxxxxxxxxxxxxx>
• Re: [PATCH v2] mdadm: monitor: fix nullptr dereference when get_md_name() returns NULL
  • From: Sergey Vidishev <sergeyv@xxxxxxxxxxxxxx>
• Re: Recent drive errors
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: Recent drive errors
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Recent drive errors
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Data corruption after resizing partition, when using bitmaps
  • From: Jim Paris <jim@xxxxxxxx>
• Re: Recent drive errors
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Backup raid, power down questions.
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Recent drive errors
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: Backup raid, power down questions.
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Backup raid, power down questions.
  • From: "Wilson, Jonathan" <piercing_male@xxxxxxxxxxx>
• Re: Recent drive errors
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: raid5 reshape is stuck
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Recent drive errors
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: 20 disks, fastest possible mostly-sequential read speeds
  • From: Brian Kroth <bpkroth@xxxxxxxxx>
• Re: [PATCH v2 RESEND] block: discard bdi_unregister() in favour of bdi_destroy()
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH v2 0/6] a caching layer for raid5/6
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH v3 10/11] md/raid10: make sync_request_write() call bio_copy_data()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 RESEND] block: discard bdi_unregister() in favour of bdi_destroy()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH v2 RESEND] block: discard bdi_unregister() in favour of bdi_destroy()
  • From: NeilBrown <neilb@xxxxxxx>
• Re: 20 disks, fastest possible mostly-sequential read speeds
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/6] raid5: directly use mddev->queue
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH v2 4/6] raid5: add some sysfs entries
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH v2 1/6] MD: add a new disk role to present cache device
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH v2 5/6] md: don't allow resize/reshape with cache support
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH v2 6/6] raid5: skip resync if caching is enabled
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH v2 0/6] a caching layer for raid5/6
  • From: Shaohua Li <shli@xxxxxx>
• 20 disks, fastest possible mostly-sequential read speeds
  • From: Jon Nelson <jnelson@xxxxxxxxxxx>
• Re: [PATCH v2] mdadm: monitor: fix nullptr dereference when get_md_name() returns NULL
  • From: "David F." <df7729@xxxxxxxxx>
• [PATCH v2] mdadm: monitor: fix nullptr dereference when get_md_name() returns NULL
  • From: Sergey Vidishev <sergeyv@xxxxxxxxxxxxxx>
• RAID1 working correctly, error messages during boot
  • From: Hans Malissa <hmalissa@xxxxxx>
• Re: Breaks LSI RAID on C600 chipset
  • From: "David F." <df7729@xxxxxxxxx>
• Re: [PATCH V2 01/11] Create n bitmaps for clustered mode
  • From: Guoqing Jiang <gqJiang@xxxxxxxx>
• Re: [PATCH] md: convert to kstrto*()
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID5 assemble fails after reboot while reshaping
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID5 assemble fails after reboot while reshaping
  • From: Marco Fuckner <marco@xxxxxxxxxxxxxxx>
• Re: RAID5 assemble fails after reboot while reshaping
  • From: Phil Turmel <philip@xxxxxxxxxx>
• RAID5 assemble fails after reboot while reshaping
  • From: Marco Fuckner <marco@xxxxxxxxxxxxxxx>
• Problems with bdev_write_page().
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] md-cluster: avoid deadlock on MESSAGE lock resource
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH] md: convert to kstrto*()
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: PROBLEM: write to jbod with 3TB and 160GB drives hits BUG/oops
  • From: Charles Bertsch <cbertsch@xxxxxxx>
• [PATCH v2 5/4] dm-raid: add merge method to target
  • From: heinzm@xxxxxxxxxx
• raid5 reshape is stuck
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH V2 01/11] Create n bitmaps for clustered mode
  • From: NeilBrown <neilb@xxxxxxx>
• RE: [PATCH 0/7] mdadm support for caching layer in raid 5/6
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH 0/7] mdadm support for caching layer in raid 5/6
  • From: Jason Keltz <jas@xxxxxxxxxxxx>
• [PATCH 2/7] Enable create array with write cache (--write-cache DEVICE).
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH 5/7] Check write cache in incremental
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH 3/7] Create write-cache superblock in mdadm --create
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH 6/7] Zero write-cache superblock in --zero-super
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH 4/7] Assemble array with writecache
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH 7/7] Add information about write-cache superblock to --examine
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH 1/7] Show device as cache in --detail
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH 0/7] mdadm support for caching layer in raid 5/6
  • From: Song Liu <songliubraving@xxxxxx>
• Re: data corruption after rebuid
  • From: d tbsky <tbskyd@xxxxxxxxx>
• Re: [PATCH 3/3] md/raid5: per hash value and exclusive wait_for_stripe
  • From: NeilBrown <neilb@xxxxxxx>
• Re: data corruption after rebuid
  • From: Adam Goryachev <adam@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] md/raid5: per hash value and exclusive wait_for_stripe
  • From: Yuanhan Liu <yuanhan.liu@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] md/raid5: per hash value and exclusive wait_for_stripe
  • From: NeilBrown <neilb@xxxxxxx>
• data corruption after rebuid
  • From: d tbsky <tbskyd@xxxxxxxxx>
• [PATCH] md-cluster: use %pU to print UUIDs
  • From: gqjiang@xxxxxxxx
• [PATCH] raid5: fix broken async operation chain
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Breaks LSI RAID on C600 chipset
  • From: "David F." <df7729@xxxxxxxxx>
• RAID-5: The following arrays have missing required members and cannot be configured
  • From: "Gravity IT Solutions" <info@xxxxxxxxxxxx>
• Re: Possible RAID6 regression with ASYNC_TX_DMA enabled in 4.1
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• Re: unexpected speed difference at RAID initialisation
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] md-cluster: avoid deadlock on MESSAGE lock resource
  • From: "Lidong Zhong" <lzhong@xxxxxxxx>
• Re: [PATCH 7/7] md/raid5: fix handling of degraded stripes in batches.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Breaks LSI RAID on C600 chipset
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] DDF: _write_super_to_disk: fix anchor header type
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Installing Linux directly onto RAID6 Array...........
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Possible RAID6 regression with ASYNC_TX_DMA enabled in 4.1
  • From: Shaohua Li <shli@xxxxxxxxxx>
• MD RAID hot-replace wants to rewrite to the source! (and fails, and kicks)
  • From: James J <james.j@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] a caching layer for raid 5/6
  • From: Shaohua Li <shli@xxxxxx>
• Re: Installing Linux directly onto RAID6 Array...........
  • From: Another Sillyname <anothersname@xxxxxxxxxxxxxx>
• Re: Installing Linux directly onto RAID6 Array...........
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Installing Linux directly onto RAID6 Array...........
  • From: "Wilson, Jonathan" <piercing_male@xxxxxxxxxxx>
• Fwd: Installing Linux directly onto RAID6 Array...........
  • From: Another Sillyname <anothersname@xxxxxxxxxxxxxx>
• Re: Possible RAID6 regression with ASYNC_TX_DMA enabled in 4.1
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• Re: Installing Linux directly onto RAID6 Array...........
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Installing Linux directly onto RAID6 Array...........
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Installing Linux directly onto RAID6 Array...........
  • From: Rudy Zijlstra <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Installing Linux directly onto RAID6 Array...........
  • From: Another Sillyname <anothersname@xxxxxxxxxxxxxx>
• Re: [PATCH 0/5] a caching layer for raid 5/6
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Breaks LSI RAID on C600 chipset
  • From: "David F." <df7729@xxxxxxxxx>
• Re: Possible RAID6 regression with ASYNC_TX_DMA enabled in 4.1
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 0/5] a caching layer for raid 5/6
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH] DDF: _write_super_to_disk: fix anchor header type
  • From: Martin Wilck <martin.wilck@xxxxxxxxxxxxxx>
• Re: [PATCH 0/5] a caching layer for raid 5/6
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Possible RAID6 regression with ASYNC_TX_DMA enabled in 4.1
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• [GIT PULL REQUEST]
  • From: NeilBrown <neilb@xxxxxxx>
• Re: raid6: general protection fault in async_copy_data
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: mdadm Raid level change from 1 to 5?
  • From: Hans Kraus <hans@xxxxxxxxxxxxxx>
• unexpected speed difference at RAID initialisation
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: [PATCH 7/7] md/raid5: fix handling of degraded stripes in batches.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md-cluster: avoid deadlock on MESSAGE lock resource
  • From: Abhijit Bhopatkar <abhopatk@xxxxxxxxx>
• [PATCH] md-cluster: avoid deadlock on MESSAGE lock resource
  • From: Abhijit Bhopatkar <abhopatk@xxxxxxxxx>
• Re: mdadm Raid level change from 1 to 5?
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• mdadm Raid level change from 1 to 5?
  • From: Hans Kraus <hans@xxxxxxxxxxxxxx>
• [PATCH 6/7] md/raid5: fix allocation of 'scribble' array.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 7/7] md/raid5: fix handling of degraded stripes in batches.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 5/7] md/raid5: don't record new size if resize_stripes fails.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 4/7] md/raid5: avoid reading parity blocks for full-stripe write to degraded array
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 3/7] md/raid5: more incorrect BUG_ON in handle_stripe_fill.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 2/7] md/raid5: new alloc_stripe() to allocate an initialize a stripe.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 1/7] md-raid0: conditional mddev->queue access to suit dm-raid
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 0/7] md fixes for -rc2
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH V2 11/11] Reuse the write_bitmap for update uuid
  • From: gqjiang@xxxxxxxx
• [PATCH V2 07/11] Skip clustered devices in incremental
  • From: gqjiang@xxxxxxxx
• [PATCH V2 08/11] mdadm: add the ability to change cluster name
  • From: gqjiang@xxxxxxxx
• [PATCH V2 10/11] Reuse calc_bitmap_size to reduce code size
  • From: gqjiang@xxxxxxxx
• [PATCH V2 09/11] mdadm: change the num of cluster node
  • From: gqjiang@xxxxxxxx
• [PATCH V2 06/11] Convert a bitmap=none device to clustered
  • From: gqjiang@xxxxxxxx
• [PATCH V2 05/11] Add a new clustered disk
  • From: gqjiang@xxxxxxxx
• [PATCH V2 03/11] home-cluster while creating an array
  • From: gqjiang@xxxxxxxx
• [PATCH V2 04/11] Show all bitmaps while examining bitmap
  • From: gqjiang@xxxxxxxx
• [PATCH V2 01/11] Create n bitmaps for clustered mode
  • From: gqjiang@xxxxxxxx
• [PATCH V2 02/11] Add nodes option while creating md
  • From: gqjiang@xxxxxxxx
• [PATCH V2 00/11] mdadm tool: add the support for cluster-md
  • From: gqjiang@xxxxxxxx
• Re: [PATCH v3 07/11] md/raid5: split bio for chunk_aligned_read
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH 1/2] md/raid5: avoid duplicate code
  • From: Yuanhan Liu <yuanhan.liu@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] md/raid5: avoid duplicate code
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH v2] block: discard bdi_unregister() in favour of bdi_destroy()
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Potential race in dlm based messaging md-cluster.c
  • From: "Lidong Zhong" <lzhong@xxxxxxxx>
• Re: [PATCH v3 07/11] md/raid5: split bio for chunk_aligned_read
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 3/5] A caching layer for RAID5/6
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• AW: Possible RAID6 regression with ASYNC_TX_DMA enabled in 4.1
  • From: Markus Stockhausen <stockhausen@xxxxxxxxxxx>
• Possible RAID6 regression with ASYNC_TX_DMA enabled in 4.1
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• Re: Potential race in dlm based messaging md-cluster.c
  • From: Abhijit Bhopatkar <abhopatk@xxxxxxxxx>
• [PATCH v3 06/11] md/raid5: get rid of bio_fits_rdev()
  • From: Ming Lin <mlin@xxxxxxxxxx>
• [PATCH v3 07/11] md/raid5: split bio for chunk_aligned_read
  • From: Ming Lin <mlin@xxxxxxxxxx>
• [PATCH v3 08/11] block: kill merge_bvec_fn() completely
  • From: Ming Lin <mlin@xxxxxxxxxx>
• [PATCH v3 10/11] md/raid10: make sync_request_write() call bio_copy_data()
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: Removed disk vs. failed disk?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Potential race in dlm based messaging md-cluster.c
  • From: "Lidong Zhong" <lzhong@xxxxxxxx>
• Re: raid6: general protection fault in async_copy_data
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 5/5] md: don't allow resize/reshape with cache support
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 3/5] A caching layer for RAID5/6
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 4/5] raid5-cache: add some sysfs entries
  • From: Shaohua Li <shli@xxxxxx>