Linux RAID Storage Date Index

Thread Index

Re: removed disk && md-device
- From: Goswin von Brederlow <brederlo@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
Re: how to synchronize two devices (RAID-1, but not really?)
- From: Tomasz Chmielewski <mangoo@xxxxxxxx>
Re: how to synchronize two devices (RAID-1, but not really?)
- From: Tomasz Chmielewski <mangoo@xxxxxxxx>
Re: how to synchronize two devices (RAID-1, but not really?)
- From: David Greaves <david@xxxxxxxxxxxx>
Re: how to synchronize two devices (RAID-1, but not really?)
- From: Gordon Henderson <gordon@xxxxxxxxxx>
Re: how to synchronize two devices (RAID-1, but not really?)
- From: Tomasz Chmielewski <mangoo@xxxxxxxx>
Re: how to synchronize two devices (RAID-1, but not really?)
- From: Peter Rabbitson <rabbit@xxxxxxxxx>
how to synchronize two devices (RAID-1, but not really?)
- From: Tomasz Chmielewski <mangoo@xxxxxxxx>
Re: /proc/mdstat showing a device missing from array
- From: Neil Brown <neilb@xxxxxxx>
Re: /proc/mdstat showing a device missing from array
- From: evoltech@xxxxxxxxxxx
Re: /proc/mdstat showing a device missing from array
- From: Neil Brown <neilb@xxxxxxx>
/proc/mdstat showing a device missing from array
- From: evoltech@xxxxxxxxxxx
Re: Neil, bug in the minimum guaranteed patch?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Questions about the speed when MD-RAID array is being initialized.
- From: Benjamin Davenport <ben@xxxxxxxxxxxxxxx>
Neil, bug in the minimum guaranteed patch?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: removed disk && md-device
- From: David Greaves <david@xxxxxxxxxxxx>
Re: removed disk && md-device
- From: David Greaves <david@xxxxxxxxxxxx>
Re: removed disk && md-device
- From: David Greaves <david@xxxxxxxxxxxx>
Re: removed disk && md-device
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: removed disk && md-device
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: 2.6.21-mm2 boot failure, raid autodetect, bd_set_size+0xb/0x80
- From: thunder7@xxxxxxxxx
Re: 2.6.21-mm2 boot failure, raid autodetect, bd_set_size+0xb/0x80
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: 2.6.21-mm2 boot failure, raid autodetect, bd_set_size+0xb/0x80
- From: thunder7@xxxxxxxxx
Re: removed disk && md-device
- From: Bernd Schubert <bs@xxxxxxxxx>
Re: removed disk && md-device
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: removed disk && md-device
- From: Neil Brown <neilb@xxxxxxx>
Re: removed disk && md-device
- From: Neil Brown <neilb@xxxxxxx>
Re: Please revert 5b479c91da90eef605f851508744bfe8269591a0 (md partition rescan)
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Questions about the speed when MD-RAID array is being initialized.
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: Chaining sg lists for big I/O commands: Question
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: Questions about the speed when MD-RAID array is being initialized.
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Questions about the speed when MD-RAID array is being initialized.
- From: "Liang Yang" <multisyncfe991@xxxxxxxxxxx>
Re: Questions about the speed when MD-RAID array is being initialized.
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Questions about the speed when MD-RAID array is being initialized.
- From: "Liang Yang" <multisyncfe991@xxxxxxxxxxx>
Re: Please revert 5b479c91da90eef605f851508744bfe8269591a0 (md partition rescan)
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: Chaining sg lists for big I/O commands: Question
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: removed disk && md-device
- From: Bernd Schubert <bs@xxxxxxxxx>
Re: Please revert 5b479c91da90eef605f851508744bfe8269591a0 (md partition rescan)
- From: "Satyam Sharma" <satyam.sharma@xxxxxxxxx>
Re: [PATCH 00/16] raid acceleration and asynchronous offload api for 2.6.22
- From: Tomasz Chmielewski <mangoo@xxxxxxxx>
Re: Please revert 5b479c91da90eef605f851508744bfe8269591a0 (md partition rescan)
- From: Xavier Bestel <xavier.bestel@xxxxxxx>
Re: Please revert 5b479c91da90eef605f851508744bfe8269591a0 (md partition rescan)
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
RE: [PATCH 00/16] raid acceleration and asynchronous offload api for 2.6.22
- From: Tomasz Chmielewski <mangoo@xxxxxxxx>
Re: removed disk && md-device
- From: David Greaves <david@xxxxxxxxxxxx>
Re: [PATCH 002 of 2] md: Improve the is_mddev_idle test
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH 002 of 2] md: Improve the is_mddev_idle test
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 002 of 2] md: Improve the is_mddev_idle test
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH 002 of 2] md: Improve the is_mddev_idle test
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 002 of 2] md: Improve the is_mddev_idle test
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: removed disk && md-device
- From: Neil Brown <neilb@xxxxxxx>
[PATCH 002 of 2] md: Improve the is_mddev_idle test
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 001 of 2] md: Avoid a possibility that a read error can wrongly propagate through md/raid1 to a filesystem.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 000 of 2] md: Two more bugfixes.
- From: NeilBrown <neilb@xxxxxxx>
Re: "No such device" on --remove
- From: Benjamin Schieder <blindcoder@xxxxxxxxxxxxxxxxxxxx>
Re: Please revert 5b479c91da90eef605f851508744bfe8269591a0 (md partition rescan)
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Please revert 5b479c91da90eef605f851508744bfe8269591a0 (md partition rescan)
- From: Neil Brown <neilb@xxxxxxx>
Re: removed disk && md-device
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: "No such device" on --remove
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: Recovery of software RAID5 using FC6 rescue?
- From: Nix <nix@xxxxxxxxxxxxx>
Re: Chaining sg lists for big I/O commands: Question
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: removed disk && md-device
- From: Bernd Schubert <bs@xxxxxxxxx>
Chaining sg lists for big I/O commands: Question
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: removed disk && md-device
- From: martin f krafft <madduck@xxxxxxxxxxx>
RE: [PATCH 00/16] raid acceleration and asynchronous offload api for 2.6.22
- From: "Ronen Shitrit" <rshitrit@xxxxxxxxxxx>
removed disk && md-device
- From: Bernd Schubert <bs@xxxxxxxxx>
Re: "No such device" on --remove
- From: Bernd Schubert <bschubert@xxxxxxxxx>
Re: Recovery of software RAID5 using FC6 rescue?
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: Linux MD Raid Bug(?) w/Kernel sync_speed_min Option
- From: Neil Brown <neilb@xxxxxxx>
Re: Recovery of software RAID5 using FC6 rescue?
- From: Nix <nix@xxxxxxxxxxxxx>
Re: Recovery of software RAID5 using FC6 rescue?
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: "No such device" on --remove
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Recovery of software RAID5 using FC6 rescue?
- From: "Mark A. O'Neil" <mark.a.oneil@xxxxxxxxxxxxx>
"No such device" on --remove
- From: Benjamin Schieder <blindcoder@xxxxxxxxxxxxxxxxxxxx>
Re: Speed variation depending on disk position
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: what does md do if it finds an inconsistency?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Linux MD Raid Bug(?) w/Kernel sync_speed_min Option
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Linux MD Raid Bug(?) w/Kernel sync_speed_min Option
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Linux MD Raid Bug(?) w/Kernel sync_speed_min Option
- From: Neil Brown <neilb@xxxxxxx>
Re: Swapping out for larger disks
- From: Brad Campbell <brad@xxxxxxxxxxx>
Linux MD Raid Bug(?) w/Kernel sync_speed_min Option
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Swapping out for larger disks
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Swapping out for larger disks
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Swapping out for larger disks
- From: Brad Campbell <brad@xxxxxxxxxxx>
Re: Raid-1 on top of multipath
- From: Lars Marowsky-Bree <lmb@xxxxxxx>
[PATCH 002 of 5] md: Stop using csum_partial for checksum calculation in md.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 005 of 5] md: Improve partition detection in md array.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 004 of 5] md: Allow reshape_position for md arrays to be set via sysfs.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 001 of 5] md: Move test for whether level supports bitmap to correct place.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 003 of 5] md: Remove the slash from the name of a kmem_cache used by raid5.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 000 of 5] md: assorted bug fixes and minor features
- From: NeilBrown <neilb@xxxxxxx>
Re: Raid1 replaced with raid10?
- From: Peter Rabbitson <rabbit@xxxxxxxxx>
Re: Raid1 replaced with raid10?
- From: Bill Davidsen <davidsen@xxxxxxx>
RAID defns
- From: raider@xxxxxxxxxxxxx
Re: mdadm array not found on reboot
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: mdadm array not found on reboot
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: mdadm array not found on reboot
- From: "Jeffrey B. Layton" <laytonjb@xxxxxxxxxxx>
Re: mdadm array not found on reboot
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: mdadm array not found on reboot
- From: "Jeffrey B. Layton" <laytonjb@xxxxxxxxxxx>
Re: mdadm array not found on reboot
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
mdadm array not found on reboot
- From: "Jeffrey B. Layton" <laytonjb@xxxxxxxxxxx>
Fwd: attempt to access beyond end of device on RAID0 with mdadm
- From: "Sławomir Nowakowski" <nailman23@xxxxxxxxx>
Re: Partitioned arrays initially missing from /proc/partitions
- From: Neil Brown <neilb@xxxxxxx>
Re: Partitioned arrays initially missing from /proc/partitions
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Raid1 replaced with raid10?
- From: Peter Rabbitson <rabbit@xxxxxxxxx>
Re: Raid1 replaced with raid10?
- From: Neil Brown <neilb@xxxxxxx>
Re: Raid1 replaced with raid10?
- From: Peter Rabbitson <rabbit@xxxxxxxxx>
Re: attempt to access beyond end of device on RAID0 with mdadm
- From: Neil Brown <neilb@xxxxxxx>
RE: RAID6 question
- From: Neil Brown <neilb@xxxxxxx>
Re: Raid1 replaced with raid10?
- From: Neil Brown <neilb@xxxxxxx>
Re: what does md do if it finds an inconsistency?
- From: Neil Brown <neilb@xxxxxxx>
Re: Speed variation depending on disk position
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: what does md do if it finds an inconsistency?
- From: Gavin McCullagh <gmccullagh@xxxxxxxxx>
Re: Speed variation depending on disk position (was: Linux SW RAID: HW Raid Controller/JBOD vs. Multiple PCI-e Cards?)
- From: Mark Hahn <hahn@xxxxxxxxxxx>
Re: what does md do if it finds an inconsistency?
- From: "martin f krafft" <madduck@xxxxxxxxxxx>
Re: what does md do if it finds an inconsistency?
- From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
Re: what does md do if it finds an inconsistency?
- From: martin f krafft <madduck@xxxxxxxxxxx>
Re: Speed variation depending on disk position
- From: Benjamin Davenport <linux-raid-reg@xxxxxxxxxxxxxxx>
what does md do if it finds an inconsistency?
- From: martin f krafft <madduck@xxxxxxxxxxx>
Speed variation depending on disk position (was: Linux SW RAID: HW Raid Controller/JBOD vs. Multiple PCI-e Cards?)
- From: Peter Rabbitson <rabbit@xxxxxxxxx>
Re: Linux SW RAID: HW Raid Controller/JBOD vs. Multiple PCI-e Cards?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Linux SW RAID: HW Raid Controller/JBOD vs. Multiple PCI-e Cards?
- From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
Re: Linux SW RAID: HW Raid Controller/JBOD vs. Multiple PCI-e Cards?
- From: Chris Wedgwood <cw@xxxxxxxx>
Re: Linux SW RAID: HW Raid Controller/JBOD vs. Multiple PCI-e Cards?
- From: Patrik Jonsson <patrik@xxxxxxxxxxx>
Re: Linux SW RAID: HW Raid Controller/JBOD vs. Multiple PCI-e Cards?
- From: Bill Davidsen <davidsen@xxxxxxx>
Linux SW RAID: HW Raid Controller/JBOD vs. Multiple PCI-e Cards?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
RE: raid10 on centos 5
- From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
Re: raid10 on centos 5
- From: Eli Stair <estair@xxxxxxx>
Re: raid10 on centos 5
- From: Ruslan Sivak <rsivak@xxxxxxxxxxxxx>
Re: raid10 on centos 5
- From: Ruslan Sivak <rsivak@xxxxxxxxxxxxx>
RE: RAID6 question
- From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
RE: raid10 on centos 5
- From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
Re: raid10 on centos 5
- From: Ruslan Sivak <rsivak@xxxxxxxxxxxxx>
Re: raid10 on centos 5
- From: David Greaves <david@xxxxxxxxxxxx>
Re: raid10 on centos 5
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: raid10 on centos 5
- From: Ruslan Sivak <rsivak@xxxxxxxxxxxxx>
Re: raid10 on centos 5
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: raid10 on centos 5
- From: Ruslan Sivak <rsivak@xxxxxxxxxxxxx>
Re: raid10 on centos 5
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: raid10 on centos 5
- From: Ruslan Sivak <rsivak@xxxxxxxxxxxxx>
RE: raid10 on centos 5
- From: <Patrick_Boyd@xxxxxxxx>
raid10 on centos 5
- From: Ruslan Sivak <rsivak@xxxxxxxxxxxxx>
Re: Raid1 replaced with raid10?
- From: Bill Davidsen <davidsen@xxxxxxx>
Raid1 replaced with raid10?
- From: Peter Rabbitson <rabbit@xxxxxxxxx>
Re: [PATCH 00/16] raid acceleration and asynchronous offload api for 2.6.22
- From: ilmari@xxxxxxxxxx (Dagfinn Ilmari Mannsåker)
RE: [PATCH 00/16] raid acceleration and asynchronous offload api for 2.6.22
- From: "Williams, Dan J" <dan.j.williams@xxxxxxxxx>
RE: [PATCH 00/16] raid acceleration and asynchronous offload api for 2.6.22
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
RE: [PATCH 00/16] raid acceleration and asynchronous offload api for 2.6.22
- From: "Williams, Dan J" <dan.j.williams@xxxxxxxxx>
RE: [PATCH 00/16] raid acceleration and asynchronous offload api for 2.6.22
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
RE: [PATCH 00/16] raid acceleration and asynchronous offload api for 2.6.22
- From: "Williams, Dan J" <dan.j.williams@xxxxxxxxx>
attempt to access beyond end of device on RAID0 with mdadm
- From: Slawek <slawekn1@xxxxxxxxxx>
Re: [PATCH 00/16] raid acceleration and asynchronous offload api for 2.6.22
- From: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
[PATCH 16/16] iop3xx: Surface the iop3xx DMA and AAU units to the iop-adma driver
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 15/16] iop13xx: Surface the iop13xx adma units to the iop-adma driver
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 14/16] dmaengine: driver for the iop32x, iop33x, and iop13xx raid engines
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 13/16] md: remove raid5 compute_block and compute_parity5
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 12/16] md: move raid5 io requests to raid5_run_ops
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 11/16] md: use async_tx and raid5_run_ops for raid5 expansion operations
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 10/16] md: satisfy raid5 read requests via raid5_run_ops
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 09/16] md: move raid5 parity checks to raid5_run_ops
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 08/16] md: move raid5 compute block operations to raid5_run_ops
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 07/16] md: move write operations to raid5_run_ops
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 06/16] md: use raid5_run_ops for stripe cache operations
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 05/16] md: add raid5_run_ops and support routines
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 04/16] dmaengine: add the async_tx api
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 03/16] ARM: Add drivers/dma to arch/arm/Kconfig
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 02/16] dmaengine: move channel management to the client
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 01/16] dmaengine: add base support for the async_tx api
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 00/16] raid acceleration and asynchronous offload api for 2.6.22
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: RAID rebuild on Create
- From: David Greaves <david@xxxxxxxxxxxx>
RE: RAID rebuild on Create
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
RE: RAID rebuild on Create
- From: <Patrick_Boyd@xxxxxxxx>
Re: RAID rebuild on Create
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: RAID rebuild on Create
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
RAID rebuild on Create
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
[PATCH 16/36] Use menuconfig objects II - MD
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
RAID6 question
- From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
RE: XFS on x86_64 Linux Question
- From: "Daniel Korstad" <dan@xxxxxxxxxxx>
Re: XFS on x86_64 Linux Question
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: XFS on x86_64 Linux Question
- From: "Raz Ben-Jehuda(caro)" <raziebe@xxxxxxxxx>
Re: XFS on x86_64 Linux Question
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Multiple disk failure, but slot numbers are corrupt and preventing assembly.
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: filesystem corruption with md raid6
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: filesystem corruption with md raid6
- From: Neil Brown <neilb@xxxxxxx>
Re: Multiple disk failure, but slot numbers are corrupt and preventing assembly.
- From: "Leon Woestenberg" <leon.woestenberg@xxxxxxxxx>
filesystem corruption with md raid6
- From: Clem Pryke <pryke@xxxxxxxxxxxxxxxxxx>
Re: Multiple disk failure, but slot numbers are corrupt and preventing assembly.
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Multiple disk failure, but slot numbers are corrupt and preventing assembly.
- From: Neil Brown <neilb@xxxxxxx>
Re: Multiple disk failure, but slot numbers are corrupt and preventing assembly.
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Partitioned arrays initially missing from /proc/partitions
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: Multiple disk failure, but slot numbers are corrupt and preventing assembly.
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Multiple disk failure, but slot numbers are corrupt and preventing assembly.
- From: "Leon Woestenberg" <leon.woestenberg@xxxxxxxxx>
Re: Partitioned arrays initially missing from /proc/partitions
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Partitioned arrays initially missing from /proc/partitions
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Partitioned arrays initially missing from /proc/partitions
- From: Neil Brown <neilb@xxxxxxx>
Re: Partitioned arrays initially missing from /proc/partitions
- From: Neil Brown <neilb@xxxxxxx>
Re: Partitioned arrays initially missing from /proc/partitions
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Partitioned arrays initially missing from /proc/partitions
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Partitioned arrays initially missing from /proc/partitions
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Partitioned arrays initially missing from /proc/partitions
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Multiple disk failure, but slot numbers are corrupt and preventing assembly.
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Multiple disk failure, but slot numbers are corrupt and preventing assembly.
- From: "Leon Woestenberg" <leon.woestenberg@xxxxxxxxx>
Re: Multiple disk failure, but slot numbers are corrupt and preventing assembly.
- From: "Leon Woestenberg" <leon.woestenberg@xxxxxxxxx>
Re: mkinitrd and RAID6 on FC5
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
RE: mkinitrd and RAID6 on FC5
- From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
Re: Partitioned arrays initially missing from /proc/partitions
- From: Neil Brown <neilb@xxxxxxx>
Re: Partitioned arrays initially missing from /proc/partitions
- From: Mike Accetta <maccetta@xxxxxxxxxxxxxxxxxx>
Re: Multiple disk failure, but slot numbers are corrupt and preventing assembly.
- From: David Greaves <david@xxxxxxxxxxxx>
Re: mkinitrd and RAID6 on FC5
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Multiple disk failure, but slot numbers are corrupt and preventing assembly.
- From: "Leon Woestenberg" <leon.woestenberg@xxxxxxxxx>
Re: Partitioned arrays initially missing from /proc/partitions
- From: David Greaves <david@xxxxxxxxxxxx>
mkinitrd and RAID6 on FC5
- From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
Re: major performance drop on raid5 due to context switches caused by small max_hw_sectors [partially resolved]
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: major performance drop on raid5 due to context switches caused by small max_hw_sectors [partially resolved]
- From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
Re: major performance drop on raid5 due to context switches caused by small max_hw_sectors [partially resolved]
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: major performance drop on raid5 due to context switches caused by small max_hw_sectors [partially resolved]
- From: Pallai Roland <dap@xxxxxxxxxxxxx>
Re: major performance drop on raid5 due to context switches caused by small max_hw_sectors [partially resolved]
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: major performance drop on raid5 due to context switches caused by small max_hw_sectors [partially resolved]
- From: Pallai Roland <dap@xxxxxxxxxxxxx>
Re: major performance drop on raid5 due to context switches caused by small max_hw_sectors [partially resolved]
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: major performance drop on raid5 due to context switches caused by small max_hw_sectors [partially resolved]
- From: Pallai Roland <dap@xxxxxxxxxxxxx>
Re: major performance drop on raid5 due to context switches caused by small max_hw_sectors [partially resolved]
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: major performance drop on raid5 due to context switches caused by small max_hw_sectors [partially resolved]
- From: Pallai Roland <dap@xxxxxxxxxxxxx>
Re: major performance drop on raid5 due to context switches caused by small max_hw_sectors [partially resolved]
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: major performance drop on raid5 due to context switches caused by small max_hw_sectors [partially resolved]
- From: Pallai Roland <dap@xxxxxxxxxxxxx>
Re: major performance drop on raid5 due to context switches caused by small max_hw_sectors [partially resolved]
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: major performance drop on raid5 due to context switches caused by small max_hw_sectors [partially resolved]
- From: Pallai Roland <dap@xxxxxxxxxxxxx>
major performance drop on raid5 due to context switches caused by small max_hw_sectors
- From: Pallai Roland <dap@xxxxxxxxxxxxx>
Raid-1 on top of multipath
- From: "Rob Bray" <raid@xxxxxxxxxxx>
Re: FW: [slightly OT] expanding lvm volume group after growing raid5 array
- From: Gavin McCullagh <gmccullagh@xxxxxxxxx>
FW: [slightly OT] expanding lvm volume group after growing raid5 array
- From: "Daniel Korstad" <dan@xxxxxxxxxxx>
[slightly OT] expanding lvm volume group after growing raid5 array
- From: Gavin McCullagh <gmccullagh@xxxxxxxxx>
Re: raid5 write performance
- From: Neil Brown <neilb@xxxxxxx>
Re: raid5 write performance
- From: "Raz Ben-Jehuda(caro)" <raziebe@xxxxxxxxx>
Re: Bug#415441: s2disk and raid
- From: Tim Dijkstra <newsuser@xxxxxxxxxxxxxxx>
Raid5 performance question
- From: mickg <mickg@xxxxxxxxx>
Re: Recovering a raid5 array with strange event count
- From: Chris Allen <chris@xxxxxxx>
Re: Manually hacking superblocks
- From: Lasse Kärkkäinen <tronic+owm8@xxxxxxxxxx>
Re: Moron Destroyed RAID6 Array Superblocks
- From: Corey Hickey <bugfood-ml@xxxxxxxxxx>
Re: Moron Destroyed RAID6 Array Superblocks
- From: "Aaron C. de Bruyn" <aaron@xxxxxxxxxxxxx>
Re: Moron Destroyed RAID6 Array Superblocks
- From: "Aaron C. de Bruyn" <aaron@xxxxxxxxxxxxx>
Re: RAID5 superblocks partly messed up after degradation
- From: Frank Baumgart <frank.baumgart@xxxxxxx>
Re: md0: invalid bitmap page request: 249 (> 223)
- From: "John Stoffel" <john@xxxxxxxxxxx>
Re: Recovering a raid5 array with strange event count
- From: Chris Allen <chris@xxxxxxx>
Re: md0: invalid bitmap page request: 249 (> 223)
- From: "John Stoffel" <john@xxxxxxxxxxx>
Re: Same UUID for every member of all array ?
- From: Brice Figureau <brice+lklm@xxxxxxxxxxxxxxxx>
Re: Manually hacking superblocks
- From: Neil Brown <neilb@xxxxxxx>
Re: Recovering a raid5 array with strange event count
- From: Neil Brown <neilb@xxxxxxx>
Re: Manually hacking superblocks
- From: David Greaves <david@xxxxxxxxxxxx>
Recovering a raid5 array with strange event count
- From: Chris Allen <chris@xxxxxxx>
Manually hacking superblocks
- From: Lasse Kärkkäinen <tronic+owm8@xxxxxxxxxx>
Re: Growing a raid 6 array
- From: Louis-David Mitterrand <vindex+lists-linux-raid@xxxxxxxxxxx>
Re: Growing a raid 6 array
- From: Laurent CARON <lcaron@xxxxxxxxxxxxxxxxx>
Re: Same UUID for every member of all array ?
- From: Iustin Pop <iusty@xxxxxxxxx>
Re: raid10 kernel panic on sparc64
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: raid10 kernel panic on sparc64
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: md0: invalid bitmap page request: 249 (> 223)
- From: Bill Davidsen <davidsen@xxxxxxx>
md0: invalid bitmap page request: 249 (> 223)
- From: "John Stoffel" <john@xxxxxxxxxxx>
Re: LINEAR RAID, little help
- From: Bill Davidsen <davidsen@xxxxxxx>
Same UUID for every member of all array ?
- From: Brice Figureau <brice+lklm@xxxxxxxxxxxxxxxx>
Re: LINEAR RAID, little help
- From: "matt s." <cache22@xxxxxxxxxxxxx>
Re: LINEAR RAID, little help
- From: Neil Brown <neilb@xxxxxxx>
Re: LINEAR RAID, little help
- From: Rich <rich@xxxxxxxxxxxxxx>
Re: s2disk and raid
- From: Luis Rodrigo Gallardo Cruz <rodrigo@xxxxxxxxxxx>
RE: [PATCH RFC 3/4] md: writeback caching policy for raid5 [experimental]
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH RFC 3/4] md: writeback caching policy for raid5 [experimental]
- From: Al Boldi <a1426z@xxxxxxxxx>
RE: [PATCH RFC 3/4] md: writeback caching policy for raid5 [experimental]
- From: "Williams, Dan J" <dan.j.williams@xxxxxxxxx>
Re: [PATCH RFC 3/4] md: writeback caching policy for raid5 [experimental]
- From: Mark Hahn <hahn@xxxxxxxxxxx>
[patch 11/31] Fix calculation for size of filemap_attr array in md/bitmap.
- From: Greg KH <gregkh@xxxxxxx>
[PATCH RFC 4/4] md: delayed stripe activation
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH RFC 2/4] md: refactor raid5 cache policy code using 'struct stripe_cache_policy'
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH RFC 1/4] md: introduce struct stripe_head_state
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH RFC 3/4] md: writeback caching policy for raid5 [experimental]
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH RFC 0/4] raid5: write-back caching policy and write performance
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: RAID1 "out of memory" error, was Re: 2.6.21-rc5-mm4
- From: Neil Brown <neilb@xxxxxxx>
Re: raid6 rebuild
- From: Neil Brown <neilb@xxxxxxx>
Re: RAID5 superblocks partly messed up after degradation
- From: Neil Brown <neilb@xxxxxxx>
Re: LINEAR RAID, little help
- From: Neil Brown <neilb@xxxxxxx>
Re: LINEAR RAID, little help
- From: Henrik Holst <holst@xxxxxxxxxxx>
[PATCH 14/30] Use menuconfig objects - MD
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
RAID5 superblocks partly messed up after degradation
- From: Frank Baumgart <frank.baumgart@xxxxxxx>
Re: raid1 does not seem faster
- From: Iustin Pop <iusty@xxxxxxxxx>
Re: raid1 does not seem faster
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Kernel 2.6.20.4: Software RAID 5: ata13.00: (irq_stat 0x00020002, failed to transmit command FIS)
- From: Tejun Heo <htejun@xxxxxxxxx>
Re: Moron Destroyed RAID6 Array Superblocks
- From: Andrew Burgess <aab@xxxxxxxxxxx>
Moron Destroyed RAID6 Array Superblocks
- From: "Aaron C. de Bruyn" <aaron@xxxxxxxxxxxxx>
Re: LINEAR RAID, little help
- From: Gavin McCullagh <gmccullagh@xxxxxxxxx>
Re: LINEAR RAID, little help
- From: Rich <rich@xxxxxxxxxxxxxx>
Re: LINEAR RAID, little help
- From: Gavin McCullagh <gmccullagh@xxxxxxxxx>
LINEAR RAID, little help
- From: Rich <rich@xxxxxxxxxxxxxx>
Re: raid10_make_request bug: can't convert block across chunks or bigger [...]
- From: Andy Smith <andy@xxxxxxxxxx>
raid10_make_request bug: can't convert block across chunks or bigger [...]
- From: Andy Smith <andy@xxxxxxxxxx>
Re: s2disk and raid
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: RAID1 "out of memory" error, was Re: 2.6.21-rc5-mm4
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: Any Intel folks on the list? Intel PCI-E bridge ACPI resource question
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: RAID1 "out of memory" error, was Re: 2.6.21-rc5-mm4
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: raid1 does not seem faster
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Kernel 2.6.20.4: Software RAID 5: ata13.00: (irq_stat 0x00020002, failed to transmit command FIS)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: raid6 rebuild
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
RAID1 "out of memory" error, was Re: 2.6.21-rc5-mm4
- From: Reuben Farrelly <reuben-linuxkernel@xxxxxxxx>
Kernel 2.6.20.4: Software RAID 5: ata13.00: (irq_stat 0x00020002, failed to transmit command FIS)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: raid1 does not seem faster
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: raid1 does not seem faster
- From: Iustin Pop <iusty@xxxxxxxxx>
Re: raid1 does not seem faster
- From: Iustin Pop <iusty@xxxxxxxxx>
Re: raid6 rebuild
- From: Lennert Buytenhek <buytenh@xxxxxxxxxxxxxx>
Re: raid6 rebuild
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: raid1 does not seem faster
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: raid6 rebuild
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: raid6 rebuild
- From: Lennert Buytenhek <buytenh@xxxxxxxxxxxxxx>
Re: raid6 rebuild
- From: Gordon Henderson <gordon@xxxxxxxxxx>
Re: raid1 does not seem faster
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: raid6 rebuild
- From: Lennert Buytenhek <buytenh@xxxxxxxxxxxxxx>
Re: raid6 rebuild
- From: Gordon Henderson <gordon@xxxxxxxxxx>
Re: raid6 rebuild
- From: Lennert Buytenhek <buytenh@xxxxxxxxxxxxxx>
Re: raid1 does not seem faster
- From: Iustin Pop <iusty@xxxxxxxxx>
Re: 2.6.20.3 AMD64 oops in CFQ code
- From: Tejun Heo <teheo@xxxxxxx>
Re: 2.6.20.3 AMD64 oops in CFQ code
- From: "Lee Revell" <rlrevell@xxxxxxxxxxx>
Re: raidtools to mdadm
- From: Casey Boone <caseyboone@xxxxxxxxx>
Re: raid6 rebuild
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: 2.6.20.3 AMD64 oops in CFQ code
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: raid1 does not seem faster
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: raidtools to mdadm
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: mismatch_cnt worries
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: s2disk and raid
- From: Michael Tokarev <mjt@xxxxxxxxxx>
raid6 rebuild
- From: Lennert Buytenhek <buytenh@xxxxxxxxxxxxxx>
Re: s2disk and raid
- From: Tim Dijkstra <newsuser@xxxxxxxxxxxxxxx>
Re: parity check for read?
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: parity check for read?
- From: Ric Wheeler <ric@xxxxxxx>
Re: md126-7
- From: Just Marc <marc@xxxxxxxxx>
Re: parity check for read?
- From: Mirko Benz <mirko.benz@xxxxxx>
Re: s2disk and raid
- From: Neil Brown <neilb@xxxxxxx>
Re: md126-7
- From: Neil Brown <neilb@xxxxxxx>
Re: parity check for read?
- From: Neil Brown <neilb@xxxxxxx>
Re: [Suspend-devel] s2disk and raid
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
Re: [Suspend-devel] s2disk and raid
- From: Stefan Seyfried <seife@xxxxxxx>
md126-7
- From: Just Marc <marc@xxxxxxxxx>
s2disk and raid
- From: Tim Dijkstra <newsuser@xxxxxxxxxxxxxxx>
parity check for read?
- From: Mirko Benz <mirko.benz@xxxxxx>
Re: raid1 does not seem faster
- From: Al Boldi <a1426z@xxxxxxxxx>
Re: 2.6.20.3 AMD64 oops in CFQ code
- From: Tejun Heo <teheo@xxxxxxx>
Re: 2.6.20.3 AMD64 oops in CFQ code
- From: linux@xxxxxxxxxxx
Re: mismatch_cnt worries
- From: Gavin McCullagh <gmccullagh@xxxxxxxxx>
Re: 2.6.20.3 AMD64 oops in CFQ code
- From: Tejun Heo <teheo@xxxxxxx>
bio too big device md1 (16 > 8)
- From: syrius.ml@xxxxxxxxxx
Re: mismatch_cnt worries
- From: Neil Brown <neilb@xxxxxxx>
Question about using dmraid45 patch
- From: "Wood, Brian J" <brian.j.wood@xxxxxxxxx>
mismatch_cnt worries
- From: Gavin McCullagh <gmccullagh@xxxxxxxxx>
Re: raid5 write performance
- From: "Raz Ben-Jehuda(caro)" <raziebe@xxxxxxxxx>
Re: [PATCH] md: Avoid a deadlock when removing a device from an md array via sysfs.
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH] md: Avoid a deadlock when removing a device from an md array via sysfs.
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
[PATCH] md: Avoid a deadlock when removing a device from an md array via sysfs.
- From: NeilBrown <neilb@xxxxxxx>
Desperate plea for help
- From: Nevyn <nevynh@xxxxxxxxx>
Re: raid10 kernel panic on sparc64
- From: David Miller <davem@xxxxxxxxxxxxx>
raid10 kernel panic on sparc64
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: raidtools to mdadm
- From: Neil Brown <neilb@xxxxxxx>
raidtools to mdadm
- From: Casey Boone <caseyboone@xxxxxxxxx>
Re: raid5 write performance
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: raid1 does not seem faster
- From: Henrik Holst <holst@xxxxxxxxxxx>
Re: raid1 does not seem faster
- From: Al Boldi <a1426z@xxxxxxxxx>
raid1 does not seem faster
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: raid5 write performance
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: raid5 write performance
- From: "Raz Ben-Jehuda(caro)" <raziebe@xxxxxxxxx>
Re: raid5 write performance
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: raid6 array , part id 'fd' not assembling at boot .
- From: Nix <nix@xxxxxxxxxxxxx>
Re: is this raid5 OK ?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: is this raid5 OK ?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: raid5 write performance
- From: "Raz Ben-Jehuda(caro)" <raziebe@xxxxxxxxx>
Re: is this raid5 OK ?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: is this raid5 OK ?
- From: Rainer Fuegenstein <rfu@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: mdadm: RUN_ARRAY failed: Cannot allocate memory
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: is this raid5 OK ?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: is this raid5 OK ?
- From: Rainer Fuegenstein <rfu@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: Software RAID (non-preempt) server blocking question. (2.6.20.4)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: is this raid5 OK ?
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: Software RAID (non-preempt) server blocking question. (2.6.20.4)
- From: Neil Brown <neilb@xxxxxxx>
Re: is this raid5 OK ?
- From: Neil Brown <neilb@xxxxxxx>
Re: is this raid5 OK ?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
is this raid5 OK ?
- From: Rainer Fuegenstein <rfu@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: split raid1 into to arrays
- From: "Dirk Jagdmann" <jagdmann@xxxxxxxxx>
Re: Software RAID (non-preempt) server blocking question. (2.6.20.4)
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
Re: Software RAID (non-preempt) server blocking question. (2.6.20.4)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Software RAID (non-preempt) server blocking question. (2.6.20.4)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: mdadm: RUN_ARRAY failed: Cannot allocate memory
- From: Neil Brown <neilb@xxxxxxx>
Re: LILO 22.6.1-9.3 not compatible with SW RAID1 metdata >= 1.0
- From: Neil Brown <neilb@xxxxxxx>
Re: md bitmaps on 2.6.16.y
- From: Neil Brown <neilb@xxxxxxx>
Re: Software RAID (non-preempt) server blocking question. (2.6.20.4)
- From: Neil Brown <neilb@xxxxxxx>
Re: split raid1 into to arrays
- From: Bill Davidsen <davidsen@xxxxxxx>
Software RAID (non-preempt) server blocking question. (2.6.20.4)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
split raid1 into to arrays
- From: "Dirk Jagdmann" <jagdmann@xxxxxxxxx>
md bitmaps on 2.6.16.y
- From: "Ed L. Cashin" <ecashin@xxxxxxxxxx>
Re: [PATCH 2.6.21-rc4 01/15] dmaengine: add base support for the async_tx api
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
LILO 22.6.1-9.3 not compatible with SW RAID1 metdata >= 1.0
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: addingdrive to raid 1
- From: Neil Brown <neilb@xxxxxxx>
Re: Swap initialised as an md?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: XFS sunit/swidth for raid10
- From: dean gaudet <dean@xxxxxxxxxx>
addingdrive to raid 1
- From: Robert Stanford <rob@xxxxxxxxxxxxxxx>
mdadm: RUN_ARRAY failed: Cannot allocate memory
- From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
RE: Grow a RAID-6 ?
- From: "Daniel Korstad" <dan@xxxxxxxxxxx>
Re: Swap initialised as an md?
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: Swap initialised as an md?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: 2.6.20.3 AMD64 oops in CFQ code
- From: linux@xxxxxxxxxxx
Re: Grow a RAID-6 ?
- From: Gordon Henderson <gordon@xxxxxxxxxx>
Re: Grow a RAID-6 ?
- From: Mattias Wadenstein <maswan@xxxxxxxxxx>
Grow a RAID-6 ?
- From: Gordon Henderson <gordon@xxxxxxxxxx>
Re: [PATCH 2.6.21-rc4 01/15] dmaengine: add base support for the async_tx api
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
Re: XFS sunit/swidth for raid10
- From: Peter Rabbitson <rabbit@xxxxxxxxx>
[PATCH 2.6.21-rc4 05/15] md: use raid5_run_ops for stripe cache operations
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 2.6.21-rc4 08/15] md: move raid5 parity checks to raid5_run_ops
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 2.6.21-rc4 04/15] md: add raid5_run_ops and support routines
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 2.6.21-rc4 09/15] md: satisfy raid5 read requests via raid5_run_ops
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 2.6.21-rc4 03/15] dmaengine: add the async_tx api
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 2.6.21-rc4 14/15] iop13xx: Surface the iop13xx adma units to the iop-adma driver
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 2.6.21-rc4 10/15] md: use async_tx and raid5_run_ops for raid5 expansion operations
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 2.6.21-rc4 13/15] dmaengine: driver for the iop32x, iop33x, and iop13xx raid engines
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 2.6.21-rc4 11/15] md: move raid5 io requests to raid5_run_ops
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 2.6.21-rc4 06/15] md: move write operations to raid5_run_ops
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 2.6.21-rc4 15/15] iop3xx: Surface the iop3xx DMA and AAU units to the iop-adma driver
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 2.6.21-rc4 12/15] md: remove raid5 compute_block and compute_parity5
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 2.6.21-rc4 07/15] md: move raid5 compute block operations to raid5_run_ops
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 2.6.21-rc4 02/15] ARM: Add drivers/dma to arch/arm/Kconfig
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 2.6.21-rc4 01/15] dmaengine: add base support for the async_tx api
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 2.6.21-rc4 00/15] md raid5 acceleration and async_tx
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: XFS sunit/swidth for raid10
- From: dean gaudet <dean@xxxxxxxxxx>
[PATCH 003 of 3] md: Convert compile time warnings into runtime warnings.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 002 of 3] md: Clear the congested_fn when stopping a raid5
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 001 of 3] md: Allow raid4 arrays to be reshaped.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 000 of 3] md: bug fixes for md for 2.6.21
- From: NeilBrown <neilb@xxxxxxx>
Re: 2.6.20.3 AMD64 oops in CFQ code
- From: Neil Brown <neilb@xxxxxxx>
Re: 2.6.20.3 AMD64 oops in CFQ code
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: 2.6.20.3 AMD64 oops in CFQ code
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: 2.6.20.3 AMD64 oops in CFQ code
- From: Neil Brown <neilb@xxxxxxx>
Re: 2.6.20.3 AMD64 oops in CFQ code
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: 2.6.20.3 AMD64 oops in CFQ code
- From: linux@xxxxxxxxxxx
Re: Another report of a raid6 array being maintaind by _raid5 in ps .
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: [PATCH] [PPC32] ADMA support for PPC 440SPe processors.
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] [PPC32] ADMA support for PPC 440SPe processors.
- From: Geert Uytterhoeven <Geert.Uytterhoeven@xxxxxxxxxxx>
Re: [PATCH] [PPC32] ADMA support for PPC 440SPe processors.
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
Re: XFS sunit/swidth for raid10
- From: Peter Rabbitson <rabbit@xxxxxxxxx>
Re: [PATCH] [PPC32] ADMA support for PPC 440SPe processors.
- From: Christoph Hellwig <hch@xxxxxx>
Re: BLK_DEV_MD with CONFIG_NET
- From: Adrian Bunk <bunk@xxxxxxxxx>
Re: XFS sunit/swidth for raid10
- From: dean gaudet <dean@xxxxxxxxxx>
Re: Another report of a raid6 array being maintaind by _raid5 in ps .
- From: Neil Brown <neilb@xxxxxxx>
Another report of a raid6 array being maintaind by _raid5 in ps .
- From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
XFS sunit/swidth for raid10
- From: Peter Rabbitson <rabbit@xxxxxxxxx>
Re: BLK_DEV_MD with CONFIG_NET
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: BLK_DEV_MD with CONFIG_NET
- From: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH] [PPC32] ADMA support for PPC 440SPe processors.
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] [PPC32] ADMA support for PPC 440SPe processors.
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] [PPC32] ADMA support for PPC 440SPe processors.
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
Re: BLK_DEV_MD with CONFIG_NET
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
Re: mdadm: raid1 with ext3 - filesystem size differs?
- From: dean gaudet <dean@xxxxxxxxxx>
Re: BLK_DEV_MD with CONFIG_NET
- From: David Miller <davem@xxxxxxxxxxxxx>
BLK_DEV_MD with CONFIG_NET
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: strange test results
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: [PATCH] [PPC32] ADMA support for PPC 440SPe processors.
- From: Stefan Roese <sr@xxxxxxx>
Re: [PATCH] [PPC32] ADMA support for PPC 440SPe processors.
- From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
Raid1 replaced with raid10?
- From: Peter Rabbitson <rabbit@xxxxxxxxx>
strange test results
- From: Tomka Gergely <gergely@xxxxxxxx>
Re: [Linux-usb-users] Failed reads from RAID-0 array (from newbie who has read the FAQ)
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
Re: [Linux-usb-users] Failed reads from RAID-0 array (from newbie who has read the FAQ)
- From: "Michael Schwarz" <mschwarz@xxxxxxxxxxxxx>
Re: [PATCH] [PPC32] ADMA support for PPC 440SPe processors.
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
Re: [Linux-usb-users] Failed reads from RAID-0 array (from newbie who has read the FAQ)
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
Re: [Linux-usb-users] Failed reads from RAID-0 array (from newbie who has read the FAQ)
- From: "Michael Schwarz" <mschwarz@xxxxxxxxxxxxx>
Re: [Linux-usb-users] Failed reads from RAID-0 array (from newbie who has read the FAQ)
- From: Bill Davidsen <davidsen@xxxxxxx>
raid10 far layout outperforms offset at writing? (was: Help with chunksize on raid10 -p o3 array)
- From: Peter Rabbitson <rabbit@xxxxxxxxx>
Re: raid6 array , part id 'fd' not assembling at boot .
- From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
Re: [Linux-usb-users] Failed reads from RAID-0 array (from newbie who has read the FAQ)
- From: "Michael Schwarz" <mschwarz@xxxxxxxxxxxxx>
Re: Data corruption on software raid.
- From: Neil Brown <neilb@xxxxxxx>
Re: Data corruption on software raid.
- From: Neil Brown <neilb@xxxxxxx>
Re: Data corruption on software raid.
- From: Sander Smeenk <ssmeenk@xxxxxxxxxxxx>
Re: [Linux-usb-users] Failed reads from RAID-0 array (from newbie who has read the FAQ)
- From: Neil Brown <neilb@xxxxxxx>
Re: [Linux-usb-users] Failed reads from RAID-0 array (from newbie who has read the FAQ)
- From: "Michael Schwarz" <mschwarz@xxxxxxxxxxxxx>
Re: raid6 array , part id 'fd' not assembling at boot .
- From: Neil Brown <neilb@xxxxxxx>
Re: Failed reads from RAID-0 array; still no joy in Mudville.
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: [Linux-usb-users] Failed reads from RAID-0 array (from newbie who has read the FAQ)
- From: "Michael Schwarz" <mschwarz@xxxxxxxxxxxxx>
Re: Failed reads from RAID-0 array; still no joy in Mudville.
- From: "Michael Schwarz" <mschwarz@xxxxxxxxxxxxx>
Re: Data corruption on software raid.
- From: Sander Smeenk <ssmeenk@xxxxxxxxxxxx>
Re: Failed reads from RAID-0 array; still no joy in Mudville.
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Data corruption on software raid.
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: [Linux-usb-users] Failed reads from RAID-0 array (from newbie who has read the FAQ)
- From: "Michael Schwarz" <mschwarz@xxxxxxxxxxxxx>
Re: Data corruption on software raid.
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Data corruption on software raid.
- From: Wolfgang Denk <wd@xxxxxxx>
Re: Data corruption on software raid.
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Data corruption on software raid.
- From: Sander Smeenk <ssmeenk@xxxxxxxxxxxx>
Re: [Linux-usb-users] Failed reads from RAID-0 array (from newbie who has read the FAQ)
- From: "Michael Schwarz" <mschwarz@xxxxxxxxxxxxx>
Re: [Linux-usb-users] Failed reads from RAID-0 array (from newbie who has read the FAQ)
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
Re: [Linux-usb-users] Failed reads from RAID-0 array (from newbie who has read the FAQ)
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
Re: mdadm file system type check
- From: Nix <nix@xxxxxxxxxxxxx>
Re: [Linux-usb-users] Failed reads from RAID-0 array (from newbie who has read the FAQ)
- From: "Michael Schwarz" <mschwarz@xxxxxxxxxxxxx>
Re: [Linux-usb-users] Failed reads from RAID-0 array (from newbie who has read the FAQ)
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
Re: Failed reads from RAID-0 array; still no joy in Mudville.
- From: "Michael Schwarz" <mschwarz@xxxxxxxxxxxxx>
Re: Failed reads from RAID-0 array; still no joy in Mudville.
- From: "Michael Schwarz" <mschwarz@xxxxxxxxxxxxx>
Re: [PATCH] [PPC32] ADMA support for PPC 440SPe processors.
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: mdadm file system type check
- From: "William L. Thomson Jr." <wltjr@xxxxxxxxxx>
Re: [PATCH] [PPC32] ADMA support for PPC 440SPe processors.
- From: Stefan Roese <sr@xxxxxxx>
Re: [PATCH] [PPC32] ADMA support for PPC 440SPe processors.
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: mdadm file system type check
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Failed reads from RAID-0 array (from newbie who has read the FAQ)
- From: "Michael Schwarz" <mschwarz@xxxxxxxxxxxxx>
Re: [PATCH] [PPC32] ADMA support for PPC 440SPe processors.
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
Re: mdadm file system type check
- From: Chris Lindley <ferg@xxxxxxxxxxxx>
Re: mdadm file system type check
- From: "William L. Thomson Jr." <wltjr@xxxxxxxxxx>
Re: [PATCH] [PPC32] ADMA support for PPC 440SPe processors.
- From: Stefan Roese <sr@xxxxxxx>
Re: mdadm file system type check
- From: Neil Brown <neilb@xxxxxxx>
Re: raid6 array , part id 'fd' not assembling at boot .
- From: Neil Brown <neilb@xxxxxxx>
Re: Failed reads from RAID-0 array (from newbie who has read the FAQ)
- From: Neil Brown <neilb@xxxxxxx>
Failed reads from RAID-0 array (from newbie who has read the FAQ)
- From: "Michael Schwarz" <mschwarz@xxxxxxxxxxxxx>
Re: mdadm file system type check
- From: "William L. Thomson Jr." <wltjr@xxxxxxxxxx>
raid6 array , part id 'fd' not assembling at boot .
- From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
Re: mdadm file system type check
- From: Neil Brown <neilb@xxxxxxx>
Re: mdadm file system type check
- From: berk walker <berk@xxxxxxxxx>
mdadm file system type check
- From: "William L. Thomson Jr." <wltjr@xxxxxxxxxx>
Re: [PATCH] [PPC32] ADMA support for PPC 440SPe processors.
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: [PATCH] [PPC32] ADMA support for PPC 440SPe processors.
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: [PATCH] [PPC32] ADMA support for PPC 440SPe processors.
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: [PATCH] [PPC32] ADMA support for PPC 440SPe processors.
- From: Stefan Roese <sr@xxxxxxx>
Re: [PATCH] [PPC32] ADMA support for PPC 440SPe processors.
- From: Wolfgang Denk <wd@xxxxxxx>
Re: [PATCH] [PPC32] ADMA support for PPC 440SPe processors.
- From: Wolfgang Denk <wd@xxxxxxx>
Re: [PATCH] [PPC32] ADMA support for PPC 440SPe processors.
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] [PPC32] ADMA support for PPC 440SPe processors.
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: [PATCH] [PPC32] ADMA support for PPC 440SPe processors.
- From: Paul Mackerras <paulus@xxxxxxxxx>
mdadm: raid1 with ext3 - filesystem size differs?
- From: Hanno Meyer-Thurow <h.mth@xxxxxx>
[PATCH] [PPC32] ADMA support for PPC 440SPe processors.
- From: Wolfgang Denk <wd@xxxxxxx>
Re: sw raid0 read bottleneck
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: sw raid0 read bottleneck
- From: Mark Hahn <hahn@xxxxxxxxxxx>
Re: sw raid0 read bottleneck
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: mismatch_cnt questions
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: sw raid0 read bottleneck
- From: Mark Hahn <hahn@xxxxxxxxxxx>
Re: sw raid0 read bottleneck
- From: Tomka Gergely <gergely@xxxxxxxx>
Re: sw raid0 read bottleneck
- From: Neil Brown <neilb@xxxxxxx>
Re: sw raid0 read bottleneck
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: sw raid0 read bottleneck
- From: Tomka Gergely <gergely@xxxxxxxx>
Re: sw raid0 read bottleneck
- From: Tomka Gergely <gergely@xxxxxxxx>
Re: sw raid0 read bottleneck
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
sw raid0 read bottleneck
- From: Tomka Gergely <gergely@xxxxxxxx>
Issue with Adaptec AIC-7899P using MD on Dell PE 2650
- From: Laurent CARON <lcaron@xxxxxxxxxxxxxxxxx>
Re: mismatch_cnt questions
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: Help with chunksize on raid10 -p o3 array
- From: Peter Rabbitson <rabbit@xxxxxxxxx>
Re: Help with chunksize on raid10 -p o3 array
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: Help with chunksize on raid10 -p o3 array
- From: Peter Rabbitson <rabbit@xxxxxxxxx>
Re: mismatch_cnt questions - how about raid10?
- From: Peter Rabbitson <rabbit@xxxxxxxxx>
Re: mismatch_cnt questions - how about raid10?
- From: Neil Brown <neilb@xxxxxxx>
Re: Help with chunksize on raid10 -p o3 array
- From: Neil Brown <neilb@xxxxxxx>
Re: Reshaping raid0/10
- From: Neil Brown <neilb@xxxxxxx>
Re: Reshaping raid0/10
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: Reshaping raid0/10
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
RAID5 failure due to changing, by mistake, of a good disk
- From: "Claudiu Cismaru" <claudiu.cismaru@xxxxxxxxx>
Re: Changing partition types safe? raidtools to mdadm migration
- From: Neil Brown <neilb@xxxxxxx>
Re: Changing partition types safe? raidtools to mdadm migration
- From: "Simon Matthews" <simon.d.matthews@xxxxxxxxx>
Re: Changing partition types safe? raidtools to mdadm migration
- From: "Simon Matthews" <simon.d.matthews@xxxxxxxxx>
Re: Changing partition types safe? raidtools to mdadm migration
- From: Neil Brown <neilb@xxxxxxx>
Changing partition types safe? raidtools to mdadm migration
- From: "Simon Matthews" <simon.d.matthews@xxxxxxxxx>
Re: [PATCH] fix read past end of array in md/linear.c
- From: Andy Isaacson <adi@xxxxxxxxxxxxx>
Re: mismatch_cnt questions
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: mismatch_cnt questions
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: [PATCH] fix read past end of array in md/linear.c
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: mismatch_cnt questions
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Raid 10 Problems?
- From: Marc Perkel <mperkel@xxxxxxxxx>
Re: Raid 10 Problems?
- From: Michael Tokarev <mjt@xxxxxxxxxx>
[PATCH] fix read past end of array in md/linear.c
- From: Andy Isaacson <adi@xxxxxxxxxxxxx>
Re: Replace drive in RAID5 without losing redundancy?
- From: Ralf Müller <ralf@xxxxxxxx>
Re: mismatch_cnt questions
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: mismatch_cnt questions
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: mismatch_cnt questions
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: mismatch_cnt questions
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: mismatch_cnt questions
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Raid 10 Problems?
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: RAID1, hot-swap and boot integrity
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
[patch 021/101] md: Avoid possible BUG_ON in md bitmap handling.
- From: Greg KH <gregkh@xxxxxxx>
[patch 045/101] md: Fix raid10 recovery problem.
- From: Greg KH <gregkh@xxxxxxx>
Re: no journaling and loops on softraid?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Replace drive in RAID5 without losing redundancy?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: detecting/correcting _slightly_ flaky disks
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: detecting/correcting _slightly_ flaky disks
- From: berk walker <berk@xxxxxxxxx>
Re: high mismatch count after scrub
- From: Dexter Filmore <Dexter.Filmore@xxxxxx>
Re: Help with chunksize on raid10 -p o3 array
- From: Peter Rabbitson <rabbit@xxxxxxxxx>
Re: detecting/correcting _slightly_ flaky disks
- From: Michael Stumpf <mjstumpf@xxxxxxxxx>
Re: Help with chunksize on raid10 -p o3 array
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: mismatch_cnt questions
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: detecting/correcting _slightly_ flaky disks
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: RAID1, hot-swap and boot integrity
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: RAID1, hot-swap and boot integrity
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: high mismatch count after scrub
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: high mismatch count after scrub
- From: Dexter Filmore <Dexter.Filmore@xxxxxx>
Re: Replace drive in RAID5 without losing redundancy?
- From: Ralf Müller <ralf@xxxxxxxx>
Help with chunksize on raid10 -p o3 array
- From: Peter Rabbitson <rabbit@xxxxxxxxx>
Re: mismatch_cnt questions - how about raid10?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: mismatch_cnt questions - how about raid10?
- From: Peter Rabbitson <rabbit@xxxxxxxxx>
Re: mismatch_cnt questions - how about raid10?
- From: Neil Brown <neilb@xxxxxxx>
Re: mismatch_cnt questions - how about raid10?
- From: Peter Rabbitson <rabbit@xxxxxxxxx>
Re: RAID1, hot-swap and boot integrity
- From: Gabor Gombas <gombasg@xxxxxxxxx>
Re: Replace drive in RAID5 without losing redundancy?
- From: Ralf Müller <ralf@xxxxxxxx>
Re: Replace drive in RAID5 without losing redundancy?
- From: dean gaudet <dean@xxxxxxxxxx>
Re: mismatch_cnt questions
- From: Paul Davidson <Paul.Davidson@xxxxxxxxxx>
Re: high mismatch count after scrub
- From: Neil Brown <neilb@xxxxxxx>
high mismatch count after scrub
- From: Dexter Filmore <Dexter.Filmore@xxxxxx>
Re: [PATCH] md: Fix for raid6 reshape.
- From: Neil Brown <neilb@xxxxxxx>
Re: RAID1, hot-swap and boot integrity
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: RAID1, hot-swap and boot integrity
- From: Mike Accetta <maccetta@xxxxxxxxxxxxxxxxxx>
Re: mismatch_cnt questions
- From: Neil Brown <neilb@xxxxxxx>
Re: RAID1, hot-swap and boot integrity
- From: Mike Accetta <maccetta@xxxxxxxxxxxxxxxxxx>
Re: no journaling and loops on softraid?
- From: Neil Brown <neilb@xxxxxxx>
Re: RAID1, hot-swap and boot integrity
- From: Mike Accetta <maccetta@xxxxxxxxxxxxxxxxxx>
no journaling and loops on softraid?
- From: Dexter Filmore <Dexter.Filmore@xxxxxx>
Re: Replace drive in RAID5 without losing redundancy?
- From: Neil Brown <neilb@xxxxxxx>
How to copy a page to another page completely?
- From: "Yu-Chen Wu" <g944370@xxxxxxxxxxxxxx>
Re: detecting/correcting _slightly_ flaky disks
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Raid on USB flash disk
- From: "Rob Bray" <raid@xxxxxxxxxxx>
Re: detecting/correcting _slightly_ flaky disks
- From: Michael Stumpf <mjstumpf@xxxxxxxxx>
Re: detecting/correcting _slightly_ flaky disks
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
detecting/correcting _slightly_ flaky disks
- From: Michael Stumpf <mjstumpf@xxxxxxxxx>
Replace drive in RAID5 without losing redundancy?
- From: Ralf Müller <ralf@xxxxxxxx>
Re: mismatch_cnt questions
- From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
Re: nonzero mismatch_cnt with no earlier error
- From: Tejun Heo <teheo@xxxxxxx>
RAID & ext dire straits
- From: "Gunny Smith" <gunny74@xxxxxxxxx>
Re: mismatch_cnt questions
- From: Neil Brown <neilb@xxxxxxx>
Re: mismatch_cnt questions
- From: Neil Brown <neilb@xxxxxxx>
Re: mismatch_cnt questions
- From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
Re: RAID1, hot-swap and boot integrity
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Unexpectedly slow raid1 benchmark results.
- From: Iustin Pop <iusty@xxxxxxxxx>
Unexpectedly slow raid1 benchmark results.
- From: "Dan" <kasper37@xxxxxxxxxxx>
Re: mismatch_cnt questions
- From: "Christian Pernegger" <pernegger@xxxxxxxxx>
Re: mismatch_cnt questions
- From: Neil Brown <neilb@xxxxxxx>
mismatch_cnt questions
- From: "Christian Pernegger" <pernegger@xxxxxxxxx>
Re: RAID1, hot-swap and boot integrity
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: [PATCH] md: Fix for raid6 reshape.
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: RAID0 to RAID5 upgrade
- From: Bill Davidsen <davidsen@xxxxxxx>
Does anyone on this list have a Raptor74/150 sw raid with > 8 drives?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: RAID1, hot-swap and boot integrity
- From: Gabor Gombas <gombasg@xxxxxxxxx>
Re: RAID1, hot-swap and boot integrity
- From: Gabor Gombas <gombasg@xxxxxxxxx>
Re: RAID1, hot-swap and boot integrity
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
RAID1, hot-swap and boot integrity
- From: Mike Accetta <maccetta@xxxxxxxxxxxxxxxxxx>
Re: Growing a raid 6 array
- From: Laurent CARON <lcaron@xxxxxxxxxxxxxxxxx>
Re: [PATCH] md: Fix for raid6 reshape.
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH] md: Fix for raid6 reshape.
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
[PATCH] md: Fix for raid6 reshape.
- From: NeilBrown <neilb@xxxxxxx>
Re: swap on raid
- From: Mark Hahn <hahn@xxxxxxxxxxx>
Re: Growing a raid 6 array
- From: Neil Brown <neilb@xxxxxxx>
Re: RAID0 to RAID5 upgrade
- From: rabbit@xxxxxxxxx (Peter Rabbitson)
Re: swap on raid
- From: rabbit@xxxxxxxxx (Peter Rabbitson)
Re: swap on raid
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Growing a raid 6 array
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
RAID0 to RAID5 upgrade
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Growing a raid 6 array
- From: Laurent CARON <lcaron@xxxxxxxxxxxxxxxxx>
Re: swap on raid
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: swap on raid
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Growing a raid 6 array
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
swap on raid
- From: rabbit@xxxxxxxxx (Peter Rabbitson)
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>

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