Linux RAID Storage Date Index

• Thread Index

• Re: Linear RAID hot grow
  • From: "Dat Chu" <dattanchu@xxxxxxxxx>
• Re: 4 Port eSATA RAID5/JBOD PCI-E 8x Controller
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: Linear RAID hot grow
  • From: Neil Brown <neilb@xxxxxxx>
• 4 Port eSATA RAID5/JBOD PCI-E 8x Controller
  • From: Richard Scobie <richard@xxxxxxxxxxx>
• Re: Linear RAID hot grow
  • From: "Dat Chu" <dattanchu@xxxxxxxxx>
• Re: Raid5 Reshape gone wrong, please help
  • From: "Greg Nicholson" <d0gz.net@xxxxxxxxx>
• Re: Linear RAID hot grow
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Linear RAID hot grow
  • From: "Dat Chu" <dattanchu@xxxxxxxxx>
• Re: Linear RAID hot grow
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Linear RAID hot grow
  • From: "Dat Chu" <dattanchu@xxxxxxxxx>
• Re: raid5:md3: kernel BUG , followed by , Silent halt .
  • From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
• bug in --manage mode
  • From: exe@xxxxxxxxx
• AW: Mustn't be RAID 1 and 0 read-performance be similar?
  • From: "Rustedt, Florian" <florian.rustedt@xxxxxxxxxxx>
• ANNOUNCE: mdadm 2.6.3 - A tool for managing Soft RAID under Linux
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Raid5 Reshape gone wrong, please help
  • From: "Greg Nicholson" <d0gz.net@xxxxxxxxx>
• Re: Raid5 Reshape gone wrong, please help
  • From: "Greg Nicholson" <d0gz.net@xxxxxxxxx>
• Re: Raid5 Reshape gone wrong, please help
  • From: Neil Brown <neilb@xxxxxxx>
• raid5:md3: kernel BUG , followed by , Silent halt .
  • From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
• Re: Raid5 Reshape gone wrong, please help
  • From: "Greg Nicholson" <d0gz.net@xxxxxxxxx>
• Re: Raid5 Reshape gone wrong, please help
  • From: Neil Brown <neilb@xxxxxxx>
• Re: SWAP file on a RAID-10 array possible?
  • From: "Tomas France" <tomfra@xxxxxxxxxx>
• RE: RAID6 clean?
  • From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
• Raid5 Reshape gone wrong, please help
  • From: "Greg Nicholson" <d0gz.net@xxxxxxxxx>
• Re: detecting read errors after RAID1 check operation
  • From: Mike Accetta <maccetta@xxxxxxxxxxxxxxxxxx>
• Re: MD Raid5 rebuild problems - md: sde has invalid sb, not importing!
  • From: rdc <denrdc@xxxxxxxxx>
• Re: detecting read errors after RAID1 check operation
  • From: Neil Brown <neilb@xxxxxxx>
• Re: MD Raid5 rebuild problems - md: sde has invalid sb, not importing!
  • From: Neil Brown <neilb@xxxxxxx>
• MD Raid5 rebuild problems - md: sde has invalid sb, not importing!
  • From: rdc <denrdc@xxxxxxxxx>
• [RFC] Additional info on mdadm 'check'
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: detecting read errors after RAID1 check operation
  • From: Mike Accetta <maccetta@xxxxxxxxxxxxxxxxxx>
• [PATCH 002 of 2] md: Correctly update sysfs when a raid1 is reshaped.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 001 of 2] md: Make sure a re-add after a restart honours bitmap when resyncing.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 000 of 2] md: bug fixes for 2.6.23-rc
  • From: NeilBrown <neilb@xxxxxxx>
• Re: detecting read errors after RAID1 check operation
  • From: Neil Brown <neilb@xxxxxxx>
• detecting read errors after RAID1 check operation
  • From: Mike Accetta <maccetta@xxxxxxxxxxxxxxxxxx>
• Re: SWAP file on a RAID-10 array possible?
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: SWAP file on a RAID-10 array possible?
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• mdadm --auto=mdp on non-standard named arrays
  • From: Michal Soltys <nozo@xxxxxxxx>
• Re: Moving RAID distro
  • From: David Greaves <david@xxxxxxxxxxxx>
• Moving RAID distro
  • From: "Richard Grundy" <richguk@xxxxxxxxx>
• RE: SWAP file on a RAID-10 array possible?
  • From: "Daniel Korstad" <dan@xxxxxxxxxxx>
• Re: SWAP file on a RAID-10 array possible?
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: SWAP file on a RAID-10 array possible?
  • From: "Tomas France" <tomfra@xxxxxxxxxx>
• Re: SWAP file on a RAID-10 array possible?
  • From: David Greaves <david@xxxxxxxxxxxx>
• SWAP file on a RAID-10 array possible?
  • From: "Tomas France" <tomfra@xxxxxxxxxx>
• Re: Cannot sync RAID5 anymore - MCE problem?
  • From: Ramin <ramin.t@xxxxxxxxx>
• Re: Convert RAID1 to standard ext2
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Cannot sync RAID5 anymore - MCE problem?
  • From: Ramin <ramin.t@xxxxxxxxx>
• Re: Mustn't be RAID 1 and 0 read-performance be similar?
  • From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
• [kj] is_power_of_2 in drivers/md/dm-raid1.c
  • From: vignesh babu <vignesh.babu@xxxxxxxxx>
• Re: [RFD] Layering: Use-Case Composers (was: DRBD - what is it, anyways? [compare with e.g. NBD + MD raid])
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: [RFD] Layering: Use-Case Composers (was: DRBD - what is it, anyways? [compare with e.g. NBD + MD raid])
  • From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
• Re: [RFD] Layering: Use-Case Composers (was: DRBD - what is it, anyways? [compare with e.g. NBD + MD raid])
  • From: david@xxxxxxx
• Convert RAID1 to standard ext2
  • From: "Timothy Weaver" <timothyweaver@xxxxxxxxx>
• Re: [RFD] Layering: Use-Case Composers (was: DRBD - what is it, anyways? [compare with e.g. NBD + MD raid])
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: [RFD] Layering: Use-Case Composers (was: DRBD - what is it, anyways? [compare with e.g. NBD + MD raid])
  • From: David Greaves <david@xxxxxxxxxxxx>
• [PATCH] [442/2many] MAINTAINERS - SOFTWARE RAID (Multiple Disks) SUPPORT
  • From: joe@xxxxxxxxxxx
• Re: [RFD] Layering: Use-Case Composers (was: DRBD - what is it, anyways? [compare with e.g. NBD + MD raid])
  • From: david@xxxxxxx
• Re: [RFD] Layering: Use-Case Composers (was: DRBD - what is it, anyways? [compare with e.g. NBD + MD raid])
  • From: Paul Clements <paul.clements@xxxxxxxxxxxx>
• Re: [RFD] Layering: Use-Case Composers (was: DRBD - what is it, anyways? [compare with e.g. NBD + MD raid])
  • From: Iustin Pop <iusty@xxxxxxxxx>
• Re: [RFD] Layering: Use-Case Composers (was: DRBD - what is it, anyways? [compare with e.g. NBD + MD raid])
  • From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
• Re: [RFD] Layering: Use-Case Composers (was: DRBD - what is it, anyways? [compare with e.g. NBD + MD raid])
  • From: david@xxxxxxx
• Re: [RFD] Layering: Use-Case Composers (was: DRBD - what is it, anyways? [compare with e.g. NBD + MD raid])
  • From: Al Boldi <a1426z@xxxxxxxxx>
• Re: [RFD] Layering: Use-Case Composers (was: DRBD - what is it, anyways? [compare with e.g. NBD + MD raid])
  • From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
• Re: [RFD] Layering: Use-Case Composers (was: DRBD - what is it, anyways? [compare with e.g. NBD + MD raid])
  • From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
• [RFD] Layering: Use-Case Composers (was: DRBD - what is it, anyways? [compare with e.g. NBD + MD raid])
  • From: Al Boldi <a1426z@xxxxxxxxx>
• mdadm (on partitionable arrays) and partition uevents
  • From: Michal Soltys <nozo@xxxxxxxx>
• Re: Need clarification on raid1 resync behavior with bitmap support
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Another RAID level migration question
  • From: Neil Brown <neilb@xxxxxxx>
• Another RAID level migration question
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Mustn't be RAID 1 and 0 read-performance be similar?
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Mustn't be RAID 1 and 0 read-performance be similar?
  • From: Andy Smith <andy@xxxxxxxxxx>
• Mustn't be RAID 1 and 0 read-performance be similar?
  • From: "Rustedt, Florian" <florian.rustedt@xxxxxxxxxxx>
• Re: Linux RAID migration
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Major incompatibility mdadm-2.5.6 mdadm-2.6.2
  • From: Neil Brown <neilb@xxxxxxx>
• Major incompatibility mdadm-2.5.6 mdadm-2.6.2
  • From: Gerald Hochegger <gerald.hochegger@xxxxxxxxxxxxx>
• Re: Linux RAID migration
  • From: "saeed bishara" <saeed.bishara@xxxxxxxxx>
• Re: Linux RAID migration
  • From: "saeed bishara" <saeed.bishara@xxxxxxxxx>
• Re: Linux RAID migration
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Linux RAID migration
  • From: "saeed bishara" <saeed.bishara@xxxxxxxxx>
• Re: Linux RAID migration
  • From: Neil Brown <neilb@xxxxxxx>
• Re: mdadm and superblock format > 1
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Linux RAID migration
  • From: "saeed bishara" <saeed.bishara@xxxxxxxxx>
• Re: Linux RAID migration
  • From: Tomasz Chmielewski <mangoo@xxxxxxxx>
• Re: Linux RAID migration
  • From: "saeed bishara" <saeed.bishara@xxxxxxxxx>
• Re: Linux RAID migration
  • From: Neil Brown <neilb@xxxxxxx>
• mdadm and superblock format > 1
  • From: Michal Soltys <nozo@xxxxxxxx>
• Re: Linux RAID migration
  • From: "saeed bishara" <saeed.bishara@xxxxxxxxx>
• Re: Linux RAID migration
  • From: "Tuomas Leikola" <tuomas.leikola@xxxxxxxxx>
• Linux RAID migration
  • From: "saeed bishara" <saeed.bishara@xxxxxxxxx>
• Re: [RFT] 2.6.22.1-iop1 for improved sequential write performance (stripe-queue)
  • From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
• question: max TB of raid-device
  • From: Christina Braun <braun@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Need clarification on raid1 resync behavior with bitmap support
  • From: "Mike Snitzer" <snitzer@xxxxxxxxx>
• Re: [RFT] 2.6.22.1-iop1 for improved sequential write performance (stripe-queue)
  • From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
• Re: Need clarification on raid1 resync behavior with bitmap support
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Need clarification on raid1 resync behavior with bitmap support
  • From: "Mike Snitzer" <snitzer@xxxxxxxxx>
• Re: Problem creating software raid - Device or resource busy.
  • From: David Greaves <david@xxxxxxxxxxxx>
• Problem creating software raid - Device or resource busy.
  • From: Basheer <subs@xxxxxxxxxxxxxxxx>
• Re: Need clarification on raid1 resync behavior with bitmap support
  • From: Neil Brown <neilb@xxxxxxx>
• Re: checkarray script
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: checkarray script
  • From: "Thorsten Wolf" <T_Wolf@xxxxxxx>
• Re: checkarray script
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• checkarray script
  • From: ymerej@xxxxxxxxx
• Re: RAID6 --grow won't restart after disk failure [solved]
  • From: Colin Snover <linux-raid@xxxxxxxxxxxxx>
• Re: RAID6 --grow won't restart after disk failure
  • From: Neil Brown <neilb@xxxxxxx>
• RAID6 --grow won't restart after disk failure
  • From: Colin Snover <linux-raid@xxxxxxxxxxxxx>
• possibility of using raid5 to detect hd corruption?
  • From: ymerej@xxxxxxxxx
• Re: Software based SATA RAID-5 expandable arrays?
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: Software based SATA RAID-5 expandable arrays?
  • From: Michael <big_green_jelly_bean@xxxxxxxxx>
• Software Raid Problem - Device or resource busy.
  • From: "Basheer Noorgat" <bn@xxxxxxxxxxxxxxxx>
• Re: Is it possible to grow a RAID-10 array with mdadm?
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Homehost suddenly changed on some components
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: raid-0 to raid-5 ?
  • From: Neil Brown <neilb@xxxxxxx>
• raid-0 to raid-5 ?
  • From: DrYak <blackkitty@xxxxxxxxxxx>
• [patch 08/26] md: Fix bug in error handling during raid1 repair.
  • From: Greg KH <gregkh@xxxxxxx>
• [patch 07/26] md: Fix two raid10 bugs.
  • From: Greg KH <gregkh@xxxxxxx>
• Re: bonnie++ benchmarks for ext2,ext3,ext4,jfs,reiserfs,xfs,zfs on software raid 5
  • From: Theodore Tso <tytso@xxxxxxx>
• [PATCHSET/RFC] Refactor block layer to improve support for stacked devices.
  • From: Neil Brown <neilb@xxxxxxx>
• Re: bonnie++ benchmarks for ext2,ext3,ext4,jfs,reiserfs,xfs,zfs on software raid 5
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: bonnie++ benchmarks for ext2,ext3,ext4,jfs,reiserfs,xfs,zfs on software raid 5
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: bonnie++ benchmarks for ext2,ext3,ext4,jfs,reiserfs,xfs,zfs on software raid 5
  • From: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
• Re: bonnie++ benchmarks for ext2,ext3,ext4,jfs,reiserfs,xfs,zfs on software raid 5
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: bonnie++ benchmarks for ext2,ext3,ext4,jfs,reiserfs,xfs,zfs on software raid 5
  • From: Al Boldi <a1426z@xxxxxxxxx>
• Re: pata_via with software raid1: "attempt to access beyond end of device"
  • From: Cry Regarder <cry_regarder@xxxxxxxxx>
• Re: Homehost suddenly changed on some components
  • From: Max Amanshauser <linux-raid@xxxxxxxxxxxxxxxxx>
• Re: bonnie++ benchmarks for ext2,ext3,ext4,jfs,reiserfs,xfs,zfs on software raid 5
  • From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
• bonnie++ benchmarks for ext2,ext3,ext4,jfs,reiserfs,xfs,zfs on software raid 5
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Is it possible to grow a RAID-10 array with mdadm?
  • From: "Tomas France" <tomfra@xxxxxxxxxx>
• Re: Is it possible to grow a RAID-10 array with mdadm?
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Is it possible to grow a RAID-10 array with mdadm?
  • From: "Tomas France" <tomfra@xxxxxxxxxx>
• Re: Is it possible to grow a RAID-10 array with mdadm?
  • From: Neil Brown <neilb@xxxxxxx>
• Re: md: raid10: fix use-after-free of bio
  • From: Neil Brown <neilb@xxxxxxx>
• Re: md: raid10: fix use-after-free of bio
  • From: Maik Hampel <m.hampel@xxxxxx>
• Re: raid1 resync data direction defined?
  • From: Luca Berra <bluca@xxxxxxxxxx>
• Re: + md-raid10-fix-use-after-free-of-bio.patch added to -mm tree
  • From: Neil Brown <neilb@xxxxxxx>
• Re: RAID on partitions and partitions on RAID
  • From: Michal Soltys <nozo@xxxxxxxx>
• Is it possible to grow a RAID-10 array with mdadm?
  • From: "Tomas France" <tomfra@xxxxxxxxxx>
• Re: RAID on partitions and partitions on RAID
  • From: Cry Regarder <cry_regarder@xxxxxxxxx>
• Re: md: raid10: fix use-after-free of bio
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: RAID on partitions and partitions on RAID
  • From: Michal Soltys <nozo@xxxxxxxx>
• Re: RAID on partitions and partitions on RAID
  • From: Michal Soltys <nozo@xxxxxxxx>
• Re: how to deal with continuously getting more errors?
  • From: "jeff stern" <jas.61803+lr@xxxxxxxxx>
• RAID on partitions and partitions on RAID
  • From: Cry Regarder <cry_regarder@xxxxxxxxx>
• Homehost suddenly changed on some components
  • From: Max Amanshauser <linux-raid@xxxxxxxxxxxxxxxxx>
• [PATCH] md: handle writes to broken raid10 arrays gracefully
  • From: Arne Redlich <agr@xxxxxxxxxxxxxx>
• md: raid10: fix use-after-free of bio
  • From: Maik Hampel <m.hampel@xxxxxx>
• raid1 resync data direction defined?
  • From: Frank van Maarseveen <frankvm@xxxxxxxxxxx>
• Re: Software Raid 5, multiple raid controller disk mixup problem
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: raid5:md3: read error corrected , followed by , Machine Check
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: raid5:md3: read error corrected , followed by , Machine Check
  • From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
• Re: [RFH] Partition table recovery
  • From: Rene Herman <rene.herman@xxxxxxxxx>
• Re: [RFH] Partion table recovery
  • From: Rene Herman <rene.herman@xxxxxxxxx>
• Re: [RFH] Partition table recovery
  • From: Rene Herman <rene.herman@xxxxxxxxx>
• Re: raid5:md3: read error corrected , followed by , Machine Check
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: [GIT PATCH 0/2] stripe-queue for 2.6.23 consideration
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFH] Partition table recovery
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: [RFH] Partion table recovery
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Consequences of Saturday's power cutoff
  • From: John David Stone <stone@xxxxxxxxxxxxxxxxx>
• Re: [RFH] Partition table recovery
  • From: Theodore Tso <tytso@xxxxxxx>
• Re: [RFH] Partition table recovery
  • From: Theodore Tso <tytso@xxxxxxx>
• Re: [RFH] Partition table recovery
  • From: Rene Herman <rene.herman@xxxxxxxxx>
• Re: [RFH] Partition table recovery
  • From: Jan-Benedict Glaw <jbglaw@xxxxxxxxxx>
• Re: Need clarification on raid1 resync behavior with bitmap support
  • From: "Mike Snitzer" <snitzer@xxxxxxxxx>
• Re: [RFH] Partition table recovery
  • From: Rene Herman <rene.herman@xxxxxxxxx>
• Re: [RFH] Partition table recovery
  • From: Jan-Benedict Glaw <jbglaw@xxxxxxxxxx>
• Re: [RFH] Partition table recovery
  • From: Rene Herman <rene.herman@xxxxxxxxx>
• Re: Need clarification on raid1 resync behavior with bitmap support
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [GIT PATCH 0/2] stripe-queue for 2.6.23 consideration
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [RFH] Partition table recovery
  • From: "Indan Zupancic" <indan@xxxxxx>
• Re: [RFH] Partition table recovery
  • From: Al Boldi <a1426z@xxxxxxxxx>
• Re: [RFH] Partition table recovery
  • From: Theodore Tso <tytso@xxxxxxx>
• [GIT PATCH 2/2] raid5: use stripe_queues to prioritize the "most deserving" requests (take4)
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [GIT PATCH 1/2] raid5: add the stripe_queue object for tracking raid io requests (take2)
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [GIT PATCH 0/2] stripe-queue for 2.6.23 consideration
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RFH] Partition table recovery
  • From: Al Boldi <a1426z@xxxxxxxxx>
• RAID and filesystem setup / tuning questions regarding specific scenario
  • From: Michal Soltys <nozo@xxxxxxxx>
• Re: raid5:md3: read error corrected , followed by , Machine Check
  • From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
• Re: pata_via with software raid1: "attempt to access beyond end of device"
  • From: Dâniel Fraga <fragabr@xxxxxxxxx>
• Re: [RFH] Partion table recovery
  • From: Willy Tarreau <w@xxxxxx>
• Re: [RFH] Partition table recovery
  • From: Rene Herman <rene.herman@xxxxxxxxx>
• Need clarification on raid1 resync behavior with bitmap support
  • From: "Mike Snitzer" <snitzer@xxxxxxxxx>
• Re: 3ware Auto-Carve Question
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: 3ware Auto-Carve Question
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• 3ware Auto-Carve Question
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Partitions with == or \approx same size ?
  • From: Seb <seb@xxxxxx>
• Re: A raid in a raid.
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• Re: Partitions with == or \approx same size ?
  • From: Luca Berra <bluca@xxxxxxxxxx>
• Re: Partitions with == or \approx same size ?
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Partitions with == or \approx same size ?
  • From: Seb <seb@xxxxxx>
• Re: Partitions with == or \approx same size ?
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Partitions with == or \approx same size ?
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Partitions with == or \approx same size ?
  • From: Seb <seb@xxxxxx>
• Re: 2.6.19-rc5: Can't get built-in raid support, modular works correctly
  • From: "J. Hart" <af804@xxxxxxx>
• Re: [RFH] Partition table recovery
  • From: Theodore Tso <tytso@xxxxxxx>
• A raid in a raid.
  • From: mullaly <mullaly@xxxxxxxxxxx>
• Re: [RFH] Partition table recovery
  • From: Rene Herman <rene.herman@xxxxxxxxx>
• Re: [RFH] Partition table recovery
  • From: Al Boldi <a1426z@xxxxxxxxx>
• Re: [RFH] Partition table recovery
  • From: Anton Altaparmakov <aia21@xxxxxxxxx>
• Re: [RFH] Partition table recovery
  • From: Jan-Benedict Glaw <jbglaw@xxxxxxxxxx>
• Re: [RFH] Partition table recovery
  • From: Al Boldi <a1426z@xxxxxxxxx>
• Re: [RFH] Partition table recovery
  • From: Al Boldi <a1426z@xxxxxxxxx>
• Re: [RFH] Partition table recovery
  • From: Al Boldi <a1426z@xxxxxxxxx>
• Re: [RFH] Partition table recovery
  • From: Al Boldi <a1426z@xxxxxxxxx>
• Re: 2.6.19-rc5: Can't get built-in raid support, modular works correctly
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: [RFH] Partion table recovery
  • From: Anton Altaparmakov <aia21@xxxxxxxxx>
• Re: [RFH] Partion table recovery
  • From: Jan-Benedict Glaw <jbglaw@xxxxxxxxxx>
• Re: [RFH] Partion table recovery
  • From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
• Re: [RFH] Partion table recovery
  • From: "Dave Young" <hidave.darkstar@xxxxxxxxx>
• Re: [RFH] Partion table recovery
  • From: Willy Tarreau <w@xxxxxx>
• Re: [RFH] Partion table recovery
  • From: "Dave Young" <hidave.darkstar@xxxxxxxxx>
• Re: [RFH] Partion table recovery
  • From: "Jeffrey V. Merkey" <jmerkey@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFH] Partion table recovery
  • From: "James Lamanna" <jlamanna@xxxxxxxxx>
• Re: [RFH] Partion table recovery
  • From: "Dave Young" <hidave.darkstar@xxxxxxxxx>
• [RFH] Partion table recovery
  • From: Al Boldi <a1426z@xxxxxxxxx>
• Re: pata_via with software raid1: "attempt to access beyond end of device"
  • From: Neil Brown <neilb@xxxxxxx>
• Re: pata_via with software raid1: "attempt to access beyond end of device"
  • From: Dâniel Fraga <fragabr@xxxxxxxxx>
• Re: pata_via with software raid1: "attempt to access beyond end of device"
  • From: Neil Brown <neilb@xxxxxxx>
• [RFT] 2.6.22.1-iop1 for improved sequential write performance (stripe-queue)
  • From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
• Re: pata_via with software raid1: "attempt to access beyond end of device"
  • From: Dâniel Fraga <fragabr@xxxxxxxxx>
• Re: 2.6.19-rc5: Can't get built-in raid support, modular works correctly
  • From: "J. Hart" <af804@xxxxxxx>
• Re: Slow Soft-RAID 5 performance
  • From: Rui Santos <rsantos@xxxxxxxxxxxx>
• Re: 2.6.19-rc5: Can't get built-in raid support, modular works correctly
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Slow Soft-RAID 5 performance
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• 2.6.19-rc5: Can't get built-in raid support, modular works correctly
  • From: "J. Hart" <af804@xxxxxxx>
• Re: Slow Soft-RAID 5 performance
  • From: Lars Schimmer <l.schimmer@xxxxxxxxxxxxx>
• Re: asynchronous write
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Possible data corruption sata_sil24?
  • From: Tejun Heo <htejun@xxxxxxxxx>
• The surprise has come on your mail box! iafKEQ
  • From: "Mike " <diorit-expert@xxxxxxx>
• Re: pata_via with software raid1: "attempt to access beyond end of device"
  • From: Neil Brown <neilb@xxxxxxx>
• pata_via with software raid1: "attempt to access beyond end of device"
  • From: Dâniel Fraga <fragabr@xxxxxxxxx>
• Re: how to deal with continuously getting more errors?
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Raid array is not automatically detected.
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Raid array is not automatically detected.
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Software RAID5 Horrible Write Speed On 3ware Controller!!
  • From: "Bryan J. Smith" <b.j.smith@xxxxxxxx>
• Re: Software RAID5 Horrible Write Speed On 3ware Controller!!
  • From: "Bryan J. Smith" <b.j.smith@xxxxxxxx>
• Re: Slow Soft-RAID 5 performance
  • From: Rui Santos <rsantos@xxxxxxxxxxxx>
• Re: Software RAID5 Horrible Write Speed On 3ware Controller!!
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Raid array is not automatically detected.
  • From: Bryan Christ <bryan.christ@xxxxxx>
• Re: Raid array is not automatically detected.
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: Raid array is not automatically detected.
  • From: Bryan Christ <bryan.christ@xxxxxx>
• Re: Software RAID5 Horrible Write Speed On 3ware Controller!!
  • From: Gabor Gombas <gombasg@xxxxxxxxx>
• Re: Software RAID5 Horrible Write Speed On 3ware Controller!!
  • From: Hannes Dorbath <light@xxxxxxxxxxxxxxxxxxxx>
• Re: Software RAID5 Horrible Write Speed On 3ware Controller!!
  • From: Sander <sander@xxxxxxxxxxx>
• Re: Software RAID5 Horrible Write Speed On 3ware Controller!!
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Possible data corruption sata_sil24?
  • From: David Shaw <dshaw@xxxxxxxxxxxxxxx>
• Re: [PATCH] block: factor out bio_check_eod()
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: [PATCH] block: factor out bio_check_eod()
  • From: Jens Axboe <jens.axboe@xxxxxxxxxx>
• Re: Software RAID5 Horrible Write Speed On 3ware Controller!!
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Software RAID5 Horrible Write Speed On 3ware Controller!!
  • From: Sander <sander@xxxxxxxxxxx>
• Re: Software RAID5 Horrible Write Speed On 3ware Controller!!
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: [PATCH] block: factor out bio_check_eod()
  • From: Jens Axboe <jens.axboe@xxxxxxxxxx>
• Re: Software RAID5 Horrible Write Speed On 3ware Controller!!
  • From: Giuseppe Ghibò <ghibo@xxxxxxxxxxxx>
• Re: [PATCH] block: factor out bio_check_eod()
  • From: Jens Axboe <jens.axboe@xxxxxxxxxx>
• Re: [PATCH] block: factor out bio_check_eod()
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: Software RAID5 Horrible Write Speed On 3ware Controller!!
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Software RAID5 Horrible Write Speed On 3ware Controller!!
  • From: Hannes Dorbath <light@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] block: factor out bio_check_eod()
  • From: Jens Axboe <jens.axboe@xxxxxxxxxx>
• Re: Software RAID5 Horrible Write Speed On 3ware Controller!!
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Software RAID5 Horrible Write Speed On 3ware Controller!!
  • From: Sander <sander@xxxxxxxxxxx>
• Re: [PATCH] block: factor out bio_check_eod()
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: Software RAID5 Horrible Write Speed On 3ware Controller!!
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: [PATCH] block: factor out bio_check_eod()
  • From: Jens Axboe <jens.axboe@xxxxxxxxxx>
• Re: Software RAID5 Horrible Write Speed On 3ware Controller!!
  • From: Hannes Dorbath <light@xxxxxxxxxxxxxxxxxxxx>
• Re: Software RAID5 Horrible Write Speed On 3ware Controller!!
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Software RAID5 Horrible Write Speed On 3ware Controller!!
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: [PATCH] block: factor out bio_check_eod()
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: Software RAID5 Horrible Write Speed On 3ware Controller!!
  • From: Gabor Gombas <gombasg@xxxxxxxxx>
• Re: [PATCH] block: factor out bio_check_eod()
  • From: Jens Axboe <jens.axboe@xxxxxxxxxx>
• [PATCH] block: factor out bio_check_eod()
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: Software RAID5 Horrible Write Speed On 3ware Controller!!
  • From: Al Boldi <a1426z@xxxxxxxxx>
• [PATCH] block: cosmetic changes
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: Slow Soft-RAID 5 performance
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Software RAID5 Horrible Write Speed On 3ware Controller!!
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Slow Soft-RAID 5 performance
  • From: Rui Santos <rsantos@xxxxxxxxxxxx>
• Re: Possible data corruption sata_sil24?
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: Raid array is not automatically detected.
  • From: David Greaves <david@xxxxxxxxxxxx>
• asynchronous write
  • From: "Peter T. Breuer" <ptb@xxxxxxxxxxxxxx>
• Re: Raid array is not automatically detected.
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Raid array is not automatically detected.
  • From: dean gaudet <dean@xxxxxxxxxx>
• Software Raid 5, multiple raid controller disk mixup problem
  • From: Tobias Rehn <tr@xxxxxxxxxx>
• Re: raid5:md3: read error corrected , followed by , Machine Check
  • From: Andrew Burgess <aab@xxxxxxxxxxx>
• Re: Software RAID across multiple SATA host controllers - OK?
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: 3ware 9650 tips
  • From: David Chinner <dgc@xxxxxxx>
• Software RAID across multiple SATA host controllers - OK?
  • From: Greg Neumarke <greg.neumarke@xxxxxxxxxxxxx>
• Re: raid5:md3: read error corrected , followed by , Machine Check Exception: .
  • From: Rogier Wolff <R.E.Wolff@xxxxxxxxxxxx>
• RE: Software based SATA RAID-5 expandable arrays?
  • From: "Daniel Korstad" <dan@xxxxxxxxxxx>
• Re: [RFC] VFS: data=ordered (was: [Advocacy] Re: 3ware 9650 tips)
  • From: Matthew Wilcox <matthew@xxxxxx>
• Re: [Advocacy] Re: 3ware 9650 tips
  • From: "Bryan J. Smith" <b.j.smith@xxxxxxxx>
• [RFC] VFS: data=ordered (was: [Advocacy] Re: 3ware 9650 tips)
  • From: Al Boldi <a1426z@xxxxxxxxx>
• Re: 3ware 9650 tips
  • From: Stuart Levy <slevy@xxxxxxxxxxxxx>
• Re: [Advocacy] Re: 3ware 9650 tips
  • From: Matthew Wilcox <matthew@xxxxxx>
• Re: Software based SATA RAID-5 expandable arrays?
  • From: Michael <big_green_jelly_bean@xxxxxxxxx>
• [Advocacy] Re: 3ware 9650 tips
  • From: "Bryan J. Smith" <b.j.smith@xxxxxxxx>
• Re: 3ware 9650 tips
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: Raid array is not automatically detected.
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: 3ware 9650 tips
  • From: Joshua Baker-LePain <jlb17@xxxxxxxx>
• Re: Raid array is not automatically detected.
  • From: Bryan Christ <bryan.christ@xxxxxx>
• RE: Software based SATA RAID-5 expandable arrays?
  • From: "Daniel Korstad" <dan@xxxxxxxxxxx>
• MD RAID 5- EXT3-fs: group descriptors corrupted !
  • From: "Ashutosh Naik" <ashutosh.naik@xxxxxxxxx>
• Re: 3ware 9650 tips
  • From: Bernd Schubert <bs@xxxxxxxxx>
• Re: 3ware 9650 tips
  • From: David Chinner <dgc@xxxxxxx>
• Re: 3ware 9650 tips
  • From: David Chinner <dgc@xxxxxxx>
• Re: FC7 install still lacks a feature
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: raid5:md3: read error corrected , followed by , Machine Check Exception: .
  • From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
• Re: raid5:md3: read error corrected , followed by , Machine Check Exception: .
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: raid5:md3: read error corrected , followed by , Machine Check Exception: .
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• raid5:md3: read error corrected , followed by , Machine Check Exception: .
  • From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
• FC7 install still lacks a feature
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: how to deal with continuously getting more errors?
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• how to deal with continuously getting more errors?
  • From: "jeff stern" <jas.61803+lr@xxxxxxxxx>
• Re: Raid array is not automatically detected.
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Raid array is not automatically detected.
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: 3ware 9650 tips
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: 3ware 9650 tips
  • From: Andrew Klaassen <clawsoon@xxxxxxxxx>
• Re: 3ware 9650 tips
  • From: Andrew Klaassen <clawsoon@xxxxxxxxx>
• Re: 3ware 9650 tips
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: 3ware 9650 tips
  • From: Andrew Klaassen <clawsoon@xxxxxxxxx>
• Re: Software based SATA RAID-5 expandable arrays?
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Raid array is not automatically detected.
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Raid array is not automatically detected.
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: 3ware 9650 tips
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: 3ware 9650 tips
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Raid array is not automatically detected.
  • From: Bryan Christ <bryan.christ@xxxxxx>
• Re: 3ware 9650 tips
  • From: Andrew Klaassen <clawsoon@xxxxxxxxx>
• Re: Raid array is not automatically detected.
  • From: Zivago Lee <z@xxxxxxxx>
• Re: [-mm PATCH 0/2] 74% decrease in dispatched writes, stripe-queue take3
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: 3ware 9650 tips
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• RE: [-mm PATCH 0/2] 74% decrease in dispatched writes, stripe-queue take3
  • From: "Williams, Dan J" <dan.j.williams@xxxxxxxxx>
• Re: [-mm PATCH 0/2] 74% decrease in dispatched writes, stripe-queue take3
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• RE: [-mm PATCH 0/2] 74% decrease in dispatched writes, stripe-queue take3
  • From: "Williams, Dan J" <dan.j.williams@xxxxxxxxx>
• Re: [-mm PATCH 0/2] 74% decrease in dispatched writes, stripe-queue take3
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [-mm PATCH 2/2] raid5: use stripe_queues to prioritize the "most deserving" requests (take3)
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [-mm PATCH 1/2] raid5: add the stripe_queue object for tracking raid io requests (take2)
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [-mm PATCH 0/2] 74% decrease in dispatched writes, stripe-queue take3
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Raid array is not automatically detected.
  • From: Bryan Christ <bryan.christ@xxxxxx>
• Re: Re-building an array
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: 3ware 9650 tips
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: 3ware 9650 tips
  • From: Joshua Baker-LePain <jlb17@xxxxxxxx>
• Re-building an array
  • From: mail <lists@xxxxxxxxx>
• Re: 3ware 9650 tips
  • From: Jon Collette <jon@xxxxxxxxxx>
• Re: 3ware 9650 tips
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: mdadm create to existing raid5
  • From: Jon Collette <jon@xxxxxxxxxx>
• RE: Software based SATA RAID-5 expandable arrays?
  • From: "Daniel Korstad" <dan@xxxxxxxxxxx>
• Re: Software based SATA RAID-5 expandable arrays?
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Software based SATA RAID-5 expandable arrays?
  • From: Michael <big_green_jelly_bean@xxxxxxxxx>
• [GIT PULL] ioat fixes, raid5 acceleration, and the async_tx api
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• RE: Software based SATA RAID-5 expandable arrays?
  • From: "Daniel Korstad" <dan@xxxxxxxxxxx>
• Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
  • From: Ric Wheeler <ric@xxxxxxx>
• Re: mdadm create to existing raid5
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: mdadm create to existing raid5
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: Man page patch (manage mode options clarification)
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Man page patch (bold font for option names in MISC MODE section)
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Software based SATA RAID-5 expandable arrays?
  • From: Bill Davidsen <davidsen@xxxxxxx>
• RE: mdadm create to existing raid5
  • From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
• RE: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
  • From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
• Re: Software based SATA RAID-5 expandable arrays?
  • From: Michael <big_green_jelly_bean@xxxxxxxxx>
• mdadm create to existing raid5
  • From: Jon Collette <jon@xxxxxxxxxx>
• Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
  • From: Ric Wheeler <ric@xxxxxxx>
• Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
  • From: Valdis.Kletnieks@xxxxxx
• Re: Linux Software RAID is really RAID?
  • From: "Johny Mail list" <maillist.johny@xxxxxxxxx>
• adding drives / growing RAID-10?
  • From: Tomasz Chmielewski <mangoo@xxxxxxxx>
• Re: Software based SATA RAID-5 expandable arrays?
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
  • From: Ric Wheeler <ric@xxxxxxx>
• Re: Software based SATA RAID-5 expandable arrays?
  • From: jahammonds prost <gmitch64@xxxxxxxxx>
• Re: Software based SATA RAID-5 expandable arrays?
  • From: Michael <big_green_jelly_bean@xxxxxxxxx>
• RE: Software based SATA RAID-5 expandable arrays?
  • From: "Daniel Korstad" <dan@xxxxxxxxxxx>
• RE: Software based SATA RAID-5 expandable arrays?
  • From: "Daniel Korstad" <dan@xxxxxxxxxxx>
• Resizing RAID1 on top of LVM2 LVs
  • From: "Grzegorz Nosek" <grzegorz.nosek@xxxxxxxxx>
• Re: Software based SATA RAID-5 expandable arrays?
  • From: jahammonds prost <gmitch64@xxxxxxxxx>
• Re: Software based SATA RAID-5 expandable arrays?
  • From: Bill Davidsen <davidsen@xxxxxxx>
• RE: Software based SATA RAID-5 expandable arrays?
  • From: "Daniel Korstad" <dan@xxxxxxxxxxx>
• Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
  • From: Valdis.Kletnieks@xxxxxx
• Re: Software based SATA RAID-5 expandable arrays?
  • From: jahammonds prost <gmitch64@xxxxxxxxx>
• Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
  • From: Ric Wheeler <ric@xxxxxxx>
• RE: Software based SATA RAID-5 expandable arrays?
  • From: "Daniel Korstad" <dan@xxxxxxxxxxx>
• Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
  • From: Jens Axboe <jens.axboe@xxxxxxxxxx>
• Fwd: Re: RAID performance is not too well....
  • From: Rogier Wolff <R.E.Wolff@xxxxxxxxxxxx>
• Re: Proposed enhancement to mdadm: Allow "--write-behind=" to be done in grow mode.
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: nested raid possible?
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Proposed enhancement to mdadm: Allow "--write-behind=" to be done in grow mode.
  • From: Neil Brown <neilb@xxxxxxx>
• Re: raid5 recover after a 2 disk failure
  • From: Frank Jenkins <fjenkins873@xxxxxxxxx>
• md looping on recovery of raid1 array
  • From: Ryan_MichaelS@xxxxxxx
• Re: nested raid possible?
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: nested raid possible?
  • From: Simon Valiquette <v.simon@xxxxxxxx>
• nested raid possible?
  • From: turbo@xxxxxxxxxx
• Re: [RFC PATCH 0/2] raid5: 65% sequential-write performance improvement, stripe-queue take2
  • From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
• Dirty flag during resync
  • From: "Vincze, Tamas" <vincze@xxxxxxx>
• Re: Expanding a RAID-5 in use from 3 disks to 6 disks
  • From: "David Rees" <drees76@xxxxxxxxx>
• Expanding a RAID-5 in use from 3 disks to 6 disks
  • From: acostoya <adrian@xxxxxxxxxxx>
• Dead RAID5!
  • From: John Rowe <rowe@xxxxxxxxxxxxx>
• Re: AW: The array is functioning normally (?)
  • From: Simon <simon.xhz@xxxxxxxxx>
• Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
  • From: Tejun Heo <htejun@xxxxxxxxx>
• AW: The array is functioning normally (?)
  • From: "Heinzmann, Robert" <Heinzmann@xxxxxxxxxxxxx>
• The array is functioning normally (?)
  • From: Simon <simon.xhz@xxxxxxxxx>
• Re: Linux Software RAID is really RAID?
  • From: Mark Lord <liml@xxxxxx>
• Re: RAID5 not being reassembled correctly after device swap
  • From: Michael Frotscher <infomails@xxxxxxxxxxxxxxxxxxxxx>
• I/O is retried forever if last disk in a md device fails
  • From: "Heinzmann, Robert" <Heinzmann@xxxxxxxxxxxxx>
• Re: Proposed enhancement to mdadm: Allow "--write-behind=" to be done in grow mode.
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: RAID5 not being reassembled correctly after device swap
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: [RFC PATCH 0/2] raid5: 65% sequential-write performance improvement, stripe-queue take2
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: Linux Software RAID is really RAID?
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: RAID5 not being reassembled correctly after device swap
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: Proposed enhancement to mdadm: Allow "--write-behind=" to be done in grow mode.
  • From: Ian Dall <ian@xxxxxxxxxxxxxxxxxxxxx>
• Re: Linux Software RAID is really RAID?
  • From: Tejun Heo <htejun@xxxxxxxxx>
• [RFC PATCH 2/2] raid5: use stripe_queues to prioritize the "most deserving" requests, take2
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [RFC PATCH 1/2] raid5: add the stripe_queue object for tracking raid io requests
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [RFC PATCH 0/2] raid5: 65% sequential-write performance improvement, stripe-queue take2
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Linux Software RAID is really RAID?
  • From: Mark Lord <liml@xxxxxx>
• Re: spare not becoming active
  • From: Simon <simon.xhz@xxxxxxxxx>
• Re: spare not becoming active
  • From: Simon <simon.xhz@xxxxxxxxx>
• Re: spare not becoming active
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: spare not becoming active
  • From: Simon <simon.xhz@xxxxxxxxx>
• Re: RAID5 not being reassembled correctly after device swap
  • From: Michael Frotscher <infomails@xxxxxxxxxxxxxxxxxxxxx>
• Re: RAID5 not being reassembled correctly after device swap
  • From: Michael Frotscher <infomails@xxxxxxxxxxxxxxxxxxxxx>
• Re: RAID5 not being reassembled correctly after device swap
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: RAID5 not being reassembled correctly after device swap
  • From: Patrik Jonsson <patrik@xxxxxxxxxxx>
• Re: Behavior of mdadm depending on user
  • From: Michael <michael@xxxxxxxxxxx>
• Re: RAID5 not being reassembled correctly after device swap
  • From: Michael Frotscher <infomails@xxxxxxxxxxxxxxxxxxxxx>
• Re: Behavior of mdadm depending on user
  • From: "Michael Schwarz" <mschwarz@xxxxxxxxxxxxx>
• Re: Proposed enhancement to mdadm: Allow "--write-behind=" to be done in grow mode.
  • From: David Greaves <david@xxxxxxxxxxxx>
• Proposed enhancement to mdadm: Allow "--write-behind=" to be done in grow mode.
  • From: Ian Dall <ian@xxxxxxxxxxxxxxxxxxxxx>
• Re: Behavior of mdadm depending on user
  • From: Ian Dall <ian@xxxxxxxxxxxxxxxxxxxxx>
• Re: Linux Software RAID is really RAID?
  • From: "Johny Mail list" <maillist.johny@xxxxxxxxx>
• Re: Fastest Chunk Size w/XFS For MD Software RAID = 1024k
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Linux Software RAID is really RAID?
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: Fastest Chunk Size w/XFS For MD Software RAID = 1024k
  • From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
• Behavior of mdadm depending on user
  • From: "Michael Schwarz" <mschwarz@xxxxxxxxxxxxx>
• Re: [linux-lvm] 2.6.22-rc5 XFS fails after hibernate/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [linux-lvm] 2.6.22-rc5 XFS fails after hibernate/resume
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: [linux-lvm] 2.6.22-rc5 XFS fails after hibernate/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [linux-lvm] 2.6.22-rc5 XFS fails after hibernate/resume
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: [linux-lvm] 2.6.22-rc5 XFS fails after hibernate/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [linux-lvm] 2.6.22-rc5 XFS fails after hibernate/resume
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: RAID5 not being reassembled correctly after device swap
  • From: Michael Frotscher <infomails@xxxxxxxxxxxxxxxxxxxxx>
• Re: RAID5 not being reassembled correctly after device swap
  • From: Michael Frotscher <infomails@xxxxxxxxxxxxxxxxxxxxx>
• RAID5 Expansion
  • From: jahammonds prost <gmitch64@xxxxxxxxx>
• Re: RAID5 not being reassembled correctly after device swap
  • From: Neil Brown <neilb@xxxxxxx>
• RAID5 not being reassembled correctly after device swap
  • From: Michael Frotscher <infomails@xxxxxxxxxxxxxxxxxxxxx>
• best way to create RAID10 on an CentOS5 install
  • From: Maurice Hilarius <maurice@xxxxxxxxxxxx>
• Re: Does "--write-behind=" have to be done at create time?
  • From: Ian Dall <ian@xxxxxxxxxxxxxxxxxxxxx>
• Re: [linux-pm] Re: [linux-lvm] 2.6.22-rc4 XFS fails after hibernate/resume
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: [linux-pm] Re: [linux-lvm] 2.6.22-rc4 XFS fails after hibernate/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [linux-lvm] 2.6.22-rc5 XFS fails after hibernate/resume
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: [linux-pm] Re: [linux-lvm] 2.6.22-rc4 XFS fails after hibernate/resume
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: [linux-pm] Re: [linux-lvm] 2.6.22-rc4 XFS fails after hibernate/resume
  • From: David Chinner <dgc@xxxxxxx>
• Re: [linux-pm] Re: [linux-lvm] 2.6.22-rc4 XFS fails after hibernate/resume
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: [linux-pm] Re: [linux-lvm] 2.6.22-rc4 XFS fails after hibernate/resume
  • From: David Chinner <dgc@xxxxxxx>
• Re: [linux-lvm] 2.6.22-rc4 XFS fails after hibernate/resume
  • From: David Chinner <dgc@xxxxxxx>
• Re: [linux-pm] Re: [linux-lvm] 2.6.22-rc4 XFS fails after hibernate/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Fastest Chunk Size w/XFS For MD Software RAID = 1024k
  • From: David Chinner <dgc@xxxxxxx>
• Re: [linux-pm] Re: [linux-lvm] 2.6.22-rc4 XFS fails after hibernate/resume
  • From: Pavel Machek <pavel@xxxxxx>
• XFS mount option performance on Linux Software RAID 5
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: spare not becoming active
  • From: Simon <simon.xhz@xxxxxxxxx>
• Re: [linux-lvm] 2.6.22-rc4 XFS fails after hibernate/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [linux-lvm] 2.6.22-rc4 XFS fails after hibernate/resume
  • From: Pavel Machek <pavel@xxxxxx>
• Does "--write-behind=" have to be done at create time?
  • From: Ian Dall <ian@xxxxxxxxxxxxxxxxxxxxx>
• Re: mdadm usage: creating arrays with helpful names?
  • From: Richard Michael <rmichael-raid@xxxxxxxxxxxxxxxx>
• Re: raid=noautodetect is apparently ignored?
  • From: Ian Dall <ian@xxxxxxxxxxxxxxxxxxxxx>
• Re: Fastest Chunk Size w/XFS For MD Software RAID = 1024k
  • From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
• Re: Fastest Chunk Size w/XFS For MD Software RAID = 1024k
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Fastest Chunk Size w/XFS For MD Software RAID = 1024k
  • From: Matti Aarnio <matti.aarnio@xxxxxxxxxxx>
• Re: Fastest Chunk Size w/XFS For MD Software RAID = 1024k
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Fastest Chunk Size w/XFS For MD Software RAID = 1024k
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Fastest Chunk Size w/XFS For MD Software RAID = 1024k
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Fastest Chunk Size w/XFS For MD Software RAID = 1024k
  • From: Peter Rabbitson <rabbit@xxxxxxxxx>
• Re: Fastest Chunk Size w/XFS For MD Software RAID = 1024k
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Fastest Chunk Size w/XFS For MD Software RAID = 1024k
  • From: Peter Rabbitson <rabbit@xxxxxxxxx>
• Re: mdadm usage: creating arrays with helpful names?
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: Fastest Chunk Size w/XFS For MD Software RAID = 1024k
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Fastest Chunk Size w/XFS For MD Software RAID = 1024k
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Fastest Chunk Size w/XFS For MD Software RAID = 1024k
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: Fastest Chunk Size w/XFS For MD Software RAID = 1024k
  • From: David Chinner <dgc@xxxxxxx>
• Re: Fastest Chunk Size w/XFS For MD Software RAID = 1024k
  • From: Peter Rabbitson <rabbit@xxxxxxxxx>
• Re: Fastest Chunk Size w/XFS For MD Software RAID = 1024k
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Fastest Chunk Size w/XFS For MD Software RAID = 1024k
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Fastest Chunk Size w/XFS For MD Software RAID = 1024k
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: deliberately degrading RAID1 to a single disk, then back again
  • From: Mike Accetta <maccetta@xxxxxxxxxxxxxxxxxx>
• spare not becoming active
  • From: Simon <simon.xhz@xxxxxxxxx>
• [RFC PATCH 2/2] raid5: use stripe_queues to prioritize the "most deserving" requests
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [RFC PATCH 1/2] raid5: add the stripe_queue object for tracking raid io requests
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [RFC PATCH 0/2] An evolutionary change to the raid456 queuing model
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• RE: [md-accel PATCH 00/19] md raid acceleration and the async_tx api
  • From: "Williams, Dan J" <dan.j.williams@xxxxxxxxx>
• Re: [md-accel PATCH 00/19] md raid acceleration and the async_tx api
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: [md-accel PATCH 03/19] xor: make 'xor_blocks' a library routine for use with async_tx
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [md-accel PATCH 03/19] xor: make 'xor_blocks' a library routine for use with async_tx
  • From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
• Re: raid=noautodetect is apparently ignored?
  • From: Andrew Burgess <aab@xxxxxxxxxxx>
• Re: Linux Software RAID is really RAID?
  • From: "Johny Mail list" <maillist.johny@xxxxxxxxx>
• Re: mdadm usage: creating arrays with helpful names?
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: [md-accel PATCH 03/19] xor: make 'xor_blocks' a library routine for use with async_tx
  • From: "Satyam Sharma" <satyam.sharma@xxxxxxxxx>
• Re: [md-accel PATCH 00/19] md raid acceleration and the async_tx api
  • From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
• Re: [md-accel PATCH 00/19] md raid acceleration and the async_tx api
  • From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
• [md-accel PATCH 19/19] ARM: Add drivers/dma to arch/arm/Kconfig
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [md-accel PATCH 18/19] iop3xx: surface the iop3xx DMA and AAU units to the iop-adma driver
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [md-accel PATCH 17/19] iop13xx: surface the iop13xx adma units to the iop-adma driver
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [md-accel PATCH 16/19] dmaengine: driver for the iop32x, iop33x, and iop13xx raid engines
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [md-accel PATCH 15/19] md: remove raid5 compute_block and compute_parity5
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [md-accel PATCH 14/19] md: handle_stripe5 - request io processing in raid5_run_ops
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [md-accel PATCH 13/19] md: handle_stripe5 - add request/completion logic for async expand ops
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [md-accel PATCH 12/19] md: handle_stripe5 - add request/completion logic for async read ops
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [md-accel PATCH 11/19] md: handle_stripe5 - add request/completion logic for async check ops
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [md-accel PATCH 10/19] md: handle_stripe5 - add request/completion logic for async compute ops
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [md-accel PATCH 09/19] md: handle_stripe5 - add request/completion logic for async write ops
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [md-accel PATCH 08/19] md: common infrastructure for running operations with raid5_run_ops
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [md-accel PATCH 07/19] md: raid5_run_ops - run stripe operations outside sh->lock
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [md-accel PATCH 05/19] raid5: refactor handle_stripe5 and handle_stripe6 (v2)
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [md-accel PATCH 06/19] raid5: replace custom debug PRINTKs with standard pr_debug
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [md-accel PATCH 04/19] async_tx: add the async_tx api
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [md-accel PATCH 03/19] xor: make 'xor_blocks' a library routine for use with async_tx
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [md-accel PATCH 02/19] dmaengine: make clients responsible for managing channels
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [md-accel PATCH 01/19] dmaengine: refactor dmaengine around dma_async_tx_descriptor
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [md-accel PATCH 00/19] md raid acceleration and the async_tx api
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• mdadm usage: creating arrays with helpful names?
  • From: Richard Michael <rmichael-raid@xxxxxxxxxxxxxxxx>
• Re: raid=noautodetect is apparently ignored?
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Linux Software RAID is really RAID?
  • From: Brad Campbell <brad@xxxxxxxxxxx>
• Re: deliberately degrading RAID1 to a single disk, then back again
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• deliberately degrading RAID1 to a single disk, then back again
  • From: Maurice Hilarius <maurice@xxxxxxxxxxxx>
• Linux Software RAID is really RAID?
  • From: "Johny Mail list" <maillist.johny@xxxxxxxxx>
• Re: stripe_cache_size and performance
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: stripe_cache_size and performance
  • From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
• Re: raid=noautodetect is apparently ignored?
  • From: Ian Dall <ian@xxxxxxxxxxxxxxxxxxxxx>
• Re: stripe_cache_size and performance
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: stripe_cache_size and performance
  • From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
• Re: stripe_cache_size and performance
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: stripe_cache_size and performance
  • From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
• Re: if (stripe_cache_size =< chunk_size) { BUG() }
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• if (stripe_cache_size =< chunk_size) { BUG() }
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: raid=noautodetect is apparently ignored?
  • From: Ian Dall <ian@xxxxxxxxxxxxxxxxxxxxx>
• Re: raid=noautodetect is apparently ignored?
  • From: Neil Brown <neilb@xxxxxxx>
• raid=noautodetect is apparently ignored?
  • From: Ian Dall <ian@xxxxxxxxxxxxxxxxxxxxx>
• Re: stripe_cache_size and performance
  • From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
• Re: stripe_cache_size and performance
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: stripe_cache_size and performance
  • From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
• Re: stripe_cache_size and performance
  • From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
• Re: stripe_cache_size and performance [BUG with =64kb]
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: stripe_cache_size and performance [BUG with =64kb]
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: stripe_cache_size and performance [BUG with =64kb]
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: stripe_cache_size and performance [BUG with =64kb]
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: SLES 9 SP3 and mdadm 2.6.1 (via rpm)
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: SLES 9 SP3 and mdadm 2.6.1 (via rpm)
  • From: "Thorsten Wolf" <T_Wolf@xxxxxxx>
• Re: stripe_cache_size and performance
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: stripe_cache_size and performance
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: stripe_cache_size and performance
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: stripe_cache_size and performance
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: stripe_cache_size and performance
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: RAID 5 Grow
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Software based SATA RAID-5 expandable arrays?
  • From: Brad Campbell <brad@xxxxxxxxxxx>
• RAID 5 Grow
  • From: Richard Scobie <richard@xxxxxxxxxxx>
• Re: Degraded array on every reboot
  • From: Neil Brown <neilb@xxxxxxx>
• Re: limits on raid
  • From: david@xxxxxxx
• Re: limits on raid
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: limits on raid
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Software based SATA RAID-5 expandable arrays?
  • From: jahammonds prost <gmitch64@xxxxxxxxx>
• Re: stripe_cache_size and performance
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: stripe_cache_size and performance
  • From: Raz <raziebe@xxxxxxxxx>
• Re: Degraded array on every reboot
  • From: David Greaves <david@xxxxxxxxxxxx>
• Degraded array on every reboot
  • From: "John Hendrikx" <hjohn@xxxxxxxxx>
• Re: limits on raid
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: limits on raid
  • From: david@xxxxxxx
• Re: limits on raid
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: limits on raid
  • From: Neil Brown <neilb@xxxxxxx>
• Re: stripe_cache_size and performance
  • From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
• Re: limits on raid
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Software based SATA RAID-5 expandable arrays?
  • From: Richard Scobie <richard@xxxxxxxxxxx>
• Re: limits on raid
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: stripe_cache_size and performance
  • From: Raz <raziebe@xxxxxxxxx>
• Re: limits on raid
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• stripe_cache_size and performance
  • From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
• Re: [linux-lvm] 2.6.22-rc5 XFS fails after hibernate/resume
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: limits on raid
  • From: Mark Lord <lkml@xxxxxx>
• Re: limits on raid
  • From: david@xxxxxxx
• Re: limits on raid
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: limits on raid
  • From: Mattias Wadenstein <maswan@xxxxxxxxxx>
• Re: limits on raid
  • From: David Chinner <dgc@xxxxxxx>
• Re: Software based SATA RAID-5 expandable arrays?
  • From: Michael <big_green_jelly_bean@xxxxxxxxx>
• Re: Software based SATA RAID-5 expandable arrays?
  • From: Michael <big_green_jelly_bean@xxxxxxxxx>
• Re: limits on raid
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: limits on raid
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: limits on raid
  • From: david@xxxxxxx
• Re: limits on raid
  • From: David Chinner <dgc@xxxxxxx>
• Re: limits on raid
  • From: Neil Brown <neilb@xxxxxxx>
• Re: limits on raid
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Software based SATA RAID-5 expandable arrays?
  • From: Brad Campbell <brad@xxxxxxxxxxx>
• Re: [linux-lvm] 2.6.22-rc5 XFS fails after hibernate/resume
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: [linux-lvm] 2.6.22-rc5 XFS fails after hibernate/resume
  • From: David Chinner <dgc@xxxxxxx>
• Re: Software based SATA RAID-5 expandable arrays?
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: limits on raid
  • From: david@xxxxxxx
• Re: limits on raid
  • From: lsorense@xxxxxxxxxxxxxxxxxxx (Lennart Sorensen)
• Auto rebuild of Firewire/USB drive in 3-way RAID1
  • From: Richard Michael <rmichael-raid@xxxxxxxxxxxxxxxx>
• Re: limits on raid
  • From: david@xxxxxxx
• RE: Software based SATA RAID-5 expandable arrays?
  • From: "Daniel Korstad" <dan@xxxxxxxxxxx>
• Re: [linux-lvm] 2.6.22-rc5 XFS fails after hibernate/resume
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: limits on raid
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: Software based SATA RAID-5 expandable arrays?
  • From: Michael <big_green_jelly_bean@xxxxxxxxx>
• Re: Software based SATA RAID-5 expandable arrays?
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: [linux-lvm] 2.6.22-rc5 XFS fails after hibernate/resume
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: Software based SATA RAID-5 expandable arrays?
  • From: Michael <big_green_jelly_bean@xxxxxxxxx>
• Re: suggestions for inexpensive linux jbod?
  • From: Sven Rudolph <Sven_Rudolph@xxxxxxxxx>
• Re: Software based SATA RAID-5 expandable arrays?
  • From: Michael <big_green_jelly_bean@xxxxxxxxx>
• Re: raid5 recover after a 2 disk failure
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: [linux-lvm] 2.6.22-rc5 XFS fails after hibernate/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [linux-lvm] 2.6.22-rc5 XFS fails after hibernate/resume
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: [linux-lvm] 2.6.22-rc5 XFS fails after hibernate/resume
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: Software based SATA RAID-5 expandable arrays?
  • From: Dexter Filmore <Dexter.Filmore@xxxxxx>
• Re: raid5 recover after a 2 disk failure
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: Software based SATA RAID-5 expandable arrays?
  • From: David Greaves <david@xxxxxxxxxxxx>
• RE: raid5 recover after a 2 disk failure
  • From: Frank Jenkins <fjenkins873@xxxxxxxxx>
• Re: suggestions for inexpensive linux jbod?
  • From: linux@xxxxxxxxxxx
• Re: suggestions for inexpensive linux jbod?
  • From: Mike <mikee@xxxxxxxxxxxx>
• Re: suggestions for inexpensive linux jbod?
  • From: Mike <mikee@xxxxxxxxxxxx>
• Re: [PATCH git-md-accel 1/2] raid5: refactor handle_stripe5 and handle_stripe6
  • From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
• Re: limits on raid
  • From: Brendan Conoboy <blc@xxxxxxxxxx>
• Re: limits on raid
  • From: david@xxxxxxx
• Re: limits on raid
  • From: Wakko Warner <wakko@xxxxxxxxxxxx>
• Re: Software based SATA RAID-5 expandable arrays?
  • From: Dexter Filmore <Dexter.Filmore@xxxxxx>
• [PATCH git-md-accel 2/2] raid5: replace custom debug print with standard pr_debug
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH git-md-accel 1/2] raid5: refactor handle_stripe5 and handle_stripe6
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH git-md-accel 0/2] raid5 refactor, and pr_debug cleanup
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: limits on raid
  • From: david@xxxxxxx
• Re: [linux-lvm] 2.6.22-rc4 XFS fails after hibernate/resume
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: limits on raid
  • From: Brendan Conoboy <blc@xxxxxxxxxx>
• Re: limits on raid
  • From: david@xxxxxxx
• Re: limits on raid
  • From: lsorense@xxxxxxxxxxxxxxxxxxx (Lennart Sorensen)
• Re: limits on raid
  • From: lsorense@xxxxxxxxxxxxxxxxxxx (Lennart Sorensen)
• Re: limits on raid
  • From: david@xxxxxxx
• Re: limits on raid
  • From: david@xxxxxxx
• Re: limits on raid
  • From: Brendan Conoboy <blc@xxxxxxxxxx>
• Re: limits on raid
  • From: david@xxxxxxx
• stop sync?
  • From: Dexter Filmore <Dexter.Filmore@xxxxxx>
• Re: limits on raid
  • From: Brendan Conoboy <blc@xxxxxxxxxx>
• Re: resync to last 27h - usually 3. what's this?
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: suggestions for inexpensive linux jbod?
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: resync to last 27h - usually 3. what's this?
  • From: Dexter Filmore <Dexter.Filmore@xxxxxx>
• suggestions for inexpensive linux jbod?
  • From: Mike <mikee@xxxxxxxxxxxx>
• Re: resync to last 27h - usually 3. what's this?
  • From: David Greaves <david@xxxxxxxxxxxx>
• resync to last 27h - usually 3. what's this?
  • From: Dexter Filmore <Dexter.Filmore@xxxxxx>
• Re: [linux-lvm] 2.6.22-rc4 XFS fails after hibernate/resume
  • From: David Chinner <dgc@xxxxxxx>
• RE: Software based SATA RAID-5 expandable arrays?
  • From: "Daniel Korstad" <dan@xxxxxxxxxxx>
• Re: XFS Tunables for High Speed Linux SW RAID5 Systems?
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: Machine hanging on synchronize cache on shutdown 2.6.22-rc4-git[45678]
  • From: Brad Campbell <brad@xxxxxxxxxxx>
• Re: Machine hanging on synchronize cache on shutdown 2.6.22-rc4-git[45678]
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: Machine hanging on synchronize cache on shutdown 2.6.22-rc4-git[45678]
  • From: Mikael Pettersson <mikpe@xxxxxxxx>
• Re: XFS Tunables for High Speed Linux SW RAID5 Systems?
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: [linux-lvm] 2.6.22-rc4 XFS fails after hibernate/resume
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: Machine hanging on synchronize cache on shutdown 2.6.22-rc4-git[45678]
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: limits on raid
  • From: David Chinner <dgc@xxxxxxx>
• Re: XFS Tunables for High Speed Linux SW RAID5 Systems?
  • From: David Chinner <dgc@xxxxxxx>
• Re: Software based SATA RAID-5 expandable arrays?
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Software based SATA RAID-5 expandable arrays?
  • From: greenjelly <big_green_jelly_Bean@xxxxxxxxx>
• Re: limits on raid
  • From: david@xxxxxxx
• Re: limits on raid
  • From: david@xxxxxxx
• Re: limits on raid
  • From: dean gaudet <dean@xxxxxxxxxx>
• Re: limits on raid
  • From: Wakko Warner <wakko@xxxxxxxxxxxx>
• Re: limits on raid
  • From: dean gaudet <dean@xxxxxxxxxx>
• Re: limits on raid
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: limits on raid
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: limits on raid
  • From: Wakko Warner <wakko@xxxxxxxxxxxx>
• Re: limits on raid
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• 2.6.22-rc4 BUG
  • From: linux@xxxxxxxxxxx
• Re: [linux-lvm] 2.6.22-rc4 XFS fails after hibernate/resume
  • From: David Greaves <david@xxxxxxxxxxxx>
• RE: raid5 recover after a 2 disk failure
  • From: "frank jenkins" <fjenkins873@xxxxxxxxxxx>
• raid5 recover after a 2 disk failure
  • From: "frank jenkins" <fjenkins873@xxxxxxxxxxx>
• Re: limits on raid
  • From: dean gaudet <dean@xxxxxxxxxx>
• Re: limits on raid
  • From: dean gaudet <dean@xxxxxxxxxx>
• raid synchronization too aggressive in 2.6.21?
  • From: Frank van Maarseveen <frankvm@xxxxxxxxxxx>
• Re: Machine hanging on synchronize cache on shutdown 2.6.22-rc4-git[45678]
  • From: Mikael Pettersson <mikpe@xxxxxxxx>
• Re: limits on raid
  • From: Avi Kivity <avi@xxxxxxxxxx>
• Re: limits on raid
  • From: david@xxxxxxx
• Re: SLES 9 SP3 and mdadm 2.6.1 (via rpm)
  • From: Luca Berra <bluca@xxxxxxxxxx>
• Re: limits on raid
  • From: Wakko Warner <wakko@xxxxxxxxxxxx>
• Re: limits on raid
  • From: David Greaves <david@xxxxxxxxxxxx>
• Re: limits on raid
  • From: David Greaves <david@xxxxxxxxxxxx>
• Machine hanging on synchronize cache on shutdown 2.6.22-rc4-git[45678]
  • From: Brad Campbell <brad@xxxxxxxxxxx>
• Re: limits on raid
  • From: david@xxxxxxx
• Re: limits on raid
  • From: "Dan Merillat" <dan.merillat@xxxxxxxxx>
• Re: limits on raid
  • From: Neil Brown <neilb@xxxxxxx>
• Re: limits on raid
  • From: Wakko Warner <wakko@xxxxxxxxxxxx>
• Re: raid5: coding style cleanup / refactor
  • From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
• Re: raid5: coding style cleanup / refactor
  • From: Neil Brown <neilb@xxxxxxx>
• Re: limits on raid
  • From: Neil Brown <neilb@xxxxxxx>
• Re: limits on raid
  • From: Neil Brown <neilb@xxxxxxx>
• Re: XFS Tunables for High Speed Linux SW RAID5 Systems?
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• XFS Tunables for High Speed Linux SW RAID5 Systems?
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: limits on raid
  • From: Avi Kivity <avi@xxxxxxxxxx>
• Re: limits on raid
  • From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
• Re: raid1 with nbd member hangs MD on SLES10 and RHEL5
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: limits on raid
  • From: Avi Kivity <avi@xxxxxxxxxx>
• Re: limits on raid
  • From: David Chinner <dgc@xxxxxxx>
• need help in recovering a RAID
  • From: "Thorsten Wolf" <T_Wolf@xxxxxxx>
• Re: limits on raid
  • From: Neil Brown <neilb@xxxxxxx>
• Re: limits on raid
  • From: david@xxxxxxx
• Re: limits on raid
  • From: Neil Brown <neilb@xxxxxxx>
• limits on raid
  • From: david@xxxxxxx
• Re: raid5: coding style cleanup / refactor
  • From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
• Re: raid1 with nbd member hangs MD on SLES10 and RHEL5
  • From: "Mike Snitzer" <snitzer@xxxxxxxxx>
• Re: raid1 with nbd member hangs MD on SLES10 and RHEL5
  • From: Paul Clements <paul.clements@xxxxxxxxxxxx>
• Re: raid1 with nbd member hangs MD on SLES10 and RHEL5
  • From: "Mike Snitzer" <snitzer@xxxxxxxxx>
• Re: raid1 with nbd member hangs MD on SLES10 and RHEL5
  • From: Paul Clements <paul.clements@xxxxxxxxxxxx>
• Re: raid1 with nbd member hangs MD on SLES10 and RHEL5
  • From: "Mike Snitzer" <snitzer@xxxxxxxxx>
• Re: raid1 with nbd member hangs MD on SLES10 and RHEL5
  • From: Paul Clements <paul.clements@xxxxxxxxxxxx>
• Re: raid1 with nbd member hangs MD on SLES10 and RHEL5
  • From: Paul Clements <paul.clements@xxxxxxxxxxxx>
• Re: raid1 with nbd member hangs MD on SLES10 and RHEL5
  • From: "Mike Snitzer" <snitzer@xxxxxxxxx>
• Re: raid5: coding style cleanup / refactor
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: raid1 with nbd member hangs MD on SLES10 and RHEL5
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Removing devices from RAID-5
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Removing devices from RAID-5
  • From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
• Re: Removing devices from RAID-5
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Removing devices from RAID-5
  • From: Rich Walker <rw@xxxxxxxxxxxxxxx>
• Re: Removing devices from RAID-5
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Removing devices from RAID-5
  • From: Rich Walker <rw@xxxxxxxxxxxxxxx>
• Re: below 10MB/s write on raid5
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• Re: SLES 9 SP3 and mdadm 2.6.1 (via rpm)
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: SLES 9 SP3 and mdadm 2.6.1 (via rpm)
  • From: Luca Berra <bluca@xxxxxxxxxx>
• Re: below 10MB/s write on raid5
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: below 10MB/s write on raid5
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: raid1 with nbd member hangs MD on SLES10 and RHEL5
  • From: "Mike Snitzer" <snitzer@xxxxxxxxx>
• Re: Cluster Aware MD Driver
  • From: "Mike Snitzer" <snitzer@xxxxxxxxx>
• Cluster Aware MD Driver
  • From: Xinwei Hu <hxinwei@xxxxxxxxx>
• Re: raid5: coding style cleanup / refactor
  • From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
• Re: raid1 with nbd member hangs MD on SLES10 and RHEL5
  • From: "Mike Snitzer" <snitzer@xxxxxxxxx>
• Re: SLES 9 SP3 and mdadm 2.6.1 (via rpm)
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: SLES 9 SP3 and mdadm 2.6.1 (via rpm)
  • From: "Thorsten Wolf" <T_Wolf@xxxxxxx>