Linux RAID Storage Date Index

• Thread Index

• mdadm -Db switches array to write-pending?!
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 05/27] DDF: Implement store_super_ddf
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: Query regarding disk failure
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Query regarding disk failure
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Query regarding disk failure
  • From: Priya Kamala <priya.kamala@xxxxxxxxxxxxxxxxxx>
• Re: Query regarding disk failure
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Query regarding disk failure
  • From: Priya Kamala <priya.kamala@xxxxxxxxxxxxxxxxxx>
• Re: Query regarding disk failure
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Query regarding disk failure
  • From: Priya Kamala <priya.kamala@xxxxxxxxxxxxxxxxxx>
• Re: Query regarding disk failure
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Query regarding disk failure
  • From: Priya Kamala <priya.kamala@xxxxxxxxxxxxxxxxxx>
• Re: Re-shape raid0 acts up
  • From: Sam Bingner <sam@xxxxxxxxxxx>
• Re-shape raid0 acts up
  • From: Ole Tange <tange@xxxxxxxxxx>
• Re: Determining if a stripe/RAID0 has failed
  • From: Curtis <serverascode@xxxxxxxxx>
• Re: Determining if a stripe/RAID0 has failed
  • From: NeilBrown <neilb@xxxxxxx>
• Determining if a stripe/RAID0 has failed
  • From: Curtis <serverascode@xxxxxxxxx>
• Re: Extending a 4×3Tb RAID10
  • From: NeilBrown <neilb@xxxxxxx>
• Extending a 4×3Tb RAID10
  • From: martin f krafft <madduck@xxxxxxxxxxx>
• Re: question about the best suited RAID level/layout
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] md: raid1: use bio_rewind() before bio_copy_data()
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 39/39] DDF: ddf_process_update: Fix updates for SVDs
  • From: mwilck@xxxxxxxx
• [PATCH 38/39] DDF: ddf_process_update: some more debug messages
  • From: mwilck@xxxxxxxx
• [PATCH 37/39] DDF: guid_str: more readable output
  • From: mwilck@xxxxxxxx
• [PATCH 36/39] DDF: ddf_process_update: add debug messages fore adding VDs
  • From: mwilck@xxxxxxxx
• [PATCH 35/39] DDF: add debug message in add_super_ddf_bvd
  • From: mwilck@xxxxxxxx
• [PATCH 34/39] DDF: fix endianness of refnum in debug messages
  • From: mwilck@xxxxxxxx
• [PATCH 33/39] DDF: getinfo_super_ddf_bvd: fix raid_disk calculation
  • From: mwilck@xxxxxxxx
• [PATCH 32/39] DDF: getinfo_super_ddf_bvd: identify disk by refnum
  • From: mwilck@xxxxxxxx
• [PATCH 31/39] DDF: implement kill_subarray
  • From: mwilck@xxxxxxxx
• [PATCH 30/39] DDF: write_init_super_ddf: don't zero superblocks for subarrays
  • From: mwilck@xxxxxxxx
• [PATCH 29/39] Monitor: Don't write metadata in inactive array state
  • From: mwilck@xxxxxxxx
• [PATCH 28/39] test/10-ddf-create: fix comments
  • From: mwilck@xxxxxxxx
• Fixes for the DDF patch series
  • From: mwilck@xxxxxxxx
• Re: [PATCH 11/27] DDF: layout_ddf2md: new DDF->md RAID layout conversion
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 07/27] DDF: find_vdcr: account for secondary RAID level
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 03/27] DDF: load_ddf_headers: use secondary header as fallback
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 2/2] md: raid1: use bio_rewind() before bio_copy_data()
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxxx>
• [PATCH 1/2] block: add bio_rewind() to reset bio_vec
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxxx>
• Re: RAID1 repair GPF crash w/3.10-rc7
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxxx>
• Re: DDF/RAID10 patch series
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 11/27] DDF: layout_ddf2md: new DDF->md RAID layout conversion
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 12/27] DDF: layout_md2ddf: new md->DDF layout conversion
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 07/27] DDF: find_vdcr: account for secondary RAID level
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 05/27] DDF: Implement store_super_ddf
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 03/27] DDF: load_ddf_headers: use secondary header as fallback
  • From: NeilBrown <neilb@xxxxxxx>
• Re: some general questions on RAID
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: some general questions on RAID
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: some general questions on RAID
  • From: NeilBrown <neilb@xxxxxxx>
• Re: some general questions on RAID
  • From: NeilBrown <neilb@xxxxxxx>
• Re: mdadm ignoring X as it reports Y as failed
  • From: NeilBrown <neilb@xxxxxxx>
• Re: mdadm ignoring X as it reports Y as failed
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Extending an existing RAID (10) array
  • From: NeilBrown <neilb@xxxxxxx>
• Re: some general questions on RAID
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: some general questions on RAID
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: some general questions on RAID
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: some general questions on RAID
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: question about the best suited RAID level/layout
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: question about the best suited RAID level/layout
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: some general questions on RAID
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: question about the best suited RAID level/layout
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: question about the best suited RAID level/layout
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: question about the best suited RAID level/layout
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxx>
• Re: question about the best suited RAID level/layout
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Extending an existing RAID (10) array
  • From: Christian <CvB@xxxxxxxxxxx>
• mdadm ignoring X as it reports Y as failed
  • From: "Marek Jaros" <mjaros1@xxxxxxx>
• Re: question about the best suited RAID level/layout
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: question about the best suited RAID level/layout
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: some general questions on RAID
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: some general questions on RAID (OT)
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: question about the best suited RAID level/layout
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: question about the best suited RAID level/layout
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: question about the best suited RAID level/layout
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: some general questions on RAID
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: question about the best suited RAID level/layout
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Aren't 2TB+ disk sizes supposed to be standardized?
  • From: Kai Stian Olstad <kai.stian.olstad@xxxxxxxxx>
• Re: question about the best suited RAID level/layout
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: some general questions on RAID (OT)
  • From: Sam Bingner <sam@xxxxxxxxxxx>
• Re: question about the best suited RAID level/layout
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: question about the best suited RAID level/layout
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: question about the best suited RAID level/layout
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: some general questions on RAID
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: some general questions on RAID (OT)
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: question about the best suited RAID level/layout
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: question about the best suited RAID level/layout
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: question about the best suited RAID level/layout
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: question about the best suited RAID level/layout
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: question about the best suited RAID level/layout
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: question about the best suited RAID level/layout
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Aren't 2TB+ disk sizes supposed to be standardized?
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• [patch -next] bcache: check for allocation failures
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Aren't 2TB+ disk sizes supposed to be standardized?
  • From: Tudor Holton <tudor@xxxxxxxxxxxxxxxxx>
• Re: some general questions on RAID
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: some general questions on RAID
  • From: Sam Bingner <sam@xxxxxxxxxxx>
• Re: some general questions on RAID
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: question about the best suited RAID level/layout
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: some general questions on RAID
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: question about the best suited RAID level/layout
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: some general questions on RAID
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: question about the best suited RAID level/layout
  • From: Phil Turmel <philip@xxxxxxxxxx>
• some general questions on RAID
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• question about the best suited RAID level/layout
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: DDF/RAID10 patch series
  • From: NeilBrown <neilb@xxxxxxx>
• [PULL REQUEST] md updates for 3.10
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Mdadm server eating drives
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID1 repair GPF crash w/3.10-rc7
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Extending an existing RAID (10) array
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID1 repair GPF crash w/3.10-rc7
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxxx>
• [PATCH 19/27] DDF: add_to_super_ddf: Use same amount of workspace as other disks
  • From: mwilck@xxxxxxxx
• [PATCH 02/27] DDF: check_secondary: fix treatment of missing BVDs
  • From: mwilck@xxxxxxxx
• [PATCH 12/27] DDF: layout_md2ddf: new md->DDF layout conversion
  • From: mwilck@xxxxxxxx
• [PATCH 03/27] DDF: load_ddf_headers: use secondary header as fallback
  • From: mwilck@xxxxxxxx
• [PATCH 16/27] DDF: use LBA_OFFSET macro instead of lba_offset field
  • From: mwilck@xxxxxxxx
• [PATCH 09/27] DDF: get_svd_state: Status logic for secondary RAID level
  • From: mwilck@xxxxxxxx
• [PATCH 26/27] DDF: ddf_process_update: Fix vlist treatment for SVDs
  • From: mwilck@xxxxxxxx
• [PATCH 14/27] DDF: init_super_ddf_bvd: initialize other bvds
  • From: mwilck@xxxxxxxx
• [PATCH 13/27] DDF: Simplify allocation of "other BVDs"
  • From: mwilck@xxxxxxxx
• [PATCH 10/27] DDF: allow empty slots in virt disk table
  • From: mwilck@xxxxxxxx
• [PATCH 08/27] DDF: ddf_set_disk: move status logic to separate function
  • From: mwilck@xxxxxxxx
• [PATCH 05/27] DDF: Implement store_super_ddf
  • From: mwilck@xxxxxxxx
• [PATCH 24/27] DDF: ddf_set_array_state: more meaningful output
  • From: mwilck@xxxxxxxx
• [PATCH 06/27] DDF: ddf_open_new: implement minimal consistency check
  • From: mwilck@xxxxxxxx
• [PATCH 11/27] DDF: layout_ddf2md: new DDF->md RAID layout conversion
  • From: mwilck@xxxxxxxx
• [PATCH 04/27] DDF: handle "open flag" according to spec
  • From: mwilck@xxxxxxxx
• [PATCH 27/27] tests/10ddf-create: add RAID 10 array
  • From: mwilck@xxxxxxxx
• [PATCH 25/27] DDF: ddf_process_update: handle update of conf records for SVD
  • From: mwilck@xxxxxxxx
• [PATCH 22/27] DDF: getinfo_super_ddf_bvd: lba_offset calculation for RAID10
  • From: mwilck@xxxxxxxx
• [PATCH 23/27] DDF: guid_str: convenience function to print GUID for debugging
  • From: mwilck@xxxxxxxx
• [PATCH 21/27] DDF: add_to_super_ddf_bvd: use get_svd_state()
  • From: mwilck@xxxxxxxx
• [PATCH 20/27] DDF: add_to_super_ddf: RAID10 changes
  • From: mwilck@xxxxxxxx
• [PATCH 18/27] DDF: add_to_super_ddf: allow empty slots in phys disk table
  • From: mwilck@xxxxxxxx
• [PATCH 17/27] DDF: get_extents: support secondary RAID level
  • From: mwilck@xxxxxxxx
• [PATCH 15/27] DDF: validate_geometry_ddf: support RAID10
  • From: mwilck@xxxxxxxx
• [PATCH 07/27] DDF: find_vdcr: account for secondary RAID level
  • From: mwilck@xxxxxxxx
• [PATCH 01/27] DDF (cleanup): use a common macro for failed searches
  • From: mwilck@xxxxxxxx
• DDF/RAID10 patch series
  • From: mwilck@xxxxxxxx
• Re: Mdadm server eating drives
  • From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
• Re: Mdadm server eating drives
  • From: Barrett Lewis <barrett.lewis.mitsi@xxxxxxxxx>
• Extending an existing RAID (10) array
  • From: cvb@xxxxxxxxxxx
• Re: Mdadm server eating drives
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Mdadm server eating drives
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Mdadm server eating drives
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Mdadm server eating drives
  • From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
• Re: Mdadm server eating drives
  • From: Barrett Lewis <barrett.lewis.mitsi@xxxxxxxxx>
• Re: Mdadm server eating drives
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] MD: Remember the last sync operation that was performed
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Mdadm server eating drives
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Mdadm server eating drives
  • From: Barrett Lewis <barrett.lewis.mitsi@xxxxxxxxx>
• Re: Mdadm server eating drives
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Mdadm server eating drives
  • From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
• Re: Mdadm server eating drives
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Mdadm server eating drives
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Mdadm server eating drives
  • From: Barrett Lewis <barrett.lewis.mitsi@xxxxxxxxx>
• Re: Mdadm server eating drives
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] select_devices: fix scanning of container members with dev list
  • From: NeilBrown <neilb@xxxxxxx>
• RAID1 repair GPF crash w/3.10-rc7
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxxx>
• Re: Mdadm server eating drives
  • From: Barrett Lewis <barrett.lewis.mitsi@xxxxxxxxx>
• Re: Preparing for mdadm-3.3
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] mdadm.8.in: Fix typo: previous -> previously
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] mdadm.8.in: Fix typo: previous -> previously
  • From: Wieland Hoffmann <themineo@xxxxxxxxx>
• Re: Re: [PATCH v1] md: add sync-bitmap to only resync WRITTEN data when adding new disk in raid array.
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: [PATCH 0/6] raid6check fixes
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: bug in kernel 3.2 (up to date Debian wheezy)
  • From: Nicolas Jungers <nicolas@xxxxxxxxxxx>
• Re: RAID1 growth of version 1.1/1.2 metadata violates least surprise.
  • From: "Dr. Greg Wettstein" <greg@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] raid6check fixes
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 0/6] raid6check fixes
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• [PATCH] Detail: Add container device to device list
  • From: mwilck@xxxxxxxx
• Re: [PATCH 1/2] select_devices: fix scanning of container members with dev list
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: Preparing for mdadm-3.3
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 1/2] select_devices: fix scanning of container members with dev list
  • From: Martin Wilck <mwilck@xxxxxxxx>
• bug in kernel 3.2 (up to date Debian wheezy)
  • From: Nicolas Jungers <nicolas@xxxxxxxxxxx>
• Re: Mdadm server eating drives
  • From: Nicolas Jungers <nicolas@xxxxxxxxxxx>
• Re: [PATCH 0/6] raid6check fixes
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Mdadm server eating drives
  • From: Barrett Lewis <barrett.lewis.mitsi@xxxxxxxxx>
• Re: [Trivial PATCH] removing doubled description for sync_max, merging it within sync_min/sync_max
  • From: NeilBrown <neilb@xxxxxxx>
• [Trivial PATCH] removing doubled description for sync_max, merging it within sync_min/sync_max
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: [PATCH v1] md: add sync-bitmap to only resync WRITTEN data when adding new disk in raid array.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] MD: Remember the last sync operation that was performed
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 0/6] raid6check fixes
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• [PATCH v1] md: add sync-bitmap to only resync WRITTEN data when adding new disk in raid array.
  • From: Robin Dong <robin.k.dong@xxxxxxxxx>
• [PATCH v1] mdadm: add sync-bitmap to only resync WRITTEN data when adding new disk in raid array.
  • From: Robin Dong <robin.k.dong@xxxxxxxxx>
• Re: Preparing for mdadm-3.3
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: Scrubbing "check" not working for RAID10 in 3.10-rc1+
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH] MD: Remember the last sync operation that was performed
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• Scrubbing "check" not working for RAID10 in 3.10-rc1+
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• Re: [PATCH 0/6] raid6check fixes
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Preparing for mdadm-3.3
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Preparing for mdadm-3.3
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 0/6] raid6check fixes
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: Preparing for mdadm-3.3
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Preparing for mdadm-3.3
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID1 growth of version 1.1/1.2 metadata violates least surprise.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Problem with Raid1 when all drives failed
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 0/6] raid6check fixes
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 2/6] Makefile: Allow the user to pass EXTRA_CFLAGS
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 2/2] Detail: deterministic ordering in --brief --verbose
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 1/2] select_devices: fix scanning of container members with dev list
  • From: NeilBrown <neilb@xxxxxxx>
• Snapshotting RAID1
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: RAID6 growing interrupted, array won't assemble or resume growing
  • From: Nic Wolfe <nic@xxxxxxxxxxx>
• Re: Delete and re-purpose a mdadm raid partition
  • From: Jonathan Wilson <piercing_male@xxxxxxxxxxx>
• [PATCH 2/2] Detail: deterministic ordering in --brief --verbose
  • From: mwilck@xxxxxxxx
• [PATCH 1/2] select_devices: fix scanning of container members with dev list
  • From: mwilck@xxxxxxxx
• Re: [PATCH 2/2] Detail: deterministic ordering in --brief --verbose
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 0/6] raid6check fixes
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: Growing a 5-drive RAID6 - some initial questions
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Re: Growing a 5-drive RAID6 - some initial questions
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Delete and re-purpose a mdadm raid partition
  • From: Jonathan Wilson <piercing_male@xxxxxxxxxxx>
• Re: Proper way to delete an old RAID1?
  • From: Caspar Smit <c.smit@xxxxxxxxxx>
• Re: Problem with Raid1 when all drives failed
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Bug: Different data offsets while reshaping scrambles data
  • From: Benjamin Meier <post@xxxxxxxxxxxxxxxx>
• Problem with Raid1 when all drives failed
  • From: "Baldysiak, Pawel" <pawel.baldysiak@xxxxxxxxx>
• Re: RAID6 growing interrupted, array won't assemble or resume growing
  • From: Nic Wolfe <nic@xxxxxxxxxxx>
• Growing a 5-drive RAID6 - some initial questions
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Re: RAID6 growing interrupted, array won't assemble or resume growing
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH 2/6] Makefile: Allow the user to pass EXTRA_CFLAGS
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
• Re: RAID6 growing interrupted, array won't assemble or resume growing
  • From: Nic Wolfe <nic@xxxxxxxxxxx>
• Re: Optimal value for bitmap-chunk option
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: [PATCH 0/6] raid6check fixes
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 2/6] Makefile: Allow the user to pass EXTRA_CFLAGS
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Proper way to delete an old RAID1?
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Re: Proper way to delete an old RAID1?
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Re: Proper way to delete an old RAID1?
  • From: Caspar Smit <c.smit@xxxxxxxxxx>
• Re: Proper way to delete an old RAID1?
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Re: Proper way to delete an old RAID1?
  • From: Caspar Smit <c.smit@xxxxxxxxxx>
• Proper way to delete an old RAID1?
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Re: [PATCH 0/6] raid6check fixes
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Set AUTOCHECK=false
  • From: Роман Алексеев <r.alekseev@xxxxxxxxx>
• Optimal value for bitmap-chunk option
  • From: Роман Алексеев <r.alekseev@xxxxxxxxx>
• [PATCH 0/6] raid6check fixes
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/6] raid6check: Fix memory leaks detected by valgrind
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
• [PATCH 6/6] raid6check: Check return value of lseek64()
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
• [PATCH 5/6] raid6check: Fix compiler warnings.
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/6] Makefile: Allow the user to pass EXTRA_CFLAGS
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
• [PATCH 4/6] raid6check: Use enums for repair type
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/6] raid6check: Fix build of raid6check
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
• Re: RAID 5: low sequential write performance?
  • From: Corey Hickey <bugfood-ml@xxxxxxxxxx>
• Re: RAID 5: low sequential write performance?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID 5: low sequential write performance?
  • From: Corey Hickey <bugfood-ml@xxxxxxxxxx>
• Re: Mdadm server eating drives
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• UDEV Rule for Timeouts
  • From: Sam Bingner <sam@xxxxxxxxxxx>
• Re: Mdadm server eating drives
  • From: Barrett Lewis <barrett.lewis.mitsi@xxxxxxxxx>
• Re: RAID 5: low sequential write performance?
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: RAID 5: low sequential write performance?
  • From: Corey Hickey <bugfood-ml@xxxxxxxxxx>
• Re: RAID 5: low sequential write performance?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: mdadm --assemble considers event count for spares
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID 5: low sequential write performance?
  • From: Corey Hickey <bugfood-ml@xxxxxxxxxx>
• Re: RAID 5: low sequential write performance?
  • From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: Please assist with missing RAID 5 array.
  • From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Please assist with missing RAID 5 array.
  • From: Christopher Caruk <caruk@xxxxxxxxxxxx>
• RAID 5: low sequential write performance?
  • From: Corey Hickey <bugfood-ml@xxxxxxxxxx>
• Re: Mdadm server eating drives
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Mdadm server eating drives
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Mdadm server eating drives
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Mdadm server eating drives
  • From: Barrett Lewis <barrett.lewis.mitsi@xxxxxxxxx>
• Re: Mdadm server eating drives
  • From: Barrett Lewis <barrett.lewis.mitsi@xxxxxxxxx>
• [Trivial PATCH 00/33] Remove uses of typedef ctl_table
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [Trivial PATCH 13/33] md: Convert use of typedef ctl_table to struct ctl_table
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: Mdadm server eating drives
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Mdadm server eating drives
  • From: Barrett Lewis <barrett.lewis.mitsi@xxxxxxxxx>
• Re: [PULL REQUEST] md bug fixes for 3.10-rc and -stable
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PULL REQUEST] md bug fixes for 3.10-rc and -stable
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PULL REQUEST] md bug fixes for 3.10-rc and -stable
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH linux-next v2] DM RAID: validate_raid_redundancy: Silence uninitialized variable warning
  • From: Tim Gardner <tim.gardner@xxxxxxxxxxxxx>
• Re: [PATCH linux-next v2] DM RAID: validate_raid_redundancy: Silence uninitialized variable warning
  • From: Tommi Rantala <tt.rantala@xxxxxxxxx>
• Re: Fwd: Help with failed RAID-5 -> 6 migration
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID-10 keeps aborting
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID-10 keeps aborting
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxxx>
• Re: [PATCH] scsi: Check if the device support WRITE_SAME_10
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: Mdadm server eating drives
  • From: Adam Goryachev <adam@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Fwd: Help with failed RAID-5 -> 6 migration
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: Mdadm server eating drives
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: Mdadm server eating drives
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Mdadm server eating drives
  • From: Barrett Lewis <barrett.lewis.mitsi@xxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: NeilBrown <neilb@xxxxxxx>
• 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: RAD1 doesn't fail WRITE that was written only on a rebuilding drive
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxxx>
• Re: Prevent Autodetection
  • From: Richard Laager <rlaager@xxxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxxx>
• Re: Fwd: mismatches in raid1, clarification please
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Fwd: mismatches in raid1, clarification please
  • From: Andrew Brooks <arb@xxxxxxxxxxxxxxxx>
• Re: Fwd: mismatches in raid1, clarification please
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Fwd: mismatches in raid1, clarification please
  • From: Andrew Brooks <arb@xxxxxxxxxxxxxxxx>
• Re: Help with failed RAID-5 -> 6 migration
  • From: "Vanhorn, Mike" <michael.vanhorn@xxxxxxxxxx>
• Re: Fwd: Help with failed RAID-5 -> 6 migration
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Prevent Autodetection
  • From: Dmitrijs Ledkovs <xnox@xxxxxxxxxx>
• Re: Prevent Autodetection
  • From: Richard Laager <rlaager@xxxxxxxxxx>
• Prevent Autodetection
  • From: Richard Laager <rlaager@xxxxxxxxxx>
• Re: Fwd: Help with failed RAID-5 -> 6 migration
  • From: Keith Phillips <spootsy.ootsy@xxxxxxxxx>
• Re: Fwd: Help with failed RAID-5 -> 6 migration
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Enlarging device of linear array
  • From: Ramon Hofer <ramonhofer@xxxxxxxxxx>
• Fwd: Help with failed RAID-5 -> 6 migration
  • From: Keith Phillips <spootsy.ootsy@xxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxxx>
• Re: Is this expected RAID10 performance?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Is this expected RAID10 performance?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: SSD + Rust as raid1
  • From: Dominic Raferd <dominic@xxxxxxxxxxxxxxx>
• Re: Is this expected RAID10 performance?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Is this expected RAID10 performance?
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Is this expected RAID10 performance?
  • From: Steve Bergman <sbergman27@xxxxxxxxx>
• Re: Is this expected RAID10 performance?
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: Is this expected RAID10 performance?
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• Re: Is this expected RAID10 performance?
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• Re: Is this expected RAID10 performance?
  • From: Steve Bergman <sbergman27@xxxxxxxxx>
• Re: Is this expected RAID10 performance?
  • From: Steve Bergman <sbergman27@xxxxxxxxx>
• Re: Is this expected RAID10 performance?
  • From: Steve Bergman <sbergman27@xxxxxxxxx>
• Re: Is this expected RAID10 performance?
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: Is this expected RAID10 performance?
  • From: Ric Wheeler <rwheeler@xxxxxxxxxx>
• Re: Is this expected RAID10 performance?
  • From: Steve Bergman <sbergman27@xxxxxxxxx>
• RAID1 growth of version 1.1/1.2 metadata violates least surprise.
  • From: "Dr. Greg Wettstein" <greg@xxxxxxxxxxxxxxxxx>
• Re: Is this expected RAID10 performance?
  • From: Ric Wheeler <rwheeler@xxxxxxxxxx>
• Re: Enlarging device of linear array
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Enlarging device of linear array
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: Enlarging device of linear array
  • From: Sam Bingner <sam@xxxxxxxxxxx>
• Re: Enlarging device of linear array
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Is this expected RAID10 performance?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID 10 Repairs
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: RAID 10 Repairs
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Help with failed RAID-5 -> 6 migration
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Help with failed RAID-5 -> 6 migration
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: SSD + Rust as raid1
  • From: Roberto Spadim <rspadim@xxxxxxxxx>
• Re: Is this expected RAID10 performance?
  • From: Steve Bergman <sbergman27@xxxxxxxxx>
• Enlarging device of linear array
  • From: Ramon Hofer <ramonhofer@xxxxxxxxxx>
• Re: Is this expected RAID10 performance?
  • From: keld@xxxxxxxxxx
• Re: RAID 10 Repairs
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: SSD + Rust as raid1
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: SSD + Rust as raid1
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Help with failed RAID-5 -> 6 migration
  • From: Keith Phillips <spootsy.ootsy@xxxxxxxxx>
• Re: Is this expected RAID10 performance?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Is this expected RAID10 performance?
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: SSD + Rust as raid1
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: SSD + Rust as raid1
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Is this expected RAID10 performance?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Call trace when creating new array in MegaRAID Storage Manager
  • From: Arkadiusz Bubała <arkadiusz.bubala@xxxxxxxxxx>
• Re: Is this expected RAID10 performance?
  • From: Steve Bergman <sbergman27@xxxxxxxxx>
• Re: Is this expected RAID10 performance?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Is this expected RAID10 performance?
  • From: Steve Bergman <sbergman27@xxxxxxxxx>
• Re: RAID6 growing interrupted, array won't assemble or resume growing
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Is this expected RAID10 performance?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Import data from an array coming from another computer
  • From: Sam Bingner <sam@xxxxxxxxxxx>
• Re: Is this expected RAID10 performance?
  • From: Steve Bergman <sbergman27@xxxxxxxxx>
• Re: Is this expected RAID10 performance?
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: Is this expected RAID10 performance?
  • From: Steve Bergman <sbergman27@xxxxxxxxx>
• Re: Is this expected RAID10 performance?
  • From: Alexander Zvyagin <zvyagin.alexander@xxxxxxxxx>
• Re: Is this expected RAID10 performance?
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: RAID6 growing interrupted, array won't assemble or resume growing
  • From: Nic Wolfe <nic@xxxxxxxxxxx>
• Re: Is this expected RAID10 performance?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] scsi: Check if the device support WRITE_SAME_10
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Is this expected RAID10 performance?
  • From: Steve Bergman <sbergman27@xxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxxx>
• Re: RAID6 growing interrupted, array won't assemble or resume growing
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Import data from an array coming from another computer
  • From: Nicolas Michel <be.nicolas.michel@xxxxxxxxx>
• Re: Import data from an array coming from another computer
  • From: Aleh Suprunovich <a.suprunovich@xxxxxxxxxxxxxxxxx>
• Re: Import data from an array coming from another computer
  • From: Nicolas Michel <be.nicolas.michel@xxxxxxxxx>
• Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier
  • From: Tregaron Bayly <tbayly@xxxxxxxxxxxx>
• Re: Import data from an array coming from another computer
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Import data from an array coming from another computer
  • From: Nicolas Michel <be.nicolas.michel@xxxxxxxxx>
• RAID10 freeze system instead of failing
  • From: Aleh Suprunovich <a.suprunovich@xxxxxxxxxxxxxxxxx>
• Re: sas driver lockup during raid reshape. recoverable?
  • From: Drew <drew.kay@xxxxxxxxx>
• Re: RAID5 recovery
  • From: Sam Bingner <sam@xxxxxxxxxxx>
• RAID6 growing interrupted, array won't assemble or resume growing
  • From: Nic Wolfe <nic@xxxxxxxxxxx>
• Re: sas driver lockup during raid reshape. recoverable?
  • From: Claude Nobs <claudenobs@xxxxxxxxx>
• sas driver lockup during raid reshape. recoverable?
  • From: Claude Nobs <claudenobs@xxxxxxxxx>
• Re: RAID5 recovery
  • From: Philipp Frauenfelder <philipp.frauenfelder@xxxxxxxxx>
• Re: [PATCH] scsi: Check if the device support WRITE_SAME_10
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] scsi: Check if the device support WRITE_SAME_10
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Confirm these stride and stripe-width values?
  • From: Steve Bergman <sbergman27@xxxxxxxxx>
• --no-degraded doesn't work
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: RAID5 recovery
  • From: Drew <drew.kay@xxxxxxxxx>
• Re: RAID5 recovery
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: RAID5 recovery
  • From: Drew <drew.kay@xxxxxxxxx>
• [PATCH] scsi: Check if the device support WRITE_SAME_10
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
• RAID5 recovery
  • From: Philipp Frauenfelder <philipp.frauenfelder@xxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: RAD1 doesn't fail WRITE that was written only on a rebuilding drive
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxxx>
• Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: SSD + Rust as raid1
  • From: Dominic Raferd <dominic@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: replace strict_strto*() with kstrto*()
  • From: NeilBrown <neilb@xxxxxxx>
• Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAD1 doesn't fail WRITE that was written only on a rebuilding drive
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Wiki-recovering failed raid, overlay problem
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAD1 doesn't fail WRITE that was written only on a rebuilding drive
  • From: NeilBrown <neilb@xxxxxxx>
• Re: mdadm --assemble considers event count for spares
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Wiki-recovering failed raid, overlay problem
  • From: Chris Finley <debenbain@xxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: RAID 10 Repairs
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID-10 keeps aborting
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• RAID-10 keeps aborting
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• MD - resync progress falls back to 0% after reboot
  • From: "Liu H.T" <liuhongtong86@xxxxxxxxx>
• RAID 10 Repairs
  • From: Rob Emanuele <rob@xxxxxxxxxxx>
• Just want to verify that 3-drive RAID10 is stable
  • From: Steve Bergman <sbergman27@xxxxxxxxx>
• Re: Wiki-recovering failed raid, overlay problem
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: Wiki-recovering failed raid, overlay problem
  • From: Chris Finley <debenbain@xxxxxxxxx>
• Re: Wiki-recovering failed raid, overlay problem
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Wiki-recovering failed raid, overlay problem
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Wiki-recovering failed raid, overlay problem
  • From: Chris Finley <debenbain@xxxxxxxxx>
• Re: Wiki-recovering failed raid, overlay problem
  • From: Phil Turmel <philip@xxxxxxxxxx>
• [PATCH] md: replace strict_strto*() with kstrto*()
  • From: Jingoo Han <jg1.han@xxxxxxxxxxx>
• Wiki-recovering failed raid, overlay problem
  • From: Chris Finley <debenbain@xxxxxxxxx>
• Re: SSD + Rust as raid1
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: SSD + Rust as raid1
  • From: Sam Bingner <sam@xxxxxxxxxxx>
• Re: SSD + Rust as raid1
  • From: Keith Keller <kkeller@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: SSD + Rust as raid1
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Disable raid auto assemble at boot
  • From: Tregaron Bayly <tbayly@xxxxxxxxxxxx>
• Disable raid auto assemble at boot
  • From: Salatiel Filho <salatiel.filho@xxxxxxxxx>
• Re: SSD + Rust as raid1
  • From: Dominic Raferd <dominic@xxxxxxxxxxxxxxx>
• Re: SSD + Rust as raid1
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: SSD + Rust as raid1
  • From: Dominic Raferd <dominic@xxxxxxxxxxxxxxx>
• Re: SSD + Rust as raid1
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: SSD + Rust as raid1
  • From: Dominic Raferd <dominic@xxxxxxxxxxxxxxx>
• Re: SSD + Rust as raid1
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• SSD + Rust as raid1
  • From: Dominic Raferd <dominic@xxxxxxxxxxxxxxx>
• Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: [PATCH] md: Partially revert 2f6db2a7, which broke raid5
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• Re: [PATCH] md: Partially revert 2f6db2a7, which broke raid5
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] md: Partially revert 2f6db2a7, which broke raid5
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] md: Partially revert 2f6db2a7, which broke raid5
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] md: Partially revert 2f6db2a7, which broke raid5
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• Re: [PATCH] md: bcache: io.c: fix a potential NULL pointer dereference
  • From: Kumar amit mehta <gmate.amit@xxxxxxxxx>
• Re: [PATCH] md: bcache: io.c: fix a potential NULL pointer dereference
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: RAD1 doesn't fail WRITE that was written only on a rebuilding drive
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: [PATCH] md: Partially revert 2f6db2a7, which broke raid5
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Re: mdadm vs zfs for home server?
  • From: Ryan Wagoner <rswagoner@xxxxxxxxx>
• Re: mdadm vs zfs for home server?
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: mdadm vs zfs for home server?
  • From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
• Re: mdadm vs zfs for home server?
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• RAD1 doesn't fail WRITE that was written only on a rebuilding drive
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: mdadm --assemble considers event count for spares
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• [PATCH] md: md.c: use strlcpy instead of strcpy
  • From: Kumar Amit Mehta <gmate.amit@xxxxxxxxx>
• Re: mdadm --assemble considers event count for spares
  • From: NeilBrown <neilb@xxxxxxx>
• Re: mdadm --assemble considers event count for spares
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• [PATCH] md: bcache: io.c: fix a potential NULL pointer dereference
  • From: Kumar Amit Mehta <gmate.amit@xxxxxxxxx>
• Re: mdadm vs zfs for home server?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: mdadm vs zfs for home server?
  • From: Ryan Wagoner <rswagoner@xxxxxxxxx>
• Re: mdadm --assemble considers event count for spares
  • From: NeilBrown <neilb@xxxxxxx>
• Re: mdadm vs zfs for home server?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: mdadm vs zfs for home server?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: mdadm vs zfs for home server?
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: mdadm vs zfs for home server?
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• mdadm vs zfs for home server?
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• mdadm --assemble considers event count for spares
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: Best size partition for a mdadm array
  • From: Andrea Bolandrina <andrea.bola@xxxxxxxx>
• Re: Best size partition for a mdadm array
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: Best size partition for a mdadm array
  • From: "Adam Goryachev" <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Best size partition for a mdadm array
  • From: Andrea Bolandrina <andrea.bola@xxxxxxxx>
• Re: Spinning down idle disks?
  • From: Vincent Pelletier <plr.vincent@xxxxxxxxx>
• Re: Best size partition for a mdadm array
  • From: Tudor Holton <tudor@xxxxxxxxxxxxxxxxx>
• Spinning down idle disks?
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Moving RAID1 disks between systems
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: raid10 physical layout?
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: "Missing" RAID devices
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Moving RAID1 disks between systems
  • From: Jim Santos <iluvgadgets@xxxxxxxxx>
• Re: "Missing" RAID devices
  • From: keld@xxxxxxxxxx
• Re: raid10 physical layout?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: "Missing" RAID devices
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• raid10 physical layout?
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: Moving RAID1 disks between systems
  • From: Drew <drew.kay@xxxxxxxxx>
• Re: "Missing" RAID devices
  • From: keld@xxxxxxxxxx
• Re: "Missing" RAID devices
  • From: keld@xxxxxxxxxx
• Moving RAID1 disks between systems
  • From: Jim Santos <iluvgadgets@xxxxxxxxx>
• Re: Attempt to change raid1 to raid0 results in division error in kernel
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Attempt to change raid1 to raid0 results in division error in kernel
  • From: Robert Goliasz <r.goliasz@xxxxxxxxxxxxxxxxxxx>
• Best size partition for a mdadm array
  • From: Andrea Bolandrina <andrea.bola@xxxxxxxx>
• Re: "Missing" RAID devices
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: "Missing" RAID devices
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: "Missing" RAID devices
  • From: keld@xxxxxxxxxx
• Re: "Missing" RAID devices
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Attempt to change raid1 to raid0 results in division error in kernel
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Attempt to change raid1 to raid0 results in division error in kernel
  • From: Robert Goliasz <r.goliasz@xxxxxxxxxxxxxxxxxxx>
• Re: "Missing" RAID devices
  • From: keld@xxxxxxxxxx
• Re: "Missing" RAID devices
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: "Missing" RAID devices
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: "Missing" RAID devices
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: "Missing" RAID devices
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: "Missing" RAID devices
  • From: Jim Santos <iluvgadgets@xxxxxxxxx>
• Re: "Missing" RAID devices
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: "Missing" RAID devices
  • From: Jim Santos <iluvgadgets@xxxxxxxxx>
• Re: "Missing" RAID devices
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: "Missing" RAID devices
  • From: Drew <drew.kay@xxxxxxxxx>
• Re: "Missing" RAID devices
  • From: Drew <drew.kay@xxxxxxxxx>
• Re: "Missing" RAID devices
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: "Missing" RAID devices
  • From: Phil Turmel <philip@xxxxxxxxxx>
• "Missing" RAID devices
  • From: Jim Santos <iluvgadgets@xxxxxxxxx>
• Re: Resync raid array problem
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxxxxxx>
• Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Resync raid array problem
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Resync raid array problem
  • From: Sam Bingner <sam@xxxxxxxxxxx>
• Re: Resync raid array problem
  • From: Keith Keller <kkeller@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Resync raid array problem
  • From: Tarak <tarakramgopal@xxxxxxxxx>
• Re: [PATCH] md: Partially revert 2f6db2a7, which broke raid5
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH] md: Partially revert 2f6db2a7, which broke raid5
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] md: Partially revert 2f6db2a7, which broke raid5
  • From: Calvin Owens <jcalvinowens@xxxxxxxxx>
• [PATCH] raid5: After bio_reset, it must set some parameter of struct bio.
  • From: majianpeng <majianpeng@xxxxxxxxx>
• RAID 5 - All superblocks gone due to MBR/GPT mishap - how do i figure out chunk size?
  • From: den RDC <denrdc@xxxxxxxxx>
• Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• RE: Kernel crash at md_seq_show of drivers/md/md.c
  • From: "Mo, Moore" <Moore.Mo@xxxxxxxxxxx>
• Re: SpareMissing event, but spare not missing
  • From: Ole Tange <tange@xxxxxxxxxx>
• Re: [PATCH 9/9] mdadm: 'dump' support
  • From: NeilBrown <neilb@xxxxxxx>
• Re: 0.90 vs 1.X - Differing behavior for device # during fail/remove/add operation
  • From: Dusty Mabe <dustymabe@xxxxxxxxx>
• Re: Kernel crash at md_seq_show of drivers/md/md.c
  • From: NeilBrown <neilb@xxxxxxx>
• Re: 0.90 vs 1.X - Differing behavior for device # during fail/remove/add operation
  • From: NeilBrown <neilb@xxxxxxx>
• Re: SpareMissing event, but spare not missing
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxxxxxx>
• SpareMissing event, but spare not missing
  • From: Ole Tange <tange@xxxxxxxxxx>
• Re: Kernel crash at md_seq_show of drivers/md/md.c
  • From: "Mo, Moore" <Moore.Mo@xxxxxxxxxxx>
• Fwd: Corruption during RAID5->RAID6 migration
  • From: James Doebbler <jamesdoebbler@xxxxxxxxx>
• GRUB2 MBR/GPT sizing question
  • From: "Niclas Arndt" <niclas@xxxxxxxx>
• Re: Corruption during RAID5->RAID6 migration
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: Corruption during RAID5->RAID6 migration
  • From: James Doebbler <jamesdoebbler@xxxxxxxxx>
• Re: 0.90 vs 1.X - Differing behavior for device # during fail/remove/add operation
  • From: Dusty Mabe <dustymabe@xxxxxxxxx>
• Re: Corruption during RAID5->RAID6 migration
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Corruption during RAID5->RAID6 migration
  • From: James Doebbler <jamesdoebbler@xxxxxxxxx>
• Re: Raid5 double failure recovery
  • From: Chris Finley <debenbain@xxxxxxxxx>
• Re: Raid5 double failure recovery
  • From: Ole Tange <tange@xxxxxxxxxx>
• Re: Raid5 double failure recovery
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/8] mtd: use generic helper to set max_discard_sectors
  • From: Namjae Jeon <linkinjeon@xxxxxxxxx>
• Re: [PATCH 3/8] mtd: use generic helper to set max_discard_sectors
  • From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
• Re: mdadm fails to assemble arrays with quotes in name
  • From: NeilBrown <neilb@xxxxxxx>
• Raid5 double failure recovery
  • From: Chris Finley <debenbain@xxxxxxxxx>
• Re: 0.90 vs 1.X - Differing behavior for device # during fail/remove/add operation
  • From: Dusty Mabe <dustymabe@xxxxxxxxx>
• Re: replacing drives
  • From: Roberto Nunnari <roberto.nunnari@xxxxxxxx>
• Re: Unusual RAID 1 recovery problem
  • From: Tregaron Bayly <tbayly@xxxxxxxxxxxx>
• Re: Unusual RAID 1 recovery problem
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Unusual RAID 1 recovery problem
  • From: John Rowe <J.M.Rowe@xxxxxxxxxxxx>
• Re: SOLVED Re: vess raid stripes disappear
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: SOLVED Re: vess raid stripes disappear
  • From: mashtin.bakir@xxxxxxxxx
• Re: Help with recovering a RAID5 array
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Help with recovering a RAID5 array
  • From: Stefan Borggraefe <stefan@xxxxxxxxxxx>
• SOLVED Re: vess raid stripes disappear
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: mdraid autodetect partially failing after disk replacement
  • From: Tregaron Bayly <tbayly@xxxxxxxxxxxx>
• Re: mdraid autodetect partially failing after disk replacement
  • From: Ricky Burgin <ricky@xxxxxxx>
• Re: mdraid autodetect partially failing after disk replacement
  • From: Sam Bingner <sam@xxxxxxxxxxx>
• Re: vess raid stripes disappear
  • From: Keith Keller <kkeller@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: 0.90 vs 1.X - Differing behavior for device # during fail/remove/add operation
  • From: NeilBrown <neilb@xxxxxxx>
• Re: vess raid stripes disappear
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] bcache: Fix incompatible pointer type warning
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH] bcache: Fix incompatible pointer type warning
  • From: Emil Goode <emilgoode@xxxxxxxxx>
• Re: vess raid stripes disappear
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: mdadm fails to assemble arrays with quotes in name
  • From: Marek Becka <marek.becka@xxxxxxxxxxxxxxx>
• Re: vess raid stripes disappear
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: vess raid stripes disappear
  • From: Keith Keller <kkeller@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: 0.90 vs 1.X - Differing behavior for device # during fail/remove/add operation
  • From: Dusty Mabe <dustymabe@xxxxxxxxx>
• Re: vess raid stripes disappear
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: vess raid stripes disappear
  • From: Keith Keller <kkeller@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• vess raid stripes disappear
  • From: mashtin.bakir@xxxxxxxxx
• Re: Reshape Shrink Hung Again
  • From: Sam Bingner <sam@xxxxxxxxxxx>
• Re: Reshape Shrink Hung Again
  • From: NeilBrown <neilb@xxxxxxx>
• Re: mdadm fails to assemble arrays with quotes in name
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Successfully recovered Raid5 no longer boots
  • From: NeilBrown <neilb@xxxxxxx>
• mdraid autodetect partially failing after disk replacement
  • From: Ricky Burgin <ricky@xxxxxxx>
• Re: [PATCH 0/2] Fixes for dm-raid faulty device restoration
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Specifying a data offset?
  • From: Tregaron Bayly <tbayly@xxxxxxxxxxxx>
• [PATCH 2/2] DM RAID: Fix raid_resume not reviving failed devices in all cases
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 1/2] DM RAID: Break-up untidy function
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 0/2] Fixes for dm-raid faulty device restoration
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• Re: [PATCH - RFC] MD: Sync thread not properly shutdown after mddev_suspend()
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: Specifying a data offset?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Specifying a data offset?
  • From: Tregaron Bayly <tbayly@xxxxxxxxxxxx>
• Re: [PATCH] raid5: add support for rmw writes in raid6
  • From: Dan Williams <djbw@xxxxxx>
• 0.90 vs 1.X - Differing behavior for device # during fail/remove/add operation
  • From: Dusty Mabe <dustymabe@xxxxxxxxx>
• Re: replacing drives
  • From: Roberto Nunnari <roberto.nunnari@xxxxxxxx>
• Re: replacing drives
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: replacing drives
  • From: Roberto Nunnari <roberto.nunnari@xxxxxxxx>
• Re: replacing drives
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: New RAID
  • From: Keith Keller <kkeller@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: replacing drives
  • From: Roberto Nunnari <roberto.nunnari@xxxxxxxx>
• New RAID
  • From: Andras Fekete <iamfeketeandras@xxxxxxxxx>
• Successfully recovered Raid5 no longer boots
  • From: Ricky Burgin <ricky@xxxxxxx>
• Re: [PATCH - RFC] MD: Sync thread not properly shutdown after mddev_suspend()
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: --grow RAID6 gives: md: md_do_sync() got signal ... exiting + hang
  • From: NeilBrown <neilb@xxxxxxx>
• Re: --grow RAID6 gives: md: md_do_sync() got signal ... exiting + hang
  • From: Ole Tange <tange@xxxxxxxxxx>
• Re: --grow RAID6 gives: md: md_do_sync() got signal ... exiting + hang
  • From: NeilBrown <neilb@xxxxxxx>
• Re: --grow RAID6 gives: md: md_do_sync() got signal ... exiting + hang
  • From: Ole Tange <tange@xxxxxxxxxx>
• Re: --grow RAID6 gives: md: md_do_sync() got signal ... exiting + hang
  • From: Ole Tange <tange@xxxxxxxxxx>
• Re: --grow RAID6 gives: md: md_do_sync() got signal ... exiting + hang
  • From: NeilBrown <neilb@xxxxxxx>
• --grow RAID6 gives: md: md_do_sync() got signal ... exiting + hang
  • From: Ole Tange <tange@xxxxxxxxxx>
• Re: replacing drives
  • From: Roberto Nunnari <roberto.nunnari@xxxxxxxx>
• Re: replacing drives
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Failed during rebuild (raid5)
  • From: Andreas Boman <aboman@xxxxxxxxxxx>
• Re: Failed during rebuild (raid5)
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Failed during rebuild (raid5)
  • From: Andreas Boman <aboman@xxxxxxxxxxx>
• Re: Failed during rebuild (raid5)
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Failed during rebuild (raid5)
  • From: Andreas Boman <aboman@xxxxxxxxxxx>
• Re: Failed during rebuild (raid5)
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Successfully recovered Raid5 no longer boots
  • From: Ricky <rickyorbixx@xxxxxxxxx>
• mdadm fails to assemble arrays with quotes in name
  • From: Marek Becka <marek.becka@xxxxxxxxxxxxxxx>
• Re: [PATCH - v2] DM RAID: Add ability to restore transiently failed devices on resume
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: Failed during rebuild (raid5)
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Linux mdadm --grow RAID6: Something wrong - reshape aborted
  • From: Ole Tange <tange@xxxxxxxxxx>
• Re: replacing drives
  • From: Roberto Nunnari <roberto.nunnari@xxxxxxxx>
• Re: Simultaneous assembly on multiple hosts
  • From: Sebastian Riemer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• Re: Help with recovering a RAID5 array
  • From: Stefan Borggraefe <stefan@xxxxxxxxxxx>
• Re: Linux mdadm --grow RAID6: Something wrong - reshape aborted
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Reshape Shrink Hung Again
  • From: Sam Bingner <sam@xxxxxxxxxxx>
• Re: Simultaneous assembly on multiple hosts
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Help with recovering a RAID5 array
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH - RFC] MD: Sync thread not properly shutdown after mddev_suspend()
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH - v2] DM RAID: Add ability to restore transiently failed devices on resume
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Reshape Shrink Hung Again
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Failed during rebuild (raid5)
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Failed during rebuild (raid5)
  • From: Sam Bingner <sam@xxxxxxxxxxx>
• Re: Help with failed raid 5
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Disks supporting ERC?
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Disks supporting ERC?
  • From: Marcus Sorensen <shadowsor@xxxxxxxxx>
• Disks supporting ERC?
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxxxxxx>
• Re: Failed during rebuild (raid5)
  • From: Andreas Boman <aboman@xxxxxxxxxxx>
• Re: Failed during rebuild (raid5)
  • From: Andreas Boman <aboman@xxxxxxxxxxx>
• Re: RAID-6 with 3 missing disks
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: RAID-6 with 3 missing disks
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Help with failed raid 5
  • From: Drew <drew.kay@xxxxxxxxx>
• Re: RAID-6 with 3 missing disks
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Help with failed raid 5
  • From: Frederick Gnodtke <FGnodtke@xxxxxxxxxx>
• Re: RAID-6 with 3 missing disks
  • From: "Rudy Zijlstra" <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID-6 with 3 missing disks
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• RAID-6 with 3 missing disks
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: Failed during rebuild (raid5)
  • From: maurice <mhilarius@xxxxxxxxx>
• Re: Failed during rebuild (raid5)
  • From: Andreas Boman <aboman@xxxxxxxxxxx>
• Re: Help with recovering a RAID5 array
  • From: Stefan Borggraefe <stefan@xxxxxxxxxxx>
• Re: Failed during rebuild (raid5)
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Simultaneous assembly on multiple hosts
  • From: Neil Matai <neil@xxxxxxxxxxxxx>
• Simultaneous assembly on multiple hosts
  • From: Neil Matai <neil@xxxxxxxxxxxxx>
• Re: Failed during rebuild (raid5)
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Failed during rebuild (raid5)
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: Failed during rebuild (raid5)
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: replacing drives
  • From: Roberto Nunnari <roberto.nunnari@xxxxxxxx>
• Re: Failed during rebuild (raid5)
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Failed during rebuild (raid5)
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: array went wonky
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Failed during rebuild (raid5)
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Failed during rebuild (raid5)
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Failed during rebuild (raid5)
  • From: Ole Tange <tange@xxxxxxxxxx>
• Re: Failed during rebuild (raid5)
  • From: Benjamin ESTRABAUD <be@xxxxxxxxxx>
• Failed during rebuild (raid5)
  • From: Andreas Boman <aboman@xxxxxxxxxxx>
• Re: Help with recovering a RAID5 array
  • From: Ole Tange <tange@xxxxxxxxxx>
• Re: array went wonky
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: array went wonky
  • From: Gimpbully <gimpbully@xxxxxxxxx>
• [PATCH - RFC] MD: Sync thread not properly shutdown after mddev_suspend()
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH - v2] DM RAID: Add ability to restore transiently failed devices on resume
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• Re: replacing drives
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: replacing drives
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Anything left to try?
  • From: Barrett Lewis <barrett.lewis.mitsi@xxxxxxxxx>
• Re: Anything left to try?
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: replacing drives
  • From: Roberto Nunnari <roberto.nunnari@xxxxxxxx>
• Re: Anything left to try?
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: replacing drives
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: array went wonky
  • From: Gimpbully <gimpbully@xxxxxxxxx>
• Re: Anything left to try?
  • From: Barrett Lewis <barrett.lewis.mitsi@xxxxxxxxx>
• Re: array went wonky
  • From: Gimpbully <gimpbully@xxxxxxxxx>
• Re: Help with recovering a RAID5 array
  • From: Stefan Borggraefe <stefan@xxxxxxxxxxx>
• Re: replacing drives
  • From: Roberto Nunnari <roberto.nunnari@xxxxxxxx>
• Re: Help with recovering a RAID5 array
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: Help with recovering a RAID5 array
  • From: Stefan Borggraefe <stefan@xxxxxxxxxxx>
• Re: Help with recovering a RAID5 array
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: Help with recovering a RAID5 array
  • From: Stefan Borggraefe <stefan@xxxxxxxxxxx>
• Re: Help with recovering a RAID5 array
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Help with recovering a RAID5 array
  • From: Stefan Borggraefe <stefan@xxxxxxxxxxx>
• Linux mdadm --grow RAID6: Something wrong - reshape aborted
  • From: Ole Tange <tange@xxxxxxxxxx>
• Re: Mdadm monitor sometimes doesn't send events.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Mdadm monitor sometimes doesn't send events.
  • From: Arkadiusz Bubała <arkadiusz.bubala@xxxxxxxxxx>
• RE: Anything left to try?
  • From: Sam Bingner <sam@xxxxxxxxxxx>
• Re: array went wonky
  • From: Gimpbully <gimpbully@xxxxxxxxx>
• Re: replacing drives
  • From: Roberto Spadim <rspadim@xxxxxxxxx>
• Re: replacing drives
  • From: Roberto Nunnari <roberto.nunnari@xxxxxxxx>
• Anything left to try?
  • From: Barrett Lewis <barrett.lewis.mitsi@xxxxxxxxx>
• Re: [PATCH] raid5: add support for rmw writes in raid6
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Reshape Shrink Hung Again
  • From: Sam Bingner <sam@xxxxxxxxxxx>
• Re: replacing drives
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• [PULL-REQUEST] md update for 3.10
  • 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: replacing drives
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: replacing drives
  • From: Roberto Spadim <rspadim@xxxxxxxxx>
• Re: replacing drives
  • From: Roberto Nunnari <roberto.nunnari@xxxxxxxx>