Linux RAID Storage Date Index

• Thread Index

• Re: How does kernel decide that a drive is "spare"?
  • From: Dave W <dave+gmane@xxxxxxxxxxxx>
• Re: [mdadm GIT PULL] rebuild checkpoints, incremental assembly, volume delete/rename, and fixes
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• RE: How does kernel decide that a drive is "spare"?
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• How does kernel decide that a drive is "spare"?
  • From: Dave W <dave+gmane@xxxxxxxxxxxx>
• Re: RAID6 and crashes (reporting back re. --bitmap)
  • From: Neil Brown <neilb@xxxxxxx>
• Re: RAID6 and crashes (reporting back re. --bitmap)
  • From: Roman Mamedov <roman@xxxxxxxx>
• Re: RAID6 and crashes (reporting back re. --bitmap)
  • From: Neil Brown <neilb@xxxxxxx>
• Re: RAID6 and crashes (reporting back re. --bitmap)
  • From: Miles Fidelman <mfidelman@xxxxxxxxxxxxxxxx>
• Re: RAID6 and crashes (reporting back re. --bitmap)
  • From: Miles Fidelman <mfidelman@xxxxxxxxxxxxxxxx>
• Re: RAID6 and crashes (reporting back re. --bitmap)
  • From: Roman Mamedov <roman@xxxxxxxx>
• RE: RAID6 and crashes (reporting back re. --bitmap)
  • From: "Graham Mitchell" <gmitch@xxxxxxxxxxx>
• Re: RAID6 and crashes (reporting back re. --bitmap)
  • From: Roman Mamedov <roman@xxxxxxxx>
• Upgrading to GRUB2 from GRUB Legacy on RAID1
  • From: <lrhorer@xxxxxxxxxxx>
• RE: Detecting array parameters
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: RAID6 and crashes (reporting back re. --bitmap)
  • From: Miles Fidelman <mfidelman@xxxxxxxxxxxxxxxx>
• Re: migrating from RAID5 to RAID10
  • From: Gilad Arnold <arnold@xxxxxxxxxxxxxxx>
• Re: migrating from RAID5 to RAID10
  • From: Gilad Arnold <arnold@xxxxxxxxxxxxxxx>
• Re: migrating from RAID5 to RAID10
  • From: Drew <drew.kay@xxxxxxxxx>
• Re: migrating from RAID5 to RAID10
  • From: Drew <drew.kay@xxxxxxxxx>
• Re: RAID6 and crashes (reporting back re. --bitmap)
  • From: Roman Mamedov <roman@xxxxxxxx>
• Re: RAID6 and crashes (reporting back re. --bitmap)
  • From: Miles Fidelman <mfidelman@xxxxxxxxxxxxxxxx>
• Re: migrating from RAID5 to RAID10
  • From: Gilad Arnold <arnold@xxxxxxxxxxxxxxx>
• Re: RAID6 and crashes
  • From: Roman Mamedov <roman@xxxxxxxx>
• Re: migrating from RAID5 to RAID10
  • From: Roman Mamedov <roman@xxxxxxxx>
• Re: mdadm freezes the system
  • From: Roman Mamedov <roman@xxxxxxxx>
• RAID6 and crashes
  • From: Miles Fidelman <mfidelman@xxxxxxxxxxxxxxxx>
• Re: It is possible to put write cache on ssd?
  • From: MRK <mrk@xxxxxxxxxxxxx>
• Re: Detecting array parameters
  • From: Neil Brown <neilb@xxxxxxx>
• Detecting array parameters
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• mdadm 3.1.x and bitmap chunk
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Data-check brings system to a standstill
  • From: Jordan Russell <jr-list-2010@xxxxxx>
• Re: It is possible to put write cache on ssd?
  • From: Aryeh Gregor <Simetrical+list@xxxxxxxxx>
• migrating from RAID5 to RAID10
  • From: Gilad Arnold <arnold@xxxxxxxxxxxxxxx>
• [PATCH 23/23] imsm: Treat expansion as experimental feature
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• [PATCH 22/23] imsm: Add start limitation for container
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• [PATCH 21/23] imsm: Run Online Capacity Expansion on container
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• [PATCH 20/23] Finalize raid0 array expansion
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• [PATCH 19/23] Expand raid0 array using takeover
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• [PATCH 18/23] FIX: Raid0 takeover has to start monitoring Raid5
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• [PATCH 17/23] Add spares to raid0 array using takeover
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• [PATCH 16/23] Set size on reshape finish by mdadm
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• [PATCH 15/23] imsm: Set new array size in update_grow_array
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• [PATCH 14/23] imsm: Add support for finalize expansion in end_migration()
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• [PATCH 13/23] imsm: Add support for finalize expansion in imsm_set_disk()
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• [PATCH 12/23] imsm: Finalize reshape after adding disks to array
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• [PATCH 11/23] Finalize reshape after adding disks to array
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• [PATCH 10/23] imsm: FIX: core during imsm metadata writing
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• [PATCH 09/23] imsm: update metadata implementation for update_grow_array
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• FW: [PATCH 08/23] imsm: FIX: crash on online capacity expansion start
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• [PATCH 07/23] Disable rebuild during Online Capacity Expansion
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• [PATCH 06/23] imsm: FIX: crash during reshape on recovery start update
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• [PATCH 05/23] imsm: Reconfigure mdmon, grow_array() implementation
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• [PATCH 04/23] Reconfigure mdmon on reshape start when disks number grows
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• [PATCH 03/23] imsm: update_super() implementation for adding disks
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• [PATCH 02/23] fix: mdadm memory corruption
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• [PATCH 01/23] Add Online Capacity Expansion to mdadm for external metadata
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• [PATCH 00/23] Online Capacity Expansion for IMSM
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• [md PATCH 5/5] md: Fix: 'degraded' calculation when starting reshape for external metadata
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• [md PATCH 4/5] md: Fix: BIO I/O Error during reshape for external metadata
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• [md PATCH 3/5] md: Use added disks for external metadata case in start_reshape()
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• [md PATCH 2/5] md: Enable reshape for external metadata
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• [md PATCH 1/5] md: Fix: max_disks limit set for external metadata
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• [md PATCH 0/5] md: Online Capacity Expansion for IMSM
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• Re: It is possible to put write cache on ssd?
  • From: MRK <mrk@xxxxxxxxxxxxx>
• Re: It is possible to put write cache on ssd?
  • From: Ian Dall <ian@xxxxxxxxxxxxxxxxxxxxx>
• Re: It is possible to put write cache on ssd?
  • From: Mario <mgiammarco@xxxxxxxxx>
• Re: It is possible to put write cache on ssd?
  • From: David Rees <drees76@xxxxxxxxx>
• Re: It is possible to put write cache on ssd?
  • From: Bill Davidsen <davidsen@xxxxxxx>
• write barriers on raid0 and raid10
  • From: Iordan Iordanov <iordan@xxxxxxxxxxxxxxx>
• Re: mdadm freezes the system
  • From: Roman Mamedov <roman@xxxxxxxx>
• Re: It is possible to put write cache on ssd?
  • From: CoolCold <coolthecold@xxxxxxxxx>
• mdadm freezes the system
  • From: Roman Mamedov <roman@xxxxxxxx>
• Re: It is possible to put write cache on ssd?
  • From: Mario <mgiammarco@xxxxxxxxx>
• Re: Device kicked from raid too easilly
  • From: Tim Small <tim@xxxxxxxxxxx>
• Re: Device kicked from raid too easilly
  • From: Stefan /*St0fF*/ Hübner <stefan.huebner@xxxxxxxxxxxxxxxxxx>
• Re: Device kicked from raid too easilly
  • From: Ian Dall <ian@xxxxxxxxxxxxxxxxxxxxx>
• Re: It is possible to put write cache on ssd?
  • From: Ian Dall <ian@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 3/3] init: add support to directly boot to a mapped device
  • From: Will Drewry <wad@xxxxxxxxxxxx>
• [PATCH v4 1/3] dm: ensure dm_table_complete() completes a table for use
  • From: Will Drewry <wad@xxxxxxxxxxxx>
• [PATCH v4 2/3] dm: export a table+mapped device to the ioctl interface
  • From: Will Drewry <wad@xxxxxxxxxxxx>
• Re: [md PATCH 00/16] bad block list management for md and RAID1
  • From: Stefan /*St0fF*/ Hübner <stefan.huebner@xxxxxxxxxxxxxxxxxx>
• Re: It is possible to put write cache on ssd?
  • From: Bill Davidsen <davidsen@xxxxxxx>
• [PATCH 2/2] mdadm: Disk removal support for Raid10->Raid0 takeover
  • From: "Trela, Maciej" <Maciej.Trela@xxxxxxxxx>
• [PATCH 1/2] mdadm: Add takeover support for external meta
  • From: "Trela, Maciej" <Maciej.Trela@xxxxxxxxx>
• [PATCH 0/2] mdadm: takeover for external meta
  • From: "Trela, Maciej" <Maciej.Trela@xxxxxxxxx>
• Re: [md PATCH 00/16] bad block list management for md and RAID1
  • From: Berkey B Walker <berk@xxxxxxxxx>
• [md PATCH 16/16] md/raid1: Handle write errors by updating badblock log.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 15/16] md/raid1: clear bad-block record when write succeeds.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 14/16] md/raid1: avoid writing to known-bad blocks on known-bad drives.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 13/16] md: make it easier to wait for bad blocks to be acknowledged.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 12/16] md: make error_handler functions more uniform and correct.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 11/16] md/multipath: discard ->working_disks in favour of ->degraded
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 10/16] md: add 'write_error' flag to component devices.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 09/16] md/raid1: avoid reading known bad blocks during resync
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 08/16] md/raid1: avoid reading from known bad blocks.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 07/16] md: simplify raid10 read_balance
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 06/16] md/raid1: clean up read_balance.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 05/16] md: reject devices with bad blocks and v0.90 metadata.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 04/16] md: load/store badblock list from v1.x metadata
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 03/16] md: don't allow arrays to contain devices with bad blocks.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 02/16] md/bad-block-log: add sysfs interface for accessing bad-block-log.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 01/16] md: beginnings of bad block management.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 00/16] bad block list management for md and RAID1
  • From: NeilBrown <neilb@xxxxxxx>
• RE: RAID Configuration For New Home Server
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: RAID Configuration For New Home Server
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: trouble repairing raid10
  • From: Nicolas Jungers <nicolas@xxxxxxxxxxx>
• Re: RAID Configuration For New Home Server
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Re: RAID Configuration For New Home Server
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• RE: RAID Configuration For New Home Server
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: device and partition alignment
  • From: Stefan /*St0fF*/ Hübner <stefan.huebner@xxxxxxxxxxxxxxxxxx>
• RE: RAID Configuration For New Home Server
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: RAID Configuration For New Home Server
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• RE: RAID Configuration For New Home Server
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: RAID Configuration For New Home Server
  • From: Simon Matthews <simon.d.matthews@xxxxxxxxx>
• Re: RAID Configuration For New Home Server
  • From: Keld Simonsen <keld@xxxxxxxxxx>
• RE: device and partition alignment
  • From: "Graham Mitchell" <gmitch@xxxxxxxxxxx>
• RE: device and partition alignment
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: RAID Configuration For New Home Server
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: device and partition alignment
  • From: "Graham Mitchell" <gmitch@xxxxxxxxxxx>
• Re: device and partition alignment
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: device and partition alignment
  • From: Stefan /*St0fF*/ Hübner <stefan.huebner@xxxxxxxxxxxxxxxxxx>
• device and partition alignment
  • From: "Graham Mitchell" <gmitch@xxxxxxxxxxx>
• Re: RAID Configuration For New Home Server
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Re: RAID Configuration For New Home Server
  • From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
• RE: RAID Configuration For New Home Server
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: Device kicked from raid too easilly
  • From: Stefan /*St0fF*/ Hübner <stefan.huebner@xxxxxxxxxxxxxxxxxx>
• Device kicked from raid too easilly
  • From: Ian Dall <ian@xxxxxxxxxxxxxxxxxxxxx>
• Re: devices get kicked from RAID about once a month
  • From: Dan Christensen <jdc@xxxxxx>
• Re: devices get kicked from RAID about once a month
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: devices get kicked from RAID about once a month
  • From: Dan Christensen <jdc@xxxxxx>
• It is possible to put write cache on ssd?
  • From: Mario <mgiammarco@xxxxxxxxx>
• Fwd: Question / Request about timeouts of SATA harddisks [was:]devices get kicked from RAID about once a month
  • From: Stefan /*St0fF*/ Hübner <stefan.huebner@xxxxxxxxxxxxxxxxxx>
• mdadm-3.1.2 causes high udev cpu load (100%) and breaks startup
  • From: Matthias Dahl <ml_linux_raid@xxxxxxxxxxxxxx>
• Call Trace / Kernel Panic with mdadm 2.6.9 on Ubuntu Hardy 8.04.3 LTS
  • From: "fibreraid@xxxxxxxxx" <fibreraid@xxxxxxxxx>
• Re: how to decrease raid5 write penalty in my case?
  • From: hank peng <pengxihan@xxxxxxxxx>
• Re: how to decrease raid5 write penalty in my case?
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• how to decrease raid5 write penalty in my case?
  • From: hank peng <pengxihan@xxxxxxxxx>
• Re: devices get kicked from RAID about once a month
  • From: Neil Brown <neilb@xxxxxxx>
• Re: devices get kicked from RAID about once a month
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: devices get kicked from RAID about once a month
  • From: Dan Christensen <jdc@xxxxxx>
• Re: devices get kicked from RAID about once a month
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Question about preferred minor.
  • From: Andrew Dunn <andrew.g.dunn.dod@xxxxxxxxx>
• Re: Question about preferred minor.
  • From: Christian Gatzemeier <c.gatzemeier@xxxxxxxx>
• Re: trouble repairing raid10
  • From: Nicolas Jungers <nicolas@xxxxxxxxxxx>
• Re: Question about preferred minor.
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [dm-devel] [PATCH 21/24] dm-dirty-log: allow log size to be different from target size.
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Question about preferred minor.
  • From: Andrew Dunn <andrew.g.dunn.dod@xxxxxxxxx>
• Re: trouble repairing raid10
  • From: Neil Brown <neilb@xxxxxxx>
• Re: devices get kicked from RAID about once a month
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [dm-devel] [PATCH 21/24] dm-dirty-log: allow log size to be different from target size.
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [GIT BISECT] kernel early crash in 2.6.34~2.6.35-rc1
  • From: Neil Brown <neilb@xxxxxxx>
• Re: devices get kicked from RAID about once a month
  • From: Miha Verlic <ml@xxxxxxxxxx>
• Re: devices get kicked from RAID about once a month
  • From: Stefan /*St0fF*/ Hübner <st0ff@xxxxxxx>
• Re: devices get kicked from RAID about once a month
  • From: Dan Christensen <jdc@xxxxxx>
• Re: devices get kicked from RAID about once a month
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: [GIT BISECT] kernel early crash in 2.6.34~2.6.35-rc1
  • From: "Daniele C." <legolas558@xxxxxxxxxxxxxxxxxxxxx>
• trouble repairing raid10
  • From: Nicolas Jungers <nicolas@xxxxxxxxxxx>
• Re: devices get kicked from RAID about once a month
  • From: Dan Christensen <jdc@xxxxxx>
• Re: devices get kicked from RAID about once a month
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: RAID Configuration For New Home Server
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: devices get kicked from RAID about once a month
  • From: Dan Christensen <jdc@xxxxxx>
• Re: devices get kicked from RAID about once a month
  • From: rsivak@xxxxxxxxxx
• RE: RAID Configuration For New Home Server
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• devices get kicked from RAID about once a month
  • From: Dan Christensen <jdc@xxxxxx>
• Re: RAID Configuration For New Home Server
  • From: Carlos Mennens <carloswill@xxxxxxxxx>
• RE: RAID Configuration For New Home Server
  • From: tron@xxxxxxxxxx
• RE: RAID Configuration For New Home Server
  • From: tron@xxxxxxxxxx
• RE: RAID Configuration For New Home Server
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Upgrading to GRUB2 from GRUB Legacy on RAID1
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: RAID Configuration For New Home Server
  • From: Simon Matthews <simon.d.matthews@xxxxxxxxx>
• RE: RAID Configuration For New Home Server
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• [GIT BISECT] kernel early crash in 2.6.34~2.6.35-rc1
  • From: "Daniele C." <legolas558@xxxxxxxxxxxxxxxxxxxxx>
• Re: [GIT BISECT] kernel early crash in 2.6.34~2.6.35-rc1
  • From: Neil Brown <neilb@xxxxxxx>
• Re: RAID Configuration For New Home Server
  • From: Ryan Wagoner <rswagoner@xxxxxxxxx>
• Re: Odd failure during reshape
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Odd failure during reshape
  • From: Eric Ramsey <tomoyodaidoji@xxxxxxxxx>
• Re: recovering from a controller failure
  • From: Richard Scobie <richard@xxxxxxxxxxx>
• Re: RAID Configuration For New Home Server
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• RAID Configuration For New Home Server
  • From: Carlos Mennens <carloswill@xxxxxxxxx>
• Re: recovering from a controller failure
  • From: Kyler Laird <kyler-keyword-linuxraid00.a7e7f0@xxxxxxxxxx>
• Re: Odd failure during reshape
  • From: Eric Ramsey <tomoyodaidoji@xxxxxxxxx>
• Re: Odd failure during reshape
  • From: Eric Ramsey <tomoyodaidoji@xxxxxxxxx>
• Odd failure during reshape
  • From: Eric Ramsey <tomoyodaidoji@xxxxxxxxx>
• [PATCH 24/24] dm-raid456: switch to use dm_dirty_log for tracking dirty regions.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 23/24] md/bitmap: separate out loading a bitmap from initialising the structures.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 22/24] md/bitmap: prepare for storing write-intent-bitmap via dm-dirty-log.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 21/24] dm-dirty-log: allow log size to be different from target size.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 20/24] md/bitmap: optimise scanning of empty bitmaps.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 19/24] md/bitmap: clean up plugging calls.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 18/24] md/bitmap: reduce dependence on sysfs.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 17/24] md/bitmap: white space clean up and similar.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 16/24] dm-raid456: add message handler.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 14/24] dm-raid456: add support for setting IO hints.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 15/24] dm-raid456: add suspend/resume method
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 13/24] dm-raid456: support unplug
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 12/24] md/plug: optionally use plugger to unplug an array during resync/recovery.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 11/24] md/raid5: add simple plugging infrastructure.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 10/24] dm-raid456: add congestion checking.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 09/24] raid5: Don't set read-ahead when there is no queue
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 08/24] dm-raid456: add support for raising events to userspace.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 07/24] md/dm: create dm-raid456 module using md/raid5
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 06/24] md: export various start/stop interfaces
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 05/24] md: split out md_rdev_init
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 04/24] md: be more careful setting MD_CHANGE_CLEAN
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 03/24] md/raid5: ensure we create a unique name for kmem_cache when mddev has no gendisk
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 02/24] md/raid5: factor out code for changing size of stripe cache.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 01/24] md: reduce dependence on sysfs.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 00/24] dm-raid456 support using md/raid5.c, now with dirty-log
  • From: NeilBrown <neilb@xxxxxxx>
• Re: recovering from a controller failure
  • From: Kyler Laird <kyler-keyword-linuxraid00.a7e7f0@xxxxxxxxxx>
• Re: Diagnosis of assembly failure and attempted recovery - help needed
  • From: Dave Fisher <davef@xxxxxxxxxxxxxxxx>
• RE: Confused about reshape?
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: recovering from a controller failure
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: recovering from a controller failure
  • From: CoolCold <coolthecold@xxxxxxxxx>
• RE: Confused about reshape?
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: Confused about reshape?
  • From: Neil Brown <neilb@xxxxxxx>
• RE: Confused about reshape?
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: Confused about reshape?
  • From: Neil Brown <neilb@xxxxxxx>
• RE: Confused about reshape?
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: Confused about reshape?
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: Confused about reshape?
  • From: Neil Brown <neilb@xxxxxxx>
• RE: Confused about reshape?
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: Diagnosis of assembly failure and attempted recovery - help needed
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Confused about reshape?
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [mdadm GIT PULL] rebuild checkpoints, incremental assembly, volume delete/rename, and fixes
  • From: Neil Brown <neilb@xxxxxxx>
• Confused about reshape?
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: Shrink mdadm RAID5 from 6 disks to 5?
  • From: "Keith ." <lukano@xxxxxxxxx>
• RE: recovering from a controller failure
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: recovering from a controller failure
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: recovering from a controller failure
  • From: Richard Scobie <richard@xxxxxxxxxxx>
• Re: recovering from a controller failure
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Diagnosis of assembly failure and attempted recovery - help needed
  • From: Dave Fisher <davef@xxxxxxxxxxxxxxxx>
• RE: recovering from a controller failure
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: recovering from a controller failure
  • From: Richard <richard@xxxxxxxxxxx>
• Re: recovering from a controller failure
  • From: Richard <richard@xxxxxxxxxxx>
• Re: recovering from a controller failure
  • From: Kyler Laird <kyler-keyword-linuxraid00.a7e7f0@xxxxxxxxxx>
• Re: recovering from a controller failure
  • From: Richard <richard@xxxxxxxxxxx>
• Re: recovering from a controller failure
  • From: Richard <richard@xxxxxxxxxxx>
• Re: recovering from a controller failure
  • From: Kyler Laird <kyler-keyword-linuxraid00.a7e7f0@xxxxxxxxxx>
• Re: recovering from a controller failure
  • From: Richard <richard@xxxxxxxxxxx>
• Re: recovering from a controller failure
  • From: Berkey B Walker <berk@xxxxxxxxx>
• Re: recovering from a controller failure
  • From: Kyler Laird <kyler-keyword-linuxraid00.a7e7f0@xxxxxxxxxx>
• Re: recovering from a controller failure
  • From: Richard <richard@xxxxxxxxxxx>
• Re: recovering from a controller failure
  • From: Kyler Laird <kyler-keyword-linuxraid00.a7e7f0@xxxxxxxxxx>
• Re: recovering from a controller failure
  • From: Berkey B Walker <berk@xxxxxxxxx>
• RE: Broken RAID1 boot arrays
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• recovering from a controller failure
  • From: Kyler Laird <kyler-keyword-linuxraid00.a7e7f0@xxxxxxxxxx>
• RE: Broken RAID1 boot arrays
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: md strange sync?
  • From: Michael Evans <mjevans1983@xxxxxxxxx>
• Re: md strange sync?
  • From: "Rainer Fuegenstein" <rfu@xxxxxxxxxxxxxxxxxxxxxxxx>
• Re: md strange sync?
  • From: "jose nuno neto" <jose.neto@xxxxxxxxxxx>
• Re: md strange sync?
  • From: Michael Evans <mjevans1983@xxxxxxxxx>
• Re: My Thecus RAID-0 filesystem unmountable with mdadm. Please help.
  • From: Michael Evans <mjevans1983@xxxxxxxxx>
• Re: Delivery Status Notification (Failure)
  • From: Luca Berra <bluca@xxxxxxxxxx>
• md strange sync?
  • From: "jose nuno neto" <jose.neto@xxxxxxxxxxx>
• Re: Delivery Status Notification (Failure)
  • From: Daniele Madama <d.madama@xxxxxxxxx>
• Re: My Thecus RAID-0 filesystem unmountable with mdadm. Please help.
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: My Thecus RAID-0 filesystem unmountable with mdadm. Please help.
  • From: David Reniau <david.reniau@xxxxxxxxx>
• [mdadm GIT PULL] rebuild checkpoints, incremental assembly, volume delete/rename, and fixes
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Crash shutting down md.
  • From: Thomas Backlund <tmb@xxxxxxxxxxxx>
• Re: raid 5 mismatch_cnt errors
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: blkid and partition problem
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: raid 5 mismatch_cnt errors
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Crash shutting down md.
  • From: Ralph Loader <suckfish@xxxxxxxxxx>
• Re: raid 5 mismatch_cnt errors
  • From: Robert Hancock <hancockrwd@xxxxxxxxx>
• Re: [patch] md/raid10: check for ERR_PTR returns from setup_conf()
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [patch] md/raid10: check for ERR_PTR returns from setup_conf()
  • From: Dan Carpenter <error27@xxxxxxxxx>
• script for TRIM on RAID1 full-disk arrays with live ext4 filesystems
  • From: Chris Caputo <ccaputo@xxxxxxx>
• Re: My Thecus RAID-0 filesystem unmountable with mdadm. Please help.
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: My Thecus RAID-0 filesystem unmountable with mdadm. Please help.
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: My Thecus RAID-0 filesystem unmountable with mdadm. Please help.
  • From: Luca Berra <bluca@xxxxxxxxxx>
• Re: My Thecus RAID-0 filesystem unmountable with mdadm. Please help.
  • From: Neil Brown <neilb@xxxxxxx>
• Re: My Thecus RAID-0 filesystem unmountable with mdadm. Please help.
  • From: Michael Evans <mjevans1983@xxxxxxxxx>
• [PATCH] md: fix raid6test build error
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• My Thecus RAID-0 filesystem unmountable with mdadm. Please help.
  • From: David Reniau <david.reniau@xxxxxxxxx>
• Re: raid 5 mismatch_cnt errors
  • From: Tim Small <tim@xxxxxxxxxxx>
• Re: blkid and partition problem
  • From: Luca Berra <bluca@xxxxxxxxxx>
• Re: blkid and partition problem
  • From: Tim Bostrom <tbostrom@xxxxxxxxx>
• blkid and partition problem
  • From: Tim Bostrom <tbostrom@xxxxxxxxx>
• [PULL REQUEST] md updates for 2.6.35
  • From: Neil Brown <neilb@xxxxxxx>
• Re: mdadm: failed devices become spares! -> Solved !
  • From: Pierre Vignéras <pierre@xxxxxxxxxxxxx>
• Re: raid 5 mismatch_cnt errors
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: mdadm: failed devices become spares!
  • From: Pierre Vignéras <pierre@xxxxxxxxxxxxx>
• Re: raid 5 mismatch_cnt errors
  • From: MRK <mrk@xxxxxxxxxxxxx>
• Re: raid 5 mismatch_cnt errors
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: raid 5 mismatch_cnt errors
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Shrink mdadm RAID5 from 6 disks to 5?
  • From: Neil Brown <neilb@xxxxxxx>
• Re: raid 5 mismatch_cnt errors
  • From: Trey Scarborough <treys@xxxxxxxxxxxxxx>
• Re: Shrink mdadm RAID5 from 6 disks to 5?
  • From: "Keith ." <lukano@xxxxxxxxx>
• Re: Shrink mdadm RAID5 from 6 disks to 5?
  • From: Neil Brown <neilb@xxxxxxx>
• Re: raid 5 mismatch_cnt errors
  • From: Neil Brown <neilb@xxxxxxx>
• raid 5 mismatch_cnt errors
  • From: Trey Scarborough <treys@xxxxxxxxxxxxxx>
• raid 5 mismatch_cnt errors
  • From: Trey Scarborough <trey@xxxxxxxxxxxxx>
• Shrink mdadm RAID5 from 6 disks to 5?
  • From: "Keith ." <lukano@xxxxxxxxx>
• question about sb, if somebody have a little time to help
  • From: "Janos Haar" <janos.haar@xxxxxxxxxxxx>
• Re: mdadm: failed devices become spares!
  • From: Simon Matthews <simon.d.matthews@xxxxxxxxx>
• Re: mdadm: failed devices become spares!
  • From: MRK <mrk@xxxxxxxxxxxxx>
• Re: mdadm: failed devices become spares!
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH 00/13] imsm: new imsm metadata features
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: mdadm: failed devices become spares!
  • From: Pierre Vignéras <pierre@xxxxxxxxxxxxx>
• Upgrade to 2.6.34 failed to detect gpt partitions on md0
  • From: Brad Campbell <brad@xxxxxxxxxxx>
• Re: mdadm: failed devices become spares!
  • From: Neil Brown <neilb@xxxxxxx>
• Re: mdadm: failed devices become spares!
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Spare drive won't spin down
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Spare drive won't spin down
  • From: Michael Evans <mjevans1983@xxxxxxxxx>
• Re: Spare drive won't spin down
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Spare drive won't spin down
  • From: Neil Brown <neilb@xxxxxxx>
• Re: xfs and raid5 - "Structure needs cleaning for directory open"
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: xfs and raid5 - "Structure needs cleaning for directory open"
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: xfs and raid5 - "Structure needs cleaning for directory open"
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: xfs and raid5 - "Structure needs cleaning for directory open"
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: mdadm: failed devices become spares!
  • From: Tim Small <tim@xxxxxxxxxxxxxxxx>
• Re: Spare drive won't spin down
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: mdadm: failed devices become spares!
  • From: Pierre Vignéras <pierre@xxxxxxxxxxxxx>
• RE: [PATCH 1/2] mdadm: Add takeover support for external meta
  • From: "Trela, Maciej" <Maciej.Trela@xxxxxxxxx>
• Re: [PATCH 1/2] mdadm: Add takeover support for external meta
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• RE: mdadm: failed devices become spares!
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• mdadm: failed devices become spares!
  • From: Pierre Vignéras <pierre@xxxxxxxxxxxxx>
• [patch] md/dm-log: use PTR_ERR value instead of -ENOMEM
  • From: Dan Carpenter <error27@xxxxxxxxx>
• RE: Broken RAID1 boot arrays
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: Continuing problems with RAID arrays starting at boot - devices not found
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: Broken RAID1 boot arrays
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: Broken RAID1 boot arrays
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• [PATCH 9/10] drivers/md: Use kstrdup
  • From: Julia Lawall <julia@xxxxxxx>
• RE: Broken RAID1 boot arrays
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: Broken RAID1 boot arrays
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: Broken RAID1 boot arrays
  • From: Daniel Reurich <daniel@xxxxxxxxxxxxxxxx>
• RE: Broken RAID1 boot arrays
  • From: Daniel Reurich <daniel@xxxxxxxxxxxxxxxx>
• RE: Broken RAID1 boot arrays
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Continuing problems with RAID arrays starting at boot - devices not found
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• RE: Broken RAID1 boot arrays
  • From: Daniel Reurich <daniel@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] ioat2,3: convert to producer/consumer locking
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• RE: Broken RAID1 boot arrays
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• md lockdep warning
  • From: Andrew Lutomirski <luto@xxxxxxx>
• RE: Broken RAID1 boot arrays
  • From: Daniel Reurich <daniel@xxxxxxxxxxxxxxxx>
• RE: Broken RAID1 boot arrays
  • From: Daniel Reurich <daniel@xxxxxxxxxxxxxxxx>
• Re: reshaping raid6 in-place
  • From: Frank Corrao <fcorrao@xxxxxxxxxxx>
• Re: reshaping raid6 in-place
  • From: Neil Brown <neilb@xxxxxxx>
• Re: reshaping raid6 in-place
  • From: Frank Corrao <fcorrao@xxxxxxxxxxx>
• Re: reshaping raid6 in-place
  • From: Neil Brown <neilb@xxxxxxx>
• RE: Broken RAID1 boot arrays
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• reshaping raid6 in-place
  • From: Frank Corrao <fcorrao@xxxxxxxxxxx>
• Re: Use of WD20EARS with MDADM
  • From: Tim Small <tim@xxxxxxxxxxxxxxxx>
• Re: Manually reconstructing a RAID5 array from a PERC3/Di (Adaptec)
  • From: Tim Small <tim@xxxxxxxxxxx>
• Re: [PATCH 2/2] ioat2,3: convert to producer/consumer locking
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: Broken RAID1 boot arrays
  • From: Luca Berra <bluca@xxxxxxxxxx>
• Re: Doubt about mdadm - v2.6.7.1 - 15th October 2008
  • From: Neil Brown <neilb@xxxxxxx>
• RE: Broken RAID1 boot arrays
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: Broken RAID1 boot arrays
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: layout of far blocks in raid10
  • From: Neil Brown <neilb@xxxxxxx>
• Re: layout of far blocks in raid10
  • From: Keld Simonsen <keld@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] a couple of readonly handling fixups
  • From: Neil Brown <neilb@xxxxxxx>
• Re: layout of far blocks in raid10
  • From: Aryeh Gregor <Simetrical+list@xxxxxxxxx>
• Re: layout of far blocks in raid10
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Spare drive won't spin down
  • From: Neil Brown <neilb@xxxxxxx>
• [PATCH 0/2] ioatdma: ring buffer management updates
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 1/2] ioat: convert to circ_buf
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RFC PATCH 0/2] a couple of readonly handling fixups
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: layout of far blocks in raid10
  • From: Aryeh Gregor <Simetrical+list@xxxxxxxxx>
• Re: Broken RAID1 boot arrays
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Broken RAID1 boot arrays
  • From: Bill Davidsen <davidsen@xxxxxxx>
• layout of far blocks in raid10
  • From: Keld Simonsen <keld@xxxxxxxxxx>
• Re: Broken RAID1 boot arrays
  • From: Luca Berra <bluca@xxxxxxxxxx>
• Doubt about mdadm - v2.6.7.1 - 15th October 2008
  • From: Light King <thelightking@xxxxxxxxx>
• RE: Broken RAID1 boot arrays
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: Broken RAID1 boot arrays
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: Broken RAID1 boot arrays
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: Broken RAID1 boot arrays
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: homehost update
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Searching, but not finding...
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Searching, but not finding...
  • From: Daniel Boggs <BecauseImAwesome@xxxxxxxx>
• Re: Searching, but not finding...
  • From: Neil Brown <neilb@xxxxxxx>
• homehost update
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: Questions about 4k sector drives
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Broken RAID1 boot arrays
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Spare drive won't spin down
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: What RAID type and why?
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Re: What RAID type and why?
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: Broken RAID1 boot arrays
  • From: Tim Small <tim@xxxxxxxxxxx>
• Re: Broken RAID1 boot arrays
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: xfs and raid5 - "Structure needs cleaning for directory open"
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Broken RAID1 boot arrays
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• xfs and raid5 - "Structure needs cleaning for directory open"
  • From: Rainer Fuegenstein <rfu@xxxxxxxxxxxxxxxxxxxxxxxx>
• Re: More Hot Unplug/Plug work
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: raid1.c read_balance() LBD issue?
  • From: Neil Brown <neilb@xxxxxxx>
• Re: raid1.c read_balance() LBD issue?
  • From: Jordan Russell <jr-list-2010@xxxxxx>
• [PULL REQUEST] two small fixes for md for 2.6.34
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Spare drive won't spin down
  • From: Joe Bryant <tenminjoe@xxxxxxxxx>
• Re: Spare drive won't spin down
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Spare drive won't spin down
  • From: Joe Bryant <tenminjoe@xxxxxxxxx>
• Re: Spare drive won't spin down
  • From: Joe Bryant <tenminjoe@xxxxxxxxx>
• Re: Spare drive won't spin down
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Spare drive won't spin down
  • From: Michael Evans <mjevans1983@xxxxxxxxx>
• Spare drive won't spin down
  • From: Joe Bryant <tenminjoe@xxxxxxxxx>
• Re: converting to raid - Error 2
  • From: "Timothy D. Lenz" <tlenz@xxxxxxxxxx>
• Re: converting to raid - Error 2
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: Manually reconstructing a RAID5 array from a Dell PERC3/Di (Adaptec)
  • From: Tim Small <tim@xxxxxxxxxxx>
• Manually reconstructing a RAID5 array from a Dell PERC3/Di (Adaptec)
  • From: Tim Small <tim@xxxxxxxxxxx>
• Re: [PATCH v2 1/1] md/raid6: Fix raid-6 read-error correction in degraded state
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Suggestion needed for fixing RAID6 [SOLVED]
  • From: MRK <mrk@xxxxxxxxxxxxx>
• [PATCH v2 1/1] md/raid6: Fix raid-6 read-error correction in degraded state
  • From: "Gabriele A. Trombetti" <g.trombetti.lkrnl1213@xxxxxxxxxxxxxxx>
• Re: converting to raid - Error 2
  • From: "Timothy D. Lenz" <tlenz@xxxxxxxxxx>
• Re: converting to raid - Error 2
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: Suggestion needed for fixing RAID6 [SOLVED]
  • From: "Janos Haar" <janos.haar@xxxxxxxxxxxx>
• detecting segmentation / conflicting changes
  • From: Christian Gatzemeier <c.gatzemeier@xxxxxxxx>
• Questions about SSDs (o/t)
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Questions about 4k sector drives
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Questions about 4k sector drives
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• [PATCH v2] raid6: fix recovery performance regression
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Compatible Hardware Controllers (Smartctl, 8 port, SFF-8087)
  • From: Cláudio Martins <ctpm@xxxxxxxxxx>
• Re: Compatible Hardware Controllers (Smartctl, 8 port, SFF-8087)
  • From: Drew <drew.kay@xxxxxxxxx>
• Compatible Hardware Controllers (Smartctl, 8 port, SFF-8087)
  • From: Andrew Dunn <andrew.g.dunn.dod@xxxxxxxxx>
• Re: Questions about 4k sector drives
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: Questions about 4k sector drives
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Problems with RAID6 array mdadm 2.6.9
  • From: Max Eaves <max@xxxxxxxxxxxxxx>
• Re: [md PATCH 00/28] md patches destined for -next and the next merge window
  • From: Neil Brown <neilb@xxxxxxx>
• Re: increasing stripe_cache_size decreases RAID-6 read throughput
  • From: Joe Williams <jwilliams315@xxxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Questions about 4k sector drives
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: Questions about 4k sector drives
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [md PATCH 00/28] md patches destined for -next and the next merge window
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Questions about 4k sector drives
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: Questions about 4k sector drives
  • From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
• Re: Questions about 4k sector drives
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: MRK <mrk@xxxxxxxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: "Janos Haar" <janos.haar@xxxxxxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: MRK <mrk@xxxxxxxxxxxxx>
• Re: increasing stripe_cache_size decreases RAID-6 read throughput
  • From: Neil Brown <neilb@xxxxxxx> (by way of Neil Brown <neilb@xxxxxxx>)
• Re: Horrible mirror write performance, alignment?
  • From: Neil Brown <neilb@xxxxxxx> (by way of Neil Brown <neilb@xxxxxxx>)
• Re: More Hot Unplug/Plug work
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Questions about 4k sector drives
  • From: Luca Berra <bluca@xxxxxxxxxx>
• Re: RAID5
  • From: Luca Berra <bluca@xxxxxxxxxx>
• Re: Status of Linux MD RAID 10? (Or: Why is it still marked experimental?)
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [md PATCH 00/28] md patches destined for -next and the next merge window
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Use of WD20EARS with MDADM
  • From: Berkey B Walker <berk@xxxxxxxxx>
• Re: mdadm and kernel versions - what is safe and what is desirable?
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: MRK <mrk@xxxxxxxxxxxxx>
• Re: Questions about 4k sector drives
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: RAID5
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: RAID5
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Use of WD20EARS with MDADM
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: [md PATCH 00/28] md patches destined for -next and the next merge window
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• mdadm and kernel versions - what is safe and what is desirable?
  • From: Maurice Hilarius <mhilarius@xxxxxxxxx>
• Re: corrupted UUID or superblock prohibits assemby of prior created raid6
  • From: Michael Evans <mjevans1983@xxxxxxxxx>
• Re: corrupted UUID or superblock prohibits assemby of prior created raid6
  • From: Michael Evans <mjevans1983@xxxxxxxxx>
• corrupted UUID or superblock prohibits assemby of prior created raid6
  • From: "christian (private)" <chr.graf@xxxxxx>
• Re: very strange raid10,f2 performance
  • From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: "Janos Haar" <janos.haar@xxxxxxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: MRK <mrk@xxxxxxxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: "Janos Haar" <janos.haar@xxxxxxxxxxxx>
• Re: very strange raid10,f2 performance
  • From: Keld Simonsen <keld@xxxxxxxxxx>
• Re: very strange raid10,f2 performance
  • From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: MRK <mrk@xxxxxxxxxxxxx>
• Re: very strange raid10,f2 performance
  • From: Keld Simonsen <keld@xxxxxxxxxx>
• Re: converting to raid - Error 2
  • From: "Timothy D. Lenz" <tlenz@xxxxxxxxxx>
• Re: converting to raid - Error 2
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: [PATCH 00/13] imsm: new imsm metadata features
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• converting to raid - Error 2
  • From: "Timothy D. Lenz" <tlenz@xxxxxxxxxx>
• Re: [PATCH 00/13] imsm: new imsm metadata features
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: More Hot Unplug/Plug work
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: More Hot Unplug/Plug work
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 1/2] mdadm: Add takeover support for external meta
  • From: "Trela, Maciej" <Maciej.Trela@xxxxxxxxx>
• Re: More Hot Unplug/Plug work
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: More Hot Unplug/Plug work
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: More Hot Unplug/Plug work
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: MRK <mrk@xxxxxxxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: MRK <mrk@xxxxxxxxxxxxx>
• Re: More Hot Unplug/Plug work
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• RE: More Hot Unplug/Plug work
  • From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
• [PATCH 2/2] mdadm: Disk removal support for Raid10->Raid0 takeover
  • From: "Trela, Maciej" <Maciej.Trela@xxxxxxxxx>
• Re: More Hot Unplug/Plug work
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: "Janos Haar" <janos.haar@xxxxxxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: "Janos Haar" <janos.haar@xxxxxxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: "Janos Haar" <janos.haar@xxxxxxxxxxxx>
• Re: More Hot Unplug/Plug work
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: Removing drives
  • From: "Timothy D. Lenz" <tlenz@xxxxxxxxxx>
• Re: More Hot Unplug/Plug work
  • From: Neil Brown <neilb@xxxxxxx>
• Re: More Hot Unplug/Plug work
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: More Hot Unplug/Plug work
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Failed Growing RAID 5 to RAID 6
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: More Hot Unplug/Plug work
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: More Hot Unplug/Plug work
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: More Hot Unplug/Plug work
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: More Hot Unplug/Plug work
  • From: Luca Berra <bluca@xxxxxxxxxx>
• Re: increasing stripe_cache_size decreases RAID-6 read throughput
  • From: Joe Williams <jwilliams315@xxxxxxxxx>
• Failed Growing RAID 5 to RAID 6
  • From: Jeremy Knickerbocker <jeremy.knickerbocker@xxxxxxxxx>
• RE: More Hot Unplug/Plug work
  • From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
• Re: Horrible mirror write performance, alignment?
  • From: Michael Evans <mjevans1983@xxxxxxxxx>
• Re: More Hot Unplug/Plug work
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• RE: More Hot Unplug/Plug work
  • From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: "Janos Haar" <janos.haar@xxxxxxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: MRK <gabriele.trombetti@xxxxxxxxx>
• [PATCH 1/1] Fix raid-6 read-error correction in degraded state
  • From: MRK <gabriele.trombetti@xxxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: "Janos Haar" <janos.haar@xxxxxxxxxxxx>
• Re: safe segmenting of conflicting changes
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: MRK <mrk@xxxxxxxxxxxxx>
• Horrible mirror write performance, alignment?
  • From: Tracy Reed <treed@xxxxxxxxxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: MRK <mrk@xxxxxxxxxxxxx>
• Re: increasing stripe_cache_size decreases RAID-6 read throughput
  • From: Neil Brown <neilb@xxxxxxx>
• Re: More Hot Unplug/Plug work
  • From: Christian Gatzemeier <c.gatzemeier@xxxxxxxx>
• Re: "failed" vs "released" and "locked-out" state and --incremental auto-re-adding
  • From: Christian Gatzemeier <c.gatzemeier@xxxxxxxx>
• Re: safe segmenting of conflicting changes
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: safe segmenting of conflicting changes
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: safe segmenting of conflicting changes
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: increasing stripe_cache_size decreases RAID-6 read throughput
  • From: Joe Williams <jwilliams315@xxxxxxxxx>
• More Hot Unplug/Plug work
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: safe segmenting of conflicting changes
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: "Janos Haar" <janos.haar@xxxxxxxxxxxx>
• Re: "failed" vs "released" and "locked-out" state and --incremental auto-re-adding
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: RAID10 - Ensure mirrors aren't on same JBOD
  • From: Keld Simonsen <keld@xxxxxxxxxx>
• Re: RAID10 - Ensure mirrors aren't on same JBOD
  • From: Keld Simonsen <keld@xxxxxxxxxx>
• "failed" vs "released" and "locked-out" state and --incremental auto-re-adding
  • From: Christian Gatzemeier <c.gatzemeier@xxxxxxxx>
• Re: increasing stripe_cache_size decreases RAID-6 read throughput
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: Michael Evans <mjevans1983@xxxxxxxxx>
• Re: safe segmenting of conflicting changes
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: &quot;failed&quot; vs &quot;removed&quot; or &quot;locked-out&quot; state and --incremental auto-re-adding
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: Michael Evans <mjevans1983@xxxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: "Janos Haar" <janos.haar@xxxxxxxxxxxx>
• Re: &quot;failed&quot; vs &quot;removed&quot; or &quot;locked-out&quot; state and --incremental auto-re-adding
  • From: Christian Gatzemeier <c.gatzemeier@xxxxxxxx>
• Re: RAID10 - Ensure mirrors aren't on same JBOD
  • From: Michael Evans <mjevans1983@xxxxxxxxx>
• Re: safe segmenting of conflicting changes, and hot-plugging between alternative versions
  • From: Christian Gatzemeier <c.gatzemeier@xxxxxxxx>
• Re: RAID10 - Ensure mirrors aren't on same JBOD
  • From: Andrew Klaassen <clawsoon@xxxxxxxxx>
• Re: RAID10 - Ensure mirrors aren't on same JBOD
  • From: Michael Evans <mjevans1983@xxxxxxxxx>
• Re: safe segmenting of conflicting changes
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: safe segmenting of conflicting changes
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: RAID10 - Ensure mirrors aren't on same JBOD
  • From: Andrew Klaassen <clawsoon@xxxxxxxxx>
• Re: safe segmenting of conflicting changes
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: RAID10 - Ensure mirrors aren't on same JBOD
  • From: Andrew Klaassen <clawsoon@xxxxxxxxx>
• Re: RAID10 - Ensure mirrors aren't on same JBOD
  • From: Michael Evans <mjevans1983@xxxxxxxxx>
• Re: safe segmenting of conflicting changes
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: safe segmenting of conflicting changes
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: safe segmenting of conflicting changes, and hot-plugging between alternative versions
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: safe segmenting of conflicting changes
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: MRK <mrk@xxxxxxxxxxxxx>
• RAID10 - Ensure mirrors aren't on same JBOD
  • From: Andrew Klaassen <clawsoon@xxxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: "Janos Haar" <janos.haar@xxxxxxxxxxxx>
• [PATCH] raid/multipath error handling for faulty drives
  • From: Tomohiro Kusumi <kusumi.tomohiro@xxxxxxxxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: MRK <mrk@xxxxxxxxxxxxx>
• Re: Questions about 4k sector drives
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• nested mdadm-raid6 fails assembly - missing superblock
  • From: "Christian Graf" <chr.graf@xxxxxx>
• Questions about 4k sector drives
  • From: Florian Kusche <flox@xxxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: "Janos Haar" <janos.haar@xxxxxxxxxxxx>
• Re: increasing stripe_cache_size decreases RAID-6 read throughput
  • From: Joe Williams <jwilliams315@xxxxxxxxx>
• increasing stripe_cache_size decreases RAID-6 read throughput
  • From: Joe Williams <jwilliams315@xxxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: MRK <mrk@xxxxxxxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: "Janos Haar" <janos.haar@xxxxxxxxxxxx>
• Re: superblock error after power failure ---on an old system
  • From: Wierdl Máté <wierdlmate@xxxxxxxxx>
• Re: superblock error after power failure ---on an old system
  • From: Wierdl Máté <wierdlmate@xxxxxxxxx>
• Re: superblock error after power failure ---on an old system
  • From: Neil Brown <neilb@xxxxxxx>
• superblock error after power failure ---on an old system
  • From: Wierdl Máté <wierdlmate@xxxxxxxxx>
• Re: safe segmenting of conflicting changes, and hot-plugging between alternative versions
  • From: Christian Gatzemeier <c.gatzemeier@xxxxxxxx>
• Re: RAID5
  • From: Michael Evans <mjevans1983@xxxxxxxxx>
• Re: RAID5
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: safe segmenting of conflicting changes, and hot-plugging between alternative versions
  • From: Christian Gatzemeier <c.gatzemeier@xxxxxxxx>
• Re: RAID5
  • From: Michael Evans <mjevans1983@xxxxxxxxx>
• Re: safe segmenting of conflicting changes (was: Two degraded mirror segments recombined out of sync for massive data loss)
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: safe segmenting of conflicting changes (was: Two degraded mirror segments recombined out of sync for massive data loss)
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: RAID5
  • From: MRK <mrk@xxxxxxxxxxxxx>
• Re: "failed" vs "removed" or "locked-out" state and --incremental auto-re-adding
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: RAID5
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• safe segmenting of conflicting changes (was: Two degraded mirror segments recombined out of sync for massive data loss)
  • From: Christian Gatzemeier <c.gatzemeier@xxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: MRK <mrk@xxxxxxxxxxxxx>
• "failed" vs "removed" or "locked-out" state and --incremental auto-re-adding
  • From: Christian Gatzemeier <c.gatzemeier@xxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: "Janos Haar" <janos.haar@xxxxxxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: Luca Berra <bluca@xxxxxxxxxx>
• Re: RAID-6 polynomial
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• RE: RAID-6 polynomial
  • From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
• Re: Use of WD20EARS with MDADM
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: Use of WD20EARS with MDADM
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: Use of WD20EARS with MDADM
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Re: Use of WD20EARS with MDADM
  • From: Richard Scobie <richard@xxxxxxxxxxx>
• Re: Use of WD20EARS with MDADM
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• [PATCH] raid6: fix recovery performance regression
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: reshape from raid5 to raid6 failed -- and backup file is gone?
  • From: Neil Brown <neilb@xxxxxxx>
• Re: reshape from raid5 to raid6 failed -- and backup file is gone?
  • From: Rich Rauenzahn <rrauenza@xxxxxxxxx>
• [PATCH 13/13] manual update for subarray delete/rename
  • From: "Hawrylewicz Czarnowski, Przemyslaw" <przemyslaw.hawrylewicz.czarnowski@xxxxxxxxx>
• [PATCH 12/13] imsm: rename subarray: main procedure and command line support
  • From: "Hawrylewicz Czarnowski, Przemyslaw" <przemyslaw.hawrylewicz.czarnowski@xxxxxxxxx>
• [PATCH 11/13] mdmon: enable rename subarray for managed containers
  • From: "Hawrylewicz Czarnowski, Przemyslaw" <przemyslaw.hawrylewicz.czarnowski@xxxxxxxxx>
• [PATCH 10/13] imsm: rename subarray functionality
  • From: "Hawrylewicz Czarnowski, Przemyslaw" <przemyslaw.hawrylewicz.czarnowski@xxxxxxxxx>
• [PATCH 09/13] imsm: delete subarray: main procedure and command line support
  • From: "Hawrylewicz Czarnowski, Przemyslaw" <przemyslaw.hawrylewicz.czarnowski@xxxxxxxxx>
• [PATCH 08/13] mdmon: enable delete subarray for managed containers
  • From: "Hawrylewicz Czarnowski, Przemyslaw" <przemyslaw.hawrylewicz.czarnowski@xxxxxxxxx>
• [PATCH 07/13] imsm: extension of delete subarray to handle active container
  • From: "Hawrylewicz Czarnowski, Przemyslaw" <przemyslaw.hawrylewicz.czarnowski@xxxxxxxxx>
• [PATCH 06/13] imsm: delete subarray metadata manipulation routine
  • From: "Hawrylewicz Czarnowski, Przemyslaw" <przemyslaw.hawrylewicz.czarnowski@xxxxxxxxx>
• [PATCH 05/13] sysfs: simple write to sysfs file
  • From: "Hawrylewicz Czarnowski, Przemyslaw" <przemyslaw.hawrylewicz.czarnowski@xxxxxxxxx>
• [PATCH 04/13] fix: possible segfault if current_vol does not match subarray
  • From: "Hawrylewicz Czarnowski, Przemyslaw" <przemyslaw.hawrylewicz.czarnowski@xxxxxxxxx>
• [PATCH 03/13] Add mdstat_by_component
  • From: "Hawrylewicz Czarnowski, Przemyslaw" <przemyslaw.hawrylewicz.czarnowski@xxxxxxxxx>
• [PATCH 02/13] map file: extract record update routine from map_update
  • From: "Hawrylewicz Czarnowski, Przemyslaw" <przemyslaw.hawrylewicz.czarnowski@xxxxxxxxx>
• [PATCH 01/13] fix: memory leak in mdmon_pid()
  • From: "Hawrylewicz Czarnowski, Przemyslaw" <przemyslaw.hawrylewicz.czarnowski@xxxxxxxxx>
• [PATCH 00/13] imsm: new imsm metadata features
  • From: "Hawrylewicz Czarnowski, Przemyslaw" <przemyslaw.hawrylewicz.czarnowski@xxxxxxxxx>
• Re: reshape from raid5 to raid6 failed -- and backup file is gone?
  • From: Neil Brown <neilb@xxxxxxx>
• Re: reshape from raid5 to raid6 failed -- and backup file is gone?
  • From: Rich Rauenzahn <rrauenza@xxxxxxxxx>
• Re: tip: origin tree build failure (x86, 32-bit, allyesconfig)
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: "Janos Haar" <janos.haar@xxxxxxxxxxxx>
• Re: NFS and /dev/mdXpY
  • From: Vlad Glagolev <stealth@xxxxxxxxxxxxxx>
• Re: NFS and /dev/mdXpY
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
• Re: NFS and /dev/mdXpY
  • From: Vlad Glagolev <stealth@xxxxxxxxxxxxxx>
• Re: NFS and /dev/mdXpY
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
• Re: Use of WD20EARS with MDADM
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: NFS and /dev/mdXpY
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: NFS and /dev/mdXpY
  • From: Vlad Glagolev <stealth@xxxxxxxxxxxxxx>
• reshape from raid5 to raid6 failed -- and backup file is gone?
  • From: Rich Rauenzahn <rrauenza@xxxxxxxxx>
• raid1.c read_balance() LBD issue?
  • From: Jordan Russell <jr-list-2010@xxxxxx>
• Re: NFS and /dev/mdXpY
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Use of WD20EARS with MDADM
  • From: Simon Matthews <simon.d.matthews@xxxxxxxxx>
• Re: tip: origin tree build failure (x86, 32-bit, allyesconfig)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: "Janos Haar" <janos.haar@xxxxxxxxxxxx>
• Re: Use of WD20EARS with MDADM
  • From: Khelben Blackstaff <eye.of.the.8eholder@xxxxxxxxx>
• Re: Compile error with 2.6.34-rc5+
  • From: Michael Guntsche <mike@xxxxxxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: "Janos Haar" <janos.haar@xxxxxxxxxxxx>
• Re: Suggestion needed for fixing RAID6
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Compile error with 2.6.34-rc5+
  • From: "Stefan Lippers-Hollmann" <s.L-H@xxxxxx>
• Compile error with 2.6.34-rc5+
  • From: Michael Guntsche <mike@xxxxxxxxxxxx>
• wdidle3
  • From: Tim Small <tim@xxxxxxxxxxxxxxxx>
• Status of Linux MD RAID 10? (Or: Why is it still marked experimental?)
  • From: Eric MSP Veith <eveith@xxxxxxxxxxxxxxxxx>
• Suggestion needed for fixing RAID6
  • From: "Janos Haar" <janos.haar@xxxxxxxxxxxx>
• tip: origin tree build failure (x86, 32-bit, allyesconfig)
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: compute_blocknr: map not correct error during RAID6 reshape 6 -> 7 disks, mdadm 3.1.2 / kernel 2.6.34-rc3
  • From: Brett King <king.br@xxxxxxxxx>
• Re: Use of WD20EARS with MDADM
  • From: Steven Haigh <netwiz@xxxxxxxxx>
• Re: NFS and /dev/mdXpY
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: RAID-6 polynomial
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Use of HDS722020ALA330 with MDADM
  • From: Andrew Dunn <andrew.g.dunn.dod@xxxxxxxxx>
• Re: Use of WD20EARS with MDADM
  • From: Berkey B Walker <berk@xxxxxxxxx>
• Re: Use of WD20EARS with MDADM
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Re: RAID5
  • From: Michael Evans <mjevans1983@xxxxxxxxx>
• Re: Use of WD20EARS with MDADM
  • From: Clinton Lee Taylor <clintonlee.taylor@xxxxxxxxx>
• Re: Use of WD20EARS with MDADM
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: Use of WD20EARS with MDADM
  • From: Richard Scobie <richard@xxxxxxxxxxx>
• Re: NFS and /dev/mdXpY
  • From: Vlad Glagolev <stealth@xxxxxxxxxxxxxx>
• Re: Use of WD20EARS with MDADM
  • From: Tim Small <tim@xxxxxxxxxxxxxxxx>
• Re: Use of WD20EARS with MDADM
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Re: NFS and /dev/mdXpY
  • From: Vlad Glagolev <stealth@xxxxxxxxxxxxxx>
• Re: Use of WD20EARS with MDADM
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Re: NFS and /dev/mdXpY
  • From: Vlad Glagolev <stealth@xxxxxxxxxxxxxx>
• Re: NFS and /dev/mdXpY
  • From: Steve Cousins <steve.cousins@xxxxxxxxx>
• Re: NFS and /dev/mdXpY
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• very strange raid10,f2 performance
  • From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
• Re: NFS and /dev/mdXpY
  • From: Vlad Glagolev <stealth@xxxxxxxxxxxxxx>
• Re: Use of WD20EARS with MDADM
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Use of WD20EARS with MDADM
  • From: Simon Matthews <simon.d.matthews@xxxxxxxxx>
• Re: Use of WD20EARS with MDADM
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: Use of WD20EARS with MDADM
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Use of WD20EARS with MDADM
  • From: Tim Small <tim@xxxxxxxxxxx>
• Re: RAID5
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Use of WD20EARS with MDADM
  • From: Bill Davidsen <davidsen@xxxxxxx>
• [PULL REQUEST] fix for v.large RAID5 with v.small chunks
  • From: Neil Brown <neilb@xxxxxxx>
• Component size difference with mdadm
  • From: Justin Maggard <jmaggard10@xxxxxxxxx>
• Upgrading the firmware on the underlying drives of a RAID5 safely.
  • From: Tim Small <tim@xxxxxxxxxxx>
• Re: RAID-6 polynomial
  • From: Michael Evans <mjevans1983@xxxxxxxxx>
• Re: compute_blocknr: map not correct error during RAID6 reshape 6 -> 7 disks, mdadm 3.1.2 / kernel 2.6.34-rc3
  • From: Neil Brown <neilb@xxxxxxx>
• Re: compute_blocknr: map not correct error during RAID6 reshape 6 -> 7 disks, mdadm 3.1.2 / kernel 2.6.34-rc3
  • From: Brett King <king.br@xxxxxxxxx>
• RE: RAID-6 polynomial
  • From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
• Re: RAID-6 polynomial
  • From: Michael Evans <mjevans1983@xxxxxxxxx>
• RAID-6 polynomial
  • From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
• Re: RAID Class Drives`
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: Question on how to mark drives on a particular raid as being good after a "failure"
  • From: Richard Scobie <richard@xxxxxxxxxxx>
• Question on how to mark drives on a particular raid as being good after a "failure"
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• Re: Use of WD20EARS with MDADM
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: RAID Class Drives`
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: RAID5
  • From: Michael Evans <mjevans1983@xxxxxxxxx>
• RAID5
  • From: Kaushal Shriyan <kaushalshriyan@xxxxxxxxx>
• Re: RAID Class Drives`
  • From: CoolCold <coolthecold@xxxxxxxxx>
• NFS and /dev/mdXpY
  • From: Vlad Glagolev <stealth@xxxxxxxxxxxxxx>
• Re: RAID scrubbing
  • From: Berkey B Walker <berk@xxxxxxxxx>
• Re: RAID scrubbing
  • From: Justin Maggard <jmaggard10@xxxxxxxxx>
• Re: [dm-devel] [PATCH 00/12] A dm-raid45 target implemented using md raid5.
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: What fdisk file system type for generic RAID0/1?
  • From: Luca Berra <bluca@xxxxxxxxxx>
• compute_blocknr: map not correct error during RAID6 reshape 6 -> 7 disks, mdadm 3.1.2 / kernel 2.6.34-rc3
  • From: Brett King <king.br@xxxxxxxxx>
• Re: [dm-devel] [PATCH 00/12] A dm-raid45 target implemented using md raid5.
  • From: Neil Brown <neilb@xxxxxxx>
• What fdisk file system type for generic RAID0/1?
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Re: [dm-devel] [PATCH 00/12] A dm-raid45 target implemented using md raid5.
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: [PATCH] imsm: assign UUID of spare device based on ARRAY *device* keyword in mdadm configuration file.
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: grow fails with 2.6.34 git
  • From: James Braid <jamesb@xxxxxxxxxxxx>
• Re: [Patch mdadm] Add hot-unplug support to mdadm
  • From: Tomáš Dulík <dulik@xxxxxxxx>
• RE: [PATCH] imsm: assign UUID of spare device based on ARRAY *device* keyword in mdadm configuration file.
  • From: "Hawrylewicz Czarnowski, Przemyslaw" <przemyslaw.hawrylewicz.czarnowski@xxxxxxxxx>
• Re: [PATCH 00/12] A dm-raid45 target implemented using md raid5.
  • From: Jeff Garzik <jeff@xxxxxxxxxx>
• [PATCH 00/12] A dm-raid45 target implemented using md raid5.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 12/12] dm-raid456: add message handler.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 11/12] dm-raid456: add suspend/resume method
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 10/12] dm-raid456: add support for setting IO hints.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 09/12] dm-raid456: support unplug
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 08/12] md/plug: optionally use plugger to unplug an array during resync/recovery.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 07/12] md/raid5: add simple plugging infrastructure.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 06/12] dm-raid456: add congestion checking.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 05/12] raid5: Don't set read-ahead when there is no queue
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 04/12] dm-raid456: add support for raising events to userspace.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 03/12] md/dm: create dm-raid456 module using md/raid5
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 02/12] md/raid5: factor out code for changing size of stripe cache.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 01/12] md: reduce dependence on sysfs.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 28/28] md/raid1: delay reads that could overtake behind-writes.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 27/28] md/raid1: fix confusing 'redirect sector' message.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 26/28] md: don't unregister the thread in mddev_suspend
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 25/28] md: factor out init code for an mddev
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 24/28] md: pass mddev to make_request functions rather than request_queue
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 23/28] md: call md_stop_writes from md_stop
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 22/28] md: split md_set_readonly out of do_md_stop
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 21/28] md: factor md_stop_writes out of do_md_stop.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 20/28] md: start to refactor do_md_stop
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 19/28] md: factor do_md_run to separate accesses to ->gendisk
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 18/28] md: remove ->changed and related code.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 17/28] md: don't reference gendisk in getgeo
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 16/28] md: move io accounting out of personalities into md_make_request
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 15/28] md/raid5: small tidyup in raid5_align_endio
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 14/28] md: add support for raid5 to raid4 conversion
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 13/28] md: notify level changes through sysfs.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 12/28] md: manage redundancy group in sysfs when changing level.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 11/28] md: remove unneeded sysfs files more promptly
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 10/28] md: Relax checks on ->max_disks when external metadata handling is used.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 07/28] md: Add support for Raid5->Raid0 and Raid10->Raid0 takeover
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 09/28] md: Correctly handle device removal via sysfs
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 08/28] md: Add support for Raid0->Raid10 takeover
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 06/28] md:Add support for Raid0->Raid5 takeover
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 05/28] md: don't use mddev->raid_disks in raid0 or raid10 while array is active.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 04/28] md: discard StateChanged device flag.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 03/28] drivers/md: Remove unnecessary casts of void *
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 02/28] md: expose max value of behind writes counter
  • From: NeilBrown <neilb@xxxxxxx>