Linux RAID Storage Date Index

Thread Index

Read errors on raid5 device; array is still clean
- From: Steve Ungerer <steve@xxxxxxxxxx>
mdadm 3.1.1 / 2.6.32 - trouble reducing active devices in 13TB RAID6
- From: Brett King <king.br@xxxxxxxxx>
Re: No resync
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: raid failure question
- From: Tim Bock <jtbock@xxxxxxxxxxxx>
Re: [dm-devel] [PATCH v2 1/1] dm-raid45
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
Re: raid failure question
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Re: No resync
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: Minor mdadm fixes
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: No resync
- From: Richard Scobie <richard@xxxxxxxxxxx>
RE: No resync
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: raid failure question
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: Minor mdadm fixes
- From: Doug Ledford <dledford@xxxxxxxxxx>
No resync
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: Minor mdadm fixes
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: Minor mdadm fixes
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: Minor mdadm fixes
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: Minor mdadm fixes
- From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
Re: raid failure question
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
[[Patch mdadm] 4/5] When using -D --export the UUID is helpful, so print it out
- From: Doug Ledford <dledford@xxxxxxxxxx>
[[Patch mdadm] 5/5] Fix segfault when the AUTO keyword is used in the config file
- From: Doug Ledford <dledford@xxxxxxxxxx>
[[Patch mdadm] 3/5] We don't like %02d as a metadata format specifier, it confuses us when we read the output back later
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: raid failure question
- From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
[[Patch mdadm] 2/5] Move the files mdmon opens into /dev/ to support handoff after pivotroot
- From: Doug Ledford <dledford@xxxxxxxxxx>
[[Patch mdadm] 1/5] Make the IMSM_DEVNAME_AS_SERIAL option work when creating containers. This allows a person to testing using loopback devices that don't support serial number queries.
- From: Doug Ledford <dledford@xxxxxxxxxx>
Minor mdadm fixes
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: raid failure question
- From: "Majed B." <majedb@xxxxxxxxx>
raid failure question
- From: Tim Bock <jtbock@xxxxxxxxxxxx>
Re: mdadm-3.1.1 segfaults when mdadm -G -Z
- From: Marcin Mirosław <marcin@xxxxxxxx>
Re: mdadm-3.1.1 segfaults when mdadm -G -Z
- From: Zdenek Behan <rain@xxxxxxxxx>
mdadm-3.1.1 segfaults when mdadm -G -Z
- From: Marcin Mirosław <marcin@xxxxxxxx>
RE: Can I skip recovery for RAID5 in this way?
- From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
Re: SSD & mechanical disc in RAID 1
- From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
SSD & mechanical disc in RAID 1
- From: Wil Reichert <wil.reichert@xxxxxxxxx>
Re: Can I skip recovery for RAID5 in this way?
- From: Michał Sawicz <michal@xxxxxxxxxx>
Can I skip recovery for RAID5 in this way?
- From: hank peng <pengxihan@xxxxxxxxx>
[PATCH] drivers/md: remove unnecessary casts of void *
- From: H Hartley Sweeten <hartleys@xxxxxxxxxxxxxxxxxxx>
Question about raid robustness when disk fails
- From: Tim Bock <jtbock@xxxxxxxxxxxx>
Re: [HELP]Have you solved "2.6.23.1: mdadm/raid5 hung/d-state" problem?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: bug/race in md causing device to wedge in busy state
- From: Brett Russ <bruss@xxxxxxxxxxx>
Re: when read error ,where do we rewrite?
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: when read error ,where do we rewrite?
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: why is md/raid5 sequential write speed so slow?
- From: "spren.gm@xxxxxxxxx" <spren.gm@xxxxxxxxx>
why is md/raid5 sequential write speed so slow?
- From: dong wu <dongwucs@xxxxxxxxx>
Re: when read error ,where do we rewrite?
- From: dong wu <dongwucs@xxxxxxxxx>
Re: when read error ,where do we rewrite?
- From: dong wu <dongwucs@xxxxxxxxx>
Re: linux-raid raid5 delaying write
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: embedding area is unusually small... (GRUB2 on software RAID1)
- From: Lapohos Tibor <tibor.lapohos@xxxxxxxxxx>
Re: embedding area is unusually small... (GRUB2 on software RAID1)
- From: Antonio Perez <ap23563m@xxxxxxx>
RE: Stupid question regarding RAID-1 access pattern
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: embedding area is unusually small... (GRUB2 on software RAID1)
- From: Lapohos Tibor <tibor.lapohos@xxxxxxxxxx>
Re: when read error ,where do we rewrite?
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
when read error ,where do we rewrite?
- From: dong wu <dongwucs@xxxxxxxxx>
linux-raid raid5 delaying write
- From: dong wu <dongwucs@xxxxxxxxx>
Re: Linear mode: array size is less than sum of sizes
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Stupid question regarding RAID-1 access pattern
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: embedding area is unusually small... (GRUB2 on software RAID1)
- From: Antonio Perez <ap23563m@xxxxxxx>
Re: Linear mode: array size is less than sum of sizes
- From: Alessandro Baretta <alexbaretta@xxxxxxxxx>
Re: Stupid question regarding RAID-1 access pattern
- From: Billy Crook <billycrook@xxxxxxxxx>
Re: embedding area is unusually small... (GRUB2 on software RAID1)
- From: Lapohos Tibor <tibor.lapohos@xxxxxxxxxx>
Re: Stupid question regarding RAID-1 access pattern
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re:
- From: Antonio Perez <ap23563m@xxxxxxx>
Re: embedding area is unusually small... (GRUB2 on software RAID1)
- From: Antonio Perez <ap23563m@xxxxxxx>
Re:
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Stupid question regarding RAID-1 access pattern
- From: Curt Hartung <curt@xxxxxxxxxxxx>
Re: embedding area is unusually small... (GRUB2 on software RAID1)
- From: Lapohos Tibor <tibor.lapohos@xxxxxxxxxx>
Re: embedding area is unusually small... (GRUB2 on software RAID1)
- From: Antonio Perez <ap23563m@xxxxxxx>
Re: Alignment of RAID on specific boundary
- From: Khelben Blackstaff <eye.of.the.8eholder@xxxxxxxxx>
embedding area is unusually small... (GRUB2 on software RAID1)
- From: Lapohos Tibor <tibor.lapohos@xxxxxxxxxx>
[no subject]
- From: Lapohos Tibor <tibor.lapohos@xxxxxxxxxx>
RE: Question about ADMA + RAID5 in the event of disk failure
- From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
Re: Alignment of RAID on specific boundary
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: Question about ADMA + RAID5 in the event of disk failure
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: Linear mode: array size is less than sum of sizes
- From: Alessandro Baretta <alexbaretta@xxxxxxxxx>
Re: Linear mode: array size is less than sum of sizes
- From: Alessandro Baretta <alexbaretta@xxxxxxxxx>
Re: Linear mode: array size is less than sum of sizes
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Linear mode: array size is less than sum of sizes
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Linear mode: array size is less than sum of sizes
- From: Alessandro Baretta <alexbaretta@xxxxxxxxx>
Re: anybody using the gc-ramdisk?
- From: KELEMEN Peter <Peter.Kelemen@xxxxxxx>
Re: Alignment of RAID on specific boundary
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Alignment of RAID on specific boundary
- From: Khelben Blackstaff <eye.of.the.8eholder@xxxxxxxxx>
Re: Alignment of RAID on specific boundary
- From: Khelben Blackstaff <eye.of.the.8eholder@xxxxxxxxx>
Re: Alignment of RAID on specific boundary
- From: Antonio Perez <ap23563m@xxxxxxx>
Re: Alignment of RAID on specific boundary
- From: Michal Soltys <soltys@xxxxxxxx>
Re: Alignment of RAID on specific boundary
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: anybody using the gc-ramdisk?
- From: fibre raid <fibreraid@xxxxxxxxx>
Re: anybody using the gc-ramdisk?
- From: Adam Megacz <adam@xxxxxxxxxx>
Re: anybody using the gc-ramdisk?
- From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
anybody using the gc-ramdisk?
- From: Adam Megacz <adam@xxxxxxxxxx>
Re: Alignment of RAID on specific boundary
- From: Khelben Blackstaff <eye.of.the.8eholder@xxxxxxxxx>
Re: Alignment of RAID on specific boundary
- From: David Rees <drees76@xxxxxxxxx>
Alignment of RAID on specific boundary
- From: Khelben Blackstaff <eye.of.the.8eholder@xxxxxxxxx>
Question about ADMA + RAID5 in the event of disk failure
- From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
RE: Growing Linear RAID
- From: <senthilkumar.muthukalai@xxxxxxxxx>
Re: Size limitation?
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Size limitation?
- From: mjevans1983@xxxxxxxxx
Re: Raid 5 to 6 reshape q
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
Re: Size limitation?
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: Raid 5 to 6 reshape q
- From: Billy Crook <billycrook@xxxxxxxxx>
Re: Raid 5 to 6 reshape q
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
Re: RAID5 broke during reshape...
- From: Michał Sawicz <michal@xxxxxxxxxx>
Re: RAID5 broke during reshape...
- From: Gabor Gombas <gombasg@xxxxxxxxx>
Re: RAID5 broke during reshape...
- From: "Majed B." <majedb@xxxxxxxxx>
Re: RAID5 broke during reshape...
- From: Michał Sawicz <michal@xxxxxxxxxx>
Re: RAID5 broke during reshape...
- From: Michał Sawicz <michal@xxxxxxxxxx>
Re: RAID5 broke during reshape...
- From: "Majed B." <majedb@xxxxxxxxx>
Re: RAID5 broke during reshape...
- From: "Majed B." <majedb@xxxxxxxxx>
RAID5 broke during reshape...
- From: Michał Sawicz <michal@xxxxxxxxxx>
Re: Raid 5 to 6 reshape q
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Re: Raid 5 to 6 reshape q
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Raid 5 to 6 reshape q
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
Re: xfs > md 50% write performance drop on .30+ kernel?
- From: fibre raid <fibreraid@xxxxxxxxx>
Re: Size limitation?
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: Size limitation?
- From: Zdenek Behan <rain@xxxxxxxxx>
RE: Size limitation?
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: Size limitation?
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Re: Size limitation?
- From: Joe Landman <landman@xxxxxxxxxxxxxxxxxxxxxxx>
Re: Size limitation?
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Re: Size limitation?
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Size limitation?
- From: Michael McLagan <mmclagan@xxxxxxxxxxxx>
Re: Raid 5 to 6 is it do-able/safe?
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: Raid 5 to 6 is it do-able/safe?
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
[GIT PULL] dmaengine/async_tx fixes for 2.6.33-rc3
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: imsm woes (and a small bug in mdadm)
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
RE: raid0/jbod/lvm, sorta?
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: raid0 not growable?
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
RE: RAID 1 Disk added as faulty
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: raid0 not growable?
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Re: raid0/jbod/lvm, sorta?
- From: Matt Garman <matthew.garman@xxxxxxxxx>
Re: raid0/jbod/lvm, sorta?
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: raid0/jbod/lvm, sorta?
- From: Jan Ceuleers <jan.ceuleers@xxxxxxxxxxxx>
Re: RAID 1 Disk added as faulty
- From: Neil Brown <neilb@xxxxxxx>
Re: [mdadm PATCH 00/13] rebuild / resync checkpointing and other external metadata fixes
- From: Neil Brown <neilb@xxxxxxx>
Re: raid0/jbod/lvm, sorta?
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: [mdadm PATCH 00/13] rebuild / resync checkpointing and other external metadata fixes
- From: Luca Berra <bluca@xxxxxxxxxx>
RE: RAID 1 Disk added as faulty
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: RAID 1 Disk added as faulty
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: raid0 not growable?
- From: Billy Crook <billycrook@xxxxxxxxx>
Re: raid0/jbod/lvm, sorta?
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
RE: mdadm 3.1.1: level change won't start
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: RAID 1 Disk added as faulty
- From: Neil Brown <neilb@xxxxxxx>
Re: mdadm 3.1.1: level change won't start
- From: Neil Brown <neilb@xxxxxxx>
RE: mdadm 3.1.1: level change won't start
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: RAID 1 Disk added as faulty
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: [PATCH] md: make recovery started by do_md_run() visible via sync_action
- From: Neil Brown <neilb@xxxxxxx>
Re: [mdadm GIT PULL] static analysis fixes
- From: Neil Brown <neilb@xxxxxxx>
Re: [mdadm PATCH 00/13] rebuild / resync checkpointing and other external metadata fixes
- From: Neil Brown <neilb@xxxxxxx>
Re: about raid5 recovery when created
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH] md: make recovery started by do_md_run() visible via sync_action
- From: Neil Brown <neilb@xxxxxxx>
Re: raid0/jbod/lvm, sorta?
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Re: Fwd: raid0/jbod/lvm, sorta?
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Fwd: raid0/jbod/lvm, sorta?
- From: Kevin Maguire <k.c.f.maguire@xxxxxxxxx>
raid0/jbod/lvm, sorta?
- From: Matt Garman <matthew.garman@xxxxxxxxx>
Re: Tools for Hardware Raid?
- From: "Andrea Dell'Amico" <adellam@xxxxxxxxxxxxx>
Re: Tools for Hardware Raid?
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Tools for Hardware Raid?
- From: Drew <drew.kay@xxxxxxxxx>
Re: Raid 5 to 6 is it do-able/safe?
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Re: Raid 5 to 6 is it do-able/safe?
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Raid 5 to 6 is it do-able/safe?
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Raid 5 to 6 is it do-able/safe?
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
Re: fsck problems. Can't restore raid
- From: Michael Evans <mjevans1983@xxxxxxxxx>
RE: Tools for Hardware Raid?
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: Tools for Hardware Raid?
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: Raid 10 LVM JFS Seeking performance help
- From: Chris <cmtimegn@xxxxxxxxx>
Re: Tools for Hardware Raid?
- From: Michal Soltys <soltys@xxxxxxxx>
RE: [PATCH 3/3] ioat2,3: put channel hardware in known state at init
- From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
RE: [PATCH 2/3] async_tx: expand async raid6 test to cover ioatdma corner case
- From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
RE: [PATCH 1/3] ioat3: fix p-disabled q-continuation
- From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
Re: Tools for Hardware Raid?
- From: Drew <drew.kay@xxxxxxxxx>
Tools for Hardware Raid?
- From: Rick Bragg <lists@xxxxxxxxx>
Re: Re: why md/raid5 dont have bad block remap
- From: "spren.gm@xxxxxxxxx" <spren.gm@xxxxxxxxx>
Re: why md/raid5 dont have bad block remap
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: why md/raid5 dont have bad block remap
- From: jin zhencheng <zhenchengjin@xxxxxxxxx>
Re: why md/raid5 dont have bad block remap
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
why md/raid5 dont have bad block remap
- From: jin zhencheng <zhenchengjin@xxxxxxxxx>
RE: fsck problems. Can't restore raid
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: fsck problems. Can't restore raid
- From: Rick Bragg <lists@xxxxxxxxx>
Re: ext3 on a RAID1 going read only?
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
99-raid-check (was: raid5: cannot start dirty degraded array)
- From: Rainer Fuegenstein <rfu@xxxxxxxxxxxxxxxxxxxxxxxx>
RE: fsck problems. Can't restore raid
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: fsck problems. Can't restore raid
- From: Rick Bragg <lists@xxxxxxxxx>
RE: fsck problems. Can't restore raid
- From: Green Mountain Network Info <info@xxxxxxxxx>
Re: [PATCH v2 2/2] Crypto: Talitos: Support for Async_tx XOR offload
- From: "Ira W. Snyder" <iws@xxxxxxxxxxxxxxxx>
RE: fsck problems. Can't restore raid
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: fsck problems. Can't restore raid
- From: Rick Bragg <lists@xxxxxxxxx>
RE: RAID 1 Disk added as faulty
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: fsck problems. Can't restore raid
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: BUG: soft lockup - CPU#0 stuck for 10s [md2_raid1]
- From: Steven Haigh <netwiz@xxxxxxxxx>
BUG: soft lockup - CPU#0 stuck for 10s [md2_raid1]
- From: Steven Haigh <netwiz@xxxxxxxxx>
RAID 1 Disk added as faulty
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: fsck problems. Can't restore raid
- From: Rick Bragg <rbragg@xxxxxxxxx>
Re: fsck problems. Can't restore raid
- From: Rick Bragg <lists@xxxxxxxxx>
fsck problems. Can't restore raid
- From: Rick Bragg <lists@xxxxxxxxx>
Re: ext3 on a RAID1 going read only?
- From: Steven Haigh <netwiz@xxxxxxxxx>
ext3 on a RAID1 going read only?
- From: Steven Haigh <netwiz@xxxxxxxxx>
linear RAID
- From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
Re: raid5: cannot start dirty degraded array
- From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
Re: Linux MD RAID 1 read performance tunning
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Linux MD RAID 1 read performance tunning
- From: "Ciprian Dorin, Craciun" <ciprian.craciun@xxxxxxxxx>
Re: Linux MD RAID 1 read performance tunning
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: raid0 not growable?
- From: Neil Brown <neilb@xxxxxxx>
RE: mdadm 3.1.1: level change won't start
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: about faulty spare-disk interrupts synchronization
- From: Neil Brown <neilb@xxxxxxx>
Re: raid0 not growable?
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Re: bug/race in md causing device to wedge in busy state
- From: Neil Brown <neilb@xxxxxxx>
Re: raid5: cannot start dirty degraded array
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re[10]: raid5: cannot start dirty degraded array
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
RE: Booting from RAID1
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re[10]: raid5: cannot start dirty degraded array
- From: Rainer Fuegenstein <rfu@xxxxxxxxxxxxxxxxxxxxxxxx>
RE: Growing Linear RAID
- From: <senthilkumar.muthukalai@xxxxxxxxx>
Re: Re[8]: raid5: cannot start dirty degraded array
- From: "Majed B." <majedb@xxxxxxxxx>
Re[8]: raid5: cannot start dirty degraded array
- From: Rainer Fuegenstein <rfu@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: raid5: cannot start dirty degraded array
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: Re[6]: raid5: cannot start dirty degraded array
- From: "Majed B." <majedb@xxxxxxxxx>
Re[6]: raid5: cannot start dirty degraded array
- From: Rainer Fuegenstein <rfu@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: Re[4]: raid5: cannot start dirty degraded array
- From: "Majed B." <majedb@xxxxxxxxx>
Re[4]: raid5: cannot start dirty degraded array
- From: Rainer Fuegenstein <rfu@xxxxxxxxxxxxxxxxxxxxxxxx>
raid0 not growable?
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Re: imsm woes (and a small bug in mdadm)
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: Re[2]: raid5: cannot start dirty degraded array
- From: "Majed B." <majedb@xxxxxxxxx>
Re[2]: raid5: cannot start dirty degraded array
- From: Rainer Fuegenstein <rfu@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: raid5: cannot start dirty degraded array
- From: "Majed B." <majedb@xxxxxxxxx>
Re: raid5: cannot start dirty degraded array
- From: Rainer Fuegenstein <rfu@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: raid5: cannot start dirty degraded array
- From: "spren.gm@xxxxxxxxx" <spren.gm@xxxxxxxxx>
raid5: cannot start dirty degraded array
- From: Rainer Fuegenstein <rfu@xxxxxxxxxxxxxxxxxxxxxxxx>
about faulty spare-disk interrupts synchronization
- From: "spren.gm@xxxxxxxxx" <spren.gm@xxxxxxxxx>
RE: Booting from RAID1
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
[PATCH 2/3] async_tx: expand async raid6 test to cover ioatdma corner case
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 0/3] ioatdma fixes for 2.6.33-rc
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 3/3] ioat2,3: put channel hardware in known state at init
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 1/3] ioat3: fix p-disabled q-continuation
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [mdadm PATCH 00/13] rebuild / resync checkpointing and other external metadata fixes
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[mdadm GIT PULL] static analysis fixes
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 13/13] imsm: add support for checkpointing via 'curr_migr_unit'
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 12/13] Support external metadata recovery-resume
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 11/13] Teach sysfs_add_disk() callers to use ->recovery_start versus 'insync' parameter
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 10/13] Introduce MaxSector
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 08/13] mdmon: cleanup resync_start
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 07/13] mdmon: cleanup manage_member() leak
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 06/13] imsm: cleanup print_imsm_dev()
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 05/13] util: fix devnum2devname for devnum == 0
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 04/13] imsm: fix thunderdome segfault
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 03/13] imsm: fix spare promotion
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 02/13] imsm: honor orom constraints for auto-layout
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 01/13] imsm: catch attempt to auto-layout zero-length arrays
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[mdadm PATCH 00/13] rebuild / resync checkpointing and other external metadata fixes
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: imsm woes (and a small bug in mdadm)
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: RAID-5 degraded mode question
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: bug/race in md causing device to wedge in busy state
- From: Brett Russ <bruss@xxxxxxxxxxx>
Re: mdadm 3.1.1: level change won't start
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Re: Linux MD RAID 1 read performance tunning
- From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
imsm woes (and a small bug in mdadm)
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: Linux MD RAID 1 read performance tunning
- From: "Ciprian Dorin, Craciun" <ciprian.craciun@xxxxxxxxx>
Re: Linux MD RAID 1 read performance tunning
- From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
Linux MD RAID 1 read performance tunning
- From: "Ciprian Dorin, Craciun" <ciprian.craciun@xxxxxxxxx>
Re: RAID-5 degraded mode question
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: RAID-5 degraded mode question
- From: Michael Evans <mjevans1983@xxxxxxxxx>
[PATCH] md: make recovery started by do_md_run() visible via sync_action
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: smartchecks of raid members
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: mdadm 3.1.1: level change won't start
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Re: mdadm 3.1.1: level change won't start
- From: Neil Brown <neilb@xxxxxxx>
Re: mdadm 3.1.1: level change won't start
- From: Neil Brown <neilb@xxxxxxx>
smartchecks of raid members
- From: Daniel Reurich <daniel@xxxxxxxxxxxxxxxx>
Re: Typical RAID5 transfer speeds
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: [dm-devel] [PATCH v2 1/1] dm-raid45
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: mdadm 3.1.1: level change won't start
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Re: Booting from RAID1
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Typical RAID5 transfer speeds
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Raid 10 LVM JFS Seeking performance help
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: RAID-5 degraded mode question
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: RAID5 / 6 Growth
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Typical RAID5 transfer speeds
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: metadata update
- From: Jakob-Tobias Winter <jakob-tobias.winter@xxxxxxxx>
Re: mdadm 3.1.1: level change won't start
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: mdadm 3.1.1: level change won't start
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: mdadm 3.1.1: level change won't start
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Re: mdadm 3.1.1: level change won't start
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: [TuxOnIce-devel] 3.0.99.44 now uploaded.
- From: Michael Evans <mjevans1983@xxxxxxxxx>
mdadm 3.1.1: level change won't start
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Re: Typical RAID5 transfer speeds
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: Typical RAID5 transfer speeds
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: Booting from RAID1
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: metadata update
- From: Neil Brown <neilb@xxxxxxx>
Re: Typical RAID5 transfer speeds
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Re: Typical RAID5 transfer speeds
- From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
RE: Booting from RAID1
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: Typical RAID5 transfer speeds
- From: Andre Tomt <andre@xxxxxxxx>
Re: Typical RAID5 transfer speeds
- From: Andre Tomt <andre@xxxxxxxx>
Re: Typical RAID5 transfer speeds
- From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
Re: Typical RAID5 transfer speeds
- From: Erwan MAS <erwan@xxxxxxxxxx>
Re: Typical RAID5 transfer speeds
- From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
RE: Booting from RAID1
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: Booting from RAID1
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Booting from RAID1
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: Typical RAID5 transfer speeds
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: RAID5 / 6 Growth
- From: "Majed B." <majedb@xxxxxxxxx>
RE: RAID5 / 6 Growth
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: RAID5 / 6 Growth
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Typical RAID5 transfer speeds
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
RE: RAID5 / 6 Growth
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: RAID5 / 6 Growth
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: RAID5 / 6 Growth
- From: "Majed B." <majedb@xxxxxxxxx>
RE: Typical RAID5 transfer speeds
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: RAID5 / 6 Growth
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: RAID5 / 6 Growth
- From: "Majed B." <majedb@xxxxxxxxx>
RE: RAID5 / 6 Growth
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
metadata update
- From: Jakob-Tobias Winter <jakob-tobias.winter@xxxxxxxx>
Re: Typical RAID5 transfer speeds
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Typical RAID5 transfer speeds
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: Typical RAID5 transfer speeds
- From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
RE: RAID5 / 6 Growth
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: RAID5 / 6 Growth
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: RAID5 / 6 Growth
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: Typical RAID5 transfer speeds
- From: Bernd Schubert <bs_lists@xxxxxxxxxxxxxxxxx>
Typical RAID5 transfer speeds
- From: Matt Tehonica <matt.tehonica@xxxxxxx>
Re: [PATCH v2 2/2] Crypto: Talitos: Support for Async_tx XOR offload
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
RE: [PATCH v2 2/2] Crypto: Talitos: Support for Async_tx XOR offload
- From: "Li Yang-R58472" <r58472@xxxxxxxxxxxxx>
RE: [PATCH v2 2/2] Crypto: Talitos: Support for Async_tx XOR offload
- From: "Li Yang-R58472" <r58472@xxxxxxxxxxxxx>
Re: RAID5 / 6 Growth
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
RE: RAID5 / 6 Growth
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: RAID5 / 6 Growth
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: [PATCH v2 2/2] Crypto: Talitos: Support for Async_tx XOR offload
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Raid 10 LVM JFS Seeking performance help
- From: Chris <cmtimegn@xxxxxxxxx>
Re: [PATCH 1/1] md: expose behind writes counter
- From: Paul Clements <paul.clements@xxxxxxxxxxxx>
Re: reconstruct raid superblock
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: [PATCH v2 2/2] Crypto: Talitos: Support for Async_tx XOR offload
- From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
Re: reconstruct raid superblock
- From: "Majed B." <majedb@xxxxxxxxx>
Re: RAID5 / 6 Growth
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: [PATCH v2 2/2] Crypto: Talitos: Support for Async_tx XOR offload
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [PATCH v2 2/2] Crypto: Talitos: Support for Async_tx XOR offload
- From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH v2 2/2] Crypto: Talitos: Support for Async_tx XOR offload
- From: "Ira W. Snyder" <iws@xxxxxxxxxxxxxxxx>
Re: reconstruct raid superblock
- From: Carl Karsten <carl@xxxxxxxxxxxxxxxxx>
Re: reconstruct raid superblock
- From: "Majed B." <majedb@xxxxxxxxx>
Re: reconstruct raid superblock
- From: Carl Karsten <carl@xxxxxxxxxxxxxxxxx>
Re: reconstruct raid superblock
- From: "Majed B." <majedb@xxxxxxxxx>
Re: reconstruct raid superblock
- From: Carl Karsten <carl@xxxxxxxxxxxxxxxxx>
Re: reconstruct raid superblock
- From: "Majed B." <majedb@xxxxxxxxx>
Re: reconstruct raid superblock
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: reconstruct raid superblock
- From: "Majed B." <majedb@xxxxxxxxx>
Re: RAID5 / 6 Growth
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: reconstruct raid superblock
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: reconstruct raid superblock
- From: Carl Karsten <carl@xxxxxxxxxxxxxxxxx>
reconstruct raid superblock
- From: Carl Karsten <carl@xxxxxxxxxxxxxxxxx>
RE: RAID5 / 6 Growth
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
bug/race in md causing device to wedge in busy state
- From: Brett Russ <bruss@xxxxxxxxxxx>
RE: RAID5 / 6 Growth
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: Idea for new RAID type - background extended recovery information
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: Growing Linear RAID
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH v2 2/2] Crypto: Talitos: Support for Async_tx XOR offload
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [PATCH v2 2/2] Crypto: Talitos: Support for Async_tx XOR offload
- From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH v2 2/2] Crypto: Talitos: Support for Async_tx XOR offload
- From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
RE: RAID-5 degraded mode question
- From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
Re: RAID-5 degraded mode question
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
RAID-5 degraded mode question
- From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
Re: [GIT PULL] dmaengine update for 2.6.33
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [SOLVED] RAID-10 array won't auto-assemble @ boot of a Xen Guest; Works just fine 'manually' ... Any ideas?
- From: Ben DJ <bendj095124367913213465@xxxxxxxxx>
Re: [SOLVED] RAID-10 array won't auto-assemble @ boot of a Xen Guest; Works just fine 'manually' ... Any ideas?
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: [SOLVED] RAID-10 array won't auto-assemble @ boot of a Xen Guest; Works just fine 'manually' ... Any ideas?
- From: Ben DJ <bendj095124367913213465@xxxxxxxxx>
[PATCH v2 2/2] Crypto: Talitos: Support for Async_tx XOR offload
- From: Vishnu Suresh <Vishnu@xxxxxxxxxxxxx>
[PATCH v2 1/2] fsldma: Delete DMA_INTERRUPT capability
- From: Vishnu Suresh <Vishnu@xxxxxxxxxxxxx>
Re: RAID5 / 6 Growth
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Idea for new RAID type - background extended recovery information
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Random IO with md raid
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: RAID5 / 6 Growth
- From: "Majed B." <majedb@xxxxxxxxx>
RE: Growing Linear RAID
- From: <senthilkumar.muthukalai@xxxxxxxxx>
Re: [SOLVED] RAID-10 array won't auto-assemble @ boot of a Xen Guest; Works just fine 'manually' ... Any ideas?
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: Spurious HD convictions
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
RE: RAID5 / 6 Growth
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: RAID5 / 6 Growth
- From: Michael Evans <mjevans1983@xxxxxxxxx>
RE: RAID5 / 6 Growth
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: RAID5 / 6 Growth
- From: "Majed B." <majedb@xxxxxxxxx>
Re: [GIT PATCH 0/2] external-metadata recovery checkpointing for 2.6.33
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
RE: Spurious HD convictions
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RAID5 / 6 Growth
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: Spurious HD convictions
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
[GIT PULL] dmaengine update for 2.6.33
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [GIT PATCH 0/2] external-metadata recovery checkpointing for 2.6.33
- From: Neil Brown <neilb@xxxxxxx>
Re: [SOLVED] RAID-10 array won't auto-assemble @ boot of a Xen Guest; Works just fine 'manually' ... Any ideas?
- From: Ben DJ <bendj095124367913213465@xxxxxxxxx>
RE: [SOLVED] RAID-10 array won't auto-assemble @ boot of a Xen Guest; Works just fine 'manually' ... Any ideas?
- From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
[SOLVED] RAID-10 array won't auto-assemble @ boot of a Xen Guest; Works just fine 'manually' ... Any ideas?
- From: Ben DJ <bendj095124367913213465@xxxxxxxxx>
RAID-10 array won't auto-assemble @ boot of a Xen Guest; Works just fine 'manually' ... Any ideas?
- From: Ben DJ <bendj095124367913213465@xxxxxxxxx>
RE: e2fsck + RAID-5 disk fail test question
- From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
Re: [PATCH v0] Crypto: Talitos: re-initialize async_tx descriptors
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [GIT PATCH 0/2] external-metadata recovery checkpointing for 2.6.33
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: Disappointing performance of copy (MD raid + XFS)
- From: Eric Sandeen <sandeen@xxxxxxxxxxx>
Re: Disappointing performance of copy (MD raid + XFS)
- From: Kasper Sandberg <postmaster@xxxxxxxxxxx>
Re: RAID-5 Degraded, Seemed to have lost files? Please help!
- From: Ryan Wagoner <rswagoner@xxxxxxxxx>
RAID-5 Degraded, Seemed to have lost files? Please help!
- From: stuart-b-uk <stuart.buckell@xxxxxxxxxxxxxx>
Re: Spurious HD convictions
- From: "Majed B." <majedb@xxxxxxxxx>
Re: [PATCH v0] Crypto: Talitos: re-initialize async_tx descriptors
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [GIT PATCH 0/2] external-metadata recovery checkpointing for 2.6.33
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: e2fsck + RAID-5 disk fail test question
- From: "Majed B." <majedb@xxxxxxxxx>
Re: [GIT PATCH 0/2] external-metadata recovery checkpointing for 2.6.33
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
e2fsck + RAID-5 disk fail test question
- From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
e2fsck question
- From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
Re: [PATCH 1/1] md: expose behind writes counter
- From: Neil Brown <neilb@xxxxxxx>
Re: Spurious HD convictions
- From: "Majed B." <majedb@xxxxxxxxx>
[PATCH 1/1] md: expose behind writes counter
- From: Paul Clements <paul.clements@xxxxxxxxxxxx>
Re: Known-good LSI PCIe SAS HBAs?
- From: Konstantinos Skarlatos <k.skarlatos@xxxxxxxxx>
[PATCH v0] Crypto: Talitos: re-initialize async_tx descriptors
- From: Vishnu Suresh <Vishnu@xxxxxxxxxxxxx>
[PATCH v1] Crypto: Talitos: Support for Async_tx XOR offload
- From: Vishnu Suresh <Vishnu@xxxxxxxxxxxxx>
[PATCH v0] fsldma: re-initialize async_tx descriptors
- From: Vishnu Suresh <Vishnu@xxxxxxxxxxxxx>
[PATCH v1] fsldma: Delete DMA_INTERRUPT capability
- From: Vishnu Suresh <Vishnu@xxxxxxxxxxxxx>
RE: [patch 1/1] [mdadm] Add partition checks when creating a new array
- From: "Trela, Maciej" <Maciej.Trela@xxxxxxxxx>
Re: Random IO with md raid
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: Random IO with md raid
- From: Matthieu Patou <mat@xxxxxxxxx>
Re: Configurazione RAID SOFTWARE su vecchio PC: CONSIGLI
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: [GIT PATCH 0/2] external-metadata recovery checkpointing for 2.6.33
- From: Neil Brown <neilb@xxxxxxx>
[PULL REQUEST] md updates for 2.6.33 merge window
- From: Neil Brown <neilb@xxxxxxx>
Re: [GIT PATCH 0/2] external-metadata recovery checkpointing for 2.6.33
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [GIT PATCH 0/2] external-metadata recovery checkpointing for 2.6.33
- From: Neil Brown <neilb@xxxxxxx>
Re: Configurazione RAID SOFTWARE su vecchio PC: CONSIGLI
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: Configurazione RAID SOFTWARE su vecchio PC: CONSIGLI
- From: mig81 <fluxus@xxxxxxxxxxxxx>
Re: Configurazione RAID SOFTWARE su vecchio PC: CONSIGLI
- From: Michał Przyłuski <mikylie@xxxxxxxxx>
Re: Configurazione RAID SOFTWARE su vecchio PC: CONSIGLI
- From: mig81 <fluxus@xxxxxxxxxxxxx>
Configurazione RAID SOFTWARE su vecchio PC: CONSIGLI
- From: mig81 <fluxus@xxxxxxxxxxxxx>
[PATCH 2/2] md: add 'recovery_start' sysfs attribute
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 1/2] md: rcu_read_lock() walk of mddev->disks in md_do_sync()
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[GIT PATCH 0/2] external-metadata recovery checkpointing for 2.6.33
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: Idea for new RAID type - background extended recovery information
- From: Michael Evans <mjevans1983@xxxxxxxxx>
RE: Spurious HD convictions
- From: "lrhorer@xxxxxxxxxxx" <lrhorer@xxxxxxxxxxx>
Re: Spurious HD convictions
- From: "Majed B." <majedb@xxxxxxxxx>
Re: [patch 1/1] [mdadm] Add partition checks when creating a new array
- From: Asdo <asdo@xxxxxxxxxxxxx>
Spurious HD convictions
- From: "lrhorer@xxxxxxxxxxx" <lrhorer@xxxxxxxxxxx>
Spurious HD convictions
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Spurious HD convictions
- From: <lrhorer@xxxxxxxxxxx>
Re: Idea for new RAID type - background extended recovery information
- From: Kasper Sandberg <postmaster@xxxxxxxxxxx>
Re: RAID 5 build time optimization question and experiments.
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: Recovering the order of drives after RAID5 mix-up [was: RAID5 demise or coma? after re-creating with a spare]
- From: Lucian Șandor <lucisandor@xxxxxxxxx>
Re: mdadm creating raid5 with all spare disks
- From: Matt Tehonica <matt.tehonica@xxxxxxx>
Re: RAID 5 build time optimization question and experiments.
- From: "Cat'Killer" <catkiller@xxxxxxxxx>
Re: [PATCH 2/2 v4] powerpc/44x: Extend Katmai dts for ADMA and RAID56 support
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxxx>
Re: RAID 5 build time optimization question and experiments.
- From: Joe Landman <landman@xxxxxxxxxxxxxxxxxxxxxxx>
Re: RAID 5 build time optimization question and experiments.
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
RAID 5 build time optimization question and experiments.
- From: "Cat'Killer" <catkiller@xxxxxxxxx>
[PATCH 2/2 v4] powerpc/44x: Extend Katmai dts for ADMA and RAID56 support
- From: Anatolij Gustschin <agust@xxxxxxx>
Re: Combining OCFS2 with Linux software RAID-0?
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: mdadm creating raid5 with all spare disks
- From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
Re: [md PATCH 04/22] md: support barrier requests on all personalities.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: [md PATCH 14/22] md: support updating bitmap parameters via sysfs.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
mdadm-3.1.1 busyloop when delete superblock on a non-exist device [resend]
- From: KueiHuan Chen <khchen@xxxxxxxxxxxx>
Re: mdadm creating raid5 with all spare disks
- From: Andre Tomt <andre@xxxxxxxx>
Re: Combining OCFS2 with Linux software RAID-0?
- From: Neil Brown <neilb@xxxxxxx>
Re: Combining OCFS2 with Linux software RAID-0?
- From: Wolfgang Denk <wd@xxxxxxx>
Re: Combining OCFS2 with Linux software RAID-0?
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: [PATCH v3] ppc440spe-adma: adds updated ppc440spe adma driver
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: Disappointing performance of copy (MD raid + XFS)
- From: Dave Chinner <david@xxxxxxxxxxxxx>
Re: Disappointing performance of copy (MD raid + XFS)
- From: Eric Sandeen <sandeen@xxxxxxxxxxx>
[PULL REQUEST] md updates for 2.6.33 merge window
- From: Neil Brown <neilb@xxxxxxx>
Recovering the order of drives after RAID5 mix-up [was: RAID5 demise or coma? after re-creating with a spare]
- From: Lucian Șandor <lucisandor@xxxxxxxxx>
Re: Disappointing performance of copy (MD raid + XFS)
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: mdadm creating raid5 with all spare disks
- From: Matt Tehonica <matt.tehonica@xxxxxxx>
Re: mdadm creating raid5 with all spare disks
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: mdadm creating raid5 with all spare disks
- From: Matthew Tehonica <matt.tehonica@xxxxxxx>
Re: [Ocfs2-users] Combining OCFS2 with Linux software RAID-0?
- From: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: mdadm creating raid5 with all spare disks
- From: Neil Brown <neilb@xxxxxxx>
Re: [Ocfs2-users] Combining OCFS2 with Linux software RAID-0?
- From: Sunil Mushran <sunil.mushran@xxxxxxxxxx>
mdadm creating raid5 with all spare disks
- From: Matt Tehonica <matt.tehonica@xxxxxxx>
Re: Installing Red Hat Enterprise Linux on Dell Hardware Raid
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Installing Red Hat Enterprise Linux on Dell Hardware Raid
- From: Harold Pritchett <harold@xxxxxxx>
RE: Growing Linear RAID
- From: <senthilkumar.muthukalai@xxxxxxxxx>
It is possible to recover data after incorrect assemble of the RAID5?
- From: Radovan Makovsky <radovan.makovsky@xxxxxxxxx>
Re: Disappointing performance of copy (MD raid + XFS)
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Re: Growing Linear RAID
- From: Neil Brown <neilb@xxxxxxx>
RE: Growing Linear RAID
- From: <senthilkumar.muthukalai@xxxxxxxxx>
Is this a bitmap bug on RAID5?
- From: hank peng <pengxihan@xxxxxxxxx>
Re: Disappointing performance of copy (MD raid + XFS)
- From: Gabor Gombas <gombasg@xxxxxxxxx>
Re: [md PATCH 04/22] md: support barrier requests on all personalities.
- From: Neil Brown <neilb@xxxxxxx>
Re: [md PATCH 14/22] md: support updating bitmap parameters via sysfs.
- From: Neil Brown <neilb@xxxxxxx>
Re: Disappointing performance of copy (MD raid + XFS)
- From: Eric Sandeen <sandeen@xxxxxxxxxxx>
Sensible settings for a three (or four) device RAID 10 f2 array using recent SATA II disks
- From: Bruce Miller <subscribe@xxxxxxxxxxx>
Re: about raid5 recovery when created
- From: Neil Brown <neilb@xxxxxxx>
Re: about raid5 recovery when created
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: about raid5 recovery when created
- From: Neil Brown <neilb@xxxxxxx>
Re: Combining OCFS2 with Linux software RAID-0?
- From: Neil Brown <neilb@xxxxxxx>
Re: Growing Linear RAID
- From: Neil Brown <neilb@xxxxxxx>
Re: Growing Linear RAID
- From: Neil Brown <neilb@xxxxxxx>
Re: Disappointing performance of copy (MD raid + XFS)
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: Disappointing performance of copy (MD raid + XFS)
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: Idea for new RAID type - background extended recovery information
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Disappointing performance of copy (MD raid + XFS)
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: about raid5 recovery when created
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Combining OCFS2 with Linux software RAID-0?
- From: "Patrick J. LoPresti" <lopresti@xxxxxxxxx>
Re: [patch 0/1][mdadm] Fix needed to enable RAID volumes on SAS devices (version 2).
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [dm-devel] [PATCH v2 1/1] dm-raid45
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
Re: [dm-devel] [PATCH v2 1/1] dm-raid45
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
Re: [patch 0/1][mdadm] Fix needed to enable RAID volumes on SAS devices (version 2).
- From: Artur Wojcik <artur.wojcik@xxxxxxxxx>
Re: [mdadm PATCH v3] Fix required to enable RAID arrays on SAS disks.
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [mdadm PATCH v3] Fix required to enable RAID arrays on SAS disks.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[mdadm PATCH v3] Fix required to enable RAID arrays on SAS disks.
- From: Artur Wojcik <artur.wojcik@xxxxxxxxx>
Re: Random IO with md raid
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Growing Linear RAID
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Growing Linear RAID
- From: <senthilkumar.muthukalai@xxxxxxxxx>
Re: about raid5 recovery when created
- From: hank peng <pengxihan@xxxxxxxxx>
Re: Idea for new RAID type - background extended recovery information
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: [dm-devel] [PATCH v2 1/1] dm-raid45
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: Possible bug
- From: ml-raid@xxxxxxxxxx
Idea for new RAID type - background extended recovery information
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: about raid5 recovery when created
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: Possible bug
- From: Neil Brown <neilb@xxxxxxx>
Re: [dm-devel] [PATCH v2 1/1] dm-raid45
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
invalid bitmap magic on *just removed* device
- From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
Re: about raid5 recovery when created
- From: hank peng <pengxihan@xxxxxxxxx>
Re: about raid5 recovery when created
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: [md PATCH 04/22] md: support barrier requests on all personalities.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: about raid5 recovery when created
- From: hank peng <pengxihan@xxxxxxxxx>
Re: about raid5 recovery when created
- From: hank peng <pengxihan@xxxxxxxxx>
Possible bug
- From: ml-raid@xxxxxxxxxx
Re: about raid5 recovery when created
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
about raid5 recovery when created
- From: hank peng <pengxihan@xxxxxxxxx>
Re: [md PATCH 14/22] md: support updating bitmap parameters via sysfs.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: [patch 0/1][mdadm] Fix needed to enable RAID volumes on SAS devices (version 2).
- From: Neil Brown <neilb@xxxxxxx>
Re: [patch 1/1] [mdadm] Add partition checks when creating a new array
- From: Neil Brown <neilb@xxxxxxx>
Re: Random IO with md raid
- From: Matthieu Patou <mat@xxxxxxxxx>
Re: RAID5 demise or coma? after re-creating with a spare
- From: Lucian Șandor <lucisandor@xxxxxxxxx>
Re: Random IO with md raid
- From: Asdo <asdo@xxxxxxxxxxxxx>
Random IO with md raid
- From: Matthieu Patou <mat@xxxxxxxxx>
Re: RAID5 demise or coma? after re-creating with a spare
- From: Neil Brown <neilb@xxxxxxx>
RAID5 demise or coma? after re-creating with a spare
- From: Lucian Șandor <lucisandor@xxxxxxxxx>
RAID5 demise or coma? after re-creating with a spare
- From: Lucian Șandor <lucisandor@xxxxxxxxx>
Re: RAID 6 freezing system when stripe_cache_size is increased from default
- From: Asdo <asdo@xxxxxxxxxxxxx>
[md PATCH 21/22] md: move compat_ioctl handling into md.c
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 22/22] md: integrate spares into array at earliest opportunity.
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 20/22] md: revise Kconfig help for MD_MULTIPATH
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 19/22] md: add MODULE_DESCRIPTION for all md related modules.
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 18/22] raid: improve MD/raid10 handling of correctable read errors.
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 17/22] md/raid10: print more useful messages on device failure.
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 16/22] md/bitmap: update dirty flag when bitmap bits are explicitly set.
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 15/22] md: Support write-intent bitmaps with externally managed metadata.
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 14/22] md: support updating bitmap parameters via sysfs.
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 13/22] md: support bitmap offset appropriate for external-metadata arrays.
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 12/22] md: remove needless setting of thread->timeout in raid10_quiesce
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 11/22] md: change daemon_sleep to be in 'jiffies' rather than 'seconds'.
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 10/22] md: move offset, daemon_sleep and chunksize out of bitmap structure
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 09/22] md: collect bitmap-specific fields into one structure.
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 07/22] md/raid1: add takeover support for raid5->raid1
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 06/22] md: add honouring of suspend_{lo,hi} to raid1.
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 05/22] md/raid5: don't complete make_request on barrier until writes are scheduled
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 04/22] md: support barrier requests on all personalities.
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 03/22] md: don't reset curr_resync_completed after an interrupted resync
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 02/22] md: adjust resync_min usefully when resync aborts.
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 01/22] md/bitmap: protect against bitmap removal while being updated.
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 00/22] MD patches queued for 2.6.33
- From: NeilBrown <neilb@xxxxxxx>
Re: /etc/cron.weekly/99-raid-check
- From: Sujit K M <sjt.kar@xxxxxxxxx>
Re: /etc/cron.weekly/99-raid-check
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: /etc/cron.weekly/99-raid-check
- From: CoolCold <coolthecold@xxxxxxxxx>
Re: /etc/cron.weekly/99-raid-check
- From: greg@xxxxxxxxxxxx
Re: [PATCH v2] ppc440spe-adma: adds updated ppc440spe adma driver
- From: Anatolij Gustschin <agust@xxxxxxx>
Re: Help on first dangerous scrub / suggestions
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: RAID 6 freezing system when stripe_cache_size is increased from default
- From: Enigma <enigma@xxxxxxxxxxxxxxxxxx>
Re: md: oops on dropping bitmaps from an array
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: [patch 1/1][mdadm] Fix needed to enable RAID volumes on SAS devices (version 2).
- From: Artur Wojcik <artur.wojcik@xxxxxxxxx>
[PULL REQUEST] room for one more md patch in 2.6.32??
- From: Neil Brown <neilb@xxxxxxx>
Re: MAX IOPS - s/w scaling issues?
- From: "Majed B." <majedb@xxxxxxxxx>
Re: MAX IOPS - s/w scaling issues?
- From: David Rees <drees76@xxxxxxxxx>
MAX IOPS - s/w scaling issues?
- From: Arun Jagatheesan <arun.jagatheesan@xxxxxxxxx>
Re: md: oops on dropping bitmaps from an array
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH v2] ppc440spe-adma: adds updated ppc440spe adma driver
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
cluster maintenance for dummies
- From: Brandon Ellis <ellisbm09@xxxxxxxxx>
Re: [patch 1/1][mdadm] Fix needed to enable RAID volumes on SAS devices (version 2).
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: Reed Solomon coding based Raid?
- From: Keld Simonsen <keld@xxxxxxxxxx>
RE: [PATCH v2] ppc440spe-adma: adds updated ppc440spe adma driver
- From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
Re: [patch 1/1][mdadm] Fix needed to enable RAID volumes on SAS devices (version 2).
- From: Artur Wojcik <artur.wojcik@xxxxxxxxx>
Re: [patch 0/1][mdadm] Fix needed to enable RAID volumes on SAS devices (version 2).
- From: Artur Wojcik <artur.wojcik@xxxxxxxxx>
md: oops on dropping bitmaps from an array
- From: Arkadiusz Miskiewicz <a.miskiewicz@xxxxxxxxx>
/etc/cron.weekly/99-raid-check
- From: Farkas Levente <lfarkas@xxxxxxxxxxx>
Re: Reed Solomon coding based Raid?
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
RE: Question for Neil/Superblocks
- From: Simon Jackson <sjackson@xxxxxxxxxxx>
Re: Reed Solomon coding based Raid?
- From: Andrew Dunn <andrew.g.dunn@xxxxxxxxx>
Re: Question for Neil/Superblocks
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: Reed Solomon coding based Raid?
- From: Peter Chacko <peterchacko35@xxxxxxxxx>
Re: Reed Solomon coding based Raid?
- From: Kasper Sandberg <postmaster@xxxxxxxxxxx>
Reed Solomon coding based Raid?
- From: John Hendrikx <hjohn@xxxxxxxxx>
Re: Question for Neil/Superblocks
- From: Kasper Sandberg <postmaster@xxxxxxxxxxx>
Question for Neil/Superblocks
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Help on first dangerous scrub / suggestions
- From: Neil Brown <neilb@xxxxxxx>
Re: Help on first dangerous scrub / suggestions
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Help on first dangerous scrub / suggestions
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: Help on first dangerous scrub / suggestions
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: [PATCH v2] ppc440spe-adma: adds updated ppc440spe adma driver
- From: Anatolij Gustschin <agust@xxxxxxx>
Re: md-mod.start_dirty_degraded=1 can't work in boot command parameters
- From: Neil Brown <neilb@xxxxxxx>
md-mod.start_dirty_degraded=1 can't work in boot command parameters
- From: hank peng <pengxihan@xxxxxxxxx>
Re: Help on first dangerous scrub / suggestions
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Help on first dangerous scrub / suggestions
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: grow raid 6: different errors with mdadm 3.0.3 and 3.1
- From: Andrew Burgess <aab@xxxxxxxxxxx>
Re: Help on first dangerous scrub / suggestions
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
RAID5 Disk access question
- From: Michael Guntsche <mike@xxxxxxxxxxxx>
Re: Help on first dangerous scrub / suggestions
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: Help on first dangerous scrub / suggestions
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: Help on first dangerous scrub / suggestions
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: Help on first dangerous scrub / suggestions
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Help on first dangerous scrub / suggestions
- From: Asdo <asdo@xxxxxxxxxxxxx>
RE: RAID 5 rebuild fails with power interruption.
- From: <senthilkumar.muthukalai@xxxxxxxxx>
Re: Interesting double failure
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Interesting double failure
- From: Tamas Vincze <vincze@xxxxxxx>
RE: RAID 5 rebuild fails with power interruption.
- From: <senthilkumar.muthukalai@xxxxxxxxx>
Re: grow raid 6: different errors with mdadm 3.0.3 and 3.1
- From: Neil Brown <neilb@xxxxxxx>
check error notifications
- From: Wil Reichert <wil.reichert@xxxxxxxxx>
Re: RAID 5 rebuild fails with power interruption.
- From: Neil Brown <neilb@xxxxxxx>
RE: RAID 5 rebuild fails with power interruption.
- From: <senthilkumar.muthukalai@xxxxxxxxx>
Odd raid5 reshape behaviour
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
mdstat E status and RAID5 recovery with mdadm
- From: Brian Murphy <murphy+raid@xxxxxxxxxxxxxxxxx>
Re: Recovery didn't continue recovery after reboot
- From: hank peng <pengxihan@xxxxxxxxx>
Recovery didn't continue recovery after reboot
- From: hank peng <pengxihan@xxxxxxxxx>
Re: RAID 5 rebuild fails with power interruption.
- From: Neil Brown <neilb@xxxxxxx>
Re: Now [...] it is possible for raid5d to distribute stripe handling over multiple cores.
- From: Igor Podlesny <for.poige+linux@xxxxxxxxx>
Re: Now [...] it is possible for raid5d to distribute stripe handling over multiple cores.
- From: Neil Brown <neilb@xxxxxxx>
Re: [patch 0/5] Journal guided resync and support
- From: Andreas Dilger <adilger@xxxxxxx>
Re: grow raid 6: different errors with mdadm 3.0.3 and 3.1
- From: Andrew Burgess <aab@xxxxxxxxxxx>
grow raid 6: different errors with mdadm 3.0.3 and 3.1
- From: Andrew Burgess <aab@xxxxxxxxxxx>
Now [...] it is possible for raid5d to distribute stripe handling over multiple cores.
- From: Igor Podlesny <for.poige+linux@xxxxxxxxx>
Re: Raid10 disc-activity every five seconds
- From: Markus Doits <markus.doits@xxxxxxxxxxxxxx>
Re: Which kernel options should be enabled to find the root cause of this bug?
- From: Eric Sandeen <sandeen@xxxxxxxxxxx>
Re: Which kernel options should be enabled to find the root cause of this bug?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Which kernel options should be enabled to find the root cause of this bug?
- From: Eric Sandeen <sandeen@xxxxxxxxxxx>
Which kernel options should be enabled to find the root cause of this bug?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: [patch 0/5] Journal guided resync and support
- From: Pavel Machek <pavel@xxxxxx>
Re: Raid10 disc-activity every five seconds
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Raid10 disc-activity every five seconds
- From: Markus Doits <markus.doits@xxxxxxxxxxxxxx>
Re: RAID 5 rebuild fails with power interruption.
- From: Neil Brown <neilb@xxxxxxx>
Re: RAID 5 rebuild fails with power interruption.
- From: Kasper Sandberg <postmaster@xxxxxxxxxxx>
[GIT PULL] async_tx/dma driver fixes for 2.6.32
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [PATCH] ppc440spe-adma: adds updated ppc440spe adma driver
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: RAID, ext4, barriers
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
Re: [PATCH] ppc440spe-adma: adds updated ppc440spe adma driver
- From: Anatolij Gustschin <agust@xxxxxxx>
Re: RAID-5 to RAID-6 Reshape Process
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: RAID-5 to RAID-6 Reshape Process
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
RAID-5 to RAID-6 Reshape Process
- From: Joshua Hattersley <joshhattersley@xxxxxxxxx>
Re: Bug#557262: 2.6.31+2.6.31.4: XFS - All I/O locks up to D-state after 24-48 hours (sysrq-t+w available) - root cause found = asterisk
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Re: Bug#557262: 2.6.31+2.6.31.4: XFS - All I/O locks up to D-state after 24-48 hours (sysrq-t+w available) - root cause found = asterisk
- From: Faidon Liambotis <paravoid@xxxxxxxxxx>
Re: Bug#557262: 2.6.31+2.6.31.4: XFS - All I/O locks up to D-state after 24-48 hours (sysrq-t+w available) - root cause found = asterisk
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 2.6.31+2.6.31.4: XFS - All I/O locks up to D-state after 24-48 hours (sysrq-t+w available) - root cause found = asterisk
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: [patch 1/1] [mdadm] Add partition checks when creating a new array
- From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
Re: [patch 1/1] [mdadm] Add partition checks when creating a new array
- From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
Re: [patch 1/1] [mdadm] Add partition checks when creating a new array
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: [PATCH] ppc440spe-adma: adds updated ppc440spe adma driver
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxxx>
[PATCH 1/8] ioat: silence "dca disabled" messages
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 2/8] ioat3: dca and raid operations are incompatible
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 8/8] ioat3: fix pq completion versus channel deallocation race
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 7/8] async_tx: build-time toggling of async_{syndrome, xor}_val dma support
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 4/8] ioat3: specify valid address for disabled-Q or disabled-P
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 3/8] ioat2,3: disable asynchronous error notifications
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 6/8] dmaengine: include xor/pq validate in device_has_all_tx_types()
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 5/8] ioat2,3: report all uncorrectable errors
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 0/8] ioat fixes for 2.6.32
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
RAID 6 freezing system when stripe_cache_size is increased from default
- From: Enigma <enigma@xxxxxxxxxxxxxxxxxx>
RE: ANNOUNCE: mdadm 3.1.1 - A tool for managing Soft RAID under Linux
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
[patch 0/5] Journal guided resync and support
- From: scjody@xxxxxxx
[patch 5/5] [md] Add SET_RESYNC_ALL and CLEAR_RESYNC_ALL ioctls.
- From: scjody@xxxxxxx
[patch 2/5] [md] Add syncraid buffer & bio flags
- From: scjody@xxxxxxx
[patch 1/5] [md] Add fs_raidsync buffer & bio flags
- From: scjody@xxxxxxx
[patch 4/5] [ext3] Add journal guided resync (data=declared mode)
- From: scjody@xxxxxxx
[patch 3/5] [jbd] Add support for journal guided resync.
- From: scjody@xxxxxxx
RE: [patch 1/1] [mdadm] Add partition checks when creating a new array
- From: "Trela, Maciej" <Maciej.Trela@xxxxxxxxx>
Re: Raid10 & Rhel
- From: Erwan MAS <erwan@xxxxxxxxxx>
Re: ANNOUNCE: mdadm 3.1.1 - A tool for managing Soft RAID under Linux
- From: Neil Brown <neilb@xxxxxxx>
Re: ANNOUNCE: mdadm 3.1.1 - A tool for managing Soft RAID under Linux
- From: Beolach <beolach@xxxxxxxxx>
ANNOUNCE: mdadm 3.1.1 - A tool for managing Soft RAID under Linux
- From: Neil Brown <neilb@xxxxxxx>
Re: Raid10 & Rhel
- From: Neil Brown <neilb@xxxxxxx>
Raid10 & Rhel
- From: Erwan MAS <erwan@xxxxxxxxxx>
Re: Raid10 layout
- From: Erwan MAS <erwan@xxxxxxxxxx>
Re: Raid10 layout
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Raid10 layout
- From: Erwan MAS <erwan@xxxxxxxxxx>
Re: User space RAID
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
User space RAID
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: best common practice in case of degraded array with read errors
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: raid10 layout for 2xSSDs
- From: Kasper Sandberg <postmaster@xxxxxxxxxxx>
Re: RAID 6 Failure follow up
- From: Vincent Schut <schut@xxxxxxxxxxxx>
RE: RAID 5 rebuild fails with power interruption.
- From: <senthilkumar.muthukalai@xxxxxxxxx>
Re: mismatch_cnt again
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: mismatch_cnt again
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: mismatch_cnt again
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: raid10 layout for 2xSSDs
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: raid10 layout for 2xSSDs
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: raid10 layout for 2xSSDs
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: RAID 5 rebuild fails with power interruption.
- From: Neil Brown <neilb@xxxxxxx>
Re: mismatch_cnt again
- From: Neil Brown <neilb@xxxxxxx>
Re: best common practice in case of degraded array with read errors
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: best common practice in case of degraded array with read errors
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: mismatch_cnt again
- From: greg@xxxxxxxxxxxx
Re: raid10 layout for 2xSSDs
- From: Kasper Sandberg <postmaster@xxxxxxxxxxx>
best common practice in case of degraded array with read errors
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: raid10 layout for 2xSSDs
- From: "Majed B." <majedb@xxxxxxxxx>
Re: raid10 layout for 2xSSDs
- From: Kasper Sandberg <postmaster@xxxxxxxxxxx>
Re: raid10 layout for 2xSSDs
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: raid10 layout for 2xSSDs
- From: Christopher Chen <muffaleta@xxxxxxxxx>
Re: raid10 layout for 2xSSDs
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: raid10 layout for 2xSSDs
- From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
Re: raid10 layout for 2xSSDs
- From: Christopher Chen <muffaleta@xxxxxxxxx>
Re: raid10 layout for 2xSSDs
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
raid10 layout for 2xSSDs
- From: Kasper Sandberg <postmaster@xxxxxxxxxxx>
RE: RAID 5 rebuild fails with power interruption.
- From: <senthilkumar.muthukalai@xxxxxxxxx>
Re: [PATCH 08/12] md: move compat_ioctl handling into md.c
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: mismatch_cnt again
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: mismatch_cnt again
- From: Neil Brown <neilb@xxxxxxx>
Re: mismatch_cnt again
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: RAID 5 rebuild fails with power interruption.
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
RAID 5 rebuild fails with power interruption.
- From: <senthilkumar.muthukalai@xxxxxxxxx>
[no subject]
- From: <senthilkumar.muthukalai@xxxxxxxxx>
Re: mdadm 3.0.3 bug report
- From: Neil Brown <neilb@xxxxxxx>
Re: mismatch_cnt again
- From: Neil Brown <neilb@xxxxxxx>
Re: mismatch_cnt again
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
[PATCH 08/12] md: move compat_ioctl handling into md.c
- From: Arnd Bergmann <arnd@xxxxxxxx>
RE: mismatch_cnt again
- From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
Re: IDE/RAID/AHCI setting in BIOS influcencing mdraid?
- From: Martin MOKREJŠ <mmokrejs@xxxxxxxxxxxxxxxxxxxxxx>
Re: mismatch_cnt again
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
RE: Bitmap did not survive reboot
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: Bitmap did not survive reboot
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: mismatch_cnt again
- From: Bill Davidsen <davidsen@xxxxxxx>
RE: Help - Urgent!!!
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: Help - Urgent!!!
- From: "Majed B." <majedb@xxxxxxxxx>
RE: Bitmap did not survive reboot
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: Help - Urgent!!!
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: mismatch_cnt again
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: IDE/RAID/AHCI setting in BIOS influcencing mdraid?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: mismatch_cnt again
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: [ANNOUNCE] mdadm-3.1 has been withdrawn
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: Help - Urgent!!!
- From: "Majed B." <majedb@xxxxxxxxx>
Re: Help - Urgent!!!
- From: "lrhorer@xxxxxxxxxxx" <lrhorer@xxxxxxxxxxx>
Re: [ANNOUNCE] mdadm-3.1 has been withdrawn
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: Simple Raid-1 setup question
- From: Kurt Newman <kurt@xxxxxxxxx>
Re: IDE/RAID/AHCI setting in BIOS influcencing mdraid?
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: Simple Raid-1 setup question
- From: Neil Brown <neilb@xxxxxxx>
Re: Simple Raid-1 setup question
- From: "Majed B." <majedb@xxxxxxxxx>

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