Linux RAID Storage Date Index

Thread Index

Growing a raid 6 array
- From: Laurent CARON <lcaron@xxxxxxxxxxxxxxxxx>
Re: end to end error recovery musings
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: end to end error recovery musings
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxx>
RAID5 4 disk recovery advice
- From: "Rich Deeming" <rdeeming@xxxxxxxxxxxxxxx>
Re: end to end error recovery musings
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
RE: DMRAID feature direction?
- From: Neil Brown <neilb@xxxxxxx>
RE: DMRAID feature direction?
- From: "Gaston, Jason D" <jason.d.gaston@xxxxxxxxx>
Re: trouble creating array
- From: jahammonds prost <gmitch64@xxxxxxxxx>
Re: Linux Software RAID Bitmap Question
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Linux Software RAID Bitmap Question
- From: dean gaudet <dean@xxxxxxxxxx>
Re: end to end error recovery musings
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxx>
Re: end to end error recovery musings
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: end to end error recovery musings
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxx>
Re: end to end error recovery musings
- From: "Martin K. Petersen" <mkp@xxxxxxx>
RE: end to end error recovery musings
- From: "Moore, Eric" <Eric.Moore@xxxxxxx>
Re: end to end error recovery musings
- From: Douglas Gilbert <dougg@xxxxxxxxxx>
Re: Linux Software RAID Bitmap Question
- From: Bill Davidsen <davidsen@xxxxxxx>
[RFC, PATCH] raid456: replace the handle_list with a multi-threaded workqueue
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: trouble creating array
- From: jahammonds prost <gmitch64@xxxxxxxxx>
Re: DMRAID feature direction?
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: end to end error recovery musings
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
DMRAID feature direction?
- From: "Gaston, Jason D" <jason.d.gaston@xxxxxxxxx>
Re: end to end error recovery musings
- From: Alan <alan@xxxxxxxxxxxxxxxxxxx>
Re: trouble creating array
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: Linux Software RAID Bitmap Question
- From: Neil Brown <neilb@xxxxxxx>
Re: Linux Software RAID a bit of a weakness?
- From: "David Rees" <drees76@xxxxxxxxx>
Re: PATA/SATA Disk Reliability paper
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: end to end error recovery musings
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: PATA/SATA Disk Reliability paper
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: end to end error recovery musings
- From: Ric Wheeler <ric@xxxxxxx>
Re: end to end error recovery musings
- From: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: end to end error recovery musings
- From: Alan <alan@xxxxxxxxxxxxxxxxxxx>
Re: Linux Software RAID Bitmap Question
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: end to end error recovery musings
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: Problems with software raid - all mine I am sure
- From: Michael <michael@xxxxxxxxxxx>
Re: Problems with software raid - all mine I am sure
- From: Tru Huynh <tru@xxxxxxxxxx>
Re: Linux Software RAID a bit of a weakness?
- From: berk walker <berk@xxxxxxxxx>
RE: end to end error recovery musings
- From: "Moore, Eric" <Eric.Moore@xxxxxxx>
Re: end to end error recovery musings
- From: Alan <alan@xxxxxxxxxxxxxxxxxxx>
Re: end to end error recovery musings
- From: Ric Wheeler <ric@xxxxxxx>
Re: end to end error recovery musings
- From: Jeff Garzik <jeff@xxxxxxxxxx>
Re: Linux Software RAID a bit of a weakness?
- From: Jeff Garzik <jeff@xxxxxxxxxx>
Re: Linux Software RAID a bit of a weakness?
- From: Neil Brown <neilb@xxxxxxx>
Re: Linux Software RAID a bit of a weakness?
- From: "David Rees" <drees76@xxxxxxxxx>
Re: Linux Software RAID a bit of a weakness?
- From: Joshua Baker-LePain <jlb17@xxxxxxxx>
Re: end to end error recovery musings
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Problems with software raid - all mine I am sure
- From: Michael <michael@xxxxxxxxxxx>
Re: PATA/SATA Disk Reliability paper
- From: Al Boldi <a1426z@xxxxxxxxx>
Re: Linux Software RAID a bit of a weakness?
- From: "Colin Simpson" <csimpson@xxxxxxxxx>
Re: Linux Software RAID a bit of a weakness?
- From: "David Rees" <drees76@xxxxxxxxx>
Re: end to end error recovery musings
- From: Ric Wheeler <ric@xxxxxxx>
Re: end to end error recovery musings
- From: Alan <alan@xxxxxxxxxxxxxxxxxxx>
Re: end to end error recovery musings
- From: Ric Wheeler <ric@xxxxxxx>
Re: end to end error recovery musings
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxx>
Re: beginner error detection
- From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
Re: trouble creating array
- From: jahammonds prost <gmitch64@xxxxxxxxx>
Re: PATA/SATA Disk Reliability paper
- From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
Re: end to end error recovery musings
- From: Alan <alan@xxxxxxxxxxxxxxxxxxx>
Re: end to end error recovery musings
- From: Theodore Tso <tytso@xxxxxxx>
Re: trouble creating array
- From: jahammonds prost <gmitch64@xxxxxxxxx>
Re: nonzero mismatch_cnt with no earlier error
- From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
Re: end to end error recovery musings
- From: Douglas Gilbert <dougg@xxxxxxxxxx>
Re: nonzero mismatch_cnt with no earlier error
- From: "Jeff Breidenbach" <jeff@xxxxxxx>
Re: end to end error recovery musings
- From: Neil Brown <neilb@xxxxxxx>
Re: trouble creating array
- From: Neil Brown <neilb@xxxxxxx>
Re: nonzero mismatch_cnt with no earlier error
- From: Neil Brown <neilb@xxxxxxx>
Re: Linux Software RAID Bitmap Question
- From: Neil Brown <neilb@xxxxxxx>
Re: trouble creating array
- From: jahammonds prost <gmitch64@xxxxxxxxx>
Re: trouble creating array
- From: Mark Hahn <hahn@xxxxxxxxxxx>
Re: trouble creating array
- From: jahammonds prost <gmitch64@xxxxxxxxx>
Re: PATA/SATA Disk Reliability paper
- From: Mark Hahn <hahn@xxxxxxxxxxx>
Re: PATA/SATA Disk Reliability paper
- From: Benjamin Davenport <ben@xxxxxxxxxxxxxxx>
Re: trouble creating array
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
trouble creating array
- From: jahammonds prost <gmitch64@xxxxxxxxx>
Re: PATA/SATA Disk Reliability paper
- From: Mark Hahn <hahn@xxxxxxxxxxx>
Re: nonzero mismatch_cnt with no earlier error
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: nonzero mismatch_cnt with no earlier error
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: PATA/SATA Disk Reliability paper
- From: Al Boldi <a1426z@xxxxxxxxx>
Re: Linux Software RAID a bit of a weakness?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Linux Software RAID a bit of a weakness?
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: Linux Software RAID a bit of a weakness?
- From: Mark Hahn <hahn@xxxxxxxxxxx>
Re: PATA/SATA Disk Reliability paper
- From: Mark Hahn <hahn@xxxxxxxxxxx>
Re: nonzero mismatch_cnt with no earlier error
- From: "Christian Pernegger" <pernegger@xxxxxxxxx>
Re: nonzero mismatch_cnt with no earlier error
- From: Frank van Maarseveen <frankvm@xxxxxxxxxxx>
Re: Linux Software RAID a bit of a weakness?
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: PATA/SATA Disk Reliability paper
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: PATA/SATA Disk Reliability paper
- From: Mark Hahn <hahn@xxxxxxxxxxx>
Linux Software RAID Bitmap Question
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Linux Software RAID a bit of a weakness?
- From: "Colin Simpson" <csimpson@xxxxxxxxx>
Re: PATA/SATA Disk Reliability paper
- From: Al Boldi <a1426z@xxxxxxxxx>
Re: PATA/SATA Disk Reliability paper
- From: Mark Hahn <hahn@xxxxxxxxxxx>
Re: end to end error recovery musings
- From: Chris Wedgwood <cw@xxxxxxxx>
Re: nonzero mismatch_cnt with no earlier error
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: nonzero mismatch_cnt with no earlier error
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: nonzero mismatch_cnt with no earlier error
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: nonzero mismatch_cnt with no earlier error
- From: Jason Rainforest <l3mming@xxxxxxxxxxxx>
Re: nonzero mismatch_cnt with no earlier error
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: nonzero mismatch_cnt with no earlier error
- From: Jason Rainforest <l3mming@xxxxxxxxxxxx>
Re: nonzero mismatch_cnt with no earlier error
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: nonzero mismatch_cnt with no earlier error
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: nonzero mismatch_cnt with no earlier error
- From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
Re: Linux Software RAID a bit of a weakness?
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: end to end error recovery musings
- From: Theodore Tso <tytso@xxxxxxx>
Re: end to end error recovery musings
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: nonzero mismatch_cnt with no earlier error
- From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
Re: end to end error recovery musings
- From: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: nonzero mismatch_cnt with no earlier error
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
nonzero mismatch_cnt with no earlier error
- From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
Re: end to end error recovery musings
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Linux Software RAID a bit of a weakness?
- From: Neil Brown <neilb@xxxxxxx>
Re: Reshaping raid0/10
- From: Neil Brown <neilb@xxxxxxx>
Re: Linux Software RAID a bit of a weakness?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Linux Software RAID a bit of a weakness?
- From: Steve Cousins <steve.cousins@xxxxxxxxx>
Linux Software RAID a bit of a weakness?
- From: "Colin Simpson" <csimpson@xxxxxxxxx>
Re: 2.6.20: stripe_cache_size goes boom with 32mb
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: PATA/SATA Disk Reliability paper
- From: Al Boldi <a1426z@xxxxxxxxx>
Re: [PATCH 006 of 6] md: Add support for reshape of a raid6
- From: Bill Davidsen <davidsen@xxxxxxx>
end to end error recovery musings
- From: Ric Wheeler <ric@xxxxxxx>
Re: 2.6.20: stripe_cache_size goes boom with 32mb
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: Reshaping raid0/10
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: 2.6.20: stripe_cache_size goes boom with 32mb
- From: Jason Rainforest <l3mming@xxxxxxxxxxxx>
Re: 2.6.20: stripe_cache_size goes boom with 32mb
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
beginner error detection
- From: Tomka Gergely <gergely@xxxxxxxx>
Re: [PATCH 006 of 6] md: Add support for reshape of a raid6
- From: Helge Hafting <helge.hafting@xxxxxxxxxxxxx>
2.6.20: stripe_cache_size goes boom with 32mb
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: PATA/SATA Disk Reliability paper
- From: Stephen C Woods <scw@xxxxxxxxxxxxx>
Re: PATA/SATA Disk Reliability paper
- From: Nix <nix@xxxxxxxxxxxxx>
Re: PATA/SATA Disk Reliability paper
- From: Nix <nix@xxxxxxxxxxxxx>
Re: Reshaping raid0/10
- From: dean gaudet <dean@xxxxxxxxxx>
ANNOUNCE: mdadm 2.6.1 - A tool for managing Soft RAID under Linux
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 006 of 6] md: Add support for reshape of a raid6
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 006 of 6] md: Add support for reshape of a raid6
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 006 of 6] md: Add support for reshape of a raid6
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
Re: [PATCH 006 of 6] md: Add support for reshape of a raid6
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 006 of 6] md: Add support for reshape of a raid6
- From: Oleg Verych <olecom@xxxxxxxxxxxxxx>
Re: [PATCH 006 of 6] md: Add support for reshape of a raid6
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: Reshaping raid0/10
- From: Neil Brown <neilb@xxxxxxx>
Reshaping raid0/10
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
5th USENIX Conference on File and Storage Technologies - Paper
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: [PATCH 000 of 6] md: Assorted fixes and features for md for 2.6.21
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: mdadm 2.6, linux 2.6.17, failed grow/reshape
- From: "Thomas Langås" <thomas.langaas@xxxxxxxxx>
Re: mdadm 2.6, linux 2.6.17, failed grow/reshape
- From: "Thomas Langås" <thomas.langaas@xxxxxxxxx>
Re: mdadm 2.6, linux 2.6.17, failed grow/reshape
- From: Neil Brown <neilb@xxxxxxx>
mdadm 2.6, linux 2.6.17, failed grow/reshape
- From: "Thomas Langås" <thomas.langaas@xxxxxxxxx>
mdadm 2.6, linux 2.6.17, failed grow/reshape
- From: "Thomas Langås" <thomas.langaas@xxxxxxxxx>
Re: RAID10 Resync fails with specific chunk size and drive sizes (reproducible)
- From: rabbit@xxxxxxxxx (Peter Rabbitson)
Re: PATA/SATA Disk Reliability paper
- From: Al Boldi <a1426z@xxxxxxxxx>
RAID10 Resync fails with specific chunk size and drive sizes (reproducible)
- From: rabbit@xxxxxxxxx (Peter Rabbitson)
[PATCH 006 of 6] md: Add support for reshape of a raid6
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 005 of 6] md: Restart a (raid5) reshape that has been aborted due to a read/write error.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 002 of 6] md: RAID6: clean up CPUID and FPU enter/exit code
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 004 of 6] md: Clean out unplug and other queue function on md shutdown
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 003 of 6] md: Move warning about creating a raid array on partitions of the one device.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 001 of 6] md: Fix raid10 recovery problem.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 000 of 6] md: Assorted fixes and features for md for 2.6.21
- From: NeilBrown <neilb@xxxxxxx>
Re: PATA/SATA Disk Reliability paper
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: PATA/SATA Disk Reliability paper
- From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
Re: RAID 10 resync leading to attempt to access beyond end of device
- From: "John Stilson" <john9601@xxxxxxxxx>
Re: mdadm --grow failed
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: PATA/SATA Disk Reliability paper
- From: Al Boldi <a1426z@xxxxxxxxx>
Re: mdadm --grow failed
- From: "Marc Marais" <marcm@xxxxxxxxxxxxxxxx>
Re: mdadm --grow failed
- From: Neil Brown <neilb@xxxxxxx>
Re: 2.6.20: reproducible hard lockup with RAID-5 resync
- From: Corey Hickey <bugfood-ml@xxxxxxxxxx>
Re: 2.6.20: reproducible hard lockup with RAID-5 resync
- From: Neil Brown <neilb@xxxxxxx>
Re: 2.6.20: reproducible hard lockup with RAID-5 resync
- From: Corey Hickey <bugfood-ml@xxxxxxxxxx>
Re: Changing chunk size
- From: Bill Davidsen <davidsen@xxxxxxx>
PATA/SATA Disk Reliability paper
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: mdadm --grow failed
- From: "Marc Marais" <marcm@xxxxxxxxxxxxxxxx>
Re: Fw: Re: mdadm --grow failed
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: mdadm --grow failed
- From: David Greaves <david@xxxxxxxxxxxx>
Fw: Re: mdadm --grow failed
- From: "Marc Marais" <marcm@xxxxxxxxxxxxxxxx>
Re: 2.6.20: reproducible hard lockup with RAID-5 resync
- From: Corey Hickey <bugfood-ml@xxxxxxxxxx>
Re: mdadm --grow failed
- From: "Marc Marais" <marcm@xxxxxxxxxxxxxxxx>
Re: Changing chunk size
- From: berk walker <berk@xxxxxxxxx>
Re: mdadm --grow failed
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: mdadm --grow failed
- From: Neil Brown <neilb@xxxxxxx>
Re: 2.6.20: reproducible hard lockup with RAID-5 resync
- From: Corey Hickey <bugfood-ml@xxxxxxxxxx>
Re: mdadm --grow failed
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: mdadm --grow failed
- From: Bill Davidsen <davidsen@xxxxxxx>
Need help to rescue my raid5 array after bad try to add new disks.
- From: Roy Sindre Norangshol <roysn@xxxxxxxxxx>
Re: 2.6.20: reproducible hard lockup with RAID-5 resync
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 2.6.20: reproducible hard lockup with RAID-5 resync
- From: Corey Hickey <bugfood-ml@xxxxxxxxxx>
Re: mdadm --grow failed
- From: Neil Brown <neilb@xxxxxxx>
mdadm --grow failed
- From: "Marc Marais" <marcm@xxxxxxxxxxxxxxxx>
Re: Changing chunk size
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Changing chunk size
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: 2.6.20: reproducible hard lockup with RAID-5 resync
- From: Corey Hickey <bugfood-ml@xxxxxxxxxx>
Re: Changing chunk size
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Changing chunk size
- From: Steve Cousins <steve.cousins@xxxxxxxxx>
Re: Changing chunk size
- From: Bill Davidsen <davidsen@xxxxxxx>
[KJ][PATCH] is_power_of_2 in md
- From: Vignesh Babu BM <vignesh.babu@xxxxxxxxx>
Re: 2.6.20: reproducible hard lockup with RAID-5 resync
- From: Corey Hickey <bugfood-ml@xxxxxxxxxx>
Re: 2.6.20: reproducible hard lockup with RAID-5 resync
- From: Neil Brown <neilb@xxxxxxx>
2.6.20: reproducible hard lockup with RAID-5 resync
- From: Corey Hickey <bugfood-ml@xxxxxxxxxx>
Re: [danno@xxxxxxxxxxxxx: minor cosmetic bug in md]
- From: Neil Brown <neilb@xxxxxxx>
Re: RAID 10 resync leading to attempt to access beyond end of device
- From: Neil Brown <neilb@xxxxxxx>
Re: Changing chunk size
- From: Neil Brown <neilb@xxxxxxx>
[danno@xxxxxxxxxxxxx: minor cosmetic bug in md]
- From: Dan Pritts <danno@xxxxxxxxxxxxx>
Re: RAID 10 resync leading to attempt to access beyond end of device
- From: "John Stilson" <john9601@xxxxxxxxx>
Re: RAID 10 resync leading to attempt to access beyond end of device
- From: "John Stilson" <john9601@xxxxxxxxx>
Changing chunk size
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: RAID 10 resync leading to attempt to access beyond end of device
- From: Neil Brown <neilb@xxxxxxx>
RAID 10 resync leading to attempt to access beyond end of device
- From: "John Stilson" <john9601@xxxxxxxxx>
Re: slow 'check'
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: md: md6_raid5 crash 2.6.20
- From: Neil Brown <neilb@xxxxxxx>
super1.c:1146: warning: 'offset' might be used uninitialized in this function
- From: Krzysztof Oledzki <olel@xxxxxx>
Re: [PATCH 2.6.20-rc6] md: expose uuid and degraded attributes in sysfs
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: md: md6_raid5 crash 2.6.20
- From: Andrew Burgess <aab@xxxxxxxxxxx>
Re: [PATCH 2.6.20-rc6] md: expose uuid and degraded attributes in sysfs
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 2.6.20-rc6] md: expose uuid and degraded attributes in sysfs
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: md: md6_raid5 crash 2.6.20
- From: Neil Brown <neilb@xxxxxxx>
Re: md: md6_raid5 crash 2.6.20
- From: "Marc Marais" <marcm@xxxxxxxxxxxxxxxx>
Re: md: md6_raid5 crash 2.6.20
- From: Neil Brown <neilb@xxxxxxx>
Re: slow 'check'
- From: "Raz Ben-Jehuda(caro)" <raziebe@xxxxxxxxx>
Re: old raid0run
- From: Marco Scoffier <marco@xxxxxxxx>
md: md6_raid5 crash 2.6.20
- From: "Marc Marais" <marcm@xxxxxxxxxxxxxxxx>
Re: old raid0run
- From: Michael Tokarev <mjt@xxxxxxxxxx>
old raid0run
- From: Marco Scoffier <marco@xxxxxxxx>
Re: [PATCH 2.6.20-rc6] md: expose uuid and degraded attributes in sysfs
- From: Iustin Pop <iusty@xxxxxxxxx>
Re: [PATCH 2.6.20-rc6] md: expose uuid and degraded attributes in sysfs
- From: Neil Brown <neilb@xxxxxxx>
Re: slow 'check'
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: slow 'check'
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Raid on USB flash disk
- From: Steve Cousins <steve.cousins@xxxxxxxxx>
Raid on USB flash disk
- From: Arne Jansen <sensille@xxxxxxx>
Re: [PATCH 2.6.20-rc6] md: expose uuid and degraded attributes in sysfs
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: [PATCH 2.6.20-rc6] md: expose uuid and degraded attributes in sysfs
- From: Iustin Pop <iusty@xxxxxxxxx>
Re: slow 'check'
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: slow 'check'
- From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
Re: slow 'check'
- From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
Re: slow 'check'
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: slow 'check'
- From: "Raz Ben-Jehuda(caro)" <raziebe@xxxxxxxxx>
slow 'check'
- From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
Hard disk wierdness in raid array
- From: TJ <systemloc@xxxxxxxxxxxxx>
Re: [md] RAID6: clean up CPUID and FPU enter/exit code
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: mdadm RAID5 array failure
- From: Neil Brown <neilb@xxxxxxx>
Re: mdadm RAID5 array failure
- From: jahammonds prost <gmitch64@xxxxxxxxx>
Re: mdadm RAID5 array failure
- From: Neil Brown <neilb@xxxxxxx>
mdadm RAID5 array failure
- From: jahammonds prost <gmitch64@xxxxxxxxx>
Re: [RFC][PATCH 00/12] md raid acceleration and performance analysis
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
[PATCH] md: Avoid possible BUG_ON in md bitmap handling.
- From: Neil Brown <neilb@xxxxxxx>
Re: Move superblock on partition resize?
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Move superblock on partition resize?
- From: "Rob Bray" <raid@xxxxxxxxxxx>
RE: Could "bio_vec" be referenced any time?
- From: "Yu-Chen Wu" <g944370@xxxxxxxxxxxxxx>
RE: [RFC][PATCH 00/12] md raid acceleration and performance analysis
- From: "Leech, Christopher" <christopher.leech@xxxxxxxxx>
Re: Could "bio_vec" be referenced any time?
- From: Neil Brown <neilb@xxxxxxx>
[PATCH 2.6.20] drivers/md.c: Use ARRAY_SIZE macro when appropriate
- From: "Ahmed S. Darwish" <darwish.07@xxxxxxxxx>
Could "bio_vec" be referenced any time?
- From: "Yu-Chen Wu" <g944370@xxxxxxxxxxxxxx>
inconsitent harddisks, still after checkarray run
- From: Michael Schmitt <mschmitt@xxxxxxxxxxxxx>
[patch 05/59] md: pass down BIO_RW_SYNC in raid{1,10}
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
Re: Hot add not supported by version 1.x superblocks?
- From: Sean Puttergill <puttergi@xxxxxxxx>
Hot add not supported by version 1.x superblocks?
- From: Sean Puttergill <puttergi@xxxxxxxx>
Re: md device on Redhat Linux 3
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: md device on Redhat Linux 3
- From: Neil Brown <neilb@xxxxxxx>
Re: 2.6.20-rc6: known regressions with patches
- From: Dave Jones <davej@xxxxxxxxxx>
Re: 2.6.20-rc6: known regressions with patches
- From: Ingo Molnar <mingo@xxxxxxx>
Re: md autodetect only detects one disk in raid1
- From: dean gaudet <dean@xxxxxxxxxx>
md autodetect only detects one disk in raid1
- From: kenneth johansson <ken@xxxxxxxxx>
[PATCH 2.6.20-rc6] md: expose uuid and degraded attributes in sysfs
- From: Iustin Pop <iusty@xxxxxxxxx>
2.6.20-rc6: known regressions with patches
- From: Adrian Bunk <bunk@xxxxxxxxx>
2.6.20-rc6: known unfixed regressions (part 1)
- From: Adrian Bunk <bunk@xxxxxxxxx>
Re: 2.6.19.2, cp 18gb_file 18gb_file.2 = OOM killer, 100% reproducible
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 2.6.19.2, cp 18gb_file 18gb_file.2 = OOM killer, 100% reproducible
- From: Adrian Bunk <bunk@xxxxxxxxx>
Re: Kernel 2.6.19.2 New RAID 5 Bug (oops when writing Samba -> RAID5)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Kernel 2.6.19.2 New RAID 5 Bug (oops when writing Samba -> RAID5)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Kernel 2.6.19.2 New RAID 5 Bug (oops when writing Samba -> RAID5)
- From: Andrew Morton <akpm@xxxxxxxx>
Re: 2.6.20-rc5: cp 18gb 18gb.2 = OOM killer, reproducible just like 2.16.19.2
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 2.6.20-rc5: cp 18gb 18gb.2 = OOM killer, reproducible just like 2.16.19.2
- From: Mark Hahn <hahn@xxxxxxxxxxx>
Re: Synchronous mdadm --add/--re-add operations
- From: Neil Brown <neilb@xxxxxxx>
Synchronous mdadm --add/--re-add operations
- From: Andre Majorel <aym-xunil@xxxxxxxxx>
Re: 2.6.20-rc5: cp 18gb 18gb.2 = OOM killer, reproducible just like 2.16.19.2
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 2.6.20-rc5: cp 18gb 18gb.2 = OOM killer, reproducible just like 2.16.19.2
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 2.6.20-rc5: cp 18gb 18gb.2 = OOM killer, reproducible just like 2.16.19.2
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
[PATCH] md: Remove unnecessary printk when raid5 gets an unaligned read.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH] md: Fix potential memalloc deadlock in md
- From: NeilBrown <neilb@xxxxxxx>
Re: There is an advice
- From: Neil Brown <neilb@xxxxxxx>
Re: change strip_cache_size freeze the whole raid
- From: Neil Brown <neilb@xxxxxxx>
Re: 2.6.20-rc5: cp 18gb 18gb.2 = OOM killer, reproducible just like 2.16.19.2
- From: Bill Cizek <cizek@xxxxxxx>
Re: 2.6.20-rc5: cp 18gb 18gb.2 = OOM killer, reproducible just like 2.16.19.2
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 2.6.20-rc5: cp 18gb 18gb.2 = OOM killer, reproducible just like 2.16.19.2
- From: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: 2.6.20-rc5: cp 18gb 18gb.2 = OOM killer, reproducible just like 2.16.19.2
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 2.6.20-rc5: cp 18gb 18gb.2 = OOM killer, reproducible just like 2.16.19.2
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 2.6.20-rc5: cp 18gb 18gb.2 = OOM killer, reproducible just like 2.16.19.2
- From: Pavel Machek <pavel@xxxxxx>
Re: change strip_cache_size freeze the whole raid
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: change strip_cache_size freeze the whole raid
- From: Neil Brown <neilb@xxxxxxx>
Re: 2.6.20-rc5: cp 18gb 18gb.2 = OOM killer, reproducible just like 2.16.19.2
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 2.6.20-rc5: cp 18gb 18gb.2 = OOM killer, reproducible just like 2.16.19.2
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 2.6.20-rc5: cp 18gb 18gb.2 = OOM killer, reproducible just like 2.16.19.2
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 2.6.20-rc5: cp 18gb 18gb.2 = OOM killer, reproducible just like 2.16.19.2
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Kernel 2.6.19.2 New RAID 5 Bug (oops when writing Samba -> RAID5)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: change strip_cache_size freeze the whole raid
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Raid-1 to Raid-5 conversion possible?
- From: Neil Brown <neilb@xxxxxxx>
Raid-1 to Raid-5 conversion possible?
- From: "Vidar Sonerud" <vidar.sonerud@xxxxxxxxx>
Re: Ooops on read-only raid5 while unmounting as xfs
- From: Nix <nix@xxxxxxxxxxxxx>
2.6.20-rc5: known unfixed regressions (v3) (part 1)
- From: Adrian Bunk <bunk@xxxxxxxxx>
Always ask me to run fsck...Why?
- From: "Yu-Chen Wu" <g944370@xxxxxxxxxxxxxx>
Nice Sideeffect of growing (was: RAID5 Resize Experience)
- From: Benjamin Schieder <blindcoder@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 002 of 4] md: Make 'repair' actually work for raid1.
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 002 of 4] md: Make 'repair' actually work for raid1.
- From: Andrew Morton <akpm@xxxxxxxx>
Re: [patch] md: bitmap read_page error
- From: Neil Brown <neilb@xxxxxxx>
Re: Ooops on read-only raid5 while unmounting as xfs
- From: Neil Brown <neilb@xxxxxxx>
[PATCH 2.6.20-rc5 07/12] md: move raid5 parity checks to raid5_run_ops
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 2.6.20-rc5 05/12] md: move write operations to raid5_run_ops
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 2.6.20-rc5 04/12] md: use raid5_run_ops for stripe cache operations
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 2.6.20-rc5 11/12] md: remove raid5 compute_block and compute_parity5
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 2.6.20-rc5 12/12] dmaengine: driver for the iop32x, iop33x, and iop13xx raid engines
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 2.6.20-rc5 09/12] md: use async_tx and raid5_run_ops for raid5 expansion operations
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 2.6.20-rc5 10/12] md: move raid5 io requests to raid5_run_ops
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 2.6.20-rc5 08/12] md: satisfy raid5 read requests via raid5_run_ops
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 2.6.20-rc5 03/12] md: add raid5_run_ops and support routines
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 2.6.20-rc5 06/12] md: move raid5 compute block operations to raid5_run_ops
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 2.6.20-rc5 02/12] dmaengine: add the async_tx api
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 2.6.20-rc5 01/12] dmaengine: add base support for the async_tx api
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: Ooops on read-only raid5 while unmounting as xfs
- From: "Francois Barre" <francois.barre@xxxxxxxxx>
Re: change strip_cache_size freeze the whole raid
- From: "kyle" <kylewong@xxxxxxxxxx>
Re: Kernel 2.6.19.2 New RAID 5 Bug (oops when writing Samba -> RAID5)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Kernel 2.6.19.2 New RAID 5 Bug (oops when writing Samba -> RAID5)
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: Kernel 2.6.19.2 New RAID 5 Bug (oops when writing Samba -> RAID5)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Kernel 2.6.19.2 New RAID 5 Bug (oops when writing Samba -> RAID5)
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: change strip_cache_size freeze the whole raid
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Kernel 2.6.19.2 New RAID 5 Bug (oops when writing Samba -> RAID5)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
[PATCH 05/12] md: move write operations to raid5_run_ops
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 06/12] md: move raid5 compute block operations to raid5_run_ops
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 02/12] dmaengine: add the async_tx api
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 09/12] md: use async_tx and raid5_run_ops for raid5 expansion operations
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 10/12] md: move raid5 io requests to raid5_run_ops
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 04/12] md: use raid5_run_ops for stripe cache operations
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 03/12] md: add raid5_run_ops and support routines
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 11/12] md: remove raid5 compute_block and compute_parity5
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 07/12] md: move raid5 parity checks to raid5_run_ops
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 12/12] dmaengine: driver for the iop32x, iop33x, and iop13xx raid engines
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 08/12] md: satisfy raid5 read requests via raid5_run_ops
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 01/12] dmaengine: add base support for the async_tx api
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: Kernel 2.6.19.2 New RAID 5 Bug (oops when writing Samba -> RAID5)
- From: Neil Brown <neilb@xxxxxxx>
Re: Kernel 2.6.19.2 New RAID 5 Bug (oops when writing Samba -> RAID5)
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: Ooops on read-only raid5 while unmounting as xfs
- From: Neil Brown <neilb@xxxxxxx>
Re: [patch] md: bitmap read_page error
- From: "yang yin" <yinyang801120@xxxxxxxxx>
Re: 2.6.20-rc5: cp 18gb 18gb.2 = OOM killer, reproducible just like 2.16.19.2
- From: Andrew Morton <akpm@xxxxxxxx>
Re: 2.6.20-rc5: cp 18gb 18gb.2 = OOM killer, reproducible just like 2.16.19.2
- From: Donald Douwsma <donaldd@xxxxxxx>
[PATCH 003 of 4] md: Make sure the events count in an md array never returns to zero.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 002 of 4] md: Make 'repair' actually work for raid1.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 004 of 4] md: Avoid reading past the end of a bitmap file.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 001 of 4] md: Update email address and status for MD in MAINTAINERS.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 000 of 4] md: Introduction - Assorted bugfixes
- From: NeilBrown <neilb@xxxxxxx>
Re: 2.6.20-rc5: cp 18gb 18gb.2 = OOM killer, reproducible just like 2.16.19.2
- From: Pavel Machek <pavel@xxxxxx>
Re: [patch] md: bitmap read_page error
- From: Neil Brown <neilb@xxxxxxx>
Re: change strip_cache_size freeze the whole raid
- From: Neil Brown <neilb@xxxxxxx>
Re: Kernel 2.6.19.2 New RAID 5 Bug (oops when writing Samba -> RAID5)
- From: Neil Brown <neilb@xxxxxxx>
Re: Kernel 2.6.19.2 New RAID 5 Bug (oops when writing Samba -> RAID5)
- From: Chuck Ebbert <cebbert@xxxxxxxxxx>
Re: 2.6.20-rc5: cp 18gb 18gb.2 = OOM killer, reproducible just like 2.16.19.2
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: change strip_cache_size freeze the whole raid
- From: Neil Brown <neilb@xxxxxxx>
Re: 2.6.20-rc5: cp 18gb 18gb.2 = OOM killer, reproducible just like 2.16.19.2
- From: Andrew Morton <akpm@xxxxxxxx>
Re: 2.6.20-rc5: cp 18gb 18gb.2 = OOM killer, reproducible just like 2.16.19.2
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 2.6.20-rc5: cp 18gb 18gb.2 = OOM killer, reproducible just like 2.16.19.2
- From: Pavel Machek <pavel@xxxxxx>
Re: What is the exacting meaning of Striped_Cache_Size?
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: change strip_cache_size freeze the whole raid
- From: "Liang Yang" <multisyncfe991@xxxxxxxxxxx>
Re: change strip_cache_size freeze the whole raid
- From: "kyle" <kylewong@xxxxxxxxxx>
Re: change strip_cache_size freeze the whole raid
- From: "kyle" <kylewong@xxxxxxxxxx>
Re: change strip_cache_size freeze the whole raid
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: change strip_cache_size freeze the whole raid
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: change strip_cache_size freeze the whole raid
- From: Steve Cousins <steve.cousins@xxxxxxxxx>
Re: change strip_cache_size freeze the whole raid
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: change strip_cache_size freeze the whole raid
- From: "kyle" <kylewong@xxxxxxxxxx>
Re: change strip_cache_size freeze the whole raid
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
change strip_cache_size freeze the whole raid
- From: "kyle" <kylewong@xxxxxxxxxx>
Re: 2.6.19.2, cp 18gb_file 18gb_file.2 = OOM killer, 100% reproducible (multi-threaded USB no go)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
[PATCH] drivers/block/DAC960: Converted 'boolean' to 'bool'
- From: Richard Knutsson <ricknu-0@xxxxxxxxxxxxxx>
[patch] md: bitmap read_page error
- From: "yang yin" <yinyang801120@xxxxxxxxx>
Re: 2.6.19.2, cp 18gb_file 18gb_file.2 = OOM killer, 100% reproducible (multi-threaded USB no go)
- From: Greg KH <greg@xxxxxxxxx>
RE: What is the exacting meaning of Striped_Cache_Size?
- From: "Liang Yang" <multisyncfe991@xxxxxxxxxxx>
Re: What is the exacting meaning of Striped_Cache_Size?
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
What is the exacting meaning of Striped_Cache_Size?
- From: "Liang Yang" <multisyncfe991@xxxxxxxxxxx>
2.6.20-rc5: cp 18gb 18gb.2 = OOM killer, reproducible just like 2.16.19.2
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: bad performance on RAID 5
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: 2.6.19.2, cp 18gb_file 18gb_file.2 = OOM killer, 100% reproducible (multi-threaded USB no go)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: bad performance on RAID 5
- From: Nix <nix@xxxxxxxxxxxxx>
Re: 2.6.19.2, cp 18gb_file 18gb_file.2 = OOM killer, 100% reproducible
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 2.6.19.2, cp 18gb_file 18gb_file.2 = OOM killer, 100% reproducible
- From: thunder7@xxxxxxxxx
Re: 2.6.19.2, cp 18gb_file 18gb_file.2 = OOM killer, 100% reproducible
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 2.6.19.2, cp 18gb_file 18gb_file.2 = OOM killer, 100% reproducible
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 2.6.19.2, cp 18gb_file 18gb_file.2 = OOM killer, 100% reproducible
- From: thunder7@xxxxxxxxx
Problem
- From: Alessio Palmero Aprosio <alessio@xxxxxxxxxxxx>
Re: 2.6.19.2, cp 18gb_file 18gb_file.2 = OOM killer, 100% reproducible
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 2.6.19.2, cp 18gb_file 18gb_file.2 = OOM killer, 100% reproducible
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 2.6.19.2, cp 18gb_file 18gb_file.2 = OOM killer, 100% reproducible
- From: "Avuton Olrich" <avuton@xxxxxxxxx>
2.6.19.2, cp 18gb_file 18gb_file.2 = OOM killer, 100% reproducible
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Kernel 2.6.19.2 New RAID 5 Bug (oops when writing Samba -> RAID5)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Kernel 2.6.19.2 New RAID 5 Bug (oops when writing Samba -> RAID5)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
RE: bad performance on RAID 5
- From: "Roger Lucas" <roger@xxxxxxxxxxxxx>
RAID5 Resize Experience
- From: Benjamin Schieder <blindcoder@xxxxxxxxxxxxxxxxxxxx>
Re: upgrade to mdadm 2.6 x86_64 issues
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: [PATCH 00/12] md raid acceleration and the async_tx api
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: bad performance on RAID 5
- From: dean gaudet <dean@xxxxxxxxxx>
upgrade to mdadm 2.6 x86_64 issues
- From: "Daniel Korstad" <dan@xxxxxxxxxxx>
Re: bad performance on RAID 5
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: bad performance on RAID 5
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: bad performance on RAID 5
- From: Sevrin Robstad <quackyo@xxxxxxxx>
Re: bad performance on RAID 5
- From: Sevrin Robstad <quackyo@xxxxxxxx>
Re: bad performance on RAID 5
- From: Mark Hahn <hahn@xxxxxxxxxxxxxxxxxxx>
Re: bad performance on RAID 5
- From: "Raz Ben-Jehuda(caro)" <raziebe@xxxxxxxxx>
2.6.20-rc5: knwon unfixed regressions (v2) (part1)
- From: Adrian Bunk <bunk@xxxxxxxxx>
Re: bad performance on RAID 5
- From: Steve Cousins <steve.cousins@xxxxxxxxx>
Re: bad performance on RAID 5
- From: Sevrin Robstad <quackyo@xxxxxxxx>
Re: bad performance on RAID 5
- From: Sevrin Robstad <quackyo@xxxxxxxx>
Ooops on read-only raid5 while unmounting as xfs
- From: "Francois Barre" <francois.barre@xxxxxxxxx>
Re: bad performance on RAID 5
- From: "Raz Ben-Jehuda(caro)" <raziebe@xxxxxxxxx>
Re: [PATCH 00/12] md raid acceleration and the async_tx api
- From: Yuri Tikhonov <yur_t@xxxxxxx>
Re: bad performance on RAID 5
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
bad performance on RAID 5
- From: Sevrin Robstad <quackyo@xxxxxxxx>
RAID6 reassembly oddities
- From: Troels Bang Jensen <troels@xxxxxxxx>
md: bug in file drivers/md/md.c, line 1652
- From: noah <noah123@xxxxxxxxx>
Re: raid5 software vs hardware: parity calculations?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: raid5 software vs hardware: parity calculations?
- From: dean gaudet <dean@xxxxxxxxxx>
Re: raid5 software vs hardware: parity calculations?
- From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
Re: raid5 software vs hardware: parity calculations?
- From: dean gaudet <dean@xxxxxxxxxx>
Re: raid5 software vs hardware: parity calculations?
- From: berk walker <berk@xxxxxxxxx>
Re: raid5 software vs hardware: parity calculations?
- From: Gordon Henderson <gordon@xxxxxxxxxx>
Re: raid5 software vs hardware: parity calculations?
- From: dean gaudet <dean@xxxxxxxxxx>
Re: FailSpare event?
- From: Nix <nix@xxxxxxxxxxxxx>
Re: FailSpare event?
- From: Nix <nix@xxxxxxxxxxxxx>
Re: raid5 software vs hardware: parity calculations?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: raid5 software vs hardware: parity calculations?
- From: Robin Bowes <robin-lists@xxxxxxxxxxxxxx>
Re: raid5 software vs hardware: parity calculations?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: raid5 software vs hardware: parity calculations?
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: FailSpare event?
- From: Neil Brown <neilb@xxxxxxx>
Man page patch (manage mode options clarification)
- From: Andre Majorel <aym-xunil@xxxxxxxxx>
Re: FailSpare event?
- From: Nix <nix@xxxxxxxxxxxxx>
Man page patch (bold font for option names in MISC MODE section)
- From: Andre Majorel <aym-xunil@xxxxxxxxx>
Re: raid5 software vs hardware: parity calculations?
- From: dean gaudet <dean@xxxxxxxxxx>
Re: FailSpare event?
- From: Nix <nix@xxxxxxxxxxxxx>
Re: FailSpare event?
- From: Nix <nix@xxxxxxxxxxxxx>
Re: raid5 software vs hardware: parity calculations?
- From: Robin Bowes <robin-lists@xxxxxxxxxxxxxx>
Re: FailSpare event?
- From: Mike <mikee@xxxxxxxxxxxx>
Re: FailSpare event?
- From: Nix <nix@xxxxxxxxxxxxx>
Re: raid5 software vs hardware: parity calculations?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Linux Software RAID 5 Performance Optimizations: 2.6.19.1: (211MB/s read & 195MB/s write)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: raid5 software vs hardware: parity calculations?
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: Linux Software RAID 5 Performance Optimizations: 2.6.19.1: (211MB/s read & 195MB/s write)
- From: Al Boldi <a1426z@xxxxxxxxx>
Re: Linux Software RAID 5 Performance Optimizations: 2.6.19.1: (211MB/s read & 195MB/s write)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Linux Software RAID 5 Performance Optimizations: 2.6.19.1: (211MB/s read & 195MB/s write)
- From: Al Boldi <a1426z@xxxxxxxxx>
Re: Linux Software RAID 5 Performance Optimizations: 2.6.19.1: (211MB/s read & 195MB/s write)
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: raid5 software vs hardware: parity calculations?
- From: James Ralston <qralston+ml.linux-raid@xxxxxxxxxxxxxx>
Re: Linux Software RAID 5 Performance Optimizations: 2.6.19.1: (211MB/s read & 195MB/s write)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Linux Software RAID 5 Performance Optimizations: 2.6.19.1: (211MB/s read & 195MB/s write)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Linux Software RAID 5 Performance Optimizations: 2.6.19.1: (211MB/s read & 195MB/s write)
- From: Al Boldi <a1426z@xxxxxxxxx>
Re: raid5 software vs hardware: parity calculations?
- From: dean gaudet <dean@xxxxxxxxxx>
Re: Linux Software RAID 5 Performance Optimizations: 2.6.19.1: (211MB/s read & 195MB/s write)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: FailSpare event?
- From: Ernst Herzberg <earny@xxxxxxxx>
Re: Linux Software RAID 5 Performance Optimizations: 2.6.19.1: (211MB/s read & 195MB/s write)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Linux Software RAID 5 Performance Optimizations: 2.6.19.1: (211MB/s read & 195MB/s write)
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: FailSpare event?
- From: Corey Hickey <bugfood-ml@xxxxxxxxxx>
Re: FailSpare event?
- From: "Martin Schröder" <martin@xxxxxxxxxx>
Re: FailSpare event?
- From: Mike Hardy <mhardy@xxxxxxx>
Linux Software RAID 5 Performance Optimizations: 2.6.19.1: (211MB/s read & 195MB/s write)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Tweaking/Optimizing MD RAID: 195MB/s write, 181MB/s read (so far)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: FailSpare event?
- From: Mike <mikee@xxxxxxxxxxxx>
Re: Tweaking/Optimizing MD RAID: 195MB/s write, 181MB/s read (so far)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
RAID5 Tweaked to 195MB/s on 4 x 150 Raptors
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Tweaking/Optimizing MD RAID: 195MB/s write, 181MB/s read (so far)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: FailSpare event?
- From: Neil Brown <neilb@xxxxxxx>
raid5 software vs hardware: parity calculations?
- From: James Ralston <qralston+ml.linux-raid@xxxxxxxxxxxxxx>
Re: FailSpare event?
- From: Mike <mikee@xxxxxxxxxxxx>
Re: FailSpare event?
- From: Neil Brown <neilb@xxxxxxx>
FailSpare event?
- From: Mike <mikee@xxxxxxxxxxxx>
Re: libata hotplug and md raid?
- From: Mike Accetta <maccetta@xxxxxxxxxxxxxxxxxx>
Re: [patch] md: pass down BIO_RW_SYNC in raid{1,10}
- From: "Mike Snitzer" <snitzer@xxxxxxxxx>
Re: [patch] md: pass down BIO_RW_SYNC in raid{1,10}
- From: Lars Ellenberg <Lars.Ellenberg@xxxxxxxxxx>
Re: [patch] md: pass down BIO_RW_SYNC in raid{1,10}
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [patch] md: pass down BIO_RW_SYNC in raid{1,10}
- From: Neil Brown <neilb@xxxxxxx>
Re: [patch] md: pass down BIO_RW_SYNC in raid{1,10}
- From: Andrew Morton <akpm@xxxxxxxx>
Re: RAID1 repair issue with 2.6.16.36 kernel
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: RAID1 repair issue with 2.6.16.36 kernel
- From: Mike Hardy <mhardy@xxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
- From: Louis-David Mitterrand <vindex+lists-linux-raid@xxxxxxxxxxx>
RAID1 repair issue with 2.6.16.36 kernel
- From: Michel Lespinasse <walken@xxxxxxx>
[patch] md: pass down BIO_RW_SYNC in raid{1,10}
- From: Lars Ellenberg <Lars.Ellenberg@xxxxxxxxxx>
mdadm doesn't detect sw raid 5 array on boot
- From: Elliot Carver <carver.elliot@xxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
- From: Chaitanya Patti <crpatti@xxxxxxxxxxxxx>
Re: mdadm: what if - crashed OS
- From: "Vince Spinelli" <Vince@xxxxxxxxxxxxxxxxxxxxx>
Re: mdadm: what if - crashed OS
- From: "Andrew Geppert" <public@xxxxxxxxxxxxxx>
Re: mdadm: what if - crashed OS
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Raid1 : mounting a 1.0-version raid as root at boot time not working
- From: "Francois Barre" <francois.barre@xxxxxxxxx>
Re: mdadm: what if - crashed OS
- From: David Greaves <david@xxxxxxxxxxxx>
Raid1 : mounting a 1.0-version raid as root at boot time not working
- From: "Francois Barre" <francois.barre@xxxxxxxxx>
mdadm: what if - crashed OS
- From: "Vince Spinelli" <Vince@xxxxxxxxxxxxxxxxxxxxx>
md: bug in file drivers/md/md.c, line 1662
- From: "Dan Merillat" <harik.attar@xxxxxxxxx>
raid10_make_request bug: can't convert block across chunks or bigger [...]
- From: Ask Bjørn Hansen <ask@xxxxxxxxxxxxxx>
Re: unknown ioctl32 cmd
- From: Neil Brown <neilb@xxxxxxx>
unknown ioctl32 cmd
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: A few questions before assembling Linux 7.5TB RAID 5 array
- From: Gordon Henderson <gordon@xxxxxxxxxx>
Re: A few questions before assembling Linux 7.5TB RAID 5 array
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Can I abuse md like this?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: confusion about partitionable md arrays
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: confusion about partitionable md arrays
- From: Michael Schmitt <mschmitt@xxxxxxxxxxxxx>
Re: confusion about partitionable md arrays
- From: Bill Davidsen <davidsen@xxxxxxx>
confusion about partitionable md arrays
- From: Michael Schmitt <mschmitt@xxxxxxxxxxxxx>
Re: [patch] latency problem in md driver
- From: Lars Ellenberg <Lars.Ellenberg@xxxxxxxxxx>
Re: Can I abuse md like this?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Raid corruption problems.
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
- From: Nikolai Joukov <kolya@xxxxxxxxxxxxx>
Re: Raid corruption problems.
- From: John McMonagle <johnm@xxxxxxxxxxx>
Re: Can I abuse md like this?
- From: Neil Brown <neilb@xxxxxxx>
Can I abuse md like this?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
- From: Nikolai Joukov <kolya@xxxxxxxxxxxxx>
RE: list of devices that belong to an array
- From: Neil Brown <neilb@xxxxxxx>
RE: list of devices that belong to an array
- From: Don Hiatt <Don_Hiatt@xxxxxxxxxxxxxx>
Re: list of devices that belong to an array
- From: Neil Brown <neilb@xxxxxxx>
list of devices that belong to an array
- From: Don Hiatt <Don_Hiatt@xxxxxxxxxxxxxx>
Re: [patch] latency problem in md driver
- From: Neil Brown <neilb@xxxxxxx>
Re: [patch] latency problem in md driver
- From: Lars Ellenberg <Lars.Ellenberg@xxxxxxxxxx>
Re: [patch] latency problem in md driver
- From: Ric Wheeler <ric@xxxxxxx>
Re: [patch] latency problem in md driver
- From: Lars Ellenberg <Lars.Ellenberg@xxxxxxxxxx>
Re: [patch] latency problem in md driver
- From: Jeff Garzik <jeff@xxxxxxxxxx>
[patch] latency problem in md driver
- From: Lars Ellenberg <Lars.Ellenberg@xxxxxxxxxx>
Re: ANNOUNCE: mdadm 2.6 - A tool for managing Soft RAID under Linux
- From: Bill Davidsen <davidsen@xxxxxxx>
Completely discontinuing an array
- From: Bill Davidsen <davidsen@xxxxxxx>
A few questions before assembling Linux 7.5TB RAID 5 array
- From: Yeechang Lee <ylee@xxxxxxxxx>
Re: RAID1 root and swap and initrd
- From: Bill Davidsen <davidsen@xxxxxxx>
boot root no /dev
- From: matt black <cache22@xxxxxxxxxxxxx>
Re: RAID1 root and swap and initrd
- From: Michael Tokarev <mjt@xxxxxxxxxx>
ANNOUNCE: mdadm 2.6 - A tool for managing Soft RAID under Linux
- From: Neil Brown <neilb@xxxxxxx>
[PATCH] md: Fix a few problems with the interface (sysfs and ioctl) to md.
- From: NeilBrown <neilb@xxxxxxx>
Re: [solved] supermicro failure
- From: Louis-David Mitterrand <vindex+lists-linux-raid@xxxxxxxxxxx>
Re: Odd (slow) RAID performance
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: [solved]
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: sata badness in 2.6.20-rc1? [Was: Re: md patches in -mm]
- From: Andrew Morton <akpm@xxxxxxxx>
Re: sata badness in 2.6.20-rc1? [Was: Re: md patches in -mm]
- From: Luben Tuikov <ltuikov@xxxxxxxxx>
Re: Raid corruption problems.
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: RAID1 root and swap and initrd
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Proper reconstruction of raid5 with multiple disk failures
- From: Neil Brown <neilb@xxxxxxx>
Proper reconstruction of raid5 with multiple disk failures
- From: Elmar Weber <lists@xxxxxxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
- From: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
- From: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: sata badness in 2.6.20-rc1? [Was: Re: md patches in -mm]
- From: thunder7@xxxxxxxxx
Re: sata badness in 2.6.20-rc1? [Was: Re: md patches in -mm]
- From: Jiri Slaby <jirislaby@xxxxxxxxx>
Re: sata badness in 2.6.20-rc1? [Was: Re: md patches in -mm]
- From: Andrew Morton <akpm@xxxxxxxx>
Re: sata badness in 2.6.20-rc1? [Was: Re: md patches in -mm]
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
Re: RAID1 root and swap and initrd
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: RAID1 root and swap and initrd
- From: Andre Majorel <aym-xunil@xxxxxxxxx>
Re: RAID1 root and swap and initrd
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: RAID1 root and swap and initrd
- From: Andre Majorel <aym-xunil@xxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
- From: Nikolai Joukov <kolya@xxxxxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
- From: Nikolai Joukov <kolya@xxxxxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
- From: Ed Tomlinson <edt@xxxxxx>
Re: sata badness in 2.6.20-rc1? [Was: Re: md patches in -mm]
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
Re: sata badness in 2.6.20-rc1? [Was: Re: md patches in -mm]
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
Re: sata badness in 2.6.20-rc1? [Was: Re: md patches in -mm]
- From: thunder7@xxxxxxxxx
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
- From: Nikolai Joukov <kolya@xxxxxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
- From: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
- From: Ed Tomlinson <edt@xxxxxx>
Re: sata badness in 2.6.20-rc1? [Was: Re: md patches in -mm]
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
What is this RAID status and level ?
- From: Bruno Costacurta <pubmb01@xxxxxxxxx>
Re: sata badness in 2.6.20-rc1? [Was: Re: md patches in -mm]
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
Re: sata badness in 2.6.20-rc1? [Was: Re: md patches in -mm]
- From: Jeff Garzik <jeff@xxxxxxxxxx>
Re: sata badness in 2.6.20-rc1? [Was: Re: md patches in -mm]
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
Re: sata badness in 2.6.20-rc1? [Was: Re: md patches in -mm]
- From: Jeff Garzik <jeff@xxxxxxxxxx>
Re: sata badness in 2.6.20-rc1? [Was: Re: md patches in -mm]
- From: Alan <alan@xxxxxxxxxxxxxxxxxxx>
Re: sata badness in 2.6.20-rc1? [Was: Re: md patches in -mm]
- From: Jeff Garzik <jeff@xxxxxxxxxx>
Re: sata badness in 2.6.20-rc1? [Was: Re: md patches in -mm]
- From: Jeff Garzik <jeff@xxxxxxxxxx>
Re: sata badness in 2.6.20-rc1? [Was: Re: md patches in -mm]
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
Re: sata badness in 2.6.20-rc1? [Was: Re: md patches in -mm]
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
Re: sata badness in 2.6.20-rc1? [Was: Re: md patches in -mm]
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
Re: sata badness in 2.6.20-rc1? [Was: Re: md patches in -mm]
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
Re: sata badness in 2.6.20-rc1? [Was: Re: md patches in -mm]
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
Re: sata badness in 2.6.20-rc1? [Was: Re: md patches in -mm]
- From: Andrew Morton <akpm@xxxxxxxx>
Re: sata badness in 2.6.20-rc1? [Was: Re: md patches in -mm]
- From: Andrew Morton <akpm@xxxxxxxx>
sata badness in 2.6.20-rc1? [Was: Re: md patches in -mm]
- From: Neil Brown <neilb@xxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
- From: Nikolai Joukov <kolya@xxxxxxxxxxxxx>
Raid corruption problems.
- From: John McMonagle <johnm@xxxxxxxxxxx>
Re: md patches in -mm
- From: Andrew Morton <akpm@xxxxxxxx>
Re: RAID1 root and swap and initrd
- From: Gordon Henderson <gordon@xxxxxxxxxx>
Re: md patches in -mm
- From: thunder7@xxxxxxxxx
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
- From: Nikolai Joukov <kolya@xxxxxxxxxxxxx>
Re: RAID1 root and swap and initrd
- From: thunder7@xxxxxxxxx
RAID1 root and swap and initrd
- From: Andre Majorel <aym-xunil@xxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
- From: Nikolai Joukov <kolya@xxxxxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
- From: Nikolai Joukov <kolya@xxxxxxxxxxxxx>
Help recovering a raid6 device with a kicked drive (too many)
- From: Ask Bjørn Hansen <ask@xxxxxxxxxxxxxx>
[RFC: 2.6 patch] simplify drivers/md/md.c:update_size()
- From: Adrian Bunk <bunk@xxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
- From: Nikolai Joukov <kolya@xxxxxxxxxxxxx>
Re: [RFC: 2.6 patch] simplify drivers/md/md.c:update_size()
- From: Adrian Bunk <bunk@xxxxxxxxx>
Re: [RFC: 2.6 patch] simplify drivers/md/md.c:update_size()
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
- From: Nikolai Joukov <kolya@xxxxxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
- From: berk walker <berk@xxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
- From: Charles Manning <manningc2@xxxxxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
- From: Nikolai Joukov <kolya@xxxxxxxxxxxxx>
Re: disappointed with 3ware 9550sx
- From: "Rob Bray" <raid@xxxxxxxxxxx>
Re: Frequent SATA errors / port timeouts in 2.6.18.3?
- From: David Greaves <david@xxxxxxxxxxxx>
Frequent SATA errors / port timeouts in 2.6.18.3?
- From: Patrik Jonsson <patrik@xxxxxxxxxxx>
Re: Relabeling UUID
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Odd (slow) RAID performance
- From: Mark Hahn <hahn@xxxxxxxxxxxxxxxxxxx>
Re: Relabeling UUID
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Relabeling UUID
- From: Neil Brown <neilb@xxxxxxx>
Re: Relabeling UUID
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Relabeling UUID
- From: Neil Brown <neilb@xxxxxxx>
Relabeling UUID
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Odd (slow) RAID performance
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Odd (slow) RAID performance
- From: "Raz Ben-Jehuda(caro)" <raziebe@xxxxxxxxx>
Re: Shrinking a RAID1--superblock problems
- From: dean gaudet <dean@xxxxxxxxxx>
Shrinking a RAID1--superblock problems
- From: "Jonathan Terhorst" <terhorst@xxxxxxxxx>
Re: Odd (slow) RAID performance
- From: Bill Davidsen <davidsen@xxxxxxx>
2.6.19-git19 messages
- From: Shane <shane@xxxxx>
Re: oops on 2.6.19-rc6-mm2: deref of 0x28 at permission+0x7
- From: Jiri Slaby <jirislaby@xxxxxxxxx>
Does the md codes can work well under SMP?
- From: "liyiming" <liyiming@xxxxxxxxxxxx>
Re: oops on 2.6.19-rc6-mm2: deref of 0x28 at permission+0x7
- From: Neil Brown <neilb@xxxxxxx>
[PATCH] md: Don't assume that READ==0 and WRITE==1 - use the names explicitly.
- From: NeilBrown <neilb@xxxxxxx>
Re: oops on 2.6.19-rc6-mm2: deref of 0x28 at permission+0x7
- From: Jiri Kosina <jikos@xxxxxxxx>
Norco DS-1220
- From: Jeff Breidenbach <jeff@xxxxxxx>
Re: Re: If this behavior is supported by raid5?
- From: Neil Brown <neilb@xxxxxxx>
Re: If this behavior is supported by raid5?
- From: Neil Brown <neilb@xxxxxxx>
If this behavior is supported by raid5?
- From: "liyiming" <liyiming@xxxxxxxxxxxx>
Re: oops on 2.6.19-rc6-mm2: deref of 0x28 at permission+0x7
- From: Neil Brown <neilb@xxxxxxx>
Re: disappointed with 3ware 9550sx
- From: "Martin Schröder" <martin@xxxxxxxxxx>
Re: disappointed with 3ware 9550sx
- From: dean gaudet <dean@xxxxxxxxxx>
Re: disappointed with 3ware 9550sx
- From: dean gaudet <dean@xxxxxxxxxx>
Re: disappointed with 3ware 9550sx
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: disappointed with 3ware 9550sx
- From: "Martin Schröder" <martin@xxxxxxxxxx>
disappointed with 3ware 9550sx
- From: dean gaudet <dean@xxxxxxxxxx>
Re: oops on 2.6.19-rc6-mm2: deref of 0x28 at permission+0x7
- From: Jiri Kosina <jikos@xxxxxxxx>
Re: oops on 2.6.19-rc6-mm2: deref of 0x28 at permission+0x7
- From: Jiri Kosina <jikos@xxxxxxxx>
Re: Odd (slow) RAID performance
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Odd (slow) RAID performance
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: [PATCH 000 of 5] md: Assorted minor fixes for mainline
- From: Neil Brown <neilb@xxxxxxx>
oops on 2.6.19-rc6-mm2: deref of 0x28 at permission+0x7
- From: Jiri Slaby <jirislaby@xxxxxxxxx>
Re: mdadm assemble question
- From: Jacob Schmidt Madsen <jacob@xxxxxxxx>
Re: [PATCH 000 of 5] md: Assorted minor fixes for mainline
- From: Andrew Morton <akpm@xxxxxxxx>
Re: mdadm assemble question
- From: Neil Brown <neilb@xxxxxxx>
Re: Trouble when growing a raid5 array
- From: Jacob Schmidt Madsen <jacob@xxxxxxxx>
Re: Trouble when growing a raid5 array
- From: Jacob Schmidt Madsen <jacob@xxxxxxxx>
mdadm assemble question
- From: Jacob Schmidt Madsen <jacob@xxxxxxxx>
Re: Odd (slow) RAID performance
- From: Gabor Gombas <gombasg@xxxxxxxxx>
Re: Odd (slow) RAID performance
- From: Neil Brown <neilb@xxxxxxx>
Re: Odd (slow) RAID performance
- From: Neil Brown <neilb@xxxxxxx>
array sync looping
- From: linux-raid-kernel-org@xxxxxxxxxxx
Re: Odd (slow) RAID performance
- From: Corey Hickey <bugfood-ml@xxxxxxxxxx>
[PATCH 004 of 5] md: Close a race between destroying and recreating an md device.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 003 of 5] md: Assorted md and raid1 one-liners
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 002 of 5] md: Return a non-zero error to bi_end_io as appropriate in raid5.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 005 of 5] md: Allow mddevs to live a bit longer to avoid a loop with udev.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 001 of 5] md: Remove some old ifdefed-out code from raid5.c
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 000 of 5] md: Assorted minor fixes for mainline
- From: NeilBrown <neilb@xxxxxxx>
Re: RAID5, 2 out of 4 disks failed, Events value differs too much
- From: Corey Hickey <bugfood-ml@xxxxxxxxxx>
Newer mdadm breaks our initial ramdisk init scripts
- From: Andreas Haumer <andreas@xxxxxxxxx>
Re: Odd (slow) RAID performance
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: chunk size must be power of two?
- From: James Braid <jamesb@xxxxxxxxxxxx>
Re: chunk size must be power of two?
- From: Neil Brown <neilb@xxxxxxx>
chunk size must be power of two?
- From: James Braid <jamesb@xxxxxxxxxxxx>
Re: Questions about RAID1/RAID5 read error handling
- From: "Michael Yao" <danshoe@xxxxxxxxx>
Questions about RAID1/RAID5 read error handling
- From: "michael michael" <danshoe@xxxxxxxxx>
RAID5, 2 out of 4 disks failed, Events value differs too much
- From: "Bodo Thiesen" <bothie@xxxxxx>
Re: Odd (slow) RAID performance
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: Odd (slow) RAID performance
- From: Bill Davidsen <davidsen@xxxxxxx>
Partitioned arrays initially missing from /proc/partitions
- From: Mike Accetta <maccetta-bounce@xxxxxxxxxxxxxxxxxx>
Re: Trouble when growing a raid5 array
- From: Jacob Schmidt Madsen <jacob@xxxxxxxx>
RE: Odd (slow) RAID performance
- From: "Roger Lucas" <roger@xxxxxxxxxxxxx>
Re: [PATCH 02/12] dmaengine: add the async_tx api
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
--no-degraded in mdadm.conf?
- From: Patrik Jonsson <patrik@xxxxxxxxxxx>
Re: Odd (slow) RAID performance
- From: Bill Davidsen <davidsen@xxxxxxx>
[PATCH 03/12] dmaengine: driver for the iop32x, iop33x, and iop13xx raid engines
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 06/12] md: move write operations to raid5_run_ops
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 07/12] md: move raid5 compute block operations to raid5_run_ops
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 08/12] md: move raid5 parity checks to raid5_run_ops
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 05/12] md: workqueue for raid5 operations
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 04/12] md: add raid5_run_ops and support routines
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 12/12] md: remove raid5 compute_block and compute_parity5
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 11/12] md: raid5 io requests to raid5_run_ops
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 09/12] md: satisfy raid5 read requests via raid5_run_ops
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 01/12] dmaengine: add base support for the async_tx api
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 10/12] md: use async_tx and raid5_run_ops for raid5 expansion operations
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 02/12] dmaengine: add the async_tx api
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 00/12] md raid acceleration and the async_tx api
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
RE: Odd (slow) RAID performance
- From: "Roger Lucas" <roger@xxxxxxxxxxxxx>
Re: Odd (slow) RAID performance
- From: Bill Davidsen <davidsen@xxxxxxx>
RE: Odd (slow) RAID performance
- From: "Roger Lucas" <roger@xxxxxxxxxxxxx>
Odd (slow) RAID performance
- From: Bill Davidsen <davidsen@xxxxxxx>
Trouble when growing a raid5 array
- From: Jacob Schmidt Madsen <jacob@xxxxxxxx>
Re: mdadm --assemble weirdness?
- From: Patrik Jonsson <patrik@xxxxxxxxxxx>
Re: mdadm --assemble weirdness?
- From: Patrik Jonsson <patrik@xxxxxxxxxxx>
Re: mdadm --assemble weirdness?
- From: Neil Brown <neilb@xxxxxxx>
mdadm --assemble weirdness?
- From: Patrik Jonsson <patrik@xxxxxxxxxxx>
Re: mdadm RAID5 Grow
- From: Bill Davidsen <davidsen@xxxxxxx>
how does autoraid work ?
- From: peter pilsl <pilsl@xxxxxxxxxxxx>
Re: Observations of a failing disk
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: Observations of a failing disk
- From: dean gaudet <dean@xxxxxxxxxx>
Observations of a failing disk
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: Linux RAID version question
- From: Nix <nix@xxxxxxxxxxxxx>
Re: Linux RAID version question
- From: "Dragan Marinkovic" <marinkovic.dragan@xxxxxxxxx>
Re: Linux RAID version question
- From: Nix <nix@xxxxxxxxxxxxx>
Re: Linux RAID version question
- From: "Dragan Marinkovic" <marinkovic.dragan@xxxxxxxxx>
Re: Linux RAID version question
- From: "Dragan Marinkovic" <marinkovic.dragan@xxxxxxxxx>
Re: Linux RAID version question
- From: Nix <nix@xxxxxxxxxxxxx>
Re: Linux RAID version question
- From: "Dragan Marinkovic" <marinkovic.dragan@xxxxxxxxx>
RE: Linux RAID version question
- From: Foster_Brian@xxxxxxx
Adding RAID on existing system : best practices ?
- From: Bruno Costacurta <pubmb01@xxxxxxxxx>
Re: Linux RAID version question
- From: "Dragan Marinkovic" <marinkovic.dragan@xxxxxxxxx>
Re: Linux RAID version question
- From: Nix <nix@xxxxxxxxxxxxx>
Linux RAID version question
- From: "Dragan Marinkovic" <marinkovic.dragan@xxxxxxxxx>
Problems with RAID Linear Grow
- From: Pat Fitzpatrick <Pat_Fitzpatrick@xxxxxxxxxxxxxx>
Re: Is shrinking raid5 possible?
- From: Henrik Holst <henrik.holst@xxxxxxxxxx>
Re: Ubuntu - RAID Array not "assembling" on boot.
- From: Gabor Gombas <gombasg@xxxxxxxxx>
Isn't raid1 obsolete by raid10 module?
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: Ubuntu - RAID Array not "assembling" on boot.
- From: dean gaudet <dean@xxxxxxxxxx>
Re: Ubuntu - RAID Array not "assembling" on boot.
- From: "John Reeves" <john.reeves@xxxxxxxxx>
Re: Ubuntu - RAID Array not "assembling" on boot.
- From: dean gaudet <dean@xxxxxxxxxx>
Re: Ubuntu - RAID Array not "assembling" on boot.
- From: Henrik Holst <henrik.holst@xxxxxxxxxx>
Ubuntu - RAID Array not "assembling" on boot.
- From: "John Reeves" <john.reeves@xxxxxxxxx>
kernel 2.4.33.4 md raid1 problem
- From: "Andre' Breiler" <andre.breiler@xxxxxxxxxxx>
Re: Problem booting linux 2.6.19-rc5, 2.6.19-rc5-git6, 2.6.19-rc5-mm2 with md raid 1 over lvm root
- From: Nicolas Mailhot <nicolas.mailhot@xxxxxxxxxxx>
Re: Problem booting linux 2.6.19-rc5, 2.6.19-rc5-git6, 2.6.19-rc5-mm2 with md raid 1 over lvm root
- From: Nicolas Mailhot <nicolas.mailhot@xxxxxxxxxxx>
Re: Problem booting linux 2.6.19-rc5, 2.6.19-rc5-git6, 2.6.19-rc5-mm2 with md raid 1 over lvm root
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Raid 1 (non) performance
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Problem booting linux 2.6.19-rc5, 2.6.19-rc5-git6, 2.6.19-rc5-mm2 with md raid 1 over lvm root
- From: Lee Revell <rlrevell@xxxxxxxxxxx>
Re: Raid 1 (non) performance
- From: "Magnus Naeslund(k)" <mag@xxxxxxx>
Re: safely removing RAID information?
- From: Neil Brown <neilb@xxxxxxx>
Re: safely removing RAID information?
- From: Benjamin Schieder <blindcoder@xxxxxxxxxxxxxxxxxxxx>
Re: Raid 1 (non) performance
- From: dean gaudet <dean@xxxxxxxxxx>
Re: md manpage of mdadm 2.5.6
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: safest way to swap in a new physical disk
- From: dean gaudet <dean@xxxxxxxxxx>
Re: Recovering from default FC6 install
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: raidreconf for 5 x 320GB -> 8 x 320GB
- From: Mike Hardy <mhardy@xxxxxxx>
mdadm --misc --detail --test ... question
- From: Russell Hammer <russ@xxxxxxxxxxx>
RE: Raid1 uses partially reconstructed drive
- From: "Danny Sung" <dsung@xxxxxxxxxxxxx>
raidreconf for 5 x 320GB -> 8 x 320GB
- From: "Timo Bernack" <timo.bernack@xxxxxxxxxx>
Re: RAID5/10 chunk size and ext2/3 stride parameter
- From: martin f krafft <madduck@xxxxxxxxxxx>
Problem with RAID-1, inconsistent data returned if disks get out of sync
- From: "Roger Lucas" <roger@xxxxxxxxxxxxx>

[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]