Linux RAID Storage Date Index

Thread Index

Re: Recovering RAID-5 from images
- From: Steve Fairbairn <steve@xxxxxxxxxxxxxxxxxxxx>
Recovering RAID-5 from images
- From: "Stefan Heinrichsen" <gelbemauer@xxxxxx>
Re: zeroing superblocks on running systems
- From: martin f krafft <madduck@xxxxxxxxxxx>
Re: zeroing superblocks on running systems
- From: "NeilBrown" <neilb@xxxxxxx>
zeroing superblocks on running systems
- From: martin f krafft <madduck@xxxxxxxxxxx>
Re: Problems with raid6 growing
- From: "Michał Przyłuski" <mikylie@xxxxxxxxx>
Problems with raid6 growing
- From: "Michał Przyłuski" <mikylie@xxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: Neil Brown <neilb@xxxxxxx>
Re: metadata format 00.90 unknown, ignored
- From: "Leandro Tracchia" <ltracchia@xxxxxxxxx>
Re: metadata format 00.90 unknown, ignored
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: metadata format 00.90 unknown, ignored
- From: "Leandro Tracchia" <ltracchia@xxxxxxxxx>
Re: metadata format 00.90 unknown, ignored
- From: "Leandro Tracchia" <ltracchia@xxxxxxxxx>
Re: metadata format 00.90 unknown, ignored
- From: Peter Rabbitson <rabbit@xxxxxxxxx>
metadata format 00.90 unknown, ignored
- From: "Leandro Tracchia" <ltracchia@xxxxxxxxx>
Re: md raid10 regression in 2.6.27.4 (possibly earlier) BISECTED
- From: Thomas Backlund <tmb@xxxxxxxxxxxx>
[PULL REQUEST] 3 bugfixes for md
- From: Neil Brown <neilb@xxxxxxx>
Re: linear : divide error: 0000
- From: Neil Brown <neilb@xxxxxxx>
Re: md raid10 regression in 2.6.27.4 (possibly earlier) BISECTED
- From: Neil Brown <neilb@xxxxxxx>
Re: mdadm degraded RAID5 failure
- From: Neil Brown <neilb@xxxxxxx>
Re: md raid10 regression in 2.6.27.4 (possibly earlier) BISECTED
- From: Thomas Backlund <tmb@xxxxxxxxxxxx>
Hi! I wonder wouldn't it be efficient to select ALGORITHM_?type?_ASYMMETRIC ...
- From: "Igor Podlesny" <for.poige+linux@xxxxxxxxx>
Re: [mdadm git pull] "--assemble --scan" support for imsm
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Solved : Re: Time to ask for help. Raid-5 Dual drive failure
- From: Brad Campbell <brad@xxxxxxxxxxx>
Time to ask for help. Raid-5 Dual drive failure
- From: Brad Campbell <brad@xxxxxxxxxxx>
Re: mdadm degraded RAID5 failure
- From: "Steve Evans" <jeeping@xxxxxxxxx>
md has hard coded maximum number of drives?
- From: Gregory Stark <stark@xxxxxxxxxxxxxxxx>
md has hard coded maximum number of drives?
- From: Gregory Stark <stark@xxxxxxxxxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: greg@xxxxxxxxxxxx
Re: [mdadm git pull] "--assemble --scan" support for imsm
- From: Neil Brown <neilb@xxxxxxx>
Re: linear : divide error: 0000
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: md raid10 regression in 2.6.27.4 (possibly earlier)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: md raid10 regression in 2.6.27.4 (possibly earlier)
- From: Thomas Backlund <tmb@xxxxxxxxxxxx>
Re: linear : divide error: 0000
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: flagging a disk faulty during raid-5 reshape/grow operation
- From: David Greaves <david@xxxxxxxxxxxx>
flagging a disk faulty during raid-5 reshape/grow operation
- From: "max power" <zouookmoetenwerken@xxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: linear : divide error: 0000
- From: "Wei Yongquan" <weiyqlq@xxxxxxxxx>
raid 1 mismatch_cnt
- From: "Ryan Wagoner" <rswagoner@xxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: linear : divide error: 0000
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: linear : divide error: 0000
- From: "Wei Yongquan" <weiyqlq@xxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: "Kay Sievers" <kay.sievers@xxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: Gabor Gombas <gombasg@xxxxxxxxx>
Re: linear : divide error: 0000
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: "Kay Sievers" <kay.sievers@xxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: Gabor Gombas <gombasg@xxxxxxxxx>
Re: mdraid10 regression in 2.6.27.4 (possibly earlier)
- From: "George Spelvin" <linux@xxxxxxxxxxx>
Re: md raid10 regression in 2.6.27.4 (possibly earlier)
- From: Thomas Backlund <tmb@xxxxxxxxxxxx>
Re: [mdadm git pull] "--assemble --scan" support for imsm
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: Linux RAID & XFS Question - Multiple levels of concurrency = faster I/O on md/RAID 5?
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: Linux RAID & XFS Question - Multiple levels of concurrency = faster I/O on md/RAID 5?
- From: Dave Chinner <david@xxxxxxxxxxxxx>
Re: md raid10 regression in 2.6.27.4 (possibly earlier)
- From: Thomas Backlund <tmb@xxxxxxxxxxxx>
Re: mdraid10 regression in 2.6.27.4 (possibly earlier)
- From: "George Spelvin" <linux@xxxxxxxxxxx>
linear : divide error: 0000
- From: "Wei Yongquan" <weiyqlq@xxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: Initial degraded RAID6 sync doesn't occur? Kernel reports it as RAID5?
- From: Bas van Schaik <bas@xxxxxxxx>
mdraid10 regression in 2.6.27.4 (possibly earlier)
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: Neil Brown <neilb@xxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: Neil Brown <neilb@xxxxxxx>
Initial degraded RAID6 sync doesn't occur? Kernel reports it as RAID5?
- From: Bas van Schaik <bas@xxxxxxxx>
Re: Linux RAID & XFS Question - Multiple levels of concurrency = faster I/O on md/RAID 5?
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Linux RAID & XFS Question - Multiple levels of concurrency = faster I/O on md/RAID 5?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Linux RAID & XFS Question - Multiple levels of concurrency = faster I/O on md/RAID 5?
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Linux RAID & XFS Question - Multiple levels of concurrency = faster I/O on md/RAID 5?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Debian and udev (was: RFC - device names and mdadm with some reference to udev.)
- From: Bernd Schubert <bs@xxxxxxxxx>
Debian and udev (was: RFC - device names and mdadm with some reference to udev.)
- From: martin f krafft <madduck@xxxxxxxxxx>
mdp devices on Debian (was: RFC - device names and mdadm with some reference to udev.)
- From: martin f krafft <madduck@xxxxxxxxxx>
Re: Adaptec raid congtrollers for SATA disks under software raid
- From: Wolfgang Denk <wd@xxxxxxx>
Re: Adaptec raid congtrollers for SATA disks under software raid
- From: Mike Myers <mikesm559@xxxxxxxxx>
Re: Adaptec raid congtrollers for SATA disks under software raid
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Adaptec raid congtrollers for SATA disks under software raid
- From: Mike Myers <mikesm559@xxxxxxxxx>
Re: Adaptec raid congtrollers for SATA disks under software raid
- From: Mike Myers <mikesm559@xxxxxxxxx>
Bug in mdadm 2.6.7
- From: Vladislav Konecny <vladislav.konecny@xxxxxxxxxx>
Re: Adaptec raid congtrollers for SATA disks under software raid
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Adaptec raid congtrollers for SATA disks under software raid
- From: Wolfgang Denk <wd@xxxxxxx>
Re: Adaptec raid congtrollers for SATA disks under software raid
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Adaptec raid congtrollers for SATA disks under software raid
- From: Wolfgang Denk <wd@xxxxxxx>
Re: Adaptec raid congtrollers for SATA disks under software raid
- From: "David Lethe" <david@xxxxxxxxxxxx>
Adaptec raid congtrollers for SATA disks under software raid
- From: Mike Myers <mikesm559@xxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: greg@xxxxxxxxxxxx
[PULL REQUEST] one more fix for md: destroy partitions when stopping an array.
- From: Neil Brown <neilb@xxxxxxx>
Re: diskspotting (how to tell the dead one?)
- From: "Billy Crook" <billycrook@xxxxxxxxx>
mdadm --grow
- From: "Greg Freemyer" <greg.freemyer@xxxxxxxxx>
Re: [Patch mdadm-2.6.7.1 0/3] Misc fixes for mdadm-2.6.7.1
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: diskspotting (how to tell the dead one?)
- From: Dexter Filmore <Dexter.Filmore@xxxxxx>
RE: diskspotting (how to tell the dead one?)
- From: Chris Green <cgreen@xxxxxxxxxxxxxxxxx>
Re: diskspotting (how to tell the dead one?)
- From: David Greaves <david@xxxxxxxxxxxx>
Re: diskspotting (how to tell the dead one?)
- From: "Greg Freemyer" <greg.freemyer@xxxxxxxxx>
Re: [mdadm git pull] "--assemble --scan" support for imsm
- From: Neil Brown <neilb@xxxxxxx>
Re: diskspotting (how to tell the dead one?)
- From: Richard Scobie <richard@xxxxxxxxxxx>
diskspotting (how to tell the dead one?)
- From: Dexter Filmore <Dexter.Filmore@xxxxxx>
Re: [mdadm git pull] "--assemble --scan" support for imsm
- From: Neil Brown <neilb@xxxxxxx>
Re: [Patch mdadm-2.6.7.1 0/3] Misc fixes for mdadm-2.6.7.1
- From: Neil Brown <neilb@xxxxxxx>
Re: [Patch mdadm-2.6.7.1 0/3] Misc fixes for mdadm-2.6.7.1
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: [Patch mdadm-2.6.7.1 0/3] Misc fixes for mdadm-2.6.7.1
- From: Neil Brown <neilb@xxxxxxx>
Re: mdadm degraded RAID5 failure
- From: "Steve Evans" <jeeping@xxxxxxxxx>
[Patch mdadm-2.6.7.1 3/3] Make incremental mode work with partitionable arrays
- From: Doug Ledford <dledford@xxxxxxxxxx>
[Patch mdadm-2.6.7.1 2/3] Fix NULL pointer oops
- From: Doug Ledford <dledford@xxxxxxxxxx>
[Patch mdadm-2.6.7.1 0/3] Misc fixes for mdadm-2.6.7.1
- From: Doug Ledford <dledford@xxxxxxxxxx>
[Patch mdadm-2.6.7.1 1/3] Fix bad metadata formatting
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: [mdadm git pull] "--assemble --scan" support for imsm
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: question on how to (correctly) build an initrd for a root disk on a RAID1
- From: Tru Huynh <tru@xxxxxxxxxx>
Re: [mdadm git pull] "--assemble --scan" support for imsm
- From: Neil Brown <neilb@xxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: Gabor Gombas <gombasg@xxxxxxxxx>
Re: And again help on deciphering an error
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: question on how to (correctly) build an initrd for a root disk on a RAID1
- From: "Joe Landman" <joe.landman@xxxxxxxxx>
Re: question on how to (correctly) build an initrd for a root disk on a RAID1
- From: "Joe Landman" <joe.landman@xxxxxxxxx>
Re: question on how to (correctly) build an initrd for a root disk on a RAID1
- From: "Joe Landman" <joe.landman@xxxxxxxxx>
And again help on deciphering an error
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
[mdadm git pull] "--assemble --scan" support for imsm
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: question on how to (correctly) build an initrd for a root disk on a RAID1
- From: "Joe Landman" <joe.landman@xxxxxxxxx>
Re: dmraid - where is the raid done?
- From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
Re: dmraid - where is the raid done?
- From: "Brian J. Murrell" <brian@xxxxxxxxxxxxxxx>
occasional bitmap was Re: RFC - device names and mdadm with some reference to udev.
- From: David Greaves <david@xxxxxxxxxxxx>
Re: question on how to (correctly) build an initrd for a root disk on a RAID1
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: "Kay Sievers" <kay.sievers@xxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: "Kay Sievers" <kay.sievers@xxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: Neil Brown <neilb@xxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: "Kay Sievers" <kay.sievers@xxxxxxxx>
Re: dmraid - where is the raid done?
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: Neil Brown <neilb@xxxxxxx>
Re: dmraid - where is the raid done?
- From: "Brian J. Murrell" <brian@xxxxxxxxxxxxxxx>
Re: dmraid - where is the raid done?
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: "Kay Sievers" <kay.sievers@xxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: "Kay Sievers" <kay.sievers@xxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: Neil Brown <neilb@xxxxxxx>
RE: RFC - device names and mdadm with some reference to udev.
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: dmraid - where is the raid done?
- From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
Re: dmraid - where is the raid done?
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: Neil Brown <neilb@xxxxxxx>
RE: RFC - device names and mdadm with some reference to udev.
- From: Neil Brown <neilb@xxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: Neil Brown <neilb@xxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: "Kay Sievers" <kay.sievers@xxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: Neil Brown <neilb@xxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: "Kay Sievers" <kay.sievers@xxxxxxxx>
Re: question on how to (correctly) build an initrd for a root disk on a RAID1
- From: "Joe Landman" <joe.landman@xxxxxxxxx>
Re: question on how to (correctly) build an initrd for a root disk on a RAID1
- From: "Joe Landman" <joe.landman@xxxxxxxxx>
Re: question on how to (correctly) build an initrd for a root disk on a RAID1
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: martin f krafft <madduck@xxxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: "Kay Sievers" <kay.sievers@xxxxxxxx>
Re: question on how to (correctly) build an initrd for a root disk on a RAID1
- From: Brendan Conoboy <blc@xxxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: "Kay Sievers" <kay.sievers@xxxxxxxx>
dmraid - where is the raid done?
- From: "Brian J. Murrell" <brian@xxxxxxxxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: "Kay Sievers" <kay.sievers@xxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
RE: RFC - device names and mdadm with some reference to udev.
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: "Kay Sievers" <kay.sievers@xxxxxxxx>
Re: question on how to (correctly) build an initrd for a root disk on a RAID1
- From: "Joe Landman" <joe.landman@xxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: martin f krafft <madduck@xxxxxxxxxx>
Re: question on how to (correctly) build an initrd for a root disk on a RAID1
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: question on how to (correctly) build an initrd for a root disk on a RAID1
- From: Steve Cousins <steve.cousins@xxxxxxxxx>
Re: question on how to (correctly) build an initrd for a root disk on a RAID1
- From: "Joe Landman" <joe.landman@xxxxxxxxx>
question on how to (correctly) build an initrd for a root disk on a RAID1
- From: "Joe Landman" <joe.landman@xxxxxxxxx>
RFC - device names and mdadm with some reference to udev.
- From: Neil Brown <neilb@xxxxxxx>
Re: Proactive Drive Replacement
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Proactive Drive Replacement
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: mdadm degraded RAID5 failure
- From: David Greaves <david@xxxxxxxxxxxx>
multiple raid 5 arrays using multiple partitions
- From: Adeel N <adeeln@xxxxxxxxxxx>
Re: HELP! my raid5 ate my data!
- From: Neil Brown <neilb@xxxxxxx>
Re: mdadm degraded RAID5 failure
- From: Neil Brown <neilb@xxxxxxx>
Re: can I replace spin lock of stripe with mutex?
- From: Neil Brown <neilb@xxxxxxx>
Re: mdadm degraded RAID5 failure
- From: "Steve Evans" <jeeping@xxxxxxxxx>
Re: Proactive Drive Replacement
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Proactive Drive Replacement
- From: Luca Berra <bluca@xxxxxxxxxx>
[PULL REQUEST] supplementary md patches for 2.6.28
- From: Neil Brown <neilb@xxxxxxx>
mail notification of raid problems on 2.6.12
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
bad block checking and repair
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: backup using raid
- From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
backup using raid
- From: "Max Waterman" <davidmaxwaterman@xxxxxxxxxxxxxx>
Re: initiate consistency check using mdadm
- From: "NeilBrown" <neilb@xxxxxxx>
mdadm degraded RAID5 failure
- From: "Steve Evans" <jeeping@xxxxxxxxx>
initiate consistency check using mdadm
- From: "Mattias Hellström" <hellstrom.mattias@xxxxxxxxx>
Re: Proactive Drive Replacement
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Proactive Drive Replacement
- From: David Greaves <david@xxxxxxxxxxxx>
Re: aoe freezes 2.6.26.6
- From: Ferenc Wagner <wferi@xxxxxxx>
Re: Possible Bug in MD?
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: HELP! my raid5 ate my data!
- From: Raz <raziebe@xxxxxxxxx>
Re: HELP! my raid5 ate my data!
- From: Raz <raziebe@xxxxxxxxx>
Re: HELP! my raid5 ate my data!
- From: "Morgan Wahl" <morgy.wahl@xxxxxxxxx>
Re: HELP! my raid5 ate my data!
- From: Raz <raziebe@xxxxxxxxx>
HELP! my raid5 ate my data!
- From: "Morgan Wahl" <morgy.wahl@xxxxxxxxx>
Re: Proactive Drive Replacement
- From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
RE: Re: Proactive Drive Replacement
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: Proactive Drive Replacement
- From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
Re: Proactive Drive Replacement
- From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
RE: Proactive Drive Replacement
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: Proactive Drive Replacement
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Proactive Drive Replacement
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Possible Bug in MD?
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: Proactive Drive Replacement
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Proactive Drive Replacement
- From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
change order of component devices
- From: ml@xxxxxxxxxxx
aoe freezes 2.6.26.6
- From: Ferenc Wagner <wferi@xxxxxxx>
Proactive Drive Replacement
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: RAID 0 md device still active after pulled drive
- From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
[PATCH 9/9] md: raid0: make hash_spacing and preshift sector-based.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 6/9] md: raid0 create_strip_zones(): Make two local variables sector-based.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 8/9] md: raid0: Represent the size of strip zones in sectors.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 7/9] md: raid0 create_strip_zones(): Add KERN_INFO/KERN_ERR to printk's.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 5/9] md: raid0: Represent zone->zone_offset in sectors.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 4/9] md: raid0: Represent device offset in sectors.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 3/9] md: raid0_make_request(): Replace local variable block by sector.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 2/9] md: raid0_make_request(): Remove local variable chunk_size.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 1/9] md: raid0_make_request(): Replace chunksize_bits by chunksect_bits.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 0/9] md: Make raid0 use sector-based quantities
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: Potential mdadm 2.6.7 bug: Cannot grow linear arrays with superblock v1.0, 1.1, or 1.2
- From: Neil Brown <neilb@xxxxxxx>
Re: Distributed spares
- From: Neil Brown <neilb@xxxxxxx>
Re: RAID 0 md device still active after pulled drive
- From: thomas62186218@xxxxxxx
Re: RAID 0 md device still active after pulled drive
- From: Neil Brown <neilb@xxxxxxx>
[PATCH 8/8] md: raid0: make hash_spacing and preshift sector-based.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 7/8] md: raid0: Represent the size of strip zones in sectors.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 0/8] md: Make raid0 use sector-based quantities
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 1/8] md: raid0_make_request(): Remove local variable chunk_size.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 2/8] md: raid0_make_request(): Replace local variable block by sector.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 3/8] md: raid0: Represent device offset in sectors.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 6/8] md: raid0 create_strip_zones(): Add KERN_INFO/KERN_ERR to printk's.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 4/8] md: raid0: Represent zone->zone_offset in sectors.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 5/8] md: raid0 create_strip_zones(): Make two local variables sector-based.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
RAID 0 md device still active after pulled drive
- From: thomas62186218@xxxxxxx
Re: Raid array is not automatically detected.
- From: Bryan Christ <bryan.christ@xxxxxx>
Re: RAID 0, disks swapped ?
- From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
Re: Raid array is not automatically detected.
- From: Daniel Reichelt <mail@xxxxxxxxxxxxxxx>
[PATCH] MD data integrity support
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: RAID 0, disks swapped ?
- From: c.baegert-listes@xxxxxxxxx
Re: RAID 0, disks swapped ?
- From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
Re: RAID 0, disks swapped ?
- From: c.baegert-listes@xxxxxxxxx
Re: RAID 0, disks swapped ?
- From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
Re: RAID 0, disks swapped ?
- From: c.baegert-listes@xxxxxxxxx
Re: RAID 0, disks swapped ?
- From: c.baegert-listes@xxxxxxxxx
Re: Distributed spares
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Distributed spares
- From: Gabor Gombas <gombasg@xxxxxxxxx>
Re: RAID 0, disks swapped ?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Potential mdadm 2.6.7 bug: Cannot grow linear arrays with superblock v1.0, 1.1, or 1.2
- From: thomas62186218@xxxxxxx
Re: RAID 0, disks swapped ?
- From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
RAID 0, disks swapped ?
- From: c.baegert-listes@xxxxxxxxx
RE: Distributed spares
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: Distributed spares
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: [2.6 patch] init/do_mounts_md.c must #include <linux/delay.h>
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
[2.6 patch] init/do_mounts_md.c must #include <linux/delay.h>
- From: Adrian Bunk <bunk@xxxxxxxxxx>
Re: PULL REQUEST assorted md fixes etc for 2.6.28
- From: Neil Brown <neilb@xxxxxxx>
PULL REQUEST assorted md fixes etc for 2.6.28
- From: Neil Brown <neilb@xxxxxxx>
[git pull] updates for mdadm-3.0 and imsm support
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
OT:backup
- From: "Max Waterman" <davidmaxwaterman@xxxxxxxxxxxxxx>
Re: Potential mdadm 2.6.7 bug: Cannot grow linear arrays with superblock v1.0, 1.1, or 1.2
- From: Neil Brown <neilb@xxxxxxx>
Re: Distributed spares
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Distributed spares
- From: Mattias Wadenstein <maswan@xxxxxxxxxx>
RE: Distributed spares
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: Distributed spares
- From: KELEMEN Peter <Peter.Kelemen@xxxxxxx>
Potential mdadm 2.6.7 bug: Cannot grow linear arrays with superblock v1.0, 1.1, or 1.2
- From: thomas62186218@xxxxxxx
RE: Distributed spares
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: Distributed spares
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: Distributed spares
- From: "David Lethe" <david@xxxxxxxxxxxx>
RE: Distributed spares
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: non-degraded component replacement was Re: Distributed spares
- From: "Billy Crook" <billycrook@xxxxxxxxx>
Re: Distributed spares
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
non-degraded component replacement was Re: Distributed spares
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Distributed spares
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: Distributed spares
- From: Neil Brown <neilb@xxxxxxx>
Re: Distributed spares
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: Distributed spares
- From: "Billy Crook" <billycrook@xxxxxxxxx>
Re: Distributed spares
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Distributed spares
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: /sys/block/md0 still present after mdadm -S and -r
- From: Neil Brown <neilb@xxxxxxx>
Re: [Resend] [PATCH] md: Fix rdev_size_store with size = 0
- From: Neil Brown <neilb@xxxxxxx>
Re: Is raid6 reshape (grow) supported?
- From: Neil Brown <neilb@xxxxxxx>
Re: Confused About Results of Constructing raid10 Array
- From: Neil Brown <neilb@xxxxxxx>
Confused About Results of Constructing raid10 Array
- From: "Trebor A. Rude" <treborrude@xxxxxxxxxxx>
Re: exception Emask 0x0 SAct 0x1 / SErr 0x0 action 0x2 frozen
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: exception Emask 0x0 SAct 0x1 / SErr 0x0 action 0x2 frozen
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Problems booting from an Adaptec 2010s in 2.6.26
- From: "Hibbard T. Smith, JR" <smitty@xxxxxxxxxxx>
Is raid6 reshape (grow) supported?
- From: "Matt 'Murph' Finnicum" <mattfinn@xxxxxxxxx>
Re: [PATCH] [VFS] mark bio_split_pool static
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
RE: Determining filename from absolute sector failure in raid0
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: Determining filename from absolute sector failure in raid0
- From: Bryce <bryce@xxxxxxxxxxxxxxxxxx>
RE: Determining filename from absolute sector failure in raid0
- From: "David Lethe" <david@xxxxxxxxxxxx>
Determining filename from absolute sector failure in raid0
- From: Bryce <bryce@xxxxxxxxxxxxxxxxxx>
[Resend] [PATCH] md: Fix rdev_size_store with size = 0
- From: Chris Webb <chris@xxxxxxxxxxxx>
Re: RAID issue (Fedora 9 issue?)
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: RAID issue (Fedora 9 issue?)
- From: Jeffrey Ross <jeff@xxxxxxxxxx>
Re: RAID issue (Fedora 9 issue?)
- From: David Greaves <david@xxxxxxxxxxxx>
RAID issue (Fedora 9 issue?)
- From: Jeffrey Ross <jeff@xxxxxxxxxx>
Re: exception Emask 0x0 SAct 0x1 / SErr 0x0 action 0x2 frozen
- From: berk walker <berk@xxxxxxxxx>
Re: exception Emask 0x0 SAct 0x1 / SErr 0x0 action 0x2 frozen
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
[MD] need another print_sb for mdp_superblock_1
- From: crquan@xxxxxxxxx
Re: exception Emask 0x0 SAct 0x1 / SErr 0x0 action 0x2 frozen
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: exception Emask 0x0 SAct 0x1 / SErr 0x0 action 0x2 frozen
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: SATA errors?
- From: Iustin Pop <iusty@xxxxxxxxx>
[PATCH] [VFS] mark bio_split_pool static
- From: Denis ChengRq <crquan@xxxxxxxxx>
Re: SATA errors?
- From: Danilo Godec <danilo.godec@xxxxxxxxx>
Re: SATA errors?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: SATA errors?
- From: Danilo Godec <danilo.godec@xxxxxxxxx>
Re: exception Emask 0x0 SAct 0x1 / SErr 0x0 action 0x2 frozen
- From: Bill Davidsen <davidsen@xxxxxxx>
RE: SATA errors?
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: SATA errors?
- From: David Greaves <david@xxxxxxxxxxxx>
RE: SATA errors?
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: exception Emask 0x0 SAct 0x1 / SErr 0x0 action 0x2 frozen
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: SATA errors?
- From: Danilo Godec <danilo.godec@xxxxxxxxx>
Re: SATA errors?
- From: Wolfgang Denk <wd@xxxxxxx>
SATA errors?
- From: Danilo Godec <danilo.godec@xxxxxxxxx>
Re: exception Emask 0x0 SAct 0x1 / SErr 0x0 action 0x2 frozen
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: exception Emask 0x0 SAct 0x1 / SErr 0x0 action 0x2 frozen
- From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
Re: exception Emask 0x0 SAct 0x1 / SErr 0x0 action 0x2 frozen
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: exception Emask 0x0 SAct 0x1 / SErr 0x0 action 0x2 frozen
- From: "Tom Mortensen" <tmmlkml@xxxxxxxxx>
Re: raid1 on HDD + RAM ?
- From: David Greaves <david@xxxxxxxxxxxx>
server crash, mdadm rebuild
- From: "Michael Egglestone" <michael@xxxxxxxxx>
Re: raid1 on HDD + RAM ?
- From: Janek Kozicki <janek_listy@xxxxx>
Re: raid1 on HDD + RAM ?
- From: Janek Kozicki <janek_listy@xxxxx>
Re: raid1 on HDD + RAM ?
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: raid1 on HDD + RAM ?
- From: David Greaves <david@xxxxxxxxxxxx>
raid1 on HDD + RAM ?
- From: Janek Kozicki <janek_listy@xxxxx>
Re: [PATCH] md: Add support for data integrity to MD
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: exception Emask 0x0 SAct 0x1 / SErr 0x0 action 0x2 frozen
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: Faster read performance DURING (?) resync on raid10
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Higher read performance during (!?) resync on raid10
- From: "Daniel Zetterman" <daniel.zetterman@xxxxxxxxx>
Re: Faster read performance DURING (?) resync on raid10
- From: "Daniel Zetterman" <daniel.zetterman@xxxxxxxxx>
Re: Faster read performance DURING (?) resync on raid10
- From: "Daniel Zetterman" <daniel.zetterman@xxxxxxxxx>
Re: Faster read performance DURING (?) resync on raid10
- From: Keld J�rn Simonsen <keld@xxxxxxxx>
Re: Faster read performance DURING (?) resync on raid10
- From: "Daniel Zetterman" <daniel.zetterman@xxxxxxxxx>
/sys/block/md0 still present after mdadm -S and -r
- From: thomas62186218@xxxxxxx
Re: Faster read performance DURING (?) resync on raid10
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Faster read performance DURING (?) resync on raid10
- From: Neil Brown <neilb@xxxxxxx>
Re: Faster read performance DURING (?) resync on raid10
- From: Keld J�rn Simonsen <keld@xxxxxxxx>
Re: exception Emask 0x0 SAct 0x1 / SErr 0x0 action 0x2 frozen
- From: Bill Davidsen <davidsen@xxxxxxx>
Faster read performance DURING (?) resync on raid10
- From: sminded <daniel.zetterman@xxxxxxxxx>
Re: problem adding disk
- From: "michael@xxxxxxxxxxx" <michael@xxxxxxxxxxx>
problem adding disk
- From: Chris Eddington <chriseddington@xxxxxxxxx>
Re: [PATCH] md: Add support for data integrity to MD
- From: Neil Brown <neilb@xxxxxxx>
ANNOUNCE: mdadm 3.0-devel1 - A tool for managing Soft RAID under Linux
- From: Neil Brown <neilb@xxxxxxx>
Re: exception Emask 0x0 SAct 0x1 / SErr 0x0 action 0x2 frozen
- From: "Brian Rademacher" <rad@xxxxxxxxxxxx>
Re: exception Emask 0x0 SAct 0x1 / SErr 0x0 action 0x2 frozen
- From: "Gwendal Grignou" <gwendal@xxxxxxxxxx>
Re: exception Emask 0x0 SAct 0x1 / SErr 0x0 action 0x2 frozen
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
exception Emask 0x0 SAct 0x1 / SErr 0x0 action 0x2 frozen
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: [PATCH] md: Add support for data integrity to MD
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: Stable versions of mdadm ...
- From: berk walker <berk@xxxxxxxxx>
Re: Stable versions of mdadm ...
- From: Bill Davidsen <davidsen@xxxxxxx>
Stable versions of mdadm ...
- From: berk walker <berk@xxxxxxxxx>
Re: [PATCH] md: Add support for data integrity to MD
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
[PATCH] md: Add support for data integrity to MD
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: Raid6 array crashed-- 4-disk failure...(?)
- From: "John Stoffel" <john@xxxxxxxxxxx>
[PULL REQUEST] softlockup can trigger a false-positive inside md.
- From: Neil Brown <neilb@xxxxxxx>
Re: Slow RAID5 build on ata_piix vs. fast on sata_mv
- From: Richard Scobie <richard@xxxxxxxxxxx>
[PATCH] md: Fix rdev_size_store with size = 0
- From: Chris Webb <chris@xxxxxxxxxxxx>
Re: Slow RAID5 build on ata_piix vs. fast on sata_mv
- From: Richard Michael <rmichael-raid@xxxxxxxxxxxxxxxx>
Re: Raid6 array crashed-- 4-disk failure...(?)
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: Slow RAID5 build on ata_piix vs. fast on sata_mv
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: Raid6 array crashed-- 4-disk failure...(?)
- From: Bill Davidsen <davidsen@xxxxxxx>
Warning Code:USV64MT1
- From: Upgrade Team <mcmchef@xxxxxxxxxx>
Re: Raid6 array crashed-- 4-disk failure...(?)
- From: Maarten <maarten@xxxxxxxxxxxx>
Re: Raid6 array crashed-- 4-disk failure...(?)
- From: Maarten <maarten@xxxxxxxxxxxx>
Re: Raid6 array crashed-- 4-disk failure...(?)
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: No md superblock immediately after creating RAID 5 /dev/md0
- From: thomas62186218@xxxxxxx
Re: Raid6 array crashed-- 4-disk failure...(?)
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: Slow RAID5 build on ata_piix vs. fast on sata_mv
- From: Richard Michael <rmichael-raid@xxxxxxxxxxxxxxxx>
Re: Raid6 array crashed-- 4-disk failure...(?)
- From: Maarten <maarten@xxxxxxxxxxxx>
Re: Raid6 array crashed-- 4-disk failure...(?)
- From: Maarten <maarten@xxxxxxxxxxxx>
Re: Raid6 array crashed-- 4-disk failure...(?)
- From: Maarten <maarten@xxxxxxxxxxxx>
Re: Raid6 array crashed-- 4-disk failure...(?)
- From: Maarten <maarten@xxxxxxxxxxxx>
Re: Raid6 array crashed-- 4-disk failure...(?)
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: Raid6 array crashed-- 4-disk failure...(?)
- From: pg_lxra@xxxxxxxxxxxxxxxxxxx (Peter Grandi)
Re: Raid6 array crashed-- 4-disk failure...(?)
- From: Neil Brown <neilb@xxxxxxx>
Raid6 array crashed-- 4-disk failure...(?)
- From: Maarten <maarten@xxxxxxxxxxxx>
Re: Expandable raid
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Expandable raid
- From: pg_lxra@xxxxxxxxxxxxxxxxxxx (Peter Grandi)
Expandable raid
- From: Bill Davidsen <davidsen@xxxxxxx>
mdadm write-behind with --grow
- From: Tim Janik <timj@xxxxxxxxxxx>
md: Check for memory allocation failure in faulty personality
- From: Sven Wegener <sven.wegener@xxxxxxxxxxx>
Re: drivers/ata/libata-core.c:4732 ata_qc_issue+0x4c/0x2e0
- From: Pietro Abate <Pietro.Abate@xxxxxxxxxxxxxx>
Re: Addition of a partition to an existing RAID1 array overwrites disk partition table
- From: "Jacobo Cabaleiro" <obmun.h@xxxxxxxxx>
Re: drivers/ata/libata-core.c:4732 ata_qc_issue+0x4c/0x2e0
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: drivers/ata/libata-core.c:4732 ata_qc_issue+0x4c/0x2e0
- From: Pietro Abate <Pietro.Abate@xxxxxxxxxxxxxx>
Re: Addition of a partition to an existing RAID1 array overwrites disk partition table
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: drivers/ata/libata-core.c:4732 ata_qc_issue+0x4c/0x2e0
- From: Tejun Heo <tj@xxxxxxxxxx>
Addition of a partition to an existing RAID1 array overwrites disk partition table
- From: "Jacobo Cabaleiro" <obmun.h@xxxxxxxxx>
drivers/ata/libata-core.c:4732 ata_qc_issue+0x4c/0x2e0
- From: Martin Michlmayr <tbm@xxxxxxxxxx>
Re: Observation about RAID 0 performance in 2.6.25 kernel
- From: pg_lxra@xxxxxxxxxxxxxxxxxxx (Peter Grandi)
Re: Observation about RAID 0 performance in 2.6.25 kernel
- From: AndrewL733 <AndrewL733@xxxxxxx>
Re: Slow RAID5 build on ata_piix vs. fast on sata_mv
- From: Richard Michael <rmichael-raid@xxxxxxxxxxxxxxxx>
Slow RAID5 build on ata_piix vs. fast on sata_mv
- From: Richard Michael <rmichael-raid@xxxxxxxxxxxxxxxx>
Observation about RAID 0 performance in 2.6.25 kernel
- From: AndrewL733 <AndrewL733@xxxxxxx>
Re: [PATCH] md: raid10: wake up frozen array
- From: Arthur Jones <ajones@xxxxxxxxxxxx>
Re: [PATCH] md: raid10: wake up frozen array
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: [PATCH] ASYNC_TX: fix the bug in async_tx_run_dependencies
- From: Ilya Yanok <yanok@xxxxxxxxxxx>
Re: [PATCH] ASYNC_TX: fix the bug in async_tx_run_dependencies
- From: Wolfgang Denk <wd@xxxxxxx>
Re: [PATCH] ASYNC_TX: fix the bug in async_tx_run_dependencies
- From: Ilya Yanok <yanok@xxxxxxxxxxx>
Re: [PATCH] ASYNC_TX: fix the bug in async_tx_run_dependencies
- From: Ilya Yanok <yanok@xxxxxxxxxxx>
Re: [PATCH] ASYNC_TX: fix the bug in async_tx_run_dependencies
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: [PATCH] ASYNC_TX: fix the bug in async_tx_run_dependencies
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: [PATCH] ASYNC_TX: fix the bug in async_tx_run_dependencies
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
[PATCH] ASYNC_TX: fix the bug in async_tx_run_dependencies
- From: Ilya Yanok <yanok@xxxxxxxxxxx>
Re: from raid456 patch, about the tiotest tool
- From: "rae l" <crquan@xxxxxxxxx>
Re: data corruption: ext3/lvm2/md/mptsas/vitesse/seagate
- From: Marc Bejarano <beej@xxxxxxxxxxxx>
Re: [PATCH] md: raid10: wake up frozen array
- From: Arthur Jones <ajones@xxxxxxxxxxxx>
Re: from raid456 patch, about the tiotest tool
- From: "rae l" <crquan@xxxxxxxxx>
[PULL REQUEST md] Fixes for two recent regression
- From: Neil Brown <neilb@xxxxxxx>
Re: Create software RAID from active partition
- From: "Michael Guyver" <michael.guyver@xxxxxxxxx>
Re: RAID1 disk failure causes hung mount
- From: Philip Molter <philip@xxxxxxxxxxxxxxx>
Re: Create software RAID from active partition
- From: Michal Soltys <soltys@xxxxxxxx>
RE: RAID1 disk failure causes hung mount
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: [opensuse] Opensuse doesn't wait long enough for the disks to spin up before trying to configure raid
- From: Mike Myers <mikesm559@xxxxxxxxx>
RAID1 disk failure causes hung mount
- From: Philip Molter <philip@xxxxxxxxxxxxxxx>
Re: Create software RAID from active partition
- From: "Michael Guyver" <michael.guyver@xxxxxxxxx>
Re: Create software RAID from active partition
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Create software RAID from active partition
- From: Steve Fairbairn <steve@xxxxxxxxxxxxxxxxxxxx>
Re: Create software RAID from active partition
- From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
Create software RAID from active partition
- From: "Michael Guyver" <michael.guyver@xxxxxxxxx>
Re: md (regression): reboot/shutdown hangs
- From: Alistair John Strachan <alistair@xxxxxxxxxxxxx>
Re: md (regression): reboot/shutdown hangs
- From: Neil Brown <neilb@xxxxxxx>
Re: I/O wait problem with hardware raid
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: I/O wait problem with hardware raid
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Re: I/O wait problem with hardware raid
- From: "Eric S. Johansson" <esj@xxxxxxxxxx>
2.6.26 (x86 vs. x86_64) different /sys directory structure for md?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: [PATCH] md: raid10: wake up frozen array
- From: Clive Messer <clive@xxxxxxxxxxxxxxxxx>
Re: Linux tries to bring up raid before the disks are finished initializing
- From: "David Lethe" <david@xxxxxxxxxxxx>
Linux tries to bring up raid before the disks are finished initializing
- From: Mike Myers <mikesm559@xxxxxxxxx>
Re: I/O wait problem with hardware raid
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: No md superblock immediately after creating RAID 5 /dev/md0
- From: "NeilBrown" <neilb@xxxxxxx>
Re: No md superblock immediately after creating RAID 5 /dev/md0
- From: thomas62186218@xxxxxxx
Re: No md superblock immediately after creating RAID 5 /dev/md0
- From: thomas62186218@xxxxxxx
I/O wait problem with hardware raid
- From: "Eric S. Johansson" <esj@xxxxxxxxxx>
Re: Help to decipher kernel io error log
- From: David Greaves <david@xxxxxxxxxxxx>
Re: No md superblock immediately after creating RAID 5 /dev/md0
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
Help to decipher kernel io error log
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
Re: No md superblock immediately after creating RAID 5 /dev/md0
- From: Bernd Schubert <bs@xxxxxxxxx>
Re: No md superblock immediately after creating RAID 5 /dev/md0
- From: Andrew Farley <andrew@xxxxxxxxxxxxx>
No md superblock immediately after creating RAID 5 /dev/md0
- From: thomas62186218@xxxxxxx
2.6.18 very slow sync to disk with ext3 fs on an md raid10 array
- From: "Don Dupuis" <dondster@xxxxxxxxx>
Re: RAID not auto-assembling?
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: Who do we point to?
- From: Vladislav Bolkhovitin <vst@xxxxxxxx>
Re: Device naming and raid1
- From: Tony Coffman <tony@xxxxxxxxxxx>
Re: Device naming and raid1
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Device naming and raid1
- From: "Sujit Karataparambil" <sjt.kar@xxxxxxxxx>
RE: Device naming and raid1
- From: "Steve Fairbairn" <steve@xxxxxxxxxxxxxxxxxxxx>
Re: Device naming and raid1
- From: "Sujit Karataparambil" <sjt.kar@xxxxxxxxx>
Re: Device naming and raid1
- From: Tony Coffman <tony@xxxxxxxxxxx>
RE: Device naming and raid1
- From: "David Lethe" <david@xxxxxxxxxxxx>
from raid456 patch, about the tiotest tool
- From: "rae l" <crquan@xxxxxxxxx>
Device naming and raid1
- From: Tony Coffman <tony@xxxxxxxxxxx>
Re: single RAID slower than aggregate multi-RAID?
- From: Jan Wagner <jwagner@xxxxxxxxxxx>
RAID not auto-assembling?
- From: "Sean Hildebrand" <silverwraithii@xxxxxxxxx>
Re: single RAID slower than aggregate multi-RAID?
- From: pg_lxra@xxxxxxxxxxxxxxxxxxx (Peter Grandi)
Re: Who do we point to?
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[PATCH 0/6] md: Make linear raid use sector_t for internal representations
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 3/6] md: linear.c: Remove broken debug code.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 2/6] md: linear.c: Remove pointless initialization of curr_offset.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 1/6] md: linear.c: Fix typo in comment.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 4/6] md: linear: Represent dev_info->size and dev_info->offset in sectors.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 5/6] md: linear.c: Make two local variables sector-based.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 6/6] md: Convert remaining 1k representations in linear.c to sectors.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: Who do we point to?
- From: Vladislav Bolkhovitin <vst@xxxxxxxx>
Re: Who do we point to?
- From: Vladislav Bolkhovitin <vst@xxxxxxxx>
Re: 5 concurrent bonnie runs failing after first pass .
- From: Eric Sandeen <sandeen@xxxxxxxxxxx>
5 concurrent bonnie runs failing after first pass .
- From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
Re: AWFUL reshape speed with raid5.
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: [Scst-devel] Who do we point to?
- From: Stanislaw Gruszka <stf_xl@xxxxx>
Who do we point to?
- From: greg@xxxxxxxxxxxx
Re: single RAID slower than aggregate multi-RAID?
- From: Jan Wagner <jwagner@xxxxxxxxxxx>
Re: Another new users' guide to installing Linux software RAID 10
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: Another new users' guide to installing Linux software RAID 10
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Another new users' guide to installing Linux software RAID 10
- From: Bruce Miller <subscribe@xxxxxxxxxxx>
Re: single RAID slower than aggregate multi-RAID?
- From: Jan Wagner <jwagner@xxxxxxxxxxx>
Re: single RAID slower than aggregate multi-RAID?
- From: Neil Brown <neilb@xxxxxxx>
Re: single RAID slower than aggregate multi-RAID?
- From: Jan Wagner <jwagner@xxxxxxxxxxx>
Re: single RAID slower than aggregate multi-RAID?
- From: Neil Brown <neilb@xxxxxxx>
Re: single RAID slower than aggregate multi-RAID?
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: single RAID slower than aggregate multi-RAID?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Problem with assembly after a drive replacement
- From: "michael@xxxxxxxxxxx" <michael@xxxxxxxxxxx>
single RAID slower than aggregate multi-RAID?
- From: Jan Wagner <jwagner@xxxxxxxxxxx>
[PULL REQUEST] more minor updates for md in 2.6.27
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH md] Allow raid10 resync to happening in larger chunks.
- From: Neil Brown <neilb@xxxxxxx>
active(auto-read-only)
- From: tiberios@xxxxxxxxxxxxxxxxxxxxx
Re: [PATCH md] Allow raid10 resync to happening in larger chunks.
- From: "'Keld Jørn Simonsen'" <keld@xxxxxxxx>
[git pull] async_xor_zero_sum fix
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: Nested raid operation and disk sizes
- From: Mike Myers <mikesm559@xxxxxxxxx>
Re: [PATCH md] Allow raid10 resync to happening in larger chunks.
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: Nested raid operation and disk sizes
- From: Neil Brown <neilb@xxxxxxx>
Re: Nested raid operation and disk sizes
- From: pg_lxra@xxxxxxxxxxxxxxxxxxx (Peter Grandi)
Nested raid operation and disk sizes
- From: Mike Myers <mikesm559@xxxxxxxxx>
Re: [PATCH md] Fail safely when trying to grow an array with a write-intent bitmap.
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: [PATCH md] Speed up raid10 resync, especially for 'far' layout
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: [PATCH md] Speed up raid10 resync, especially for 'far' layout
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: [PATCH md] Speed up raid10 resync, especially for 'far' layout
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: Q: Is this how 'check' works (on raid10 in particular)?
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
[PATCH md] Speed up raid10 resync, especially for 'far' layout
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
[PATCH md] Allow raid10 resync to happening in larger chunks.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH md] Allow faulty devices to be removed from a readonly array.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH md] Don't let a blocked_rdev interfere with read request in raid5/6
- From: NeilBrown <neilb@xxxxxxx>
[PATCH md] Fail safely when trying to grow an array with a write-intent bitmap.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH md] Restore force switch of md array to readonly at reboot time.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH md] Make writes to md/safe_mode_delay immediately effective.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH md] 6 Little md patches for 2.6.27 for review
- From: NeilBrown <neilb@xxxxxxx>
Re: Q: Is this how 'check' works (on raid10 in particular)?
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: RAID5 to RAID6 migration
- From: Michal Przyluski <mikylie@xxxxxxxxx>
Re: RAID5 to RAID6 migration
- From: "Conway S. Smith" <beolach@xxxxxxxxx>
RAID5 to RAID6 migration
- From: "Michał Przyłuski" <mikylie@xxxxxxxxx>
Re: (root cause found....may be not)64k Page size + ext3 errors
- From: pg_lxra@xxxxxxxxxxxxxxxxxxx (Peter Grandi)
Re: Q: Is this how 'check' works (on raid10 in particular)?
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: Q: Is this how 'check' works (on raid10 in particular)?
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Q: Is this how 'check' works (on raid10 in particular)?
- From: "Jon Nelson" <jnelson-sabmag@xxxxxxxxxxx>
(root cause found....may be not)64k Page size + ext3 errors
- From: tirumalareddy marri <tirumalareddymarri@xxxxxxxxx>
Re: [PULL REQUEST] md bug fixes and minor improvements
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [PULL REQUEST] md bug fixes and minor improvements
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [PULL REQUEST] md bug fixes and minor improvements
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [PULL REQUEST] md bug fixes and minor improvements
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [PULL REQUEST] md bug fixes and minor improvements
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [PULL REQUEST] md bug fixes and minor improvements
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [PULL REQUEST] md bug fixes and minor improvements
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [PULL REQUEST] md bug fixes and minor improvements
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: AWFUL reshape speed with raid5.
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: AWFUL reshape speed with raid5.
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: AWFUL reshape speed with raid5.
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: RAID1 write order fidelity
- From: Holger Kiehl <Holger.Kiehl@xxxxxx>
Re: RAID1 write order fidelity
- From: David Greaves <david@xxxxxxxxxxxx>
Re: 12 Veliciraptors again w/x4 card (~1gbyte/sec aggregate read)!
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
[PATCH] md: switch to use pr_debug from <linux/kernel.h>
- From: Denis ChengRq <crquan@xxxxxxxxx>
Re: SLES, not large enough to join array
- From: Neil Brown <neilb@xxxxxxx>
Re: 12 Veliciraptors again w/x4 card (~1gbyte/sec aggregate read)!
- From: Matt Garman <matthew.garman@xxxxxxxxx>
Re: Convert v0.9 superblock
- From: Neil Brown <neilb@xxxxxxx>
Re: Adding a bitmap, v 0.90 superblocks
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH] md: raid10: wake up frozen array
- From: Neil Brown <neilb@xxxxxxx>
[PULL REQUEST] md bug fixes and minor improvements
- From: Neil Brown <neilb@xxxxxxx>
Re: AWFUL reshape speed with raid5.
- From: Neil Brown <neilb@xxxxxxx>
Re: AWFUL reshape speed with raid5.
- From: Neil Brown <neilb@xxxxxxx>
Re: RAID1 write order fidelity
- From: Neil Brown <neilb@xxxxxxx>
RE: RAID1 write order fidelity
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: RAID1 write order fidelity
- From: David Greaves <david@xxxxxxxxxxxx>
RAID1 write order fidelity
- From: aristizb@xxxxxxxxxxx
Re: RAID6 algo in md
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: cosmetic bug in mdadm
- From: Neil Brown <neilb@xxxxxxx>
Re: Docs and operation of RAID10, size limitations on 0.90
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: Docs and operation of RAID10, size limitations on 0.90
- From: Richard Michael <rmichael-raid@xxxxxxxxxxxxxxxx>
Re: Docs and operation of RAID10, size limitations on 0.90
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: Docs and operation of RAID10, size limitations on 0.90
- From: Richard Michael <rmichael-raid@xxxxxxxxxxxxxxxx>
Re: Docs and operation of RAID10, size limitations on 0.90
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
traceback on mdadm --stop
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: AWFUL reshape speed with raid5.
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Convert v0.9 superblock
- From: Shane W <shane-kernel@xxxxxx>
Re: AWFUL reshape speed with raid5.
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: AWFUL reshape speed with raid5.
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Docs and operation of RAID10, size limitations on 0.90
- From: Richard Michael <rmichael-raid@xxxxxxxxxxxxxxxx>
Re: AWFUL reshape speed with raid5.
- From: David Greaves <david@xxxxxxxxxxxx>
Re: AWFUL reshape speed with raid5.
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: AWFUL reshape speed with raid5.
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Docs and operation of RAID10, size limitations on 0.90
- From: Bill Davidsen <davidsen@xxxxxxx>
Adding a bitmap, v 0.90 superblocks
- From: Richard Michael <rmichael-raid@xxxxxxxxxxxxxxxx>
Re: cosmetic bug in mdadm
- From: "Conway S. Smith" <beolach@xxxxxxxxx>
Re: cosmetic bug in mdadm
- From: Neil Brown <neilb@xxxxxxx>
Re: cosmetic bug in mdadm
- From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
Re: cosmetic bug in mdadm
- From: Neil Brown <neilb@xxxxxxx>
Re: Problem with mdadm 2.6.7
- From: Neil Brown <neilb@xxxxxxx>
Re: 64k Page size + ext3 errors
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Re: 64k Page size + ext3 errors
- From: tirumalareddy marri <tirumalareddymarri@xxxxxxxxx>
Re: 64k Page size + ext3 errors
- From: tirumalareddy marri <tirumalareddymarri@xxxxxxxxx>
Re: 64k Page size + ext3 errors
- From: tirumalareddy marri <tirumalareddymarri@xxxxxxxxx>
Re: AWFUL reshape speed with raid5.
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
RE: AWFUL reshape speed with raid5.
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: AWFUL reshape speed with raid5.
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: AWFUL reshape speed with raid5.
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Re: AWFUL reshape speed with raid5.
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: AWFUL reshape speed with raid5.
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: AWFUL reshape speed with raid5.
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
bug in mdadm --grow --size=max
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
AWFUL reshape speed with raid5.
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
cosmetic bug in mdadm
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Docs and operation of RAID10, size limitations on 0.90
- From: Richard Michael <rmichael-raid@xxxxxxxxxxxxxxxx>
Re: System hangs on raid md recovery/resync
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
testing entire filesystem
- From: "Max Waterman" <davidmaxwaterman@xxxxxxxxxxxxxx>
Re: System hangs on raid md recovery/resync
- From: Brad <brad46526@xxxxxxxxx>
Re: 64k Page size + ext3 errors
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: 64k Page size + ext3 errors
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Re: 64k Page size + ext3 errors
- From: sandeen@xxxxxxxxxxx
Re: System hangs on raid md recovery/resync
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Re: System hangs on raid md recovery/resync
- From: Brad <brad46526@xxxxxxxxx>
64k Page size + ext3 errors
- From: tirumalareddy marri <tirumalareddymarri@xxxxxxxxx>
Re: possible bug using async_xor() call in ops_run_post_xor()
- From: tirumalareddy marri <tirumalareddymarri@xxxxxxxxx>
Re: System hangs on raid md recovery/resync
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
System hangs on raid md recovery/resync
- From: Brad <brad46526@xxxxxxxxx>
Re: Problem with mdadm 2.6.7
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: Problem with mdadm 2.6.7
- From: Thomas Backlund <tmb@xxxxxxxxxxxx>
Re: Problem with mdadm 2.6.7
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: Problem with mdadm 2.6.7
- From: Thomas Backlund <tmb@xxxxxxxxxxxx>
i/O Thruput to devices in a raidset not even .
- From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
Re: possible bug using async_xor() call in ops_run_post_xor()
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: raid10 failing to fail...
- From: Arthur Jones <ajones@xxxxxxxxxxxx>
[PATCH] md: raid10: wake up frozen array
- From: Arthur Jones <ajones@xxxxxxxxxxxx>
possible bug using async_xor() call in ops_run_post_xor()
- From: tirumalareddy marri <tirumalareddymarri@xxxxxxxxx>
[PATCH 6/6] md: Convert remaining 1k representations in linear.c to sectors.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 4/6] md: linear: Represent dev_info->size and dev_info->offset in sectors.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 5/6] md: linear.c: Make two local variables sector-based.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 3/6] md: linear.c: Remove broken debug code.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 2/6] md: linear.c: Remove pointless initialization of curr_offset.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 1/6] md: linear.c: Fix typo in comment.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 0/6] md: Make linear raid use sector_t for internal representations
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
RAID10,f2 out of sync though synced
- From: "exxs.net - matevz sernc-urban" <ms@xxxxxxxx>
RAID6 algo in md
- From: "Adhiraj Joshi" <adhiraj@xxxxxxxxxxxxxx>
Re: Out of sync mirrors
- From: "Ana Paula" <anapaula@xxxxxxxxxxxxxx>
RE: Out of sync mirrors
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: Out of sync mirrors
- From: "Ana Paula" <anapaula@xxxxxxxxxxxxxx>
[Fwd: [Bug 157981] Re: udev not using mdadm incremental]
- From: "Daniel L. Miller" <dmiller@xxxxxxxxx>
Re: Out of sync mirrors
- From: Bill Davidsen <davidsen@xxxxxxx>
dmraid / RAID-5 / ICH10R
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Out of sync mirrors
- From: "Ana Paula" <anapaula@xxxxxxxxxxxxxx>
Re: failed device cleanup ?
- From: aucoins@xxxxxxxxxxx
RE: crash: write_sb_page walks mddev.disks without holding reconfig_mutex
- From: "Dailey, Nate" <Nate.Dailey@xxxxxxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: Brad Campbell <brad@xxxxxxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: raid10 failing to fail...
- From: Arthur Jones <ajones@xxxxxxxxxxxx>
Re: [patch 3/4] fastboot: make the raid autodetect code wait for all devices to init
- From: martin f krafft <madduck@xxxxxxxxxxx>
Re: INFO: task pdflush:393 blocked for more than 120 seconds. & Call traces ... (fwd)
- From: Dave Chinner <david@xxxxxxxxxxxxx>
Re: INFO: task pdflush:393 blocked for more than 120 seconds. & Call traces ... (fwd)
- From: Timothy Shimmin <tes@xxxxxxx>
Re: INFO: task pdflush:393 blocked for more than 120 seconds. & Call traces ... (fwd)
- From: Richard Scobie <richard@xxxxxxxxxxx>
RAID-5 & RAID-0 lower read performance using ADMA + HW XOR engine
- From: tirumalareddy marri <tirumalareddymarri@xxxxxxxxx>
(SOLOVED)Debugging new HW XOR engine driver
- From: tirumalareddy marri <tirumalareddymarri@xxxxxxxxx>
Re: INFO: task pdflush:393 blocked for more than 120 seconds. & Call traces ... (fwd)
- From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
Re: [patch 3/4] fastboot: make the raid autodetect code wait for all devices to init
- From: Neil Brown <neilb@xxxxxxx>
Re: INFO: task pdflush:393 blocked for more than 120 seconds. & Call traces ... (fwd)
- From: Neil Brown <neilb@xxxxxxx>
RE: crash: write_sb_page walks mddev.disks without holding reconfig_mutex
- From: Neil Brown <neilb@xxxxxxx>
RE: crash: write_sb_page walks mddev.disks without holding reconfig_mutex
- From: "Dailey, Nate" <Nate.Dailey@xxxxxxxxxxx>
raid10 failing to fail...
- From: Arthur Jones <ajones@xxxxxxxxxxxx>
Re: INFO: task pdflush:393 blocked for more than 120 seconds. & Call traces ... (fwd)
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
INFO: task pdflush:393 blocked for more than 120 seconds. & Call traces ... (fwd)
- From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: [PATCH 3/4] md: Make mddev->array_size sector-based.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: [patch 3/4] fastboot: make the raid autodetect code wait for all devices to init
- From: martin f krafft <madduck@xxxxxxxxxxx>
Re: [PATCH 4/5] md: Turn rdev->sb_offset into a sector-based quantity.
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 3/4] md: Make mddev->array_size sector-based.
- From: Neil Brown <neilb@xxxxxxx>
[PULL REQUEST] md patches for merge window
- From: Neil Brown <neilb@xxxxxxx>
Re: INFO: task pdflush:393 blocked for more than 120 seconds. & Call traces ...
- From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
RE: bonnie++-1.03c -p option problem & ?
- From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
failed device cleanup ?
- From: aucoins@xxxxxxxxxxx
Re: title of our wiki page
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: title of our wiki page
- From: David Greaves <david@xxxxxxxxxxxx>
Re: title of our wiki page
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
bonnie++-1.03c -p option problem & ?
- From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
Re: title of our wiki page
- From: David Greaves <david@xxxxxxxxxxxx>
title of our wiki page
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
[PATCH 4/4] md: linear: Make array_size sector-based and rename it to array_sectors.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 3/4] md: Make mddev->array_size sector-based.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 2/4] md: Make super_type->rdev_size_change() take sector-based sizes.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 1/4] md: Fix check for overlapping devices.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 0/4] more sector_t conversions
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: Debugging new HW XOR engine driver
- From: tirumalareddy marri <tirumalareddymarri@xxxxxxxxx>
Re: Debugging new HW XOR engine driver
- From: tirumalareddy marri <tirumalareddymarri@xxxxxxxxx>
Re: [PATCH 4/5] md: Turn rdev->sb_offset into a sector-based quantity.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: Ben Martin <monkeyiq@xxxxxxxxxxxxxxxxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: "Alan D. Brunelle" <Alan.Brunelle@xxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: thomas62186218@xxxxxxx
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: Ben Martin <monkeyiq@xxxxxxxxxxxxxxxxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: Debugging new HW XOR engine driver
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: Michal Soltys <soltys@xxxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: Ben Martin <monkeyiq@xxxxxxxxxxxxxxxxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: Ben Martin <monkeyiq@xxxxxxxxxxxxxxxxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: Ben Martin <monkeyiq@xxxxxxxxxxxxxxxxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: Ben Martin <monkeyiq@xxxxxxxxxxxxxxxxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: Eric Sandeen <sandeen@xxxxxxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: Ben Martin <monkeyiq@xxxxxxxxxxxxxxxxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: Ben Martin <monkeyiq@xxxxxxxxxxxxxxxxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: Debugging new HW XOR engine driver
- From: tirumalareddy marri <tirumalareddymarri@xxxxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: pg_lxra@xxxxxxxxxxxxxxxxxxx (Peter Grandi)
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: Debugging new HW XOR engine driver
- From: tirumalareddy marri <tirumalareddymarri@xxxxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
RE: crash: write_sb_page walks mddev.disks without holding reconfig_mutex
- From: "Dailey, Nate" <Nate.Dailey@xxxxxxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: Brad Campbell <brad@xxxxxxxxxxx>
Re: Debugging new HW XOR engine driver
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: Debugging new HW XOR engine driver
- From: tirumalareddy marri <tirumalareddymarri@xxxxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: thomas62186218@xxxxxxx
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: Debugging new HW XOR engine driver
- From: thomas62186218@xxxxxxx
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: Michal Soltys <soltys@xxxxxxxx>
Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
- From: Ben Martin <monkeyiq@xxxxxxxxxxxxxxxxxxxxx>
Re: How to avoid complete rebuild of RAID 6 array (6/8 active devices)
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: crash: write_sb_page walks mddev.disks without holding reconfig_mutex
- From: Neil Brown <neilb@xxxxxxx>
Re: How to avoid complete rebuild of RAID 6 array (6/8 active devices)
- From: Matthias Urlichs <smurf@xxxxxxxxxxxxxx>
Re: How to avoid complete rebuild of RAID 6 array (6/8 active devices)
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: How to avoid complete rebuild of RAID 6 array (6/8 active devices)
- From: Matthias Urlichs <smurf@xxxxxxxxxxxxxx>
crash: write_sb_page walks mddev.disks without holding reconfig_mutex
- From: "Dailey, Nate" <Nate.Dailey@xxxxxxxxxxx>
Debugging new HW XOR engine driver
- From: tirumalareddy marri <tirumalareddymarri@xxxxxxxxx>
Mdadm Live data conversion
- From: Ovidio Borrero <ovidioborrero@xxxxxxxxx>
RE: How to avoid complete rebuild of RAID 6 array (6/8 active devices)
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: How to avoid complete rebuild of RAID 6 array (6/8 active devices)
- From: David Greaves <david@xxxxxxxxxxxx>
Re: How to avoid complete rebuild of RAID 6 array (6/8 active devices)
- From: Matthias Urlichs <matthias@xxxxxxxxxx>
Re: mdadm-2.6.4 with linux-2.6.18
- From: "NeilBrown" <neilb@xxxxxxx>
Re: Collection of benchmarks on RAID5,6 and 10
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: Collection of benchmarks on RAID5,6 and 10
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: Collection of benchmarks on RAID5,6 and 10
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: resync'ing - what is going on
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: Collection of benchmarks on RAID5,6 and 10
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: resync'ing - what is going on
- From: Neil Brown <neilb@xxxxxxx>
Re: Lots of con-current I/O = resets SATA link? (2.6.25.10)
- From: Gerhard Wiesinger <lists@xxxxxxxxxxxxx>
Re: resync'ing - what is going on
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Collection of benchmarks on RAID5,6 and 10
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: [PATCH 0/5] md: sector_t conversions
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 4/5] md: Turn rdev->sb_offset into a sector-based quantity.
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 3/5] md: Make calc_dev_sboffset() return a sector count.
- From: Neil Brown <neilb@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]