Linux RAID Storage Date Index

• Thread Index

• Re: replacing drives
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: replacing drives
  • From: Roberto Nunnari <roberto.nunnari@xxxxxxxx>
• Re: array went wonky
  • From: Gimpbully <gimpbully@xxxxxxxxx>
• Re: array went wonky
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: replacing drives
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: replacing drives
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: replacing drives
  • From: Roberto Nunnari <roberto.nunnari@xxxxxxxx>
• Re: replacing drives
  • From: Roberto Nunnari <roberto.nunnari@xxxxxxxx>
• Re: replacing drives
  • From: Roberto Nunnari <roberto.nunnari@xxxxxxxx>
• Re: replacing drives
  • From: Roberto Nunnari <roberto.nunnari@xxxxxxxx>
• Re: replacing drives
  • From: Roberto Nunnari <roberto.nunnari@xxxxxxxx>
• Re: replacing drives
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: replacing drives
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: replacing drives
  • From: Roberto Nunnari <roberto.nunnari@xxxxxxxx>
• Re: [PATCH] raid5: add support for rmw writes in raid6
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: array went wonky
  • From: Sam Bingner <sam@xxxxxxxxxxx>
• Re: array went wonky
  • From: Gimpbully <gimpbully@xxxxxxxxx>
• Re: Mdadm monitor sometimes doesn't send events.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] raid5: add support for rmw writes in raid6
  • From: Dan Williams <djbw@xxxxxx>
• Re: [PATCH] raid5: add support for rmw writes in raid6
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: [PATCH] raid5: add support for rmw writes in raid6
  • From: Kumar Sundararajan <kumar@xxxxxx>
• Re: [PATCH] raid5: add support for rmw writes in raid6
  • From: Kumar Sundararajan <kumar@xxxxxx>
• Re: [PATCH 1/1] prevent double open(O_RDWR) on raid creation
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• Mdadm monitor sometimes doesn't send events.
  • From: Arkadiusz Bubała <arkadiusz.bubala@xxxxxxxxxx>
• Re: [PATCH 1/1] prevent double open(O_RDWR) on raid creation
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• Re: [PATCH 1/1] prevent double open(O_RDWR) on raid creation
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• Re: [PATCH 1/1] prevent double open(O_RDWR) on raid creation
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• Re: [PATCH] raid5: add support for rmw writes in raid6
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: [PATCH 1/1] prevent double open(O_RDWR) on raid creation
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 1/1] prevent double open(O_RDWR) on raid creation
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• Re: [PATCH 1/1] prevent double open(O_RDWR) on raid creation
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 1/1] prevent double open(O_RDWR) on raid creation
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• Re: [PATCH] raid5: add support for rmw writes in raid6
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [patch]MD: ignore discard request for hard disks of hybid raid1/raid10 array
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 1/1] prevent double open(O_RDWR) on raid creation
  • From: NeilBrown <neilb@xxxxxxx>
• [patch]MD: ignore discard request for hard disks of hybid raid1/raid10 array
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: want_replacement (aka --replace)
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• want_replacement (aka --replace)
  • From: Keith Keller <kkeller@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: replacing drives
  • From: Roberto Nunnari <roberto.nunnari@xxxxxxxx>
• Re: [PATCH] raid5: add support for rmw writes in raid6
  • From: Dan Williams <djbw@xxxxxx>
• Add missing and grow at the same time
  • From: "Niclas Arndt" <niclas@xxxxxxxx>
• Re: RAID50 boot problems
  • From: Dmitrijs Ledkovs <xnox@xxxxxxxxxx>
• Re: RAID50 boot problems
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: replacing drives
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: replacing drives
  • From: Keith Keller <kkeller@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: replacing drives
  • From: Tregaron Bayly <tbayly@xxxxxxxxxxxx>
• replacing drives
  • From: Roberto Nunnari <roberto.nunnari@xxxxxxxx>
• Re: [PATCH v2 0/9] fix max discard sectors limit
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 1/1] mdmon: Add missing option documentation to --help output
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH -next] dm cache: fix error return code in cache_create()
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [dm-devel] [PATCH -next] dm snapshot: fix error return code in snapshot_ctr()
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH 1/1] mdmon: Add missing option documentation to --help output
  • From: Jes.Sorensen@xxxxxxxxxx
• [PATCH v2 0/1] Quiet down automated tool checking noise
  • From: Jes.Sorensen@xxxxxxxxxx
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Thomas Jarosch <thomas.jarosch@xxxxxxxxxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Andrei Banu <andrei.banu@xxxxxxxxxx>
• Re: RAID50 boot problems
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID50 boot problems
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID50 boot problems
  • From: Dmitrijs Ledkovs <xnox@xxxxxxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Andrei Banu <andrei.banu@xxxxxxxxxx>
• Re: [PATCH 0/1] Quiet down automated tool checking noise
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Andrei Banu <andrei.banu@xxxxxxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Andrei Banu <andrei.banu@xxxxxxxxxx>
• Re: [PATCH 0/1] Quiet down automated tool checking noise
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID50 boot problems
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• [PATCH 0/1] Quiet down automated tool checking noise
  • From: Jes.Sorensen@xxxxxxxxxx
• [PATCH 1/1] mdmon: Document that -a is equivalent to --all in --help output
  • From: Jes.Sorensen@xxxxxxxxxx
• Re: RAID50 boot problems
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: RAID50 boot problems
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID50 boot problems
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Tommy Apel <tommyapeldk@xxxxxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Andrei Banu <andrei.banu@xxxxxxxxxx>
• Re: MD does not wait for drives on start-up with kernels 3.8+
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID50 boot problems
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] DM RAID: Add ability to restore transiently failed devices on resume
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] DDF: fix bug in compare_super_ddf
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] DM RAID: Explicitly turn off bad block support
  • From: NeilBrown <neilb@xxxxxxx>
• Re: DDF test fails if default udev rules are active
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] DM RAID: Explicitly turn off bad block support
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• [PATCH] DDF: fix bug in compare_super_ddf
  • From: mwilck@xxxxxxxx
• Re: Fixes for DDF test case (race conditions in mdmon)
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: RAID50 boot problems
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Andrei Banu <andrei.banu@xxxxxxxxxx>
• Re: Fixes for DDF test case (race conditions in mdmon)
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/9] fix max discard sectors limit
  • From: Namjae Jeon <linkinjeon@xxxxxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] DM RAID: Explicitly turn off bad block support
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] MD: Do not increment resync_mismatches unless MD_RECOVERY_REQUESTED
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] MD: Do not increment resync_mismatches unless MD_RECOVERY_REQUESTED
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Andrei Banu <andrei.banu@xxxxxxxxxx>
• Re: [PATCH v2 0/9] fix max discard sectors limit
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH] DM RAID: Add ability to restore transiently failed devices on resume
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH] MD: Do not increment resync_mismatches unless MD_RECOVERY_REQUESTED
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: [PATCH] DM RAID: Explicitly turn off bad block support
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH] MD: Do not increment resync_mismatches unless MD_RECOVERY_REQUESTED
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Tommy Apel <tommyapeldk@xxxxxxxxx>
• Re: RAID50 boot problems
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Andrei Banu <andrei.banu@xxxxxxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Andrei Banu <andrei.banu@xxxxxxxxxx>
• Re: mdadm raid1 regression
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: mdadm raid1 regression
  • From: Sebastian Riemer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• Re: Question about resync in RAID5
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: Odd IO traffic during raid5 reshape
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Tommy Apel <tommyapeldk@xxxxxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Tommy Apel <tommyapeldk@xxxxxxxxx>
• Re: mdadm raid1 regression
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: [PATCH] imsm: monitor: do not finish migration if there are no failed disks
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] raid5: add support for rmw writes in raid6
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] DM RAID: Explicitly turn off bad block support
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] DM RAID: Add ability to restore transiently failed devices on resume
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] MD: Do not increment resync_mismatches unless MD_RECOVERY_REQUESTED
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [BUG][PATCH] Fix: raid1/raid10 md devices leak memory when stopping
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Question about resync in RAID5
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Raid recovery. Help wanted!
  • From: Sam Bingner <sam@xxxxxxxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Odd CPU usage in the last stage of a raid5 reshape
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Odd IO traffic during raid5 reshape
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID50 boot problems
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md RAID5: Disk wrongly marked "spare", need to force re-add it
  • From: Ben Bucksch <linux.news@xxxxxxxxxxx>
• Re: md RAID5: Disk wrongly marked "spare", need to force re-add it
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md RAID5: Disk wrongly marked "spare", need to force re-add it
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Reshape Shrink Hung Again
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Andrei Banu <andrei.banu@xxxxxxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Tommy Apel <tommyapeldk@xxxxxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: md RAID5: Disk wrongly marked "spare", need to force re-add it
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Reshape Shrink Hung Again
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Raid recovery. Help wanted!
  • From: Evgeny Koryanov <evgeny.koryanov@xxxxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Tommy Apel <tommyapeldk@xxxxxxxxx>
• Re: Raid recovery. Help wanted!
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Raid recovery. Help wanted!
  • From: Evgeny Koryanov <evgeny.koryanov@xxxxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Tommy Apel <tommyapeldk@xxxxxxxxx>
• Re: md RAID5: Disk wrongly marked "spare", need to force re-add it
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: md RAID5: Disk wrongly marked "spare", need to force re-add it
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Reshape Shrink Hung Again
  • From: Sam Bingner <sam@xxxxxxxxxxx>
• Re: md RAID5: Disk wrongly marked "spare", need to force re-add it
  • From: Ben Bucksch <linux.news@xxxxxxxxxxx>
• Re: md RAID5: Disk wrongly marked "spare", need to force re-add it
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/9] fix max discard sectors limit
  • From: Namjae Jeon <linkinjeon@xxxxxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Andrei Banu <andrei.banu@xxxxxxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Andrei Banu <andrei.banu@xxxxxxxxxx>
• Re: Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Andrei Banu <andrei.banu@xxxxxxxxxx>
• Re: [PATCH v2 0/9] fix max discard sectors limit
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: md RAID5: Disk wrongly marked "spare", need to force re-add it
  • From: Oliver Schinagl <oliver+list@xxxxxxxxxxx>
• Re: md RAID5: Disk wrongly marked "spare", need to force re-add it
  • From: Ben Bucksch <linux.news@xxxxxxxxxxx>
• Re: md RAID5: Disk wrongly marked "spare", need to force re-add it
  • From: Ben Bucksch <linux.news@xxxxxxxxxxx>
• Incredibly poor performance of mdraid-1 with 2 SSD Samsung 840 PRO
  • From: Andrei Banu <andrei.banu@xxxxxxxxxx>
• Re: md RAID5: Disk wrongly marked "spare", need to force re-add it
  • From: linux.news@xxxxxxxxxxx
• [PATCH] MD: Do not increment resync_mismatches unless MD_RECOVERY_REQUESTED
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH v2 1/9] block: fix max discard sectors limit
  • From: Namjae Jeon <linkinjeon@xxxxxxxxx>
• [PATCH v2 2/9] mmc: fix max_discard_sectors
  • From: Namjae Jeon <linkinjeon@xxxxxxxxx>
• [PATCH v2 3/9] sd: use generic helper to set max_discard_sectors
  • From: Namjae Jeon <linkinjeon@xxxxxxxxx>
• [PATCH v2 6/9] nbd: use generic helper to set max_discard_sectors
  • From: Namjae Jeon <linkinjeon@xxxxxxxxx>
• [PATCH v2 7/9] brd: use generic helper to set max_discard_sectors
  • From: Namjae Jeon <linkinjeon@xxxxxxxxx>
• [PATCH v2 8/9] dm thin: use generic helper to set max_discard_sectors
  • From: Namjae Jeon <linkinjeon@xxxxxxxxx>
• [PATCH v2 9/9] bcache: use generic helper to set max_discard_sectors
  • From: Namjae Jeon <linkinjeon@xxxxxxxxx>
• [PATCH v2 5/9] loop: use generic helper to set max_discard_sectors
  • From: Namjae Jeon <linkinjeon@xxxxxxxxx>
• [PATCH v2 4/9] mtd: mtd_blkdevs: use generic helper to set
  • From: Namjae Jeon <linkinjeon@xxxxxxxxx>
• [PATCH v2 0/9] fix max discard sectors limit
  • From: Namjae Jeon <linkinjeon@xxxxxxxxx>
• Re: RAID50 boot problems
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• [PATCH] DM RAID: Explicitly turn off bad block support
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• Re: [PATCH] MD: Quickly return errors if too many devices have failed.
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: RAID50 boot problems
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: RAID50 boot problems
  • From: Alexander Zvyagin <zvyagin.alexander@xxxxxxxxx>
• Re: RAID50 boot problems
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: RAID50 boot problems
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: RAID50 boot problems
  • From: Tommy Apel <tommyapeldk@xxxxxxxxx>
• Re: RAID50 boot problems
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxxxxxx>
• Re: RAID50 boot problems
  • From: Alexander Zvyagin <zvyagin.alexander@xxxxxxxxx>
• Reshape Shrink Hung Again
  • From: Sam Bingner <sam@xxxxxxxxxxx>
• Odd CPU usage in the last stage of a raid5 reshape
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• [PATCH -next] dm cache: fix error return code in cache_create()
  • From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
• [PATCH -next] dm snapshot: fix error return code in snapshot_ctr()
  • From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
• Odd IO traffic during raid5 reshape (addon)
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Odd IO traffic during raid5 reshape
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: [PATCH] raid5: add support for rmw writes in raid6
  • From: Dan Williams <djbw@xxxxxx>
• Re: md RAID5: Disk wrongly marked "spare", need to force re-add it
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Odd --examine output
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: md RAID5: Disk wrongly marked "spare", need to force re-add it
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: md RAID5: Disk wrongly marked "spare", need to force re-add it
  • From: Maarten <maarten@xxxxxxxxxxxx>
• Re: md RAID5: Disk wrongly marked "spare", need to force re-add it
  • From: Ben Bucksch <linux.news@xxxxxxxxxxx>
• Re: Odd --examine output
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Odd --examine output
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Odd --examine output
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• RE: [PATCH] imsm: monitor: do not finish migration if there are no failed disks
  • From: "Dorau, Lukasz" <lukasz.dorau@xxxxxxxxx>
• [PATCH] imsm: monitor: do not finish migration if there are no failed disks
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• Re: Odd --examine output
  • From: Sam Bingner <sam@xxxxxxxxxxx>
• [PATCH] raid5: add support for rmw writes in raid6
  • From: Dan Williams <djbw@xxxxxx>
• Re: RAID50 boot problems
  • From: Alexander Zvyagin <zvyagin.alexander@xxxxxxxxx>
• Re: md dropping disks too early
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Use RAID-6!
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Use RAID-6!
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: md dropping disks too early
  • From: Keith Keller <kkeller@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Use RAID-6!
  • From: Ben Bucksch <linux.news@xxxxxxxxxxx>
• Re: Use RAID-6!
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Use RAID-6!
  • From: Ben Bucksch <linux.news@xxxxxxxxxxx>
• Re: md dropping disks too early
  • From: Ben Bucksch <linux.news@xxxxxxxxxxx>
• Re: RAID performance - new kernel results
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Use RAID-6!
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: md dropping disks too early (was: Use RAID-6!)
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Use RAID-6!
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Use RAID-6!
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Use RAID-6!
  • From: Robert L Mathews <lists@xxxxxxxxxxxxx>
• Re: Use RAID-6!
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Use RAID-6!
  • From: Robert L Mathews <lists@xxxxxxxxxxxxx>
• Re: Use RAID-6!
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: Use RAID-6!
  • From: Robert L Mathews <lists@xxxxxxxxxxxxx>
• Re: Use RAID-6!
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Use RAID-6!
  • From: Ben Bucksch <linux.news@xxxxxxxxxxx>
• md dropping disks too early (was: Use RAID-6!)
  • From: Ben Bucksch <linux.news@xxxxxxxxxxx>
• Re: Use RAID-6!
  • From: Robert L Mathews <lists@xxxxxxxxxxxxx>
• Re: RAID performance - new kernel results
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID performance - new kernel results
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Use RAID-6!
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Use RAID-6!
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: Use RAID-6!
  • From: Carsten Aulbert <Carsten.Aulbert@xxxxxxxxxx>
• Re: Strange / inconsistent behavior with mdadm -I -R
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: Use RAID-6!
  • From: Robert L Mathews <lists@xxxxxxxxxxxxx>
• Re: RAID performance - new kernel results
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Use RAID-6!
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Use RAID-6!
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Question about resync in RAID5
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Use RAID-6!
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: RAID5 recovering
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: raid 1 errors then I failed and removed the drive. now cant tell which one it was?
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Question about resync in RAID5
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Question about resync in RAID5
  • From: Keith Keller <kkeller@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Question about resync in RAID5
  • From: Oliver Schinagl <oliver+list@xxxxxxxxxxx>
• [BUG][PATCH] Fix: raid1/raid10 md devices leak memory when stopping
  • From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
• Re: Question about resync in RAID5
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Question about resync in RAID5
  • From: Robin Dong <sanbai@xxxxxxxxxx>
• Question about resync in RAID5
  • From: Robin Dong <robin.k.dong@xxxxxxxxx>
• Re: raid 1 errors then I failed and removed the drive. now cant tell which one it was?
  • From: Oliver Schinagl <oliver+list@xxxxxxxxxxx>
• Re: Odd --examine output
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Odd --examine output
  • From: Oliver Schinagl <oliver+list@xxxxxxxxxxx>
• Re: RAID5 recovering
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: RAID5 recovering
  • From: Oliver Schinagl <oliver+list@xxxxxxxxxxx>
• Re: raid 1 errors then I failed and removed the drive. now cant tell which one it was?
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• raid 1 errors then I failed and removed the drive. now cant tell which one it was?
  • From: Mitchell Laks <mlaks@xxxxxxxxxxxxxxxx>
• Re: RAID performance - new kernel results
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID performance - new kernel results
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Odd --examine output
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Odd --examine output
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: RAID performance - new kernel results
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: RAID5 recovering
  • From: Pierre Martineau <pierre.martineau@xxxxxxxxx>
• Re: RAID performance - new kernel results
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: RAID5 recovering
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• RAID5 recovering
  • From: Pierre Martineau <pierre.martineau@xxxxxxxxx>
• Re: Odd --examine output
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Odd --examine output
  • From: "Vanhorn, Mike" <michael.vanhorn@xxxxxxxxxx>
• Re: MD does not wait for drives on start-up with kernels 3.8+
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: RAID performance - new kernel results
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: md RAID5: Disk wrongly marked "spare", need to force re-add it
  • From: Oliver Schinagl <oliver+list@xxxxxxxxxxx>
• Re: MD does not wait for drives on start-up with kernels 3.8+
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md RAID5: Disk wrongly marked "spare", need to force re-add it
  • From: Ben Bucksch <linux.news@xxxxxxxxxxx>
• Re: md RAID5: Disk wrongly marked "spare", need to force re-add it
  • From: Oliver Schinagl <oliver+list@xxxxxxxxxxx>
• RAID1 member mysteriously failing on 3.8+
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: MD does not wait for drives on start-up with kernels 3.8+
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: [PATCH 2/8] mmc: fix max_discard_sectors
  • From: Namjae Jeon <linkinjeon@xxxxxxxxx>
• Re: [PATCH 2/8] mmc: fix max_discard_sectors
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• Re: md RAID5: Disk wrongly marked "spare", need to force re-add it
  • From: Ben Bucksch <linux.news@xxxxxxxxxxx>
• Re: md RAID5: Disk wrongly marked "spare", need to force re-add it
  • From: Oliver Schinagl <oliver+list@xxxxxxxxxxx>
• Re: array went wonky
  • From: John White <gimpbully@xxxxxxxxx>
• Re: array went wonky
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: array went wonky
  • From: Sam Bingner <sam@xxxxxxxxxxx>
• Re: md RAID5: Disk wrongly marked "spare", need to force re-add it
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• [PATCH 1/8] block: fix max discard sectors limit
  • From: Namjae Jeon <linkinjeon@xxxxxxxxx>
• [PATCH 6/8] brd: use generic helper to set max_discard_sectors
  • From: Namjae Jeon <linkinjeon@xxxxxxxxx>
• [PATCH 7/8] dm thin: use generic helper to set max_discard_sectors
  • From: Namjae Jeon <linkinjeon@xxxxxxxxx>
• [PATCH 8/8] bcache: use generic helper to set max_discard_sectors
  • From: Namjae Jeon <linkinjeon@xxxxxxxxx>
• [PATCH 4/8] loop: use generic helper to set max_discard_sectors
  • From: Namjae Jeon <linkinjeon@xxxxxxxxx>
• [PATCH 5/8] nbd: use generic helper to set max_discard_sectors
  • From: Namjae Jeon <linkinjeon@xxxxxxxxx>
• [PATCH 3/8] mtd: use generic helper to set max_discard_sectors
  • From: Namjae Jeon <linkinjeon@xxxxxxxxx>
• [PATCH 2/8] mmc: fix max_discard_sectors
  • From: Namjae Jeon <linkinjeon@xxxxxxxxx>
• [PATCH 0/8] fix max discard sectors limit
  • From: Namjae Jeon <linkinjeon@xxxxxxxxx>
• array went wonky
  • From: Gimpbully <gimpbully@xxxxxxxxx>
• md RAID5: Disk wrongly marked "spare", need to force re-add it
  • From: Ben Bucksch <linux.news@xxxxxxxxxxx>
• Re: Odd --examine output
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Odd --examine output
  • From: "Vanhorn, Mike" <michael.vanhorn@xxxxxxxxxx>
• Re: Is (non-failed) disk replace possible without loosing redundancy ?
  • From: Keith Keller <kkeller@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Is (non-failed) disk replace possible without loosing redundancy ?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Is (non-failed) disk replace possible without loosing redundancy ?
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: Raid10 Reshape/Grow
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Raid10 Reshape/Grow
  • From: keld@xxxxxxxxxx
• Re: Raid10 Reshape/Grow
  • From: keld@xxxxxxxxxx
• Raid10 Reshape/Grow
  • From: Tim White <weirdit@xxxxxxxxx>
• Re: Is (non-failed) disk replace possible without loosing redundancy ?
  • From: Sam Bingner <sam@xxxxxxxxxxx>
• Re: Is (non-failed) disk replace possible without loosing redundancy ?
  • From: Keith Keller <kkeller@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: multiple disk failures in an md raid6 array
  • From: "Vanhorn, Mike" <michael.vanhorn@xxxxxxxxxx>
• Re: Odd --examine output
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: multiple disk failures in an md raid6 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Odd --examine output
  • From: "Vanhorn, Mike" <michael.vanhorn@xxxxxxxxxx>
• [PATCH] DM RAID: Add ability to restore transiently failed devices on resume
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• Question about resync_mismatches
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: Is (non-failed) disk replace possible without loosing redundancy ?
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Is (non-failed) disk replace possible without loosing redundancy ?
  • From: Mihail Daskalov <mdaskalov@xxxxxxxxxxxxxxxx>
• [PATCH 1/1] prevent double open(O_RDWR) on raid creation
  • From: Jes.Sorensen@xxxxxxxxxx
• [PATCH 0/1] Reduce unnecessary opens of raid members
  • From: Jes.Sorensen@xxxxxxxxxx
• Odd --examine output
  • From: "Vanhorn, Mike" <michael.vanhorn@xxxxxxxxxx>
• Re: RAID barely usable on my home machine
  • From: Maik Zumstrull <maik@xxxxxxxxxxxxx>
• Re: Persistent failures with simple md setup
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH] Manage.c: Try to get EXCL access more times while stopping the array
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• Re: Persistent failures with simple md setup
  • From: Hans-Peter Jansen <hpj@xxxxxxxxx>
• Re: Persistent failures with simple md setup
  • From: Hans-Peter Jansen <hpj@xxxxxxxxx>
• Re: mdadm + intel matrix
  • From: NightStrike <nightstrike@xxxxxxxxx>
• Re: Converting a regular (non-RAID) HD into a (degraded) RAID 1 installation in-place
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: mdadm + intel matrix
  • From: NeilBrown <neilb@xxxxxxx>
• Converting a regular (non-RAID) HD into a (degraded) RAID 1 installation in-place
  • From: Rogério Brito <rbrito@xxxxxxxxxx>
• [PATCH linux-next] dm-raid: Fix compiler warning
  • From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
• Re: Raid 5/10 discard support broken in 3.8.2
  • From: Kevin Liao <kevinliao@xxxxxxxx>
• Re: mpt2sas + raid10 goes boom
  • From: Matthias Prager <linux@xxxxxxxxxxxxxxxxx>
• Re: mpt2sas + raid10 goes boom
  • From: Matthias Prager <linux@xxxxxxxxxxxxxxxxx>
• Re: Suggested use of --invalid-backup?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: mpt2sas + raid10 goes boom
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Suggested use of --invalid-backup?
  • From: Sam Bingner <sam@xxxxxxxxxxx>
• Re: mpt2sas + raid10 goes boom
  • From: Chris Dunlop <chris@xxxxxxxxxxxx>
• Re: Suggested use of --invalid-backup?
  • From: Barrett Lewis <barrett.lewis.mitsi@xxxxxxxxx>
• Re: mpt2sas + raid10 goes boom
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxxx>
• Re: mpt2sas + raid10 goes boom
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Help, array corrupted after clean shutdown.
  • From: Oliver Schinagl <oliver+list@xxxxxxxxxxx>
• Re: mpt2sas + raid10 goes boom
  • From: George Shuklin <george.shuklin@xxxxxxxxx>
• Re: mpt2sas + raid10 goes boom
  • From: Baruch Even <baruch@xxxxxxxxx>
• Re: Help, array corrupted after clean shutdown.
  • From: Durval Menezes <durval.menezes@xxxxxxxxx>
• Re: mpt2sas + raid10 goes boom
  • From: Chris Dunlop <chris@xxxxxxxxxxxx>
• mpt2sas + raid10 goes boom
  • From: Chris Dunlop <chris@xxxxxxxxxxxx>
• Re: Help, array corrupted after clean shutdown.
  • From: Oliver Schinagl <oliver+list@xxxxxxxxxxx>
• Re: RAID1 to 10 (Synology NAS)
  • From: NeilBrown <neilb@xxxxxxx>
• RAID1 to 10 (Synology NAS)
  • From: Al Grant <bigal.nz@xxxxxxxxx>
• Help, array corrupted after clean shutdown.
  • From: Oliver Schinagl <oliver+list@xxxxxxxxxxx>
• Re: Help, array corrupted after clean shutdown.
  • From: Oliver Schinagl <oliver+list@xxxxxxxxxxx>
• Re: Help, array corrupted after clean shutdown.
  • From: Oliver Schinagl <oliver+list@xxxxxxxxxxx>
• Re: Help, array corrupted after clean shutdown.
  • From: Oliver Schinagl <oliver+list@xxxxxxxxxxx>
• Re: Help, array corrupted after clean shutdown.
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Help, array corrupted after clean shutdown.
  • From: Oliver Schinagl <oliver+list@xxxxxxxxxxx>
• Re: bcache: BUG in fuzz testing without devices
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: multiple disk failures in an md raid6 array
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: multiple disk failures in an md raid6 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID barely usable on my home machine
  • From: Peter Maloney <peter.maloney@xxxxxxxxxxxxxxxxxxxx>
• Re: RAID barely usable on my home machine
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: multiple disk failures in an md raid6 array
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: RAID barely usable on my home machine
  • From: Maik Zumstrull <maik@xxxxxxxxxxxxx>
• Re: RAID barely usable on my home machine
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• RAID barely usable on my home machine
  • From: Maik Zumstrull <maik@xxxxxxxxxxxxx>
• Re: RAID 5 doesn't scale
  • From: Benjamin ESTRABAUD <be@xxxxxxxxxx>
• Re: multiple disk failures in an md raid6 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID 5 doesn't scale
  • From: Peter Landmann <sfrazt@xxxxxxxxxxxxxx>
• Re: RAID 5 doesn't scale
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID 5 doesn't scale
  • From: Peter Landmann <sfrazt@xxxxxxxxxxxxxx>
• Re: RAID 5 doesn't scale
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID 5 doesn't scale
  • From: Peter Landmann <sfrazt@xxxxxxxxxxxxxx>
• Re: RAID 5 doesn't scale
  • From: Peter Landmann <sfrazt@xxxxxxxxxxxxxx>
• Re: RAID 5 doesn't scale
  • From: Peter Landmann <sfrazt@xxxxxxxxxxxxxx>
• Re: RAID 5 doesn't scale
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: RAID 5 doesn't scale
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: RAID 5 doesn't scale
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: RAID 5 doesn't scale
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: [PULL REQUEST] md updates for 3.9
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: RAID 5 doesn't scale
  • From: Peter Landmann <sfrazt@xxxxxxxxxxxxxx>
• Re: RAID 5 doesn't scale
  • From: keld@xxxxxxxxxx
• multiple disk failures in an md raid6 array
  • From: "Vanhorn, Mike" <michael.vanhorn@xxxxxxxxxx>
• Re: RAID 5 doesn't scale
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• [PATCH] Manage.c: Try to get EXCL access more times while stopping the array
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• [PATCH] Add updating component_size to manager thread of mdmon
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• Re: RAID 5 doesn't scale
  • From: Benjamin ESTRABAUD <be@xxxxxxxxxx>
• RAID 5 doesn't scale
  • From: Peter Landmann <sfrazt@xxxxxxxxxxxxxx>
• Xen disk write slowness in kernel 3.8.x
  • From: Steven Haigh <netwiz@xxxxxxxxx>
• Re: Xen disk write slowness in kernel 3.8.x
  • From: Steven Haigh <netwiz@xxxxxxxxx>
• Suggested use of --invalid-backup?
  • From: Barrett Lewis <barrett.lewis.mitsi@xxxxxxxxx>
• Re: Solving the raid write performance problems
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• bcache: BUG in fuzz testing without devices
  • From: Sasha Levin <sasha.levin@xxxxxxxxxx>
• Re: Solving the raid write performance problems
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Solving the raid write performance problems
  • From: keld@xxxxxxxxxx
• Re: Solving the raid write performance problems
  • From: Hans-Peter Jansen <hpj@xxxxxxxxx>
• Solving the raid write performance problems
  • From: Peter Landmann <sfrazt@xxxxxxxxxxxxxx>
• Re: reiserfsck Segfaulting om md readonly raid6 array, dmesg shows "kernel BUG at drivers/md/md.c:5790"
  • From: Sam Bingner <sam@xxxxxxxxxxx>
• Re: [patch 2/2 v3]raid5: create multiple threads to handle stripes
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Possible to change chunk size on RAID-1 without re-init or destructive result?
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: [patch 2/2 v3]raid5: create multiple threads to handle stripes
  • From: Shaohua Li <shli@xxxxxxxxxx>
• reiserfsck Segfaulting om md readonly raid6 array, dmesg shows "kernel BUG at drivers/md/md.c:5790"
  • From: Durval Menezes <durval.menezes@xxxxxxxxx>
• Re: [patch 2/2 v3]raid5: create multiple threads to handle stripes
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Possible to change chunk size on RAID-1 without re-init or destructive result?
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Re: [patch 2/2 v3]raid5: create multiple threads to handle stripes
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Possible to change chunk size on RAID-1 without re-init or destructive result?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Possible to change chunk size on RAID-1 without re-init or destructive result?
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Re: Possible to change chunk size on RAID-1 without re-init or destructive result?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Possible to change chunk size on RAID-1 without re-init or destructive result?
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Re: Possible to change chunk size on RAID-1 without re-init or destructive result?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: MD does not wait for drives on start-up with kernels 3.8+
  • From: CoolCold <coolthecold@xxxxxxxxx>
• MD does not wait for drives on start-up with kernels 3.8+
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: Failing Reshape (SOLUTION)
  • From: Sam Bingner <sam@xxxxxxxxxxx>
• Re: RAID-10 with mixed block size HDDs
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: RAID-10 with mixed block size HDDs
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: [patch 2/2 v3]raid5: create multiple threads to handle stripes
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID-10 with mixed block size HDDs
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: Failing Reshape
  • From: Sam Bingner <sam@xxxxxxxxxxx>
• Re: Degraded Raid 5 Assembles incorrectly(maybe), will not mount
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [patch 2/2 v3]raid5: create multiple threads to handle stripes
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Kernel panic after hot remove in raid1d
  • From: Tregaron Bayly <tbayly@xxxxxxxxxxxx>
• Re: Re: Problem with mdadm 3.2.5
  • From: Tarak Anumolu <tarak.anumolu@xxxxxxxxxxx>
• Re: RAID-10 with mixed block size HDDs
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Degraded Raid 5 Assembles incorrectly(maybe), will not mount
  • From: "Steve Macica" <macica@xxxxxxxxxxxxxxx>
• Re: [patch 2/2 v3]raid5: create multiple threads to handle stripes
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Problem with mdadm 3.2.5
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Problem with mdadm 3.2.5
  • From: Hans-Peter Jansen <hpj@xxxxxxxxx>
• Re: Problem with mdadm 3.2.5
  • From: Hans-Peter Jansen <hpj@xxxxxxxxx>
• Re: [patch 2/2 v3]raid5: create multiple threads to handle stripes
  • From: NeilBrown <neilb@xxxxxxx>
• Problem with mdadm 3.2.5
  • From: Tarak Anumolu <tarak.anumolu@xxxxxxxxxxx>
• Re: [patch]raid5: make release_stripe lockless
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [patch]raid5: make release_stripe lockless
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [patch]raid5: make release_stripe lockless
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] MD: Quickly return errors if too many devices have failed.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH] async_tx: allow generic async_memcpy() not be effected by channel switch
  • From: Dave Jiang <dave.jiang@xxxxxxxxx>
• Re: Failing Reshape
  • From: Sam Bingner <sam@xxxxxxxxxxx>
• Re: Possible to change chunk size on RAID-1 without re-init or destructive result?
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Re: Possible to change chunk size on RAID-1 without re-init or destructive result?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Possible to change chunk size on RAID-1 without re-init or destructive result?
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• RE: mdadm RAID6 faulty drive
  • From: "Paramasivam, Meenakshisundaram" <mparamas@xxxxxxxxx>
• DDF test fails if default udev rules are active
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: Strange / inconsistent behavior with mdadm -I -R
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: Possible to change chunk size on RAID-1 without re-init or destructive result?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Possible to change chunk size on RAID-1 without re-init or destructive result?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Possible to change chunk size on RAID-1 without re-init or destructive result?
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Re: Possible to change chunk size on RAID-1 without re-init or destructive result?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• RAID hot_replace behavior with another disk failure
  • From: Vlad Cerny <vcerny@xxxxxxxxxx>
• Re: Possible to change chunk size on RAID-1 without re-init or destructive result?
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: Possible to change chunk size on RAID-1 without re-init or destructive result?
  • From: Jeff Johnson <jeff.johnson@xxxxxxxxxxxxxxxxx>
• Re: Possible to change chunk size on RAID-1 without re-init or destructive result?
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: cpu stuck when raid5 was in recovery
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Need some information about mdadm 3.2.5
  • From: Sam Bingner <sam@xxxxxxxxxxx>
• Re: Need some information about mdadm 3.2.5
  • From: Hans-Peter Jansen <hpj@xxxxxxxxx>
• cpu stuck when raid5 was in recovery
  • From: hanguozhong <hanguozhong@xxxxxxxxxxxx>
• Re: Possible to change chunk size on RAID-1 without re-init or destructive result?
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: Possible to change chunk size on RAID-1 without re-init or destructive result?
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Strange / inconsistent behavior with mdadm -I -R
  • From: NeilBrown <neilb@xxxxxxx>
• Possible to change chunk size on RAID-1 without re-init or destructive result?
  • From: Jeff Johnson <jeff.johnson@xxxxxxxxxxxxxxxxx>
• Need some information about mdadm 3.2.5
  • From: Tarak Anumolu <tarak.anumolu@xxxxxxxxxxx>
• Failing Reshape
  • From: Sam Bingner <sam@xxxxxxxxxxx>
• Re: Creating a RAID10 (near) for use in a CentOS 6 system
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Creating a RAID10 (near) for use in a CentOS 6 system
  • From: Maurice Hilarius <maurice@xxxxxxxxxxxx>
• Re: Creating a RAID10 (near) for use in a CentOS 6 system
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: mdadm RAID6 faulty drive
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxxxxxx>
• Re: RAID-10 with mixed block size HDDs
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: Creating a RAID10 (near) for use in a CentOS 6 system
  • From: maurice <mhilarius@xxxxxxxxx>
• Re: Creating a RAID10 (near) for use in a CentOS 6 system
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Creating a RAID10 (near) for use in a CentOS 6 system
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Creating a RAID10 (near) for use in a CentOS 6 system
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Creating a RAID10 (near) for use in a CentOS 6 system
  • From: Maurice Hilarius <maurice@xxxxxxxxxxxx>
• Re: Creating a RAID10 (near) for use in a CentOS 6 system
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Creating a RAID10 (near) for use in a CentOS 6 system
  • From: maurice <mhilarius@xxxxxxxxx>
• Re: Creating a RAID10 (near) for use in a CentOS 6 system
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Creating a RAID10 (near) for use in a CentOS 6 system
  • From: maurice <mhilarius@xxxxxxxxx>
• [PATCH 5/8] monitor: don't call pselect() on deleted sysfs files
  • From: mwilck@xxxxxxxx
• [PATCH 6/8] monitor: read_and_act: handle race conditions for resync_start
  • From: mwilck@xxxxxxxx
• [PATCH 8/8] tests/10ddf-create: omit log output check
  • From: mwilck@xxxxxxxx
• [PATCH 7/8] monitor: treat unreadable array_state as clean
  • From: mwilck@xxxxxxxx
• [PATCH 4/8] DDF: add code to debug state changes
  • From: mwilck@xxxxxxxx
• [PATCH 3/8] DDF: brief_detail_super_ddf: print correct UUID for subarrays
  • From: mwilck@xxxxxxxx
• [PATCH 2/8] DDF: __write_init_super_ddf: just use seq number of active header
  • From: mwilck@xxxxxxxx
• [PATCH 1/8] DDF: __write_ddf_structure: Fix wrong reference to ddf->primary
  • From: mwilck@xxxxxxxx
• Fixes for DDF test case (race conditions in mdmon)
  • From: mwilck@xxxxxxxx
• Re: RAID-10 with mixed block size HDDs
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Creating a RAID10 (near) for use in a CentOS 6 system
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• RAID-10 with mixed block size HDDs
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: Creating a RAID10 (near) for use in a CentOS 6 system
  • From: maurice <mhilarius@xxxxxxxxx>
• Re: mdadm RAID6 faulty drive
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Creating a RAID10 (near) for use in a CentOS 6 system
  • From: maurice <mhilarius@xxxxxxxxx>
• Structure of a reshape backup file
  • From: Barrett Lewis <barrett.lewis.mitsi@xxxxxxxxx>
• mdadm RAID6 faulty drive
  • From: "Paramasivam, Meenakshisundaram" <mparamas@xxxxxxxxx>
• Re: Western Digital Green 3TB SATA3 experiences
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Need help with my raid5
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Need help with my raid5
  • From: Mirko <mirko76@xxxxxxxx>
• Re: Need help with my raid5
  • From: Mirko <mirko76@xxxxxxxx>
• Re: Western Digital Green 3TB SATA3 experiences
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Need help with my raid5
  • From: Mirko <mirko76@xxxxxxxx>
• Re: Need help with my raid5
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Need help with my raid5
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Need help with my raid5
  • From: Mirko <mirko76@xxxxxxxx>
• Re: [patch]raid5: make release_stripe lockless
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Western Digital Green 3TB SATA3 experiences
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Western Digital Green 3TB SATA3 experiences
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Western Digital Green 3TB SATA3 experiences
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: [PATCH] MD: Quickly return errors if too many devices have failed.
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH] MD: Quickly return errors if too many devices have failed.
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: Persistent failures with simple md setup
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Strange / inconsistent behavior with mdadm -I -R
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] MD: Quickly return errors if too many devices have failed.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] MD: Quickly return errors if too many devices have failed.
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: Western Digital Green 3TB SATA3 experiences
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Western Digital Green 3TB SATA3 experiences
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Western Digital Green 3TB SATA3 experiences
  • From: joystick <joystick@xxxxxxxxxxxxx>
• Re: Western Digital Green 3TB SATA3 experiences
  • From: Rainer Fügenstein <rfu@xxxxxxxxxx>
• Re: Western Digital Green 3TB SATA3 experiences
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: Western Digital Green 3TB SATA3 experiences
  • From: "Andris Berzins" <pkix@xxxxxxxx>
• Re: Western Digital Green 3TB SATA3 experiences
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: Western Digital Green 3TB SATA3 experiences
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Western Digital Green 3TB SATA3 experiences
  • From: "Andris Berzins" <pkix@xxxxxxxx>
• Re: [PATCH] MD: Quickly return errors if too many devices have failed.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [patch]raid5: make release_stripe lockless
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: raid5 lockups post ca64cae96037de16e4af92678814f5d4bf0c1c65
  • From: NeilBrown <neilb@xxxxxxx>
• Re: raid5 lockups post ca64cae96037de16e4af92678814f5d4bf0c1c65
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] RAID10: Allow skipping recovery when clean arrays are assembled
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 0 of 2 - v2] DM RAID: Add message/status support for changing sync action
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [patch]raid5: make release_stripe lockless
  • From: Dan Williams <djbw@xxxxxx>
• Re: [PATCH] MD: Quickly return errors if too many devices have failed.
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• [PATCH] RAID10: Allow skipping recovery when clean arrays are assembled
  • From: mwilck@xxxxxxxx
• Re: Strange / inconsistent behavior with mdadm -I -R
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re[2]: SATA start unit command?
  • From: Rainer Fügenstein <rfu@xxxxxxxxxx>
• Re: [PATCH] MD: Quickly return errors if too many devices have failed.
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• [PATCH 2 of 2 - v2] DM RAID: Add message/status support for changing sync action
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 1 of 2 - v2] MD: Export 'md_reap_sync_thread' function
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 0 of 2 - v2] DM RAID: Add message/status support for changing sync action
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• Re: [PATCH] DM RAID: Add message/status support for changing sync action
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: RAID 0 of Two RAID 5s Stays Up When Component RAID fails
  • From: Joel Young <jdy@xxxxxxxxxxxxxxx>
• Re: SATA start unit command?
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: [PATCH] MD: Quickly return errors if too many devices have failed.
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: [PATCH] MD: Quickly return errors if too many devices have failed.
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: Persistent failures with simple md setup
  • From: Hans-Peter Jansen <hpj@xxxxxxxxx>
• [patch]raid5: make release_stripe lockless
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] MD: Quickly return errors if too many devices have failed.
  • From: NeilBrown <neilb@xxxxxxx>
• SATA start unit command?
  • From: Rainer Fügenstein <rfu@xxxxxxxxxx>
• Re: Strange / inconsistent behavior with mdadm -I -R
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] RAID10: Allow skipping recovery when clean arrays are assembled
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [dm-devel] [PATCH] DM RAID: Add message/status support for changing sync action
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] DM RAID: Add message/status support for changing sync action
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md RAID1 passes I/O errors to the filesystem despite having alive mirrors?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: md RAID1 passes I/O errors to the filesystem despite having alive mirrors?
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Handling of stale array members in Linux MD
  • From: Andrey Borzenkov <arvidjaar@xxxxxxxxx>
• Re: Persistent failures with simple md setup
  • From: Hans-Peter Jansen <hpj@xxxxxxxxx>
• [PATCH] DM RAID: Add message/status support for changing sync action
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• Re: [Fwd: Re: Missing superblock on one of the raid devices on raid 0 with 1.2 metadata]
  • From: Benjamin ESTRABAUD <be@xxxxxxxxxx>
• Re: [Fwd: Re: Missing superblock on one of the raid devices on raid 0 with 1.2 metadata]
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [Fwd: Re: Missing superblock on one of the raid devices on raid 0 with 1.2 metadata]
  • From: Benjamin ESTRABAUD <be@xxxxxxxxxx>
• Re: md RAID1 passes I/O errors to the filesystem despite having alive mirrors?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: md RAID1 passes I/O errors to the filesystem despite having alive mirrors?
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: md RAID1 passes I/O errors to the filesystem despite having alive mirrors?
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: md RAID1 passes I/O errors to the filesystem despite having alive mirrors?
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: [Fwd: Re: Missing superblock on one of the raid devices on raid 0 with 1.2 metadata]
  • From: "Ivan Yordanov" <iyordanov@xxxxxxxxxxx>
• Re: md RAID1 passes I/O errors to the filesystem despite having alive mirrors?
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: md RAID1 passes I/O errors to the filesystem despite having alive mirrors?
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: Putting grub back on new mirror disk
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Putting grub back on new mirror disk
  • From: "Timothy D. Lenz" <tlenz@xxxxxxxxxx>
• Re: md RAID1 passes I/O errors to the filesystem despite having alive mirrors?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: md RAID1 passes I/O errors to the filesystem despite having alive mirrors?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Putting grub back on new mirror disk
  • From: "Timothy D. Lenz" <tlenz@xxxxxxxxxx>
• md RAID1 passes I/O errors to the filesystem despite having alive mirrors?
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• [PATCH] RAID10: Allow skipping recovery when clean arrays are assembled
  • From: mwilck@xxxxxxxx
• Re: RAID 0 of Two RAID 5s Stays Up When Component RAID fails
  • From: Joel Young <jdy@xxxxxxxxxxxxxxx>
• Strange / inconsistent behavior with mdadm -I -R
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: Putting grub back on new mirror disk
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Putting grub back on new mirror disk
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Putting grub back on new mirror disk
  • From: "Timothy D. Lenz" <tlenz@xxxxxxxxxx>
• Re: RAID 0 of Two RAID 5s Stays Up When Component RAID fails
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Missing superblock on one of the raid devices on raid 0 with 1.2 metadata
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Missing superblock on one of the raid devices on raid 0 with 1.2 metadata
  • From: "Nikolay Kichukov" <nkichukov@xxxxxxxxxxx>
• Re: raid5 lockups post ca64cae96037de16e4af92678814f5d4bf0c1c65
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: Putting grub back on new mirror disk
  • From: "Timothy D. Lenz" <tlenz@xxxxxxxxxx>
• Re: RAID 0 of Two RAID 5s Stays Up When Component RAID fails
  • From: Joel Young <jdy@xxxxxxxxxxxxxxx>
• Re: RAID 0 of Two RAID 5s Stays Up When Component RAID fails
  • From: Joel Young <jdy@xxxxxxxxxxxxxxx>
• Re: RAID 0 of Two RAID 5s Stays Up When Component RAID fails
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Putting grub back on new mirror disk
  • From: "Timothy D. Lenz" <tlenz@xxxxxxxxxx>
• RAID 0 of Two RAID 5s Stays Up When Component RAID fails
  • From: Joel Young <jdy@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: dm-verity: Fix to avoid a deadlock in dm-bufio
  • From: Paul Taysom <taysom@xxxxxxxxxx>
• [PATCH] MD: Quickly return errors if too many devices have failed.
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• Re: raid5 lockups post ca64cae96037de16e4af92678814f5d4bf0c1c65
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: Help with two momentarily failed drives out of a 4x3TB Raid 5
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Persistent failures with simple md setup
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [patch 2/2 v3]raid5: create multiple threads to handle stripes
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: raid5 lockups post ca64cae96037de16e4af92678814f5d4bf0c1c65
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Help with two momentarily failed drives out of a 4x3TB Raid 5
  • From: Javier Marcet <jmarcet@xxxxxxxxx>
• Re: [PATCH] md: dm-verity: Fix to avoid a deadlock in dm-bufio
  • From: Paul Taysom <taysom@xxxxxxxxxx>
• Re: raid5 lockups post ca64cae96037de16e4af92678814f5d4bf0c1c65
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: raid5 lockups post ca64cae96037de16e4af92678814f5d4bf0c1c65
  • From: joystick <joystick@xxxxxxxxxxxxx>
• Re: [PATCH 3/4] UAPI: Fix endianness conditionals in linux/raid/md_p.h
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [patch 2/2 v3]raid5: create multiple threads to handle stripes
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] md/raid456: remove depends on CONFIG_EXPERIMENTAL
  • From: NeilBrown <neilb@xxxxxxx>
• Re: raid5 lockups post ca64cae96037de16e4af92678814f5d4bf0c1c65
  • From: NeilBrown <neilb@xxxxxxx>
• Re: raid5 lockups post ca64cae96037de16e4af92678814f5d4bf0c1c65
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Help with two momentarily failed drives out of a 4x3TB Raid 5
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Help with two momentarily failed drives out of a 4x3TB Raid 5
  • From: Javier Marcet <jmarcet@xxxxxxxxx>
• Re: Help with two momentarily failed drives out of a 4x3TB Raid 5
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: Help with two momentarily failed drives out of a 4x3TB Raid 5
  • From: Javier Marcet <jmarcet@xxxxxxxxx>
• Re: [PATCH] md/raid456: remove depends on CONFIG_EXPERIMENTAL
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: Help with two momentarily failed drives out of a 4x3TB Raid 5
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Help with two momentarily failed drives out of a 4x3TB Raid 5
  • From: Javier Marcet <jmarcet@xxxxxxxxx>
• Re: Help with two momentarily failed drives out of a 4x3TB Raid 5
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: Help with two momentarily failed drives out of a 4x3TB Raid 5
  • From: Javier Marcet <jmarcet@xxxxxxxxx>
• Re: [PATCH] MD: Prevent sysfs operations on uninitialized kobjects
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] MD RAID5: Avoid accessing gendisk or queue structs when not available
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Help with two momentarily failed drives out of a 4x3TB Raid 5
  • From: Javier Marcet <jmarcet@xxxxxxxxx>
• Re: [PATCH] MD: Fix typos in MD documentation
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Help with two momentarily failed drives out of a 4x3TB Raid 5
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Help with two momentarily failed drives out of a 4x3TB Raid 5
  • From: Javier Marcet <jmarcet@xxxxxxxxx>
• Re: RAID performance - new kernel results
  • From: Charles Polisher <cpolish@xxxxxxxxxxxx>
• Re: [PATCH] mdadm.8.in: Fix typo: previous -> previously
  • From: Paul Menzel <pm.debian@xxxxxxxxxxxxxx>
• Re: Raid 5/10 discard support broken in 3.8.2
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Raid 5/10 discard support broken in 3.8.2
  • From: Dave Cundiff <syshackmin@xxxxxxxxx>
• [PATCH] mdadm.8.in: Fix typo: previous -> previously
  • From: Wieland Hoffmann <themineo@xxxxxxxxx>
• Re: Raid 5/10 discard support broken in 3.8.2
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: [PATCH] MD: Fix typos in MD documentation
  • From: Joseph Glanville <joseph.glanville@xxxxxxxxxxxxxx>
• Re: RAID performance - 5x SSD RAID5 - effects of stripe cache sizing
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: [PATCH] MD: Fix typos in MD documentation
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: RAID performance - 5x SSD RAID5 - effects of stripe cache sizing
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] MD: Fix typos in MD documentation
  • From: Paul Menzel <pm.debian@xxxxxxxxxxxxxx>
• Re: RAID performance - 5x SSD RAID5 - effects of stripe cache sizing
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: RAID performance - 5x SSD RAID5 - effects of stripe cache sizing
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID performance - 5x SSD RAID5 - effects of stripe cache sizing
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] MD: Fix typos in MD documentation
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH] MD: Prevent sysfs operations on uninitialized kobjects
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH] MD RAID5: Avoid accessing gendisk or queue structs when not available
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• Re: Raid 5/10 discard support broken in 3.8.2
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Raid 5/10 discard support broken in 3.8.2
  • From: Dave Cundiff <syshackmin@xxxxxxxxx>
• Re: Raid 5/10 discard support broken in 3.8.2
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: RAID performance - 5x SSD RAID5 - effects of stripe cache sizing
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: [patch 2/2 v3]raid5: create multiple threads to handle stripes
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH 3/4] UAPI: Fix endianness conditionals in linux/raid/md_p.h
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: DDF / RAID10 patch series for mdadm
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: raid5 lockups post ca64cae96037de16e4af92678814f5d4bf0c1c65
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Raid 5/10 discard support broken in 3.8.2
  • From: Dave Cundiff <syshackmin@xxxxxxxxx>
• Re: Kernel 3.7.9 RAID6 hot replace success
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Kernel 3.7.9 RAID6 hot replace success
  • From: Keith Keller <kkeller@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: raid5 lockups post ca64cae96037de16e4af92678814f5d4bf0c1c65
  • From: NeilBrown <neilb@xxxxxxx>
• Re: help with degraded raid1 array
  • From: scar <scar@xxxxxxxxxx>
• Re: Kernel 3.7.9 RAID6 hot replace success
  • From: Brad Campbell <brad@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: dm-verity: Fix to avoid a deadlock in dm-bufio
  • From: Paul Taysom <taysom@xxxxxxxxxx>
• Re: Kernel 3.7.9 RAID6 hot replace success
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: RAID performance - 5x SSD RAID5 - effects of stripe cache sizing
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID performance - 5x SSD RAID5 - effects of stripe cache sizing
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: raid5 lockups post ca64cae96037de16e4af92678814f5d4bf0c1c65
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: help with degraded raid1 array
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Re: [PATCH 3/4] md: Don't do normal-write on unresync area of replacement-disk.
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Kernel 3.7.9 RAID6 hot replace success
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: dm-verity: Fix to avoid a deadlock in dm-bufio
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] md: dm-verity: Fix to avoid a deadlock in dm-bufio
  • From: Paul Taysom <taysom@xxxxxxxxxx>
• Re: [PATCH] md: dm-verity: Fix to avoid a deadlock in dm-bufio
  • From: Paul Taysom <taysom@xxxxxxxxxx>
• Re: [PATCH] md/raid456: remove depends on CONFIG_EXPERIMENTAL
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] md/raid456: remove depends on CONFIG_EXPERIMENTAL
  • From: NeilBrown <neilb@xxxxxxx>
• Re: raid5 lockups post ca64cae96037de16e4af92678814f5d4bf0c1c65
  • From: NeilBrown <neilb@xxxxxxx>
• help with degraded raid1 array
  • From: scar <scar@xxxxxxxxxx>
• Problem creating raid10 f2 with 2 disks missing
  • From: Emilio Hodge <whiz@xxxxxxx>
• Re: [PATCH] md/raid456: remove depends on CONFIG_EXPERIMENTAL
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] md: dm-verity: Fix to avoid a deadlock in dm-bufio
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] md: dm-verity: Fix to avoid a deadlock in dm-bufio
  • From: Paul Menzel <pm.debian@xxxxxxxxxxxxxx>
• [PATCH] md: dm-verity: Fix to avoid a deadlock in dm-bufio
  • From: Paul Taysom <taysom@xxxxxxxxxxxx>
• Re: RAID performance - new kernel results - 5x SSD RAID5
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• raid5 lockups post ca64cae96037de16e4af92678814f5d4bf0c1c65
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: RAID performance - new kernel results - 5x SSD RAID5
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID performance - new kernel results - 5x SSD RAID5
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID performance - new kernel results - 5x SSD RAID5
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID performance - new kernel results - 5x SSD RAID5
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] imsm: Add NO_IMSM_PLATFORM flag description to manual.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Periodically scanning RAID arrays for inconsistencies
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 3/4] md: Don't do normal-write on unresync area of replacement-disk.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID performance - new kernel results - 5x SSD RAID5
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: DDF / RAID10 patch series for mdadm
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [RFC PATCH V1] raid1: rewrite the iobarrier
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Re: [PATCH 1/4] md/raid5: Reduce one write-operation when handle badsector
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: [PATCH 1/4] md/raid5: Reduce one write-operation when handle badsector
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Re: [PATCH 3/4] md: Don't do normal-write on unresync area of replacement-disk.
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: [PATCH 4/4] md: Add prompt message about wantreplacement disk in /proc/mdstat
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 3/4] md: Don't do normal-write on unresync area of replacement-disk.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Re: [PATCH 1/4] md/raid5: Reduce one write-operation when handle badsector
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: [PATCH 2/4] md/raid5: Tune judgements order.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 1/4] md/raid5: Reduce one write-operation when handle badsector
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID performance - new kernel results - 5x SSD RAID5
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH] md: use set_bit_le and clear_bit_le
  • From: NeilBrown <neilb@xxxxxxx>
• [PULL REQUEST] md updates for 3.9
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Persistent failures with simple md setup
  • From: NeilBrown <neilb@xxxxxxx>
• Possible to rescue SW Raid5 with 2 missing Disks
  • From: "Dragon" <Sunghost@xxxxxx>
• Possible to rescue SW Raid5 with 2 missing Disks
  • From: "Dragon" <Sunghost@xxxxxx>
• Re: RAID performance - new kernel results - 5x SSD RAID5
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID performance - new kernel results - 5x SSD RAID5
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Expanding array with multiple devices
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: RAID performance - new kernel results - 5x SSD RAID5
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID performance - new kernel results - 5x SSD RAID5
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• About SSDs
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Expanding array with multiple devices
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Expanding array with multiple devices
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Expanding array with multiple devices
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Expanding array with multiple devices
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Expanding array with multiple devices
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID performance - new kernel results - 5x SSD RAID5
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Periodically scanning RAID arrays for inconsistencies
  • From: Phil Turmel <philip@xxxxxxxxxx>
• [PATCH] md: use set_bit_le and clear_bit_le
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• Re: Expanding array with multiple devices
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Expanding array with multiple devices
  • From: Oliver Schinagl <oliver+list@xxxxxxxxxxx>
• Re: RAID performance - new kernel results - 5x SSD RAID5
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 12/12] Detail.c: call load_container for container subarrays
  • From: Paul Menzel <pm.debian@xxxxxxxxxxxxxx>
• [PATCH 03/12] DDF: increase seq number when writing meta data
  • From: mwilck@xxxxxxxx
• DDF / RAID10 patch series for mdadm
  • From: mwilck@xxxxxxxx
• [PATCH 05/12] DDF: load_ddf_local: store VD conf for other BVDs
  • From: mwilck@xxxxxxxx
• [PATCH 08/12] DDF: container_content_ddf: handle RAID layout for RAID10
  • From: mwilck@xxxxxxxx
• [PATCH 09/12] DDF: __write_init_super_ddf: use correct VD conf
  • From: mwilck@xxxxxxxx
• [PATCH 01/12] DDF: cleanly save the secondary DDF structure
  • From: mwilck@xxxxxxxx
• [PATCH 02/12] DDF: use existing locations for primary and secondary DDF structure
  • From: mwilck@xxxxxxxx
• [PATCH 06/12] DDF: container_content_ddf: change array disk search loop
  • From: mwilck@xxxxxxxx
• [PATCH 10/12] DDF: add sanity checks in compare_super_ddf
  • From: mwilck@xxxxxxxx
• [PATCH 07/12] DDF: container_content_ddf: check for secondary RAID
  • From: mwilck@xxxxxxxx
• [PATCH 04/12] DDF: added other_bvd to struct vcl
  • From: mwilck@xxxxxxxx
• [PATCH 11/12] DDF: compare_super_ddf: merge local info of other superblock
  • From: mwilck@xxxxxxxx
• [PATCH 12/12] Detail.c: call load_container for container subarrays
  • From: mwilck@xxxxxxxx
• Re: Periodically scanning RAID arrays for inconsistencies
  • From: Tregaron Bayly <tbayly@xxxxxxxxxxxx>
• Periodically scanning RAID arrays for inconsistencies
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [dm-devel] [patch] dm-cache-target: check for allocation failure
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [patch] dm-cache-target: check for allocation failure
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: RAID performance - new kernel results
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID performance - new kernel results - 5x SSD RAID5
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Expanding array with multiple devices
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Persistent failures with simple md setup
  • From: Hans-Peter Jansen <hpj@xxxxxxxxx>
• Re: Persistent failures with simple md setup
  • From: NeilBrown <neilb@xxxxxxx>
• Expanding array with multiple devices
  • From: Oliver Schinagl <oliver+list@xxxxxxxxxxx>
• Re: Persistent failures with simple md setup
  • From: Hans-Peter Jansen <hpj@xxxxxxxxx>