Linux RAID Storage Date Index

• Thread Index

• [PATCH 1/4] md/raid5: Reduce one write-operation when handle badsector
  • From: majianpeng <majianpeng@xxxxxxxxx>
• [PATCH 2/4] md/raid5: Tune judgements order.
  • From: majianpeng <majianpeng@xxxxxxxxx>
• [PATCH 3/4] md: Don't do normal-write on unresync area of replacement-disk.
  • From: majianpeng <majianpeng@xxxxxxxxx>
• [PATCH 4/4] md: Add prompt message about wantreplacement disk in /proc/mdstat
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: Rocketraid 640 raid 5 disabled
  • From: Drew <drew.kay@xxxxxxxxx>
• Re: Persistent failures with simple md setup
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Rocketraid 640 raid 5 disabled
  • From: Drew <drew.kay@xxxxxxxxx>
• Re: Corrupted FS after recovery. Coincidence?
  • From: Jamie Thompson <jamierocks@xxxxxxxxx>
• Re: Corrupted FS after recovery. Coincidence?
  • From: joystick <joystick@xxxxxxxxxxxxx>
• Re: Corrupted FS after recovery. Coincidence?
  • From: Adam Goryachev <adam@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] md/raid456: remove depends on CONFIG_EXPERIMENTAL
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Stone <stone@xxxxxxxxx>
• Corrupted FS after recovery. Coincidence?
  • From: Jamie Thompson <jamierocks@xxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Hans-Peter Jansen <hpj@xxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Stone <stone@xxxxxxxxx>
• Re: Persistent failures with simple md setup
  • From: Hans-Peter Jansen <hpj@xxxxxxxxx>
• Re: Rocketraid 640 raid 5 disabled
  • From: Khurram Hassan <kfhassan@xxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Stone <stone@xxxxxxxxx>
• Possible to rescue SW Raid5 with 2 missing Disks
  • From: "Dragon" <Sunghost@xxxxxx>
• Re: Rocketraid 640 raid 5 disabled
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] md/raid456: remove depends on CONFIG_EXPERIMENTAL
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Rocketraid 640 raid 5 disabled
  • From: Khurram Hassan <kfhassan@xxxxxxxxx>
• Re: [PATCH] md/raid456: remove depends on CONFIG_EXPERIMENTAL
  • From: Dan Williams <djbw@xxxxxx>
• When does RAID synchronization status update?
  • From: "Dr. Greg Wettstein" <greg@xxxxxxxxxxxxxxxxx>
• Re: Damage when growing RAID 5 array
  • From: Kevin McAreavey <kevin.mcareavey@xxxxxxxxx>
• Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier
  • From: Joe Lawrence <Joe.Lawrence@xxxxxxxxxxx>
• Re: Damage when growing RAID 5 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Damage when growing RAID 5 array
  • From: Kevin McAreavey <kevin.mcareavey@xxxxxxxxx>
• Re: Damage when growing RAID 5 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Damage when growing RAID 5 array
  • From: Kevin McAreavey <kevin.mcareavey@xxxxxxxxx>
• Re: Functioning of --backup-file prior to array growth.
  • From: Keith Keller <kkeller@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Functioning of --backup-file prior to array growth.
  • From: EJ Vincent <ej@xxxxxxxxx>
• Re: Damage when growing RAID 5 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Backport Linux 3.7 MD RAID TRIM to Centos 6.3
  • From: Dave Cundiff <syshackmin@xxxxxxxxx>
• Re: Slow RAID 5 performance all of a sudden
  • From: Steven Haigh <netwiz@xxxxxxxxx>
• Re: Slow RAID 5 performance all of a sudden
  • From: Divan Santana <divan@xxxxxxxxxxxxxxxx>
• Damage when growing RAID 5 array
  • From: Kevin McAreavey <kevin.mcareavey@xxxxxxxxx>
• Re: Slow RAID 5 performance all of a sudden
  • From: Rudy Zijlstra <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Slow RAID 5 performance all of a sudden
  • From: Divan Santana <divan@xxxxxxxxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Stone <stone@xxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Stone <stone@xxxxxxxxx>
• Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier
  • From: Tregaron Bayly <tbayly@xxxxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: "stone@xxxxxxxxx" <stone@xxxxxxxxx>
• Re-sync in RAID 1 with bitmap setting issue
  • From: szlin <lin.sunze@xxxxxxxxx>
• Re: Unable to reactivate a RAID10 mdadm device
  • From: Arun Khan <knura9@xxxxxxxxx>
• Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier
  • From: NeilBrown <neilb@xxxxxxx>
• Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Stone <stone@xxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Stone <stone@xxxxxxxxx>
• Re: RAID performance - new kernel results - 5x SSD RAID5
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Stone <stone@xxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Stone <stone@xxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Stone <stone@xxxxxxxxx>
• Re: Unable to reactivate a RAID10 mdadm device
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Stone <stone@xxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Stone <stone@xxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Stone <stone@xxxxxxxxx>
• Re: RAID performance - new kernel results
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Unable to reactivate a RAID10 mdadm device
  • From: Arun Khan <knura9@xxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Stone <stone@xxxxxxxxx>
• [PATCH] md/raid456: remove depends on CONFIG_EXPERIMENTAL
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: RAID performance - new kernel results - 5x SSD RAID5
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID performance
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Stone <stone@xxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Stone <stone@xxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• help needed - broken raid 1 array - I think I messed up
  • From: anon20120409 <anon20120409@xxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Stone <stone@xxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Stone <stone@xxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier
  • From: Joe Lawrence <Joe.Lawrence@xxxxxxxxxxx>
• Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier
  • From: Tregaron Bayly <tbayly@xxxxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID performance
  • From: Charles Polisher <cpolish@xxxxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Stone <stone@xxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier
  • From: majianpeng <kedacomkernel@xxxxxxxxx>
• Re: RAID performance
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: "stone@xxxxxxxxx" <stone@xxxxxxxxx>
• Re: RAID performance - new kernel results - 5x SSD RAID5
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier
  • From: Joe Lawrence <Joe.Lawrence@xxxxxxxxxxx>
• BUG - raid 1 deadlock on handle_read_error / wait_barrier
  • From: Tregaron Bayly <tbayly@xxxxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Stone <stone@xxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Stone <stone@xxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Stone <stone@xxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Stone <stone@xxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Stone <stone@xxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Stone <stone@xxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID performance - new kernel results - 5x SSD RAID5
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Stone <stone@xxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Stone <stone@xxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Stone <stone@xxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Stone <stone@xxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Stone <stone@xxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Stone <stone@xxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Possible to rescue SW Raid5 with 2 missing Disks
  • From: "Dragon" <Sunghost@xxxxxx>
• Re: Brocken Raid & LUKS
  • From: "stone@xxxxxxxxx" <stone@xxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• [PATCH linux-next v2] DM RAID: validate_raid_redundancy: Silence uninitialized variable warning
  • From: Tim Gardner <tim.gardner@xxxxxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: "stone@xxxxxxxxx" <stone@xxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [dm-devel] [PATCH linux-next] DM RAID: validate_raid_redundancy: Silence uninitialized variable warning
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: "stone@xxxxxxxxx" <stone@xxxxxxxxx>
• Re: RAID performance - new kernel results - 5x SSD RAID5
  • From: Joseph Glanville <joseph.glanville@xxxxxxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Stone <stone@xxxxxxxxx>
• Re: RAID performance - new kernel results - 5x SSD RAID5
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID performance - new kernel results - 5x SSD RAID5
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: status of patches ( raid5 multiple threads )
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID performance
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: status of patches ( raid5 multiple threads )
  • From: vincent Ferrer <vincentchicago1@xxxxxxxxx>
• Re: [PATCH linux-next] DM RAID: validate_raid_redundancy: Silence uninitialized variable warning
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH linux-next] DM RAID: validate_raid_redundancy: Silence uninitialized variable warning
  • From: Paul Menzel <pm.debian@xxxxxxxxxxxxxx>
• Re: [PATCH linux-next] DM RAID: validate_raid_redundancy: Silence uninitialized variable warning
  • From: Paul Menzel <pm.debian@xxxxxxxxxxxxxx>
• [PATCH linux-next] DM RAID: validate_raid_redundancy: Silence uninitialized variable warning
  • From: Tim Gardner <tim.gardner@xxxxxxxxxxxxx>
• Re: Usefulness of RAID 4
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Stone <stone@xxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Usefulness of RAID 4
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID performance - new kernel results - 5x SSD RAID5
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <adam@xxxxxxxxxxxxxxxxxxxxxx>
• Possible to rescue SW Raid5 with 2 missing Disks
  • From: "Dragon" <Sunghost@xxxxxx>
• Re: Re: [RFC PATCH V1] raid1: rewrite the iobarrier
  • From: majianpeng <majianpeng@xxxxxxxxx>
• updated the https://raid.wiki.kernel.org/index.php/RAID_Recovery wiki
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Usefulness of RAID 4
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Possible to rescue SW Raid5 with 2 missing Disks
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Possible to rescue SW Raid5 with 2 missing Disks
  • From: "Dragon" <Sunghost@xxxxxx>
• Re: status of patches ( raid5 multiple threads )
  • From: NeilBrown <neilb@xxxxxxx>
• Re: status of patches ( raid5 multiple threads )
  • From: vincent Ferrer <vincentchicago1@xxxxxxxxx>
• Re: status of patches ( raid5 multiple threads )
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Usefulness of RAID 4
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Usefulness of RAID 4
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Usefulness of RAID 4
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Usefulness of RAID 4
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Possible to rescue SW Raid5 with 2 missing Disks
  • From: "Dragon" <Sunghost@xxxxxx>
• Re: status of patches ( raid5 multiple threads )
  • From: vincent Ferrer <vincentchicago1@xxxxxxxxx>
• Re: Possible to rescue SW Raid5 with 2 missing Disks
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Brocken Raid & LUKS
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Possible to rescue SW Raid5 with 2 missing Disks
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Brocken Raid & LUKS
  • From: "stone@xxxxxxxxx" <stone@xxxxxxxxx>
• Possible to rescue SW Raid5 with 2 missing Disks
  • From: "Dragon" <Sunghost@xxxxxx>
• Re: RAID performance
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Re: [PATCH V1] raid5: Correct some failed-stripe because the badsector.
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: Raid 6, 9 1.5T days drives, 2 "fail" one after the other
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Usefulness of RAID 4
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Raid 6, 9 1.5T days drives, 2 "fail" one after the other
  • From: NeilBrown <neilb@xxxxxxx>
• Re: problems formatting raid5
  • From: Emilio Hodge <whiz@xxxxxxx>
• Re: problems formatting raid5
  • From: Emilio Hodge <whiz@xxxxxxx>
• Re: problems formatting raid5
  • From: Steven Haigh <netwiz@xxxxxxxxx>
• Re: problems formatting raid5
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: problems formatting raid5
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: RAID performance - new kernel results - 5x SSD RAID5
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Possible to rescue SW Raid5 with 2 missing Disks
  • From: "Dragon" <Sunghost@xxxxxx>
• Re: problems formatting raid5
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• [PATCH] imsm: Add NO_IMSM_PLATFORM flag description to manual.
  • From: Marcin Tomczak <marcin.tomczak@xxxxxxxxx>
• Re: problems formatting raid5
  • From: sk <sdk0084@xxxxxxxxx>
• Re: Best practice for large storage?
  • From: Sebastian Riemer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• Re: problems formatting raid5
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: problems formatting raid5
  • From: sk <sdk0084@xxxxxxxxx>
• Re: problems formatting raid5
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• problems formatting raid5
  • From: sk <sdk0084@xxxxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID performance - new kernel results
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID performance - *Slow SSDs likely solved*
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Best practice for large storage?
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Best practice for large storage?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Best practice for large storage?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Possible to rescue SW Raid5 with 2 missing Disks
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: RAID performance - *Slow SSDs likely solved*
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: RAID10 layout question
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Possible to rescue SW Raid5 with 2 missing Disks
  • From: "Dragon" <Sunghost@xxxxxx>
• Re: Possible to rescue SW Raid5 with 2 missing Disks
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Possible to rescue SW Raid5 with 2 missing Disks
  • From: "Dragon" <Sunghost@xxxxxx>
• Re: Possible to rescue SW Raid5 with 2 missing Disks
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Possible to rescue SW Raid5 with 2 missing Disks
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• RAID10 layout question
  • From: Chris Jones <cmsj@xxxxxxxxxx>
• Re: Possible to rescue SW Raid5 with 2 missing Disks
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Possible to rescue SW Raid5 with 2 missing Disks
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Possible to rescue SW Raid5 with 2 missing Disks
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Best practice for large storage?
  • From: Sebastian Riemer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• Possible to rescue SW Raid5 with 2 missing Disks
  • From: "Dragon" <Sunghost@xxxxxx>
• Re: RAID performance
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Best practice for large storage?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Growing a raid60 (Was: Re: Best practice for large storage?)
  • From: Daniel Browning <db@xxxxxxxxx>
• Re: RAID performance
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Best practice for large storage?
  • From: Roberto Spadim <rspadim@xxxxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Best practice for large storage?
  • From: Adam Goryachev <adam@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Possible to rescue SW Raid5 with 2 missing Disks
  • From: Dave Cundiff <syshackmin@xxxxxxxxx>
• Re: Best practice for large storage?
  • From: Roberto Spadim <rspadim@xxxxxxxxx>
• Re: Best practice for large storage?
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: RAID performance
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Possible to rescue SW Raid5 with 2 missing Disks
  • From: "Dragon" <Sunghost@xxxxxx>
• Re: Possible to rescue SW Raid5 with 2 missing Disks
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Possible to rescue SW Raid5 with 2 missing Disks
  • From: "Dragon" <Sunghost@xxxxxx>
• Re: Set disk faulty / hot disk remove ioctl bug for read-only MD?
  • From: Joe Lawrence <Joe.Lawrence@xxxxxxxxxxx>
• Re: Best practice for large storage?
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Best practice for large storage?
  • From: Jeff Johnson <jeff.johnson@xxxxxxxxxxxxxxxxx>
• Re: Best practice for large storage?
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Best practice for large storage?
  • From: Jeff Johnson <jeff.johnson@xxxxxxxxxxxxxxxxx>
• Best practice for large storage?
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Possible to rescue SW Raid5 with 2 missing Disks
  • From: Dave Cundiff <syshackmin@xxxxxxxxx>
• Re: Possible to rescue SW Raid5 with 2 missing Disks
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Possible to rescue SW Raid5 with 2 missing Disks
  • From: "Dragon" <Sunghost@xxxxxx>
• Re: Possible to rescue SW Raid5 with 2 missing Disks
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Possible to rescue SW Raid5 with 2 missing Disks
  • From: "Dragon" <Sunghost@xxxxxx>
• Re: Set disk faulty / hot disk remove ioctl bug for read-only MD?
  • From: Sebastian Riemer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• raid5 slowpath warning?
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: Set disk faulty / hot disk remove ioctl bug for read-only MD?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Set disk faulty / hot disk remove ioctl bug for read-only MD?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Set disk faulty / hot disk remove ioctl bug for read-only MD?
  • From: Joe Lawrence <Joe.Lawrence@xxxxxxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Set disk faulty / hot disk remove ioctl bug for read-only MD?
  • From: Sebastian Riemer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Set disk faulty / hot disk remove ioctl bug for read-only MD?
  • From: Sebastian Riemer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Shrinking raid array
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Shrinking raid array
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Set disk faulty / hot disk remove ioctl bug for read-only MD?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: raid/device failure
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: Unable to reactivate a RAID10 mdadm device
  • From: Dave Cundiff <syshackmin@xxxxxxxxx>
• Re: mdadm: hot remove failed for /dev/sdg: Device or resource busy
  • From: Keith Keller <kkeller@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Set disk faulty / hot disk remove ioctl bug for read-only MD?
  • From: Joe Lawrence <Joe.Lawrence@xxxxxxxxxxx>
• Re: Shrinking raid array
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: Shrinking raid array
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Shrinking raid array
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: Shrinking raid array
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Shrinking raid array
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Size inconsistencies and rounding errors
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Shrinking raid array
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: Unable to reactivate a RAID10 mdadm device
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• decreasing array size --re-add fails
  • From: Tobias Gunkel <tobias.gunkel@xxxxxxxxx>
• decreasing array --re-add fails
  • From: Tobias Gunkel <tobias.gunkel@xxxxxxxxxxxxxxxxxxxxx>
• Re: Unable to reactivate a RAID10 mdadm device
  • From: Arun Khan <knura9@xxxxxxxxx>
• Re: Unable to reactivate a RAID10 mdadm device
  • From: Arun Khan <knura9@xxxxxxxxx>
• Re: Unable to reactivate a RAID10 mdadm device
  • From: Arun Khan <knura9@xxxxxxxxx>
• Re: Unable to reactivate a RAID10 mdadm device
  • From: Dave Cundiff <syshackmin@xxxxxxxxx>
• Re: Unable to reactivate a RAID10 mdadm device
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Unable to reactivate a RAID10 mdadm device
  • From: Arun Khan <knura9@xxxxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID1 lockup over multipath devices?
  • From: Tregaron Bayly <tbayly@xxxxxxxxxxxx>
• Re: RAID performance
  • From: Dave Cundiff <syshackmin@xxxxxxxxx>
• Re: raid/device failure
  • From: EJ Vincent <ej@xxxxxxxxx>
• Re: RAID performance
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• RAID1 lockup over multipath devices?
  • From: Tregaron Bayly <tbayly@xxxxxxxxxxxx>
• Re: [PATCH] mdadm: fix portability issues encountered while building against musl libc
  • From: John Spencer <maillist-mdadm@xxxxxxxxxxx>
• Re: help please, can't mount/recover raid 5 array
  • From: Daniel Sanabria <sanabria.d@xxxxxxxxx>
• Re: help please, can't mount/recover raid 5 array
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: help please, can't mount/recover raid 5 array
  • From: Daniel Sanabria <sanabria.d@xxxxxxxxx>
• Re: [PATCH 1/2] Modernize udev rules
  • From: Thomas Bächler <thomas@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] Modernize udev rules
  • From: Dmitrijs Ledkovs <xnox@xxxxxxxxxx>
• Re: [PATCH 1/2] Modernize udev rules
  • From: Thomas Bächler <thomas@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] Modernize udev rules
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• Re: [PATCH 1/2] Modernize udev rules
  • From: Thomas Bächler <thomas@xxxxxxxxxxxxx>
• Re: [PATCHv2 2/2] udev: Fix order of execution of the md rules
  • From: Thomas Bächler <thomas@xxxxxxxxxxxxx>
• Re: raid/device failure
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] Modernize udev rules
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• Re: raid/device failure
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: raid/device failure
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: RAID performance
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: raid/device failure
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: raid/device failure
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: raid/device failure
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: raid/device failure
  • From: EJ Vincent <ej@xxxxxxxxx>
• Re: raid/device failure
  • From: Phil Turmel <philip@xxxxxxxxxx>
• raid/device failure
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: [PATCHv2 2/2] udev: Fix order of execution of the md rules
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 1/2] Modernize udev rules
  • From: NeilBrown <neilb@xxxxxxx>
• Re: help please, can't mount/recover raid 5 array
  • From: Dave Cundiff <syshackmin@xxxxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Possible to rescue SW Raid5 with 2 missing Disks
  • From: "Dragon" <Sunghost@xxxxxx>
• Re: help please, can't mount/recover raid 5 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID5 with 2 drive failure at the same time
  • From: Christoph Nelles <evilazrael@xxxxxxxxxxxxx>
• Re: RAID performance
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: help please, can't mount/recover raid 5 array
  • From: Daniel Sanabria <sanabria.d@xxxxxxxxx>
• Re: help please, can't mount/recover raid 5 array
  • From: Daniel Sanabria <sanabria.d@xxxxxxxxx>
• Re: recommended way to add ssd cache to mdraid array
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: help please, can't mount/recover raid 5 array
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: [PATCH] mdadm: fix portability issues encountered while building against musl libc
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mdadm: fix portability issues encountered while building against musl libc
  • From: Joseph Glanville <joseph.glanville@xxxxxxxxxxxxxx>
• [PATCH] mdadm: fix portability issues encountered while building against musl libc
  • From: John Spencer <maillist-mdadm@xxxxxxxxxxx>
• Re: help please, can't mount/recover raid 5 array
  • From: Dave Cundiff <syshackmin@xxxxxxxxx>
• help please, can't mount/recover raid 5 array
  • From: Daniel Sanabria <sanabria.d@xxxxxxxxx>
• [PATCHv2 2/2] udev: Fix order of execution of the md rules
  • From: Thomas Bächler <thomas@xxxxxxxxxxxxx>
• [PATCH 2/2] udev: Fix order of execution of the md rules
  • From: Thomas Bächler <thomas@xxxxxxxxxxxxx>
• [PATCH 1/2] Modernize udev rules
  • From: Thomas Bächler <thomas@xxxxxxxxxxxxx>
• Re: WD "RED" drives - are they any good for mdadm?
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: WD "RED" drives - are they any good for mdadm?
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: WD "RED" drives - are they any good for mdadm?
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: WD "RED" drives - are they any good for mdadm?
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: RAID performance
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: WD "RED" drives - are they any good for mdadm?
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: mdadm: hot remove failed for /dev/sdg: Device or resource busy
  • From: Keith Keller <kkeller@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: WD "RED" drives - are they any good for mdadm?
  • From: Daniel Browning <db@xxxxxxxxx>
• Re: WD "RED" drives - are they any good for mdadm?
  • From: Drew <drew.kay@xxxxxxxxx>
• Re: WD "RED" drives - are they any good for mdadm?
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: RAID performance
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: mdadm: hot remove failed for /dev/sdg: Device or resource busy
  • From: John Gehring <john.gehring@xxxxxxxxx>
• Re: mdadm: hot remove failed for /dev/sdg: Device or resource busy
  • From: Keith Keller <kkeller@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: mdadm: hot remove failed for /dev/sdg: Device or resource busy
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: mdadm: hot remove failed for /dev/sdg: Device or resource busy
  • From: Keith Keller <kkeller@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Raid1 to Raid 10
  • From: Adam Goryachev <adam@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Raid1 to Raid 10
  • From: Cocolocko <cocolocko@xxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Possible to rescue SW Raid5 with 2 missing Disks
  • From: "Dragon" <Sunghost@xxxxxx>
• Re: RAID performance
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• mdadm: hot remove failed for /dev/sdg: Device or resource busy
  • From: Keith Keller <kkeller@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: raid-5 initiated as raid-4?
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: RAID5 made with assume-clean
  • From: Wakko Warner <wakko@xxxxxxxxxxxx>
• Re: RAID performance
  • From: Fredrik Lindgren <fli@xxxxxxxxxxxxx>
• Re: raid-5 initiated as raid-4?
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: raid-5 initiated as raid-4?
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• raid-5 initiated as raid-4?
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: RAID performance
  • From: Dave Cundiff <syshackmin@xxxxxxxxx>
• Re: RAID5 made with assume-clean
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: some raid questions
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• some raid questions
  • From: Ionut Cadariu <ionut.cadariu@xxxxxxxxx>
• Re: RAID performance
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: RAID performance
  • From: Dave Cundiff <syshackmin@xxxxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Carsten Aulbert <Carsten.Aulbert@xxxxxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Dave Cundiff <syshackmin@xxxxxxxxx>
• Re: RAID performance
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID performance
  • From: Carsten Aulbert <Carsten.Aulbert@xxxxxxxxxx>
• Re: RAID performance
  • From: Adam Goryachev <adam@xxxxxxxxxxxxxxxxxxxxxx>
• RAID performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V1] raid5: Correct some failed-stripe because the badsector.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH v2] mdadm: make --update=homehost work again
  • From: Justin Maggard <jmaggard10@xxxxxxxxx>
• Re: [PATCH v2] mdadm: make --update=homehost work again
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] Make --update=homehost work again.
  • From: Justin Maggard <jmaggard10@xxxxxxxxx>
• [PATCH v2] mdadm: make --update=homehost work again
  • From: Justin Maggard <jmaggard10@xxxxxxxxx>
• Re: RAID5 made with assume-clean
  • From: Wakko Warner <wakko@xxxxxxxxxxxx>
• Re: RAID5 made with assume-clean
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• RAID5 made with assume-clean
  • From: Wakko Warner <wakko@xxxxxxxxxxxx>
• Re: [RFC PATCH V1] raid1: rewrite the iobarrier
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Interpreting mdstat output
  • From: Hans-Peter Jansen <hpj@xxxxxxxxx>
• Re: 3TB drives failure rate (summary)
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: 3TB drives failure rate (summary)
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: 3TB drives failure rate (summary)
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Align lvm or dm-crypt to stripe or chunk size?
  • From: "Alexander 'Leo' Bergolth" <leo@xxxxxxxxxxxxxxx>
• Re: What layout with 6x2TB, Intel Atom?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Interpreting mdstat output
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Interpreting mdstat output
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Interpreting mdstat output
  • From: Brian Candler <B.Candler@xxxxxxxxx>
• Re: Interpreting mdstat output
  • From: Brian Candler <B.Candler@xxxxxxxxx>
• Re: Raid 5 to 6 migration
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Interpreting mdstat output
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Interpreting mdstat output
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Interpreting mdstat output
  • From: Brian Candler <B.Candler@xxxxxxxxx>
• Re: Interpreting mdstat output
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Interpreting mdstat output
  • From: Brian Candler <B.Candler@xxxxxxxxx>
• Re: Raid 5 to 6 migration
  • From: Dominique <dcouot@xxxxxxxxxxx>
• Re: Persistent failures with simple md setup
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Raid 5 to 6 migration
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: What layout with 6x2TB, Intel Atom?
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: What layout with 6x2TB, Intel Atom?
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: What layout with 6x2TB, Intel Atom?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: What layout with 6x2TB, Intel Atom?
  • From: Steven Haigh <netwiz@xxxxxxxxx>
• Re: [PATCH v5] md: protect against crash upon fsync on ro array
  • From: NeilBrown <neilb@xxxxxxx>
• Re: What layout with 6x2TB, Intel Atom?
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: What layout with 6x2TB, Intel Atom?
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: Persistent failures with simple md setup
  • From: Hans-Peter Jansen <hpj@xxxxxxxxx>
• Re: What layout with 6x2TB, Intel Atom?
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• What layout with 6x2TB, Intel Atom?
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: Raid 5 to 6 migration
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Raid 5 to 6 migration
  • From: Dominique <dcouot@xxxxxxxxxxx>
• Re: Raid 5 to 6 migration
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: RAID5 with 2 drive failure at the same time
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: RAID5 with 2 drive failure at the same time
  • From: Christoph Nelles <evilazrael@xxxxxxxxxxxxx>
• Re: Raid 5 to 6 migration
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Raid 5 to 6 migration
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: raid1 read balance with write mostly
  • From: tomas.hodek@xxxxxxxx
• Re: RAID5 with 2 drive failure at the same time
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: recovering RAID5 from multiple disk failures
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: recovering RAID5 from multiple disk failures
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID5 with 2 drive failure at the same time
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: recovering RAID5 from multiple disk failures
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: raid1 read balance with write mostly
  • From: Tommy Apel Hansen <tommyapeldk@xxxxxxxxx>
• Re: raid1 read balance with write mostly
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: recovering RAID5 from multiple disk failures
  • From: Michael Ritzert <ksciplot@xxxxxxx>
• Re: raid1 read balance with write mostly
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID5 with 2 drive failure at the same time
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Raid 5 to 6 migration
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: recovering RAID5 from multiple disk failures
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• raid1 read balance with write mostly
  • From: tomas.hodek@xxxxxxxx
• [PATCH] three compatibility patches for musl libc
  • From: John Spencer <maillist-mdadm@xxxxxxxxxxx>
• Re: RAID5 with 2 drive failure at the same time
  • From: Christoph Nelles <evilazrael@xxxxxxxxxxxxx>
• Re: recovering RAID5 from multiple disk failures
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: recovering RAID5 from multiple disk failures
  • From: Michael Ritzert <ksciplot@xxxxxxx>
• Re: RAID5 with 2 drive failure at the same time
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID5 with 2 drive failure at the same time
  • From: Christoph Nelles <evilazrael@xxxxxxxxxxxxx>
• Re: Raid 5 to 6 migration
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID5 with 2 drive failure at the same time
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Raid 5 to 6 migration
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: migrate raid 5 to new server
  • From: bobzer <bobzer@xxxxxxxxx>
• Re: Raid 5 to 6 migration
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Raid 5 to 6 migration
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Raid 5 to 6 migration
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: migrate raid 5 to new server
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Raid 5 to 6 migration
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID5 with 2 drive failure at the same time
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Raid 5 to 6 migration
  • From: Dominique <dcouot@xxxxxxxxxxx>
• Re: RAID5 with 2 drive failure at the same time
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: recovering RAID5 from multiple disk failures
  • From: Phil Turmel <philip@xxxxxxxxxx>
• recovering RAID5 from multiple disk failures
  • From: Michael Ritzert <ksciplot@xxxxxxx>
• Re: migrate raid 5 to new server
  • From: bobzer <bobzer@xxxxxxxxx>
• Re: RAID5 with 2 drive failure at the same time
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: RAID5 with 2 drive failure at the same time
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: RAID5 with 2 drive failure at the same time
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: RAID5 with 2 drive failure at the same time
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v5] md: protect against crash upon fsync on ro array
  • From: Sebastian Riemer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: RAID5 with 2 drive failure at the same time
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: RAID5 with 2 drive failure at the same time
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: RAID5 with 2 drive failure at the same time
  • From: Christoph Nelles <evilazrael@xxxxxxxxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: RAID5 with 2 drive failure at the same time
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• RAID5 with 2 drive failure at the same time
  • From: Christoph Nelles <evilazrael@xxxxxxxxxxxxx>
• Re: Persistent failures with simple md setup
  • From: Hans-Peter Jansen <hpj@xxxxxxxxx>
• FW: RAID-1 problem after device removal
  • From: Priya Kamala <priya.kamala@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Make --update=homehost work again.
  • From: Paul Menzel <pm.debian@xxxxxxxxxxxxxx>
• Re: Persistent failures with simple md setup
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Persistent failures with simple md setup
  • From: Sebastian Riemer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• [PATCH] Make --update=homehost work again.
  • From: Justin Maggard <jmaggard10@xxxxxxxxx>
• Persistent failures with simple md setup
  • From: Hans-Peter Jansen <hpj@xxxxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Paul Menzel <pm.debian@xxxxxxxxxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: [PATCH v5] md: protect against crash upon fsync on ro array
  • From: Paul Menzel <pm.debian@xxxxxxxxxxxxxx>
• [PATCH v4] md: protect against crash upon fsync on ro array
  • From: Sebastian Riemer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3] md: protect against crash upon fsync on ro array
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• [PULL REQUEST] md - one fix for dmraid in 3.8
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: help recovering a software raid5 device
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: help recovering a software raid5 device
  • From: Theo Cabrerizo Diem <diem@xxxxxxxxxxxx>
• Re: help recovering a software raid5 device
  • From: Phil Turmel <philip@xxxxxxxxxx>
• [PATCH v3] md: protect against crash upon fsync on ro array
  • From: Sebastian Riemer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• [PATCH v2] md: protect against crash upon fsync on ro array
  • From: Sebastian Riemer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: help recovering a software raid5 device
  • From: Keith Keller <kkeller@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• migrate raid 5 to new server
  • From: bobzer <bobzer@xxxxxxxxx>
• Re: help recovering a software raid5 device
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: fsync() on read-only RAID triggers BUG
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• help recovering a software raid5 device
  • From: Theo Cabrerizo Diem <diem@xxxxxxxxxxxx>
• Re: Recovering from an URE on a RAID5 rebuild/resize
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Not getting anything from mdadm --examine for raid1 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: fsync() on read-only RAID triggers BUG
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: Recovering from an URE on a RAID5 rebuild/resize
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Recovering from an URE on a RAID5 rebuild/resize
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Recovering from an URE on a RAID5 rebuild/resize
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Not getting anything from mdadm --examine for raid1 array
  • From: William Colls <techlead@xxxxxxxxxxxxx>
• Re: Recovering from an URE on a RAID5 rebuild/resize
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] Add support for launching mdmon via systemctl instead of fork/exec
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: fsync() on read-only RAID triggers BUG
  • From: Sebastian Riemer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] Add support for launching mdmon via systemctl instead of fork/exec
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Recovering from an URE on a RAID5 rebuild/resize
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: Failing to grow raid10 with one larger disk
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Failing to grow raid10 with one larger disk
  • From: Asif Iqbal <vadud3@xxxxxxxxx>
• Re: Failing to grow raid10 with one larger disk
  • From: Asif Iqbal <vadud3@xxxxxxxxx>
• Re: Failing to grow raid10 with one larger disk
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Failing to grow raid10 with one larger disk
  • From: Brad Campbell <brad@xxxxxxxxxxxxxxx>
• Re: Failing to grow raid10 with one larger disk
  • From: Asif Iqbal <vadud3@xxxxxxxxx>
• Re: Failing to grow raid10 with one larger disk
  • From: Asif Iqbal <vadud3@xxxxxxxxx>
• Re: Failing to grow raid10 with one larger disk
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Failing to grow raid10 with one larger disk
  • From: Asif Iqbal <vadud3@xxxxxxxxx>
• [RFC PATCH V1] raid1: rewrite the iobarrier
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: [PATCH - for v3.7] DM-RAID: Fix RAID10's check for sufficient redundancy
  • From: NeilBrown <neilb@xxxxxxx>
• Re: mdadm - assemble error - 'not enough to start the array while not clean'
  • From: John Gehring <john.gehring@xxxxxxxxx>
• Re: mdadm grow size gives device or resource busy error
  • From: "dan1" <dan1@xxxxxxxxxxxx>
• Re: mdadm - assemble error - 'not enough to start the array while not clean'
  • From: John Gehring <john.gehring@xxxxxxxxx>
• [PATCH - for v3.7] DM-RAID: Fix RAID10's check for sufficient redundancy
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• Re: Chances of silent errors?
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Chances of silent errors?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Chances of silent errors?
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] Add support for launching mdmon via systemctl instead of fork/exec
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH] DM-RAID: Fix RAID10's check for sufficient redundancy
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 3/3] execl() only returns in case of error
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 1/3] Add support for launching mdmon via systemctl instead of fork/exec
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Chances of silent errors?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Chances of silent errors?
  • From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: Suboptimal raid6 linear read speed
  • From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: Chances of silent errors?
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Recovering RAID1 superblock
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Recovering RAID1 superblock
  • From: Eddy Ilg|univation <eddy.ilg@xxxxxxxxxxxx>
• Determine resync direction from syslog?
  • From: Eddy Ilg|univation <eddy.ilg@xxxxxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Chances of silent errors?
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
• [PATCH 3/3] execl() only returns in case of error
  • From: Jes.Sorensen@xxxxxxxxxx
• [PATCH 2/3] systemd .service files for launching mdmon via systemctl
  • From: Jes.Sorensen@xxxxxxxxxx
• [PATCH 1/3] Add support for launching mdmon via systemctl instead of fork/exec
  • From: Jes.Sorensen@xxxxxxxxxx
• [PATCH v2 0/3] support launching mdmon via systemctl
  • From: Jes.Sorensen@xxxxxxxxxx
• Re: Suboptimal raid6 linear read speed
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: Suboptimal raid6 linear read speed
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• fsync() on read-only RAID triggers BUG
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Automatically adding spares on boot
  • From: Can Jeuleers <can.jeuleers@xxxxxxxxx>
• Re: Automatically adding spares on boot
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Automatically adding spares on boot
  • From: Can Jeuleers <can.jeuleers@xxxxxxxxx>
• Re: Automatically adding spares on boot
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: Maarten <maarten@xxxxxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: Maarten <maarten@xxxxxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Automatically adding spares on boot
  • From: Can Jeuleers <can.jeuleers@xxxxxxxxx>
• Re: Automatically adding spares on boot
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Automatically adding spares on boot
  • From: Can Jeuleers <can.jeuleers@xxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: mdadm - assemble error - 'not enough to start the array while not clean'
  • From: John Gehring <john.gehring@xxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: [PATCH 0/2] add support for launching mdmon via systemd
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 0/2] add support for launching mdmon via systemd
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 2/2] execl() only returns in case of error
  • From: Jes.Sorensen@xxxxxxxxxx
• [PATCH 1/2] Add support for launching mdmon via systemctl instead of fork/exec
  • From: Jes.Sorensen@xxxxxxxxxx
• [PATCH 0/2] add support for launching mdmon via systemd
  • From: Jes.Sorensen@xxxxxxxxxx
• Re: Suboptimal raid6 linear read speed
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• mdadm - assemble error - 'not enough to start the array while not clean'
  • From: John Gehring <john.gehring@xxxxxxxxx>
• Re: Fixes for DDF with LSI BIOS RAID
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: Recovery/Access of imsm raid via mdadm?
  • From: chris <tknchris@xxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Recovery/Access of imsm raid via mdadm?
  • From: Charles Polisher <cpolish@xxxxxxxxxxxx>
• Align lvm or dm-crypt to stripe or chunk size?
  • From: "Alexander 'Leo' Bergolth" <leo@xxxxxxxxxxxxxxx>
• Re: Recovery/Access of imsm raid via mdadm?
  • From: Dan Williams <djbw@xxxxxx>
• Re: recommended way to add ssd cache to mdraid array
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: recommended way to add ssd cache to mdraid array
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: EJ Vincent <ej@xxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Recovery/Access of imsm raid via mdadm?
  • From: chris <tknchris@xxxxxxxxx>
• Re: Recovery/Access of imsm raid via mdadm?
  • From: chris <tknchris@xxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: Charles Polisher <cpolish@xxxxxxxxxxxx>
• Re: [PATCH] imsm: Forbid spanning between multiple controllers.
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• RE: [PATCH] imsm: Forbid spanning between multiple controllers.
  • From: "Patelczyk, Maciej" <maciej.patelczyk@xxxxxxxxx>
• RE: [PATCH] imsm: Forbid spanning between multiple controllers.
  • From: "Patelczyk, Maciej" <maciej.patelczyk@xxxxxxxxx>
• "redirecting sector nnnnn to other mirror?"
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: recommended way to add ssd cache to mdraid array
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: [PATCH] imsm: Forbid spanning between multiple controllers.
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: keld@xxxxxxxxxx
• Re: Suboptimal raid6 linear read speed
  • From: Tommy Apel Hansen <tommyapeldk@xxxxxxxxx>
• Re: recommended way to add ssd cache to mdraid array
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: Charles Polisher <cpolish@xxxxxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: Phil Turmel <philip@xxxxxxxxxx>
• mdadm grow size gives device or resource busy error
  • From: "dan1" <dan1@xxxxxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: keld@xxxxxxxxxx
• Re: Suboptimal raid6 linear read speed
  • From: Charles Polisher <cpolish@xxxxxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: [PATCH] imsm: Forbid spanning between multiple controllers.
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Suboptimal raid6 linear read speed
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Suboptimal raid6 linear read speed
  • From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
• Re: recommended way to add ssd cache to mdraid array
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: recommended way to add ssd cache to mdraid array
  • From: Tommy Apel <tommyapeldk@xxxxxxxxx>
• RE: [PATCH] imsm: Forbid spanning between multiple controllers.
  • From: "Patelczyk, Maciej" <maciej.patelczyk@xxxxxxxxx>
• RE: Recovery/Access of imsm raid via mdadm?
  • From: "Dorau, Lukasz" <lukasz.dorau@xxxxxxxxx>
• Re: recommended way to add ssd cache to mdraid array
  • From: Tommy Apel <tommyapeldk@xxxxxxxxx>
• Re: recommended way to add ssd cache to mdraid array
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: recommended way to add ssd cache to mdraid array
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: recommended way to add ssd cache to mdraid array
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: recommended way to add ssd cache to mdraid array
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: recommended way to add ssd cache to mdraid array
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: recommended way to add ssd cache to mdraid array
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: recommended way to add ssd cache to mdraid array
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: recommended way to add ssd cache to mdraid array
  • From: Tommy Apel Hansen <tommyapeldk@xxxxxxxxx>
• Re: recommended way to add ssd cache to mdraid array
  • From: Tommy Apel Hansen <tommyapeldk@xxxxxxxxx>
• Re: recommended way to add ssd cache to mdraid array
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: recommended way to add ssd cache to mdraid array
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: Recovery/Access of imsm raid via mdadm?
  • From: chris <tknchris@xxxxxxxxx>
• Re: [PATCH] imsm: Forbid spanning between multiple controllers.
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• RE: Recovery/Access of imsm raid via mdadm?
  • From: "Dorau, Lukasz" <lukasz.dorau@xxxxxxxxx>
• RE: Recovery/Access of imsm raid via mdadm?
  • From: "Dorau, Lukasz" <lukasz.dorau@xxxxxxxxx>
• Re: RAID5 member disks shrunk
  • From: "Alex Leach" <beamesleach@xxxxxxxxx>
• RE: Recovery/Access of imsm raid via mdadm?
  • From: "Dorau, Lukasz" <lukasz.dorau@xxxxxxxxx>
• Re: recommended way to add ssd cache to mdraid array
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: recommended way to add ssd cache to mdraid array
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• [PATCH V1] raid5: Correct some failed-stripe because the badsector.
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: recommended way to add ssd cache to mdraid array
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Recovery/Access of imsm raid via mdadm?
  • From: chris <tknchris@xxxxxxxxx>
• Re: recommended way to add ssd cache to mdraid array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: recommended way to add ssd cache to mdraid array
  • From: Tommy Apel Hansen <tommyapeldk@xxxxxxxxx>
• Re: recommended way to add ssd cache to mdraid array
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>