Linux RAID Storage Date Index

Thread Index

Re: The SX4 challenge
- From: Jarmo Järvenpää <jarmo.jarvenpaa@xxxxxxxxxxx>
Re: Error mounting a reiserfs on renamed raid1
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Error mounting a reiserfs on renamed raid1
- From: Clemens Koller <clemens.koller@xxxxxxxxxxx>
[PATCH reposted] raid1 load balancing
- From: Samuel Tardieu <sam@xxxxxxxxxxx>
Re: 2.6.24-rc6 reproducible raid5 hang
- From: Tim Southerwood <ts@xxxxxxxxxx>
Re: [BUG] The kernel thread for md RAID1 could cause a md RAID1 array deadlock
- From: "K.Tanaka" <k-tanaka@xxxxxxxxxxxxx>
Re: idle array consuming cpu ??!!
- From: Neil Brown <neilb@xxxxxxx>
Re: [BUG] The kernel thread for md RAID1 could cause a md RAID1 array deadlock
- From: Neil Brown <neilb@xxxxxxx>
Re: idle array consuming cpu ??!!
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Fwd: Error on /dev/sda, but takes down RAID-1
- From: Neil Brown <neilb@xxxxxxx>
performance of raid10,f2 on 4 disks
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: Fwd: Error on /dev/sda, but takes down RAID-1
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: 2.6.24-rc6 reproducible raid5 hang
- From: carlos@xxxxxxxxxxxxxx (Carlos Carvalho)
Re: AACRAID driver broken in 2.6.22.x (and beyond?) [WAS: Re: 2.6.22.16 MD raid1 doesn't mark removed disk faulty, MD thread goes UN]
- From: "Mike Snitzer" <snitzer@xxxxxxxxx>
Re: identifying failed disk/s in an array.
- From: Nagilum <nagilum@xxxxxxxxxxx>
Fwd: Error on /dev/sda, but takes down RAID-1
- From: Martin Seebach <mail@xxxxxxxxxxxxxxxx>
RE: AACRAID driver broken in 2.6.22.x (and beyond?) [WAS: Re: 2.6.22.16 MD raid1 doesn't mark removed disk faulty, MD thread goes UN]
- From: "Salyzyn, Mark" <Mark_Salyzyn@xxxxxxxxxxx>
Re: 2.6.24-rc6 reproducible raid5 hang
- From: Tim Southerwood <ts@xxxxxxxxxx>
Re: identifying failed disk/s in an array.
- From: Wolfgang Denk <wd@xxxxxxx>
Re: identifying failed disk/s in an array.
- From: David Greaves <david@xxxxxxxxxxxx>
Re: identifying failed disk/s in an array.
- From: Tomasz Chmielewski <mangoo@xxxxxxxx>
identifying failed disk/s in an array.
- From: "Michael Harris" <michael.harris@xxxxxxxxxxx>
Problem with raid5 grow/resize (not restripe)
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
AACRAID driver broken in 2.6.22.x (and beyond?) [WAS: Re: 2.6.22.16 MD raid1 doesn't mark removed disk faulty, MD thread goes UN]
- From: "Mike Snitzer" <snitzer@xxxxxxxxx>
Re: idle array consuming cpu ??!!
- From: carlos@xxxxxxxxxxxxxx (Carlos Carvalho)
Re: idle array consuming cpu ??!!
- From: Bill Davidsen <davidsen@xxxxxxx>
[PATCH] md: constify function pointer tables
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: One Large md or Many Smaller md for Better Peformance?
- From: Iustin Pop <iusty@xxxxxxxxx>
Re: One Large md or Many Smaller md for Better Peformance?
- From: Tomasz Chmielewski <mangoo@xxxxxxxx>
Re: One Large md or Many Smaller md for Better Peformance?
- From: Bill Davidsen <davidsen@xxxxxxx>
Raid1, mdadm and nfs that remains in D state
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
Re: One Large md or Many Smaller md for Better Peformance?
- From: Moshe Yudkowsky <moshe@xxxxxxxxx>
Re: [RFC] A SCSI fault injection framework using SystemTap.
- From: "K.Tanaka" <k-tanaka@xxxxxxxxxxxxx>
Re: 2.6.22.16 MD raid1 doesn't mark removed disk faulty, MD thread goes UN
- From: "Mike Snitzer" <snitzer@xxxxxxxxx>
Re: One Large md or Many Smaller md for Better Peformance?
- From: carlos@xxxxxxxxxxxxxx (Carlos Carvalho)
Re: idle array consuming cpu ??!!
- From: carlos@xxxxxxxxxxxxxx (Carlos Carvalho)
2.6.22.16 MD raid1 doesn't mark removed disk faulty, MD thread goes UN
- From: "Mike Snitzer" <snitzer@xxxxxxxxx>
Re: One Large md or Many Smaller md for Better Peformance?
- From: Ask Bjørn Hansen <ask@xxxxxxxxxxxxxx>
Re: mdadm error when trying to replace a failed drive in RAID5 array
- From: Ask Bjørn Hansen <ask@xxxxxxxxxxxxxx>
raid10 messed up by false multipath setup (was: raid10 messed up filesystem, lvm lv ok)
- From: Ask Bjørn Hansen <ask@xxxxxxxxxxxxxx>
Re: array doesn't run even with --force
- From: carlos@xxxxxxxxxxxxxx (Carlos Carvalho)
Re: One Large md or Many Smaller md for Better Peformance?
- From: Moshe Yudkowsky <moshe@xxxxxxxxx>
Re: One Large md or Many Smaller md for Better Performance?
- From: Moshe Yudkowsky <moshe@xxxxxxxxx>
Re: array doesn't run even with --force
- From: Neil Brown <neilb@xxxxxxx>
Re: array doesn't run even with --force
- From: carlos@xxxxxxxxxxxxxx (Carlos Carvalho)
Re: idle array consuming cpu ??!!
- From: carlos@xxxxxxxxxxxxxx (Carlos Carvalho)
Re: idle array consuming cpu ??!!
- From: Neil Brown <neilb@xxxxxxx>
Re: array doesn't run even with --force
- From: Neil Brown <neilb@xxxxxxx>
array doesn't run even with --force
- From: carlos@xxxxxxxxxxxxxx (Carlos Carvalho)
idle array consuming cpu ??!!
- From: carlos@xxxxxxxxxxxxxx (Carlos Carvalho)
Re: One Large md or Many Smaller md for Better Peformance?
- From: Iustin Pop <iusty@xxxxxxxxx>
Re: One Large md or Many Smaller md for Better Peformance?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: how to create a degraded raid1 with only 1 of 2 drives ??
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: how to create a degraded raid1 with only 1 of 2 drives ??
- From: David Greaves <david@xxxxxxxxxxxx>
RE: mdadm error when trying to replace a failed drive in RAID5 array
- From: "Steve Fairbairn" <steve@xxxxxxxxxxxxxxxxxxxx>
Re: mdadm error when trying to replace a failed drive in RAID5 array
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
RE: mdadm error when trying to replace a failed drive in RAID5 array
- From: "Steve Fairbairn" <steve@xxxxxxxxxxxxxxxxxxxx>
One Large md or Many Smaller md for Better Peformance?
- From: Moshe Yudkowsky <moshe@xxxxxxxxx>
Performance of RAID 10 vs. using LVM?
- From: Moshe Yudkowsky <moshe@xxxxxxxxx>
Re: how to create a degraded raid1 with only 1 of 2 drives ??
- From: michael@xxxxxxxxx
Re: how to create a degraded raid1 with only 1 of 2 drives ??
- From: Mitchell Laks <mlaks@xxxxxxxxxxxxxxxx>
how to create a degraded raid1 with only 1 of 2 drives ??
- From: Mitchell Laks <mlaks@xxxxxxxxxxxxxxxx>
Re: The SX4 challenge
- From: Mikael Pettersson <mikpe@xxxxxxxx>
mdadm error when trying to replace a failed drive in RAID5 array
- From: "Steve Fairbairn" <steve@xxxxxxxxxxxxxxxxxxxx>
raid10 messed up filesystem, lvm lv ok
- From: Ask Bjørn Hansen <ask@xxxxxxxxxxxxxx>
Raid 5 Wiederherstellung
- From: Berny <webmaster@xxxxxxxxxxxxx>
Re: Raid over 48 disks ... for real now
- From: Jon Lewis <jlewis@xxxxxxxxx>
Re: 3ware and erroneous multipathing - duplicate serial numbers (was: 3ware and dmraid)
- From: Ask Bjørn Hansen <ask@xxxxxxxxxxxxxx>
Re: Raid over 48 disks ... for real now
- From: "Norman Elton" <normelton@xxxxxxxxx>
Re: Raid over 48 disks ... for real now
- From: "Greg Cormier" <gcormier@xxxxxxxxx>
Re: Raid over 48 disks ... for real now
- From: michael@xxxxxxxxx
Re: Linux Software RAID 5 + XFS Multi-Benchmarks / 10 Raptors Again
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Linux Software RAID 5 + XFS Multi-Benchmarks / 10 Raptors Again
- From: "Greg Cormier" <gcormier@xxxxxxxxx>
Re: Linux Software RAID 5 + XFS Multi-Benchmarks / 10 Raptors Again
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Linux Software RAID 5 + XFS Multi-Benchmarks / 10 Raptors Again
- From: "Greg Cormier" <gcormier@xxxxxxxxx>
Re: Linux Software RAID 5 + XFS Multi-Benchmarks / 10 Raptors Again
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Linux Software RAID 5 + XFS Multi-Benchmarks / 10 Raptors Again
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: 3ware and erroneous multipathing - duplicate serial numbers (was: 3ware and dmraid)
- From: Heinz Mauelshagen <mauelshagen@xxxxxxxxxx>
3ware and dmraid - duplicate serial numbers (!)
- From: Ask Bjørn Hansen <ask@xxxxxxxxxxxxxx>
Re: 3ware and erroneous multipathing - duplicate serial numbers (was: 3ware and dmraid)
- From: Ask Bjørn Hansen <ask@xxxxxxxxxxxxxx>
[PATCH 004 of 4] md: Fix an occasional deadlock in raid5 - FIX
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 003 of 4] md: Change ITERATE_RDEV_GENERIC to rdev_for_each_list, and remove ITERATE_RDEV_PENDING.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 002 of 4] md: Allow devices to be shared between md arrays.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 001 of 4] md: Set and test the ->persistent flag for md devices more consistently.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 000 of 4] md: assorted md patched - please read carefully.
- From: NeilBrown <neilb@xxxxxxx>
Re: do_md_run returned -22 [Was: 2.6.24-rc8-mm1]
- From: Neil Brown <neilb@xxxxxxx>
Re: Raid over 48 disks ... for real now
- From: Janek Kozicki <janek_listy@xxxxx>
Re: do_md_run returned -22 [Was: 2.6.24-rc8-mm1]
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Incompatibility between Linux and Windows
- From: Leopoldo Ghielmetti <leopoldo.ghielmetti@xxxxxxxxxx>
Re: Raid over 48 disks ... for real now
- From: "Norman Elton" <normelton@xxxxxxxxx>
Raid over 48 disks ... for real now
- From: "Norman Elton" <normelton@xxxxxxxxx>
SX8 docs (was: The SX4 challenge)
- From: James Andrewartha <jamesa@xxxxxxxxxx>
do_md_run returned -22 [Was: 2.6.24-rc8-mm1]
- From: Jiri Slaby <jirislaby@xxxxxxxxx>
Re: The SX4 challenge
- From: Mark Lord <lkml@xxxxxx>
The SX4 challenge
- From: Jeff Garzik <jeff@xxxxxxxxxx>
Re: How do I get rid of old device?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: How do I get rid of old device?
- From: Neil Brown <neilb@xxxxxxx>
Re: How do I get rid of old device?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
How do I get rid of old device?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Linux Software RAID 5 + XFS Multi-Benchmarks / 10 Raptors Again
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Linux Software RAID 5 + XFS Multi-Benchmarks / 10 Raptors Again
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: [PATCH 001 of 6] md: Fix an occasional deadlock in raid5
- From: Neil Brown <neilb@xxxxxxx>
Re: Linux Software RAID 5 + XFS Multi-Benchmarks / 10 Raptors Again
- From: Al Boldi <a1426z@xxxxxxxxx>
(no subject)
- From: Jed Davidow <jed@xxxxxxxxxxxxx>
Re: Linux Software RAID 5 + XFS Multi-Benchmarks / 10 Raptors Again
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Linux Software RAID 5 + XFS Multi-Benchmarks / 10 Raptors Again
- From: "Greg Cormier" <gcormier@xxxxxxxxx>
Re: Linux Software RAID 5 + XFS Multi-Benchmarks / 10 Raptors Again
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Linux Software RAID 5 + XFS Multi-Benchmarks / 10 Raptors Again
- From: Al Boldi <a1426z@xxxxxxxxx>
Re: Linux Software RAID 5 + XFS Multi-Benchmarks / 10 Raptors Again
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Linux Software RAID 5 + XFS Multi-Benchmarks / 10 Raptors Again
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: [PATCH 001 of 6] md: Fix an occasional deadlock in raid5
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 001 of 6] md: Fix an occasional deadlock in raid5
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: [PATCH 001 of 6] md: Fix an occasional deadlock in raid5
- From: dean gaudet <dean@xxxxxxxxxx>
Re: [PATCH 001 of 6] md: Fix an occasional deadlock in raid5
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 001 of 6] md: Fix an occasional deadlock in raid5
- From: dean gaudet <dean@xxxxxxxxxx>
Re: [dm-devel] [RFC] A SCSI fault injection framework using SystemTap.
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: [RFC] A SCSI fault injection framework using SystemTap.
- From: "K.Tanaka" <k-tanaka@xxxxxxxxxxxxx>
Re: [RFC] A SCSI fault injection framework using SystemTap.
- From: Matthew Wilcox <matthew@xxxxxx>
[BUG] The kernel thread for md RAID1 could cause a md RAID1 array deadlock
- From: "K.Tanaka" <k-tanaka@xxxxxxxxxxxxx>
[RFC] A SCSI fault injection framework using SystemTap.
- From: "K.Tanaka" <k-tanaka@xxxxxxxxxxxxx>
Replacing an active drive.
- From: "Greg Cormier" <gcormier@xxxxxxxxx>
Re: [PATCH 002 of 6] md: Fix use-after-free bug when dropping an rdev from an md array.
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 002 of 6] md: Fix use-after-free bug when dropping an rdev from an md array.
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 002 of 6] md: Fix use-after-free bug when dropping an rdev from an md array.
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 002 of 6] md: Fix use-after-free bug when dropping an rdev from an md array.
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 002 of 6] md: Fix use-after-free bug when dropping an rdev from an md array.
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 002 of 6] md: Fix use-after-free bug when dropping an rdev from an md array.
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 002 of 6] md: Fix use-after-free bug when dropping an rdev from an md array.
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
[PATCH 006 of 6] md: Change ITERATE_RDEV_GENERIC to rdev_for_each_list, and remove ITERATE_RDEV_PENDING.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 005 of 6] md: Change ITERATE_RDEV to rdev_for_each
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 004 of 6] md: Change INTERATE_MDDEV to for_each_mddev
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 003 of 6] md: Change a few 'int' to 'size_t' in md
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 002 of 6] md: Fix use-after-free bug when dropping an rdev from an md array.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 001 of 6] md: Fix an occasional deadlock in raid5
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 000 of 6] md: various fixes for md
- From: NeilBrown <neilb@xxxxxxx>
Re: PROBLEM: RAID5 reshape data corruption
- From: Nagilum <nagilum@xxxxxxxxxxx>
Re: The effects of multiple layers of block drivers
- From: Nagilum <nagilum@xxxxxxxxxxx>
Re: 2.6.24-rc6 reproducible raid5 hang
- From: dean gaudet <dean@xxxxxxxxxx>
Re: 2.6.24-rc6 reproducible raid5 hang
- From: Neil Brown <neilb@xxxxxxx>
Re: The effects of multiple layers of block drivers
- From: Neil Brown <neilb@xxxxxxx>
Re: md rotates RAID5 spare at boot
- From: Neil Brown <neilb@xxxxxxx>
Re: md rotates RAID5 spare at boot
- From: Jed Davidow <jed@xxxxxxxxxxxxx>
Re: md rotates RAID5 spare at boot
- From: Neil Brown <neilb@xxxxxxx>
Re: md rotates RAID5 spare at boot
- From: Neil Brown <neilb@xxxxxxx>
Re: md rotates RAID5 spare at boot
- From: Jed Davidow <jed@xxxxxxxxxxxxx>
Re: md rotates RAID5 spare at boot
- From: Jed Davidow <jed@xxxxxxxxxxxxx>
The effects of multiple layers of block drivers
- From: Dennison Williams <evoltech@xxxxxxxxxxx>
Re: raid5 stuck in degraded, inactive and dirty mode
- From: CaT <cat@xxxxxxxxxx>
Re: md rotates RAID5 spare at boot
- From: Neil Brown <neilb@xxxxxxx>
Re: raid5 stuck in degraded, inactive and dirty mode
- From: Neil Brown <neilb@xxxxxxx>
this goes go my megaraid probs too was: Re: md rotates RAID5 spare at boot
- From: "Eric S. Johansson" <esj@xxxxxxxxxx>
Re: md rotates RAID5 spare at boot
- From: Jed Davidow <jed@xxxxxxxxxxxxx>
Re: md rotates RAID5 spare at boot
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: 2.6.24-rc6 reproducible raid5 hang
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: 2.6.24-rc6 reproducible raid5 hang
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: md rotates RAID5 spare at boot
- From: Jed Davidow <jed@xxxxxxxxxxxxx>
Re: 2.6.24-rc6 reproducible raid5 hang
- From: dean gaudet <dean@xxxxxxxxxx>
Re: raid5 stuck in degraded, inactive and dirty mode
- From: CaT <cat@xxxxxxxxxx>
Re: 2.6.24-rc6 reproducible raid5 hang
- From: dean gaudet <dean@xxxxxxxxxx>
Re: Raid 1, can't get the second disk added back in.
- From: dean gaudet <dean@xxxxxxxxxx>
Re: 2.6.24-rc6 reproducible raid5 hang
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: 2.6.24-rc6 reproducible raid5 hang
- From: Neil Brown <neilb@xxxxxxx>
Re: 2.6.24-rc6 reproducible raid5 hang
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: 2.6.24-rc6 reproducible raid5 hang
- From: Neil Brown <neilb@xxxxxxx>
trouble with mega-raid 150 and considering other alternatives
- From: "Eric S. Johansson" <esj@xxxxxxxxxx>
md rotates RAID5 spare at boot
- From: Jed Davidow <jed@xxxxxxxxxxxxx>
Re: 2.6.24-rc6 reproducible raid5 hang
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: raid5 stuck in degraded, inactive and dirty mode
- From: CaT <cat@xxxxxxxxxx>
Re: raid5 stuck in degraded, inactive and dirty mode
- From: Neil Brown <neilb@xxxxxxx>
raid5 stuck in degraded, inactive and dirty mode
- From: CaT <cat@xxxxxxxxxx>
Re: Raid 1, can't get the second disk added back in.
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Raid 1, new disk can't be added after replacing faulty disk
- From: Radu Rendec <radu.rendec@xxxxxxx>
Re: Raid 1, new disk can't be added after replacing faulty disk
- From: Radu Rendec <radu.rendec@xxxxxxx>
Raid level 5 not permitted with --build
- From: Daniel Browning <db@xxxxxxxxxxxx>
Re: Is that normal a removed part in RAID0 still showed as "active sync"
- From: hxsrmeng <hxsrmeng@xxxxxxxxx>
Re: Raid 1, new disk can't be added after replacing faulty disk
- From: Neil Brown <neilb@xxxxxxx>
Re: Is that normal a removed part in RAID0 still showed as "active sync"
- From: Neil Brown <neilb@xxxxxxx>
Re: Why "mdadm --monitor --program" sometimes only gives 2 command-line arguments to the program?
- From: Neil Brown <neilb@xxxxxxx>
Re: Raid 1, can't get the second disk added back in.
- From: Neil Brown <neilb@xxxxxxx>
Re: Raid 1, new disk can't be added after replacing faulty disk
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: On the subject of RAID-6 corruption recovery
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Is that normal a removed part in RAID0 still showed as "active sync"
- From: Hxsrmeng <hxsrmeng@xxxxxxxxx>
Raid 1, new disk can't be added after replacing faulty disk
- From: Radu Rendec <radu.rendec@xxxxxxx>
Re: Raid 1, can't get the second disk added back in.
- From: Jim <jim@xxxxxxxxxxxxxxxxxx>
Re: Raid 1, can't get the second disk added back in.
- From: Jim <jim@xxxxxxxxxxxxxxxxxx>
Re: On the subject of RAID-6 corruption recovery
- From: Thiemo Nagel <thiemo.nagel@xxxxxxxxx>
Re: On the subject of RAID-6 corruption recovery
- From: Mattias Wadenstein <maswan@xxxxxxxxxx>
Re: On the subject of RAID-6 corruption recovery
- From: Thiemo Nagel <thiemo.nagel@xxxxxxxxx>
Re: Raid 1, can't get the second disk added back in.
- From: Neil Brown <neilb@xxxxxxx>
Re: Raid 1, can't get the second disk added back in.
- From: Neil Brown <neilb@xxxxxxx>
Re: PROBLEM: RAID5 reshape data corruption
- From: Nagilum <nagilum@xxxxxxxxxxx>
Re: Raid 1, can't get the second disk added back in.
- From: Jim <jim@xxxxxxxxxxxxxxxxxx>
Re: Raid 1, can't get the second disk added back in.
- From: Nagilum <nagilum@xxxxxxxxxxx>
Re: Raid 1, can't get the second disk added back in.
- From: Jim <jim@xxxxxxxxxxxxxxxxxx>
Re: Why "mdadm --monitor --program" sometimes only gives 2 command-line arguments to the program?
- From: Nagilum <nagilum@xxxxxxxxxxx>
Why "mdadm --monitor --program" sometimes only gives 2 command-line arguments to the program?
- From: Hxsrmeng <hxsrmeng@xxxxxxxxx>
Re: PROBLEM: RAID5 reshape data corruption
- From: Nagilum <nagilum@xxxxxxxxxxx>
Re: Raid 1, can't get the second disk added back in.
- From: Nagilum <nagilum@xxxxxxxxxxx>
Raid 1, can't get the second disk added back in.
- From: Jim <jim@xxxxxxxxxxxxxxxxxx>
Re: On the subject of RAID-6 corruption recovery
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: On the subject of RAID-6 corruption recovery
- From: "Thiemo Nagel" <thiemo.nagel@xxxxxxxxx>
Re: On the subject of RAID-6 corruption recovery
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: On the subject of RAID-6 corruption recovery
- From: "Thiemo Nagel" <thiemo.nagel@xxxxxxxxx>
Re: On the subject of RAID-6 corruption recovery
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: On the subject of RAID-6 corruption recovery
- From: "Thiemo Nagel" <thiemo.nagel@xxxxxxxxx>
Re: New XFS benchmarks using David Chinner's recommendations for XFS-based optimizations.
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: [PATCH] md: Fix data corruption when a degraded raid5 array is reshaped.
- From: Neil Brown <neilb@xxxxxxx>
md raid1 in active-active arrangement
- From: "Clayton Bell" <Clayton.Bell@xxxxxxxxxxxx>
Re: [PATCH] md: Fix data corruption when a degraded raid5 array is reshaped.
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [PATCH] md: Fix data corruption when a degraded raid5 array is reshaped.
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH] md: Fix data corruption when a degraded raid5 array is reshaped.
- From: NeilBrown <neilb@xxxxxxx>
Re: PROBLEM: RAID5 reshape data corruption
- From: Neil Brown <neilb@xxxxxxx>
Re: stopped array, but /sys/block/mdN still exists.
- From: Neil Brown <neilb@xxxxxxx>
Re: stopped array, but /sys/block/mdN still exists.
- From: Neil Brown <neilb@xxxxxxx>
stopped array, but /sys/block/mdN still exists.
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: Last ditch plea on remote double raid5 disk failure
- From: "David Rees" <drees76@xxxxxxxxx>
Re: raid 10 su, sw settings
- From: <pg_mh@xxxxxxxxxx>
Re: New XFS benchmarks using David Chinner's recommendations for XFS-based optimizations.
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: Change Stripe size?
- From: Nagilum <nagilum@xxxxxxxxxxx>
Re: Change Stripe size?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Change Stripe size?
- From: "Greg Cormier" <gcormier@xxxxxxxxx>
Re: Last ditch plea on remote double raid5 disk failure
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: New XFS benchmarks using David Chinner's recommendations for XFS-based optimizations.
- From: pg_lxra@xxxxxxxxxxxxxxxxxxx (Peter Grandi)
Re: New XFS benchmarks using David Chinner's recommendations for XFS-based optimizations.
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Last ditch plea on remote double raid5 disk failure
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: Last ditch plea on remote double raid5 disk failure
- From: "Marc MERLIN" <marc@xxxxxxxxxxx>
PROBLEM: RAID5 reshape data corruption
- From: Nagilum <nagilum@xxxxxxxxxxx>
Re: Last ditch plea on remote double raid5 disk failure
- From: Neil Brown <neilb@xxxxxxx>
Last ditch plea on remote double raid5 disk failure
- From: "Marc MERLIN" <merlin@xxxxxxxxx>
Re: New XFS benchmarks using David Chinner's recommendations for XFS-based optimizations.
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: New XFS benchmarks using David Chinner's recommendations for XFS-based optimizations.
- From: Wolfgang Denk <wd@xxxxxxx>
Re: New XFS benchmarks using David Chinner's recommendations for XFS-based optimizations.
- From: Raz <raziebe@xxxxxxxxx>
New XFS benchmarks using David Chinner's recommendations for XFS-based optimizations.
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: [patch] improve stripe_cache_size documentation
- From: dean gaudet <dean@xxxxxxxxxx>
Re: [patch] improve stripe_cache_size documentation
- From: dean gaudet <dean@xxxxxxxxxx>
Re: 2.6.24-rc6 reproducible raid5 hang
- From: dean gaudet <dean@xxxxxxxxxx>
AS/CFQ/DEADLINE/NOOP on Linux SW RAID?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: [patch] improve stripe_cache_size documentation
- From: "Thiemo Nagel" <thiemo.nagel@xxxxxxxxx>
Re: Linux RAID Partition Offset 63 cylinders / 30% performance hit?
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: 2.6.24-rc6 reproducible raid5 hang
- From: dean gaudet <dean@xxxxxxxxxx>
Re: 2.6.24-rc6 reproducible raid5 hang
- From: dean gaudet <dean@xxxxxxxxxx>
Re: 2.6.24-rc6 reproducible raid5 hang
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: 2.6.24-rc6 reproducible raid5 hang
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
[patch] improve stripe_cache_size documentation
- From: dean gaudet <dean@xxxxxxxxxx>
Re: 2.6.24-rc6 reproducible raid5 hang
- From: dean gaudet <dean@xxxxxxxxxx>
Re: 2.6.24-rc6 reproducible raid5 hang
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: Linux RAID Partition Offset 63 cylinders / 30% performance hit?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Linux RAID Partition Offset 63 cylinders / 30% performance hit?
- From: dean gaudet <dean@xxxxxxxxxx>
Re: 2.6.24-rc6 reproducible raid5 hang
- From: dean gaudet <dean@xxxxxxxxxx>
mdadm: unable to add a disk to degraded raid1 array
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: raid5 grow reshaping speed is unchangeable
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: raid5 grow reshaping speed is unchangeable
- From: "Cody Yellan" <cody@xxxxxxxxxxxxx>
Re: raid5 grow reshaping speed is unchangeable
- From: "Cody Yellan" <cody@xxxxxxxxxxxxx>
Re: On the subject of RAID-6 corruption recovery
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: On the subject of RAID-6 corruption recovery
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: raid5 grow reshaping speed is unchangeable
- From: Richard Scobie <richard@xxxxxxxxxxx>
On the subject of RAID-6 corruption recovery
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: [md-raid6-accel PATCH 01/12] async_tx: PQXOR implementation
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: [md-raid6-accel PATCH 02/12] async_tx: RAID-6 recovery implementation
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: raid5 grow reshaping speed is unchangeable
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: raid5 grow reshaping speed is unchangeable
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: 2.6.24-rc6 reproducible raid5 hang
- From: dean gaudet <dean@xxxxxxxxxx>
Re: raid5 grow reshaping speed is unchangeable
- From: Nagilum <nagilum@xxxxxxxxxxx>
Re: 2.6.24-rc6 reproducible raid5 hang
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 2.6.24-rc6 reproducible raid5 hang
- From: dean gaudet <dean@xxxxxxxxxx>
2.6.24-rc6 reproducible raid5 hang
- From: dean gaudet <dean@xxxxxxxxxx>
RE: raid5 grow reshaping speed is unchangeable
- From: "Cody Yellan" <cody@xxxxxxxxxxxxx>
raid5 grow reshaping speed is unchangeable
- From: "Cody Yellan" <cody@xxxxxxxxxxxxx>
Re: raid10 performance question
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: [PATCH 004 of 7] md: Allow devices to be shared between md arrays.
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 001 of 7] md: Support 'external' metadata for md arrays.
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: raid10 performance question
- From: pg_lxra@xxxxxxxxxxxxxxxxxxx (Peter Grandi)
Re: Raid over 48 disks
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: raid10: unfair disk load?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Raid over 48 disks
- From: <pg_mh@xxxxxxxxxx>
Re: raid10 performance question
- From: pg_lxra@xxxxxxxxxxxxxxxxxxx (Peter Grandi)
Re: Linux RAID Partition Offset 63 cylinders / 30% performance hit?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: raid10: unfair disk load?
- From: Richard Scobie <richard@xxxxxxxxxxx>
raid10 performance question
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: raid10: unfair disk load?
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: raid10: unfair disk load?
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: raid10: unfair disk load?
- From: "Jon Nelson" <jnelson@xxxxxxxxxxx>
Re: mdadm --stop goes off and never comes back?
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: raid10: unfair disk load?
- From: Janek Kozicki <janek_listy@xxxxx>
Re: mdadm --stop goes off and never comes back?
- From: Neil Brown <neilb@xxxxxxx>
Re: raid10: unfair disk load?
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: raid10: unfair disk load?
- From: Janek Kozicki <janek_listy@xxxxx>
Re: raid10: unfair disk load?
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: Raid over 48 disks
- From: Leif Nixon <nixon@xxxxxxxxxx>
Re: Raid over 48 disks
- From: Leif Nixon <nixon@xxxxxxxxxx>
Re: Raid over 48 disks
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Raid over 48 disks
- From: Thiemo Nagel <thiemo.nagel@xxxxxxxxx>
Re: Linux RAID Partition Offset 63 cylinders / 30% performance hit?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Linux RAID Partition Offset 63 cylinders / 30% performance hit?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: help diagnosing bad disk
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Linux RAID Partition Offset 63 cylinders / 30% performance hit?
- From: Michal Soltys <soltys@xxxxxxxx>
Re: Linux RAID Partition Offset 63 cylinders / 30% performance hit?
- From: Gabor Gombas <gombasg@xxxxxxxxx>
Re: Linux RAID Partition Offset 63 cylinders / 30% performance hit?
- From: Gabor Gombas <gombasg@xxxxxxxxx>
Re: Linux RAID Partition Offset 63 cylinders / 30% performance hit?
- From: Gabor Gombas <gombasg@xxxxxxxxx>
Linux-System installed from tar.gz with a Live-CD
- From: "Glatzel Tino" <tino.glatzel@xxxxxxxxxx>
Re: mdadm --stop goes off and never comes back?
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: mdadm --stop goes off and never comes back?
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: mdadm --stop goes off and never comes back?
- From: Neil Brown <neilb@xxxxxxx>
Re: Linux RAID Partition Offset 63 cylinders / 30% performance hit?
- From: "Jon Nelson" <jnelson@xxxxxxxxxxx>
Re: Linux RAID Partition Offset 63 cylinders / 30% performance hit?
- From: Michal Soltys <soltys@xxxxxxxx>
Re: Linux RAID Partition Offset 63 cylinders / 30% performance hit?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Linux RAID Partition Offset 63 cylinders / 30% performance hit?
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: help diagnosing bad disk
- From: Iustin Pop <iusty@xxxxxxxxx>
Re: Linux RAID Partition Offset 63 cylinders / 30% performance hit?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: raid5 reshape/resync - BUGREPORT/PROBLEM
- From: Nagilum <nagilum@xxxxxxxxxxx>
Re: Linux RAID Partition Offset 63 cylinders / 30% performance hit?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: help diagnosing bad disk
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: help diagnosing bad disk
- From: "Jon Sabo" <jonathan.sabo@xxxxxxxxx>
Re: help diagnosing bad disk
- From: "Jon Sabo" <jonathan.sabo@xxxxxxxxx>
Re: Linux RAID Partition Offset 63 cylinders / 30% performance hit?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: help diagnosing bad disk
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: help diagnosing bad disk
- From: "Jon Sabo" <jonathan.sabo@xxxxxxxxx>
Re: help diagnosing bad disk
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
help diagnosing bad disk
- From: "Jon Sabo" <jonathan.sabo@xxxxxxxxx>
Re: Linux RAID Partition Offset 63 cylinders / 30% performance hit?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Linux RAID Partition Offset 63 cylinders / 30% performance hit?
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: Linux RAID Partition Offset 63 cylinders / 30% performance hit?
- From: "Jon Nelson" <jnelson@xxxxxxxxxxx>
Re: Linux RAID Partition Offset 63 cylinders / 30% performance hit?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Linux RAID Partition Offset 63 cylinders / 30% performance hit?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: ERROR] scsi.c: In function 'scsi_get_serial_number_page'
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Raid over 48 disks
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Linux RAID Partition Offset 63 cylinders / 30% performance hit?
- From: "Jon Nelson" <jnelson@xxxxxxxxxxx>
Re: Linux RAID Partition Offset 63 cylinders / 30% performance hit?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Raid over 48 disks
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Raid over 48 disks
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Linux RAID Partition Offset 63 cylinders / 30% performance hit?
- From: Mattias Wadenstein <maswan@xxxxxxxxxx>
Linux RAID Partition Offset 63 cylinders / 30% performance hit?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Raid over 48 disks
- From: Russell Smith <russell.smith@xxxxxxxxxx>
Re: raid5 resizing
- From: CaT <cat@xxxxxxxxxx>
Re: ERROR] scsi.c: In function 'scsi_get_serial_number_page'
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: raid5 resizing
- From: Neil Brown <neilb@xxxxxxx>
ERROR] scsi.c: In function 'scsi_get_serial_number_page'
- From: Thierry Iceta <Thierry.Iceta@xxxxxxxx>
raid5 resizing
- From: CaT <cat@xxxxxxxxxx>
Re: Raid over 48 disks
- From: Mattias Wadenstein <maswan@xxxxxxxxxx>
Re: raid5 reshape/resync - BUGREPORT
- From: Janek Kozicki <janek_listy@xxxxx>
RE: Raid over 48 disks
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
RE: Raid over 48 disks
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
RE: Raid over 48 disks
- From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
Re: Raid over 48 disks
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Raid over 48 disks
- From: Thiemo Nagel <thiemo.nagel@xxxxxxxxx>
Re: Raid over 48 disks
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Raid over 48 disks
- From: "Jon Nelson" <jnelson@xxxxxxxxxxx>
Re: Raid over 48 disks
- From: Thiemo Nagel <thiemo.nagel@xxxxxxxxx>
mdadm --stop goes off and never comes back?
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: Raid over 48 disks
- From: Brendan Conoboy <blc@xxxxxxxxxx>
Re: Raid over 48 disks
- From: Neil Brown <neilb@xxxxxxx>
Re: Raid over 48 disks
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Raid over 48 disks
- From: Thiemo Nagel <thiemo.nagel@xxxxxxxxx>
Re: Raid over 48 disks
- From: Norman Elton <normelton@xxxxxxxxx>
Re: Raid over 48 disks
- From: Thiemo Nagel <thiemo.nagel@xxxxxxxxx>
Re: Raid over 48 disks
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: Raid over 48 disks
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Raid does not start automatically
- From: "Glatzel Tino" <tino.glatzel@xxxxxxxxxx>
Raid over 48 disks
- From: Norman Elton <normelton@xxxxxxxxx>
Re: raid5 reshape/resync
- From: Nagilum <nagilum@xxxxxxxxxxx>
Re: Cannot re-assemble Degraded RAID6 after crash
- From: Neil Brown <neilb@xxxxxxx>
Cannot re-assemble Degraded RAID6 after crash
- From: "Erich Newell" <erich.newell@xxxxxxxxx>
Re: Raid-10 mount at startup always has problem
- From: "Daniel L. Miller" <dmiller@xxxxxxxxx>
Re: [PATCH 007 of 7] md: Get name for block device in sysfs
- From: Kay Sievers <kay.sievers@xxxxxxxx>
Re: [PATCH 007 of 7] md: Get name for block device in sysfs
- From: Neil Brown <neilb@xxxxxxx>
Re: Please Help!!! Raid 5 reshape failed!
- From: Neil Brown <neilb@xxxxxxx>
Re: raid5 reshape/resync
- From: Janek Kozicki <janek_listy@xxxxx>
Re: [PATCH 007 of 7] md: Get name for block device in sysfs
- From: "Kay Sievers" <kay.sievers@xxxxxxxx>
Please Help!!! Raid 5 reshape failed!
- From: mangaskahn <mangaskahn@xxxxxxxxx>
Re: mdadm break / restore soft mirror
- From: "Jeff Breidenbach" <jeff@xxxxxxx>
Re: mdadm break / restore soft mirror
- From: "Jeff Breidenbach" <jeff@xxxxxxx>
Re: raid6 check/repair
- From: Thiemo Nagel <thiemo.nagel@xxxxxxxxx>
Re: mdadm break / restore soft mirror
- From: Neil Brown <neilb@xxxxxxx>
Re: mdadm break / restore soft mirror
- From: "Jeff Breidenbach" <jeff@xxxxxxx>
[PATCH 007 of 7] md: Get name for block device in sysfs
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 006 of 7] md: Allow an md array to appear with 0 drives if it has external metadata.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 005 of 7] md: Lock address when changing attributes of component devices.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 004 of 7] md: Allow devices to be shared between md arrays.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 003 of 7] md: Allow a maximum extent to be set for resyncing.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 002 of 7] md: Give userspace control over removing failed devices when external metdata in use
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 001 of 7] md: Support 'external' metadata for md arrays.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 000 of 7] md: Introduction EXPLAIN PATCH SET HERE
- From: NeilBrown <neilb@xxxxxxx>
RE: mdadm break / restore soft mirror
- From: Neil Brown <neilb@xxxxxxx>
Re: Auto assembly errors with mdadm and 64K aligned partitions.
- From: Neil Brown <neilb@xxxxxxx>
Re: mdadm break / restore soft mirror
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Kernel 2.6.23.9 / P35 Chipset + WD 750GB Drives (reset port)
- From: Bill Davidsen <davidsen@xxxxxxx>
Auto assembly errors with mdadm and 64K aligned partitions.
- From: greg@xxxxxxxxxxxx
Re: optimal IO scheduler choice?
- From: Gabor Gombas <gombasg@xxxxxxxxx>
Re: optimal IO scheduler choice?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
optimal IO scheduler choice?
- From: Louis-David Mitterrand <vindex+lists-linux-raid@xxxxxxxxxxx>
RE: mdadm break / restore soft mirror
- From: "Brett Maton" <Brett.Maton@xxxxxxxxxxxxxxxxxx>
Re: mdadm break / restore soft mirror
- From: Neil Brown <neilb@xxxxxxx>
Re: mdadm break / restore soft mirror
- From: "Jeff Breidenbach" <jeff@xxxxxxx>
Re: mdadm break / restore soft mirror
- From: Neil Brown <neilb@xxxxxxx>
Re: mdadm break / restore soft mirror
- From: Richard Scobie <richard@xxxxxxxxxxx>
mdadm break / restore soft mirror
- From: "Brett Maton" <Brett.Maton@xxxxxxxxxxxxxxxxxx>
Re: external bitmaps.. and more
- From: dean gaudet <dean@xxxxxxxxxx>
Re: raid5 reshape/resync
- From: Nagilum <nagilum@xxxxxxxxxxx>
FW: Query regarding Async layer functionality for Memory Copy
- From: "Kumar Surender" <R66464@xxxxxxxxxxxxx>
Re: unable to remove failed drive
- From: "Jeff Breidenbach" <jeff@xxxxxxx>
Re: [PATCH 003 of 3] md: Update md bitmap during resync.
- From: "Mike Snitzer" <snitzer@xxxxxxxxx>
Re: unable to remove failed drive
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Kernel 2.6.23.9 / P35 Chipset + WD 750GB Drives (reset port)
- From: Tejun Heo <htejun@xxxxxxxxx>
Re: Kernel 2.6.23.9 / P35 Chipset + WD 750GB Drives (reset port)
- From: Tejun Heo <htejun@xxxxxxxxx>
Re: Few questions
- From: Michael Makuch <michaelk@xxxxxxxxxx>
Re: /proc/mdstat docs (was Re: Few questions)
- From: Michael Makuch <linuxraid@xxxxxxxxxx>
Re: Reading takes 100% precedence over writes for mdadm+raid5?
- From: "Jon Nelson" <jnelson@xxxxxxxxxxx>
Re: mounting raid5 with different unit values
- From: Raz <raziebe@xxxxxxxxx>
Re: /proc/mdstat docs (was Re: Few questions)
- From: Raz <raziebe@xxxxxxxxx>
/proc/mdstat docs (was Re: Few questions)
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Few questions
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Few questions
- From: Corey Hickey <bugfood-ml@xxxxxxxxxx>
RE: Few questions
- From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
unable to remove failed drive
- From: "Jeff Breidenbach" <jeff@xxxxxxx>
Few questions
- From: Michael Makuch <linuxraid@xxxxxxxxxx>
Re: raid6 check/repair
- From: Gabor Gombas <gombasg@xxxxxxxxx>
Re: [PATCH] (2nd try) force parallel resync
- From: Bernd Schubert <bs@xxxxxxxxx>
Re: Kernel 2.6.23.9 + mdadm 2.6.2-2 + Auto rebuild RAID1?
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: Kernel 2.6.23.9 + mdadm 2.6.2-2 + Auto rebuild RAID1?
- From: Nix <nix@xxxxxxxxxxxxx>
Re: RAID mapper device size wrong after replacing drives
- From: Neil Brown <neilb@xxxxxxx>
[PATCH 003 of 3] md: Update md bitmap during resync.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 002 of 3] md: raid6: clean up the style of raid6test/test.c
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 001 of 3] md: raid6: Fix mktable.c
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 000 of 3] md: a few little patches
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH] (2nd try) force parallel resync
- From: Neil Brown <neilb@xxxxxxx>
Re: Kernel 2.6.23.9 / P35 Chipset + WD 750GB Drives (reset port)
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: Kernel 2.6.23.9 / P35 Chipset + WD 750GB Drives (reset port)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Kernel 2.6.23.9 / P35 Chipset + WD 750GB Drives (reset port)
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: assemble vs create an array.......
- From: David Chinner <dgc@xxxxxxx>
RAID mapper device size wrong after replacing drives
- From: Ian P <ian@xxxxxxxxxxxxxxxxxxxxxxx>
[PATCH] (2nd try) force parallel resync
- From: Bernd Schubert <bs@xxxxxxxxx>
Re: raid6 check/repair
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: assemble vs create an array.......
- From: Eric Sandeen <sandeen@xxxxxxxxxxx>
Re: assemble vs create an array.......
- From: Michael Tokarev <mjt@xxxxxxxxxx>
external bitmaps.. and more
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: Reading takes 100% precedence over writes for mdadm+raid5?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: assemble vs create an array.......
- From: Dragos <dragos@xxxxxxxxxxx>
Re: Kernel 2.6.23.9 + mdadm 2.6.2-2 + Auto rebuild RAID1?
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: Reading takes 100% precedence over writes for mdadm+raid5?
- From: "Jon Nelson" <jnelson@xxxxxxxxxxx>
Re: Reading takes 100% precedence over writes for mdadm+raid5?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Reading takes 100% precedence over writes for mdadm+raid5?
- From: "David Rees" <drees76@xxxxxxxxx>
Re: Reading takes 100% precedence over writes for mdadm+raid5?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Reading takes 100% precedence over writes for mdadm+raid5?
- From: "Jon Nelson" <jnelson@xxxxxxxxxxx>
Re: raid6 check/repair
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Kernel 2.6.23.9 + mdadm 2.6.2-2 + Auto rebuild RAID1?
- From: Nix <nix@xxxxxxxxxxxxx>
Re: async_tx: get best channel
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
Re: assemble vs create an array.......
- From: David Greaves <david@xxxxxxxxxxxx>
Re: raid6 check/repair
- From: Leif Nixon <nixon@xxxxxxxxxx>
Re: raid6 check/repair
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: Kernel 2.6.23.9 / P35 Chipset + WD 750GB Drives (reset port)
- From: Robert Hancock <hancockr@xxxxxxx>
Re: raid6 check/repair
- From: pg_lxra@xxxxxxxxxxxxxxxxxxx (Peter Grandi)
Re: assemble vs create an array.......
- From: Dragos <dragos@xxxxxxxxxxx>
[md-raid6-accel PATCH 11/12] md: remove unused functions
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
[md-raid6-accel PATCH 10/12] md: req/comp logic for async I/O operations
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
[md-raid6-accel PATCH 09/12] md: req/comp logic for async expand operations
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
[md-raid6-accel PATCH 08/12] md: req/comp logic for async read operations
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
[md-raid6-accel PATCH 07/12] md: req/comp logic for async check operations
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
[md-raid6-accel PATCH 06/12] md: req/comp logic for async compute operations
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
[md-raid6-accel PATCH 05/12] md: req/comp logic for async write operations
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
[md-raid6-accel PATCH 04/12] md: common handle_stripe6() infrastructure
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
[md-raid6-accel PATCH 03/12] md: run stripe operations outside the lock
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
[md-raid6-accel PATCH 02/12] async_tx: RAID-6 recovery implementation
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
[md-raid6-accel PATCH 01/12] async_tx: PQXOR implementation
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
[md-raid6-accel PATCH 00/12] md raid-6 acceleration
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
Re: mailing list configuration (was: raid6 check/repair)
- From: Matti Aarnio <matti.aarnio@xxxxxxxxxxx>
mailing list configuration (was: raid6 check/repair)
- From: Janek Kozicki <janek_listy@xxxxx>
Re: raid6 check/repair
- From: Thiemo Nagel <thiemo.nagel@xxxxxxxxx>
[PATCH] force parallel resync
- From: Bernd Schubert <bs@xxxxxxxxx>
Re: problem with software raid1 on 2.6.22.10: check/rebuild hangs
- From: Wolfgang Walter <wolfgang.walter@xxxxxxxxxxxxxxxxxxxx>
Re: problem with software raid1 on 2.6.22.10: check/rebuild hangs
- From: Neil Brown <neilb@xxxxxxx>
Re: Spontaneous rebuild
- From: Oliver Martin <oliver.martin@xxxxxxxxxxxxxxxxxxxx>
problem with software raid1 on 2.6.22.10: check/rebuild hangs
- From: Wolfgang Walter <wolfgang.walter@xxxxxxxxxxxxxxxxxxxx>
Re: Spontaneous rebuild
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: Spontaneous rebuild
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Reading takes 100% precedence over writes for mdadm+raid5?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Reading takes 100% precedence over writes for mdadm+raid5?
- From: Neil Brown <neilb@xxxxxxx>
Re: Spontaneous rebuild
- From: Neil Brown <neilb@xxxxxxx>
Reading takes 100% precedence over writes for mdadm+raid5?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Kernel 2.6.23.9 / P35 Chipset + WD 750GB Drives (reset port)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Kernel 2.6.23.9 / P35 Chipset + WD 750GB Drives (reset port)
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: Kernel 2.6.23.9 / P35 Chipset + WD 750GB Drives (reset port)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Spontaneous rebuild
- From: Janek Kozicki <janek_listy@xxxxx>
Re: Kernel 2.6.23.9 / P35 Chipset + WD 750GB Drives (reset port)
- From: Janek Kozicki <janek_listy@xxxxx>
RE: Abysmal write performance on HW RAID5
- From: "Daniel Korstad" <dan@xxxxxxxxxxx>
Re: Spontaneous rebuild
- From: Oliver Martin <oliver.martin@xxxxxxxxxxxxxxxxxxxx>
Re: Spontaneous rebuild
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Kernel 2.6.23.9 / P35 Chipset + WD 750GB Drives (reset port)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Spontaneous rebuild
- From: Oliver Martin <oliver.martin@xxxxxxxxxxxxxxxxxxxx>
Re: Kernel 2.6.23.9 / P35 Chipset + WD 750GB Drives (reset port)
- From: Robert Hancock <hancockr@xxxxxxx>
Re: Kernel 2.6.23.9 / P35 Chipset + WD 750GB Drives (reset port)
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Kernel 2.6.23.9 / P35 Chipset + WD 750GB Drives (reset port)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Kernel 2.6.23.9 / P35 Chipset + WD 750GB Drives (reset port)
- From: Janek Kozicki <janek_listy@xxxxx>
Re: raid5 reshape/resync
- From: Nagilum <nagilum@xxxxxxxxxxx>
Re: Kernel 2.6.23.9 / P35 Chipset + WD 750GB Drives (reset port)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Kernel 2.6.23.9 + mdadm 2.6.2-2 + Auto rebuild RAID1?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Kernel 2.6.23.9 + mdadm 2.6.2-2 + Auto rebuild RAID1?
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: Kernel 2.6.23.9 / P35 Chipset + WD 750GB Drives (reset port)
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: Kernel 2.6.23.9 + mdadm 2.6.2-2 + Auto rebuild RAID1?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Kernel 2.6.23.9 + mdadm 2.6.2-2 + Auto rebuild RAID1?
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Kernel 2.6.23.9 / P35 Chipset + WD 750GB Drives (reset port)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Kernel 2.6.23.9 + mdadm 2.6.2-2 + Auto rebuild RAID1?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: assemble vs create an array.......
- From: Dragos <dragos@xxxxxxxxxxx>
Re: assemble vs create an array.......
- From: Dragos <dragos@xxxxxxxxxxx>
Re: raid6 check/repair
- From: Thiemo Nagel <thiemo.nagel@xxxxxxxxx>
Re: assemble vs create an array.......
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: assemble vs create an array.......
- From: Bryce <bryce@xxxxxxxxxxxxxxxxxx>
Re: raid6 check/repair
- From: Thiemo Nagel <thiemo.nagel@xxxxxxxxx>
Re: assemble vs create an array.......
- From: David Greaves <david@xxxxxxxxxxxx>
RAID6 issue: md_do_sync() got signal ... exiting
- From: thomas62186218@xxxxxxx
Re: assemble vs create an array.......
- From: Neil Brown <neilb@xxxxxxx>
assemble vs create an array.......
- From: Dragos <dragos@xxxxxxxxxxx>
Re: raid6 check/repair
- From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
Re: Abysmal write performance on HW RAID5
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: raid6 check/repair
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: raid6 check/repair
- From: Neil Brown <neilb@xxxxxxx>
Re: raid6 check/repair
- From: Neil Brown <neilb@xxxxxxx>
Re: raid5 reshape/resync
- From: Neil Brown <neilb@xxxxxxx>
[ANNOUNCE] Einarc - universal RAID management/monitoring tool
- From: Mikhail Yakshin <greycat@xxxxxxxxxxxx>
Re: Abysmal write performance on HW RAID5
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Abysmal write performance on HW RAID5
- From: ChristopherD <christopherthe1@xxxxxxxxx>
Re: raid6 check/repair
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: HELP! New disks being dropped from RAID 6 array on every reboot
- From: "Joshua Johnson" <enigma2175@xxxxxxxxx>
Re: raid5 reshape/resync
- From: Nagilum <nagilum@xxxxxxxxxxx>
Re: HELP! New disks being dropped from RAID 6 array on every reboot
- From: "Joshua Johnson" <enigma2175@xxxxxxxxx>
Re: HELP! New disks being dropped from RAID 6 array on every reboot
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: md RAID 10 on Linux 2.6.20?
- From: pg_lxra@xxxxxxxxxxxxxxxxxxx (Peter Grandi)
raid5 reshape/resync
- From: Nagilum <nagilum@xxxxxxxxxxx>
RAID5 rebuild with a bad source drive fails
- From: Jim Klimov <klimov@xxxxxxxxxxx>
Re: HELP! New disks being dropped from RAID 6 array on every reboot
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: [PATCH] Skip bio copy in full-stripe write ops
- From: Neil Brown <neilb@xxxxxxx>
Re: HELP! New disks being dropped from RAID 6 array on every reboot
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
HELP! New disks being dropped from RAID 6 array on every reboot
- From: "Joshua Johnson" <enigma2175@xxxxxxxxx>
Re: md RAID 10 on Linux 2.6.20?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Proposal: non-striping RAID4
- From: "Chris Green" <cgreen@xxxxxxxxxxxxxxxxx>
[PATCH] Skip bio copy in full-stripe write ops
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
Re: Offtopic: hardware advice for SAS RAID6
- From: Sven Rudolph <Sven_Rudolph@xxxxxxxxx>
Re: md RAID 10 on Linux 2.6.20?
- From: Neil Brown <neilb@xxxxxxx>
md RAID 10 on Linux 2.6.20?
- From: thomas62186218@xxxxxxx
Re: raid6 check/repair
- From: Thiemo Nagel <thiemo.nagel@xxxxxxxxx>
Re: BUG: soft lockup detected on CPU#1! (was Re: raid6 resync blocks the entire system)
- From: Neil Brown <neilb@xxxxxxx>
Re: raid6 check/repair
- From: Neil Brown <neilb@xxxxxxx>
RE: Offtopic: hardware advice for SAS RAID6
- From: Daniel Korstad <dan@xxxxxxxxxxx>
Re: raid6 check/repair
- From: Thiemo Nagel <thiemo.nagel@xxxxxxxxx>
Re: raid6 check/repair
- From: Thiemo Nagel <thiemo.nagel@xxxxxxxxx>
Re: Chnaging partition types of RAID array members
- From: Mike Myers <mikesm559@xxxxxxxxx>
Re: BUG: soft lockup detected on CPU#1! (was Re: raid6 resync blocks the entire system)
- From: Bernd Schubert <bs@xxxxxxxxx>
Re: BUG: soft lockup detected on CPU#1! (was Re: raid6 resync blocks the entire system)
- From: Mark Hahn <hahn@xxxxxxxxxxx>
Offtopic: hardware advice for SAS RAID6
- From: Richard Michael <rmichael-raid@xxxxxxxxxxxxxxxx>
Re: BUG: soft lockup detected on CPU#1! (was Re: raid6 resync blocks the entire system)
- From: Bernd Schubert <bs@xxxxxxxxx>
Re: raid6 resync blocks the entire system
- From: Mark Hahn <hahn@xxxxxxxxxxx>
Re: raid5 failure + libata irq: nobody cared
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: raid6 resync blocks the entire system
- From: Bernd Schubert <bs@xxxxxxxxx>
Re: raid6 resync blocks the entire system
- From: <pg_mh@xxxxxxxxxx>
raid6 resync blocks the entire system
- From: Bernd Schubert <bernd-schubert@xxxxxx>
Re: Building a new raid6 with bitmap does not clear bits during resync
- From: Goswin von Brederlow <brederlo@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
Re: Raid5 assemble after dual sata port failure
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Raid5 assemble after dual sata port failure
- From: Chris Eddington <chrise@xxxxxxxxxxxxxx>
raid5 failure + libata irq: nobody cared
- From: "Vincze, Tamas" <vincze@xxxxxxx>
Re: Chnaging partition types of RAID array members
- From: Neil Brown <neilb@xxxxxxx>
Re: raid6 check/repair
- From: Neil Brown <neilb@xxxxxxx>
Chnaging partition types of RAID array members
- From: Mike Myers <mikesm559@xxxxxxxxx>
raid6 check/repair
- From: Leif Nixon <nixon@xxxxxxxxxx>
Re: Proposal: non-striping RAID4
- From: Neil Brown <neilb@xxxxxxx>
Re: [stable] [PATCH 000 of 2] md: Fixes for md in 2.6.23
- From: Neil Brown <neilb@xxxxxxx>
Re: Proposal: non-striping RAID4
- From: "James Lee" <james.lee@xxxxxxxxxx>
Re: PROBLEM: raid5 hangs
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: PROBLEM: raid5 hangs
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: PROBLEM: raid5 hangs
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Proposal: non-striping RAID4
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: [stable] [PATCH 000 of 2] md: Fixes for md in 2.6.23
- From: Greg KH <greg@xxxxxxxxx>
Re: Building a new raid6 with bitmap does not clear bits during resync
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Fwd: RAID5 Recovery
- From: David Greaves <david@xxxxxxxxxxxx>
Fwd: RAID5 Recovery
- From: "Neil Cavan" <neilcavan@xxxxxxxxx>
Re: RAID5 Recovery
- From: David Greaves <david@xxxxxxxxxxxx>
Re: PROBLEM: raid5 hangs
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: PROBLEM: raid5 hangs
- From: Peter Magnusson <iocc@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Re: PROBLEM: raid5 hangs
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
PROBLEM: raid5 hangs
- From: Peter Magnusson <iocc@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Re: [stable] [PATCH 000 of 2] md: Fixes for md in 2.6.23
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: [stable] [PATCH 000 of 2] md: Fixes for md in 2.6.23
- From: Greg KH <greg@xxxxxxxxx>
Re: [stable] [PATCH 000 of 2] md: Fixes for md in 2.6.23
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: Proposal: non-striping RAID4
- From: "James Lee" <james.lee@xxxxxxxxxx>
RAID5 Recovery
- From: "Neil Cavan" <neilcavan@xxxxxxxxx>
Re: [stable] [PATCH 000 of 2] md: Fixes for md in 2.6.23
- From: Greg KH <greg@xxxxxxxxx>
Re: [stable] [PATCH 000 of 2] md: Fixes for md in 2.6.23
- From: Greg KH <greg@xxxxxxxxx>
Re: Proposal: non-striping RAID4
- From: "James Lee" <james.lee@xxxxxxxxxx>
Re: kernel panic (2.6.23.1-fc7) in drivers/md/raid5.c:144
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: kernel panic (2.6.23.1-fc7) in drivers/md/raid5.c:144
- From: Peter <thenephilim13@xxxxxxxxx>
kernel panic (2.6.23.1-fc7) in drivers/md/raid5.c:144
- From: Peter <thenephilim13@xxxxxxxxx>
Re: Building a new raid6 with bitmap does not clear bits during resync
- From: Neil Brown <neilb@xxxxxxx>
Re: Building a new raid6 with bitmap does not clear bits during resync
- From: Bill Davidsen <davidsen@xxxxxxx>
Re[2]: Bug in processing dependencies by async_tx_submit() ?
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
Re: Building a new raid6 with bitmap does not clear bits during resync
- From: Neil Brown <neilb@xxxxxxx>
Re: Proposal: non-striping RAID4
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Raid5 assemble after dual sata port failure
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: stride / stripe alignment on LVM ?
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: [RFC PATCH 2.6.23.1] md: add dm-raid1 read balancing
- From: Samuel Tardieu <sam@xxxxxxxxxxx>
Re: Raid5 assemble after dual sata port failure
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Raid5 assemble after dual sata port failure
- From: Chris Eddington <chrise@xxxxxxxxxxxxxx>
Re: Raid5 assemble after dual sata port failure
- From: David Greaves <david@xxxxxxxxxxxx>
udev events or vgscan on raid partitions right after assembly (delay bug?)
- From: Michal Soltys <nozo@xxxxxxxx>
Re: Raid5 assemble after dual sata port failure
- From: Chris Eddington <chrise@xxxxxxxxxxxxxx>
Re: Raid5 assemble after dual sata port failure
- From: David Greaves <david@xxxxxxxxxxxx>
Proposal: non-striping RAID4
- From: "James Lee" <james.lee@xxxxxxxxxx>
Re: Raid5 assemble after dual sata port failure
- From: Chris Eddington <chrise@xxxxxxxxxxxxxx>
Re: Raid5 assemble after dual sata port failure
- From: Chris Eddington <chrise@xxxxxxxxxxxxxx>
Re: 2.6.23.1: mdadm/raid5 hung/d-state
- From: Jeff Lessem <Jeff@xxxxxxxxxx>
Re: telling mdadm to use spare drive.
- From: Janek Kozicki <janek_listy@xxxxx>
Re: 2.6.23.1: mdadm/raid5 hung/d-state
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 2.6.23.1: mdadm/raid5 hung/d-state
- From: carlos@xxxxxxxxxxxxxx (Carlos Carvalho)
Re: telling mdadm to use spare drive.
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: telling mdadm to use spare drive.
- From: Janek Kozicki <janek_listy@xxxxx>
Re: Was: [RFC PATCH 2.6.23.1] md: add dm-raid1 read balancing
- From: Goswin von Brederlow <brederlo@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
Re: 2.6.23.1: mdadm/raid5 hung/d-state
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: Software raid - controller options
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: 2.6.23.1: mdadm/raid5 hung/d-state
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Was: [RFC PATCH 2.6.23.1] md: add dm-raid1 read balancing
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Was: [RFC PATCH 2.6.23.1] md: add dm-raid1 read balancing
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Was: [RFC PATCH 2.6.23.1] md: add dm-raid1 read balancing
- From: Rik van Riel <riel@xxxxxxxxxx>
Building a new raid6 with bitmap does not clear bits during resync
- From: Goswin von Brederlow <brederlo@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
Re: Was: [RFC PATCH 2.6.23.1] md: add dm-raid1 read balancing
- From: Goswin von Brederlow <brederlo@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
[PATCH] raid5: fix unending write sequence
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: 2.6.23.1: mdadm/raid5 hung/d-state
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 2.6.23.1: mdadm/raid5 hung/d-state
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
Re: Was: [RFC PATCH 2.6.23.1] md: add dm-raid1 read balancing
- From: Konstantin Sharlaimov <konstantin.sharlaimov@xxxxxxxxx>
Re: Raid5 assemble after dual sata port failure
- From: David Greaves <david@xxxxxxxxxxxx>
Raid5 assemble after dual sata port failure
- From: chrise@xxxxxxxxxxxxxx
Raid5 assemble after dual sata port failure
- From: Chris Eddington <chrise@xxxxxxxxxxxxxx>
Re: telling mdadm to use spare drive.
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: telling mdadm to use spare drive.
- From: Janek Kozicki <janek_listy@xxxxx>
Re: Kernel Module - Raid
- From: Paul VanGundy <pvangundy@xxxxxxxxxxxxxxxxxxxx>
Re: 2.6.23.1: mdadm/raid5 hung/d-state
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
Re: 2.6.23.1: mdadm/raid5 hung/d-state
- From: Chuck Ebbert <cebbert@xxxxxxxxxx>
Re: 2.6.23.1: mdadm/raid5 hung/d-state
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
Re: Software raid - controller options
- From: Goswin von Brederlow <brederlo@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
Re: Software raid - controller options
- From: Goswin von Brederlow <brederlo@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
Re: telling mdadm to use spare drive.
- From: Goswin von Brederlow <brederlo@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
Was: [RFC PATCH 2.6.23.1] md: add dm-raid1 read balancing
- From: Goswin von Brederlow <brederlo@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
Re: doesm mdadm try to use fastest HDD ?
- From: Goswin von Brederlow <brederlo@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
Re: stride / stripe alignment on LVM ?
- From: Goswin von Brederlow <brederlo@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
Re: stride / stripe alignment on LVM ?
- From: Goswin von Brederlow <brederlo@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
Re: Strange CPU occupation...
- From: Goswin von Brederlow <brederlo@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
Re: Implementing low level timeouts within MD
- From: Goswin von Brederlow <brederlo@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
Re: Requesting migrate device options for raid5/6
- From: Goswin von Brederlow <brederlo@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
Re: 2.6.23.1: mdadm/raid5 hung/d-state
- From: Jeff Lessem <Jeff@xxxxxxxxxx>
Re: 2.6.23.1: mdadm/raid5 hung/d-state
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: Stack Trace. Bad?
- From: Richard Scobie <richard@xxxxxxxxxxx>
Stack Trace. Bad?
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: Software raid - controller options
- From: Lyle Schlueter <lyle@xxxxxxxxxx>
Re: 2.6.23.1: mdadm/raid5 hung/d-state
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
Re: 2.6.23.1: mdadm/raid5 hung/d-state
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 2.6.23.1: mdadm/raid5 hung/d-state
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
Re: 2.6.23.1: mdadm/raid5 hung/d-state
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 2.6.23.1: mdadm/raid5 hung/d-state
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
Re: Software raid - controller options
- From: Wolfgang Denk <wd@xxxxxxx>
Re: question about mdadm + grub interaction
- From: Janek Kozicki <janek_listy@xxxxx>
Re: Software raid - controller options
- From: Alberto Alonso <alberto@xxxxxxxxx>
Re: Software raid - controller options
- From: Wolfgang Denk <wd@xxxxxxx>
Re: Software raid - controller options
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: Software raid - controller options
- From: Lyle Schlueter <lyle@xxxxxxxxxx>
Re: Software raid - controller options
- From: Richard Scobie <richard@xxxxxxxxxxx>
Software raid - controller options
- From: Lyle Schlueter <lyle@xxxxxxxxxx>
question about mdadm + grub interaction
- From: Steve Lane <drsteve@xxxxxxxxxxxxxxxxxxx>
Re: 2.6.23.1: mdadm/raid5 hung/d-state
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: Kernel Module - Raid
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Kernel Module - Raid
- From: Paul VanGundy <pvangundy@xxxxxxxxxxxxxxxxxxxx>
Re: Kernel Module - Raid
- From: David Greaves <david@xxxxxxxxxxxx>
Kernel Module - Raid
- From: Paul VanGundy <pvangundy@xxxxxxxxxxxxxxxxxxxx>
Re: 2.6.23.1: mdadm/raid5 hung/d-state
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 2.6.23.1: mdadm/raid5 hung/d-state
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: man mdadm - suggested correction.
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: man mdadm - suggested correction.
- From: Janek Kozicki <janek_listy@xxxxx>
man mdadm - suggested correction.
- From: Janek Kozicki <janek_listy@xxxxx>
man mdadm - suggested correction.
- From: Janek Kozicki <janek_listy@xxxxx>
Re: 2.6.23.1: mdadm/raid5 hung/d-state
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
Re: 2.6.23.1: mdadm/raid5 hung/d-state
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 2.6.23.1: mdadm/raid5 hung/d-state
- From: Neil Brown <neilb@xxxxxxx>
Re: 2.6.23.1: mdadm/raid5 hung/d-state
- From: David Greaves <david@xxxxxxxxxxxx>
Double mdadm --monitor == hang
- From: Robin Lee Powell <rlpowell@xxxxxxxxxxxxxxxxxx>
Re: switching root fs '/' to boot from RAID1 with grub
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
telling mdadm to use spare drive.
- From: Janek Kozicki <janek_listy@xxxxx>
Re: 2.6.23.1: mdadm/raid5 hung/d-state
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 2.6.23.1: mdadm/raid5 hung/d-state
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: 2.6.23.1: mdadm/raid5 hung/d-state
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 2.6.23.1: mdadm/raid5 hung/d-state
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
Re: 2.6.23.1: mdadm/raid5 hung/d-state
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 2.6.23.1: mdadm/raid5 hung/d-state
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: 2.6.23.1: mdadm/raid5 hung/d-state (md3_raid5 stuck in endless loop?)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
2.6.23.1: mdadm/raid5 hung/d-state
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: switching root fs '/' to boot from RAID1 with grub
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: switching root fs '/' to boot from RAID1 with grub
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: switching root fs '/' to boot from RAID1 with grub
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: stride / stripe alignment on LVM ?
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: stride / stripe alignment on LVM ?
- From: Janek Kozicki <janek_listy@xxxxx>
Re: stride / stripe alignment on LVM ?
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: [RFC PATCH 2.6.23.1] md: add dm-raid1 read balancing
- From: Rik van Riel <riel@xxxxxxxxxx>
Re: Superblocks
- From: Bill Davidsen <davidsen@xxxxxxx>
[RFC PATCH 2.6.23.1] md: add dm-raid1 read balancing
- From: Konstantin Sharlaimov <konstantin.sharlaimov@xxxxxxxxx>
Re: stride / stripe alignment on LVM ?
- From: Janek Kozicki <janek_listy@xxxxx>
Re: Implementing low level timeouts within MD
- From: Alberto Alonso <alberto@xxxxxxxxx>
Re: Implementing low level timeouts within MD
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: Implementing low level timeouts within MD
- From: Alberto Alonso <alberto@xxxxxxxxx>
Re: Implementing low level timeouts within MD
- From: Alberto Alonso <alberto@xxxxxxxxx>
Re: switching root fs '/' to boot from RAID1 with grub
- From: berk walker <berk@xxxxxxxxx>
Re: switching root fs '/' to boot from RAID1 with grub
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: Time to deprecate old RAID formats?
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: Implementing low level timeouts within MD
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: Superblocks
- From: "Greg Cormier" <gcormier@xxxxxxxxx>
Re: doesm mdadm try to use fastest HDD ?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: stride / stripe alignment on LVM ?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Very small internal bitmap after recreate
- From: Ralf Müller <ralf@xxxxxxxx>
Re: Implementing low level timeouts within MD
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Superblocks
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Time to deprecate old RAID formats?
- From: Bill Davidsen <davidsen@xxxxxxx>
doesm mdadm try to use fastest HDD ?
- From: Janek Kozicki <janek_listy@xxxxx>
Re: Very small internal bitmap after recreate
- From: Neil Brown <neilb@xxxxxxx>
Re: stride / stripe alignment on LVM ?
- From: Michal Soltys <nozo@xxxxxxxx>
Re: Implementing low level timeouts within MD
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Very small internal bitmap after recreate
- From: Ralf Müller <ralf@xxxxxxxx>
Re: Very small internal bitmap after recreate
- From: Ralf Müller <ralf@xxxxxxxx>
Very small internal bitmap after recreate
- From: Ralf Müller <ralf@xxxxxxxx>
Re: Software RAID when it works and when it doesn't
- From: Alberto Alonso <alberto@xxxxxxxxx>
Re: Implementing low level timeouts within MD
- From: Alberto Alonso <alberto@xxxxxxxxx>

[Index of Archives] [Linux RAID Wiki] [ATA RAID] [Linux SCSI Target Infrastructure] [Linux Block] [Linux IDE] [Linux SCSI] [Linux Hams] [Device Mapper] [Kernel] [Linux Admin] [Linux Net] [GFS] [RPM] [git] [Yosemite Forum] [Linux Networking]