Linux RAID Storage Date Index

Thread Index

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>
Re: [PATCH 1/5] md: Make update_size() take the number of sectors.
- From: Neil Brown <neilb@xxxxxxx>
Re: resync'ing - what is going on
- From: Neil Brown <neilb@xxxxxxx>
Re: Can't recover half of a raid1
- From: CaT <cat@xxxxxxxxxx>
Re: resync'ing - what is going on
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: resync'ing - what is going on
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
resync'ing - what is going on
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: Can't recover half of a raid1
- From: CaT <cat@xxxxxxxxxx>
Re: Can't recover half of a raid1
- From: Christopher Hicks <chicks@xxxxxxxxxx>
Can't recover half of a raid1
- From: Christopher Hicks <chicks@xxxxxxxxxx>
[PATCH 0/5] md: sector_t conversions
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 1/5] md: Make update_size() take the number of sectors.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 2/5] md: Replace calc_dev_size() by calc_num_sectors().
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 3/5] md: Make calc_dev_sboffset() return a sector count.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 4/5] md: Turn rdev->sb_offset into a sector-based quantity.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 5/5] md: Remove some unused macros.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: 2.6.25.6 raid5 resync oops
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: Lots of con-current I/O = resets SATA link? (2.6.25.10)
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
Re: 2.6.25.6 raid5 resync oops
- From: Neil Brown <neilb@xxxxxxx>
Re: Veliciraptor HDD 3.0gbps but UDMA/100 on PCI-e controller?
- From: lsorense@xxxxxxxxxxxxxxxxxxx (Lennart Sorensen)
Re: raid10 layouts and performance Re: md man page
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: [PATCH 7/8] md: update_size(): Remove useless variable "fit".
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 7/8] md: update_size(): Remove useless variable "fit".
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: raid10 layouts and performance Re: md man page
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Lots of con-current I/O = resets SATA link? (2.6.25.10)
- From: Gerhard Wiesinger <lists@xxxxxxxxxxxxx>
Re: [PATCH 4/8] md: analyze_sbs(): Fix potential NULL-pointer dereference.
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 7/8] md: update_size(): Remove useless variable "fit".
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 2/8] md: Simplify sb_equal().
- From: Neil Brown <neilb@xxxxxxx>
Re: raid10 layouts and performance Re: md man page
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: xfs, disk scheduler, maximizing IO
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
[PATCH 7/8] md: update_size(): Remove useless variable "fit".
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 6/8] md: get_disk_info(): Don't convert between signed and unsigned and back.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 5/8] md: Simplify restart_array().
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 1/8] md: Simplify uuid_equal().
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 0/8] md: More patches for md.c
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 2/8] md: Simplify sb_equal().
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 4/8] md: analyze_sbs(): Fix potential NULL-pointer dereference.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 3/8] md: alloc_disk_sb(): Return proper error value.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 8/8] md: Simplify update_size().
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: Lots of con-current I/O = resets SATA link? (2.6.25.10)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Lots of con-current I/O = resets SATA link? (2.6.25.10)
- From: Gerhard Wiesinger <lists@xxxxxxxxxxxxx>
Re: Lots of con-current I/O = resets SATA link? (2.6.25.10)
- From: Gerhard Wiesinger <lists@xxxxxxxxxxxxx>
Re: [Patch 0/8] simple md.c cleanups
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: 12 Veliciraptors again w/x4 card (~1gbyte/sec aggregate read)!
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Lots of con-current I/O = resets SATA link? (2.6.25.10)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Lots of con-current I/O = resets SATA link? (2.6.25.10)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 12 Veliciraptors again w/x4 card (~1gbyte/sec aggregate read)!
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Lots of con-current I/O = resets SATA link? (2.6.25.10)
- From: Gerhard Wiesinger <lists@xxxxxxxxxxxxx>
Re: Lots of con-current I/O = resets SATA link? (2.6.25.10)
- From: Gerhard Wiesinger <lists@xxxxxxxxxxxxx>
Re: Software RAID1 deadlock in 2.6.25 kernels
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: [Patch 0/8] simple md.c cleanups
- From: Neil Brown <neilb@xxxxxxx>
Re: md devices disappearing on system reboot
- From: thomas62186218@xxxxxxx
Re: Proper partition type for components with V1.x superblocks?
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: md devices disappearing on system reboot
- From: Neil Brown <neilb@xxxxxxx>
raid10 layouts and performance Re: md man page
- From: Neil Brown <neilb@xxxxxxx>
Re: 12 Veliciraptors again w/x4 card (~1gbyte/sec aggregate read)!
- From: David Greaves <david@xxxxxxxxxxxx>
Re: md devices disappearing on system reboot
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Proper partition type for components with V1.x superblocks?
- From: David Greaves <david@xxxxxxxxxxxx>
Re: 12 Veliciraptors again w/x4 card (1.1gbytes/sec aggregate read)!
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: md devices disappearing on system reboot
- From: thomas62186218@xxxxxxx
Re: 12 Veliciraptors again w/x4 card (1.1gbytes/sec aggregate read)!
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 12 Veliciraptors again w/x4 card (~1gbyte/sec aggregate read)!
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
12 Veliciraptors again w/x4 card (~1gbyte/sec aggregate read)!
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Lots of con-current I/O = resets SATA link? (2.6.25.10)
- From: Michal Soltys <soltys@xxxxxxxx>
Re: Software RAID1 deadlock in 2.6.25 kernels
- From: Mike McCarthy <mike@xxxxxxxx>
Re: Proper partition type for components with V1.x superblocks?
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Proper partition type for components with V1.x superblocks?
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Proper partition type for components with V1.x superblocks?
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Lots of con-current I/O = resets SATA link? (2.6.25.10)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Software RAID1 deadlock in 2.6.25 kernels
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Lots of con-current I/O = resets SATA link? (2.6.25.10)
- From: Gerhard Wiesinger <lists@xxxxxxxxxxxxx>
Re: Lots of con-current I/O = resets SATA link? (2.6.25.10)
- From: Gerhard Wiesinger <lists@xxxxxxxxxxxxx>
Re: Proper partition type for components with V1.x superblocks?
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: md devices disappearing on system reboot
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: md devices disappearing on system reboot
- From: thomas62186218@xxxxxxx
Re: raid10: no raid0 support?
- From: "Alan D. Brunelle" <Alan.Brunelle@xxxxxx>
can't mount RAID 5 md0
- From: "Gustavo Melo" <gmelo@xxxxxxxxxxxxxxx>
Re: Lots of con-current I/O = resets SATA link? (2.6.25.10)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Lots of con-current I/O = resets SATA link? (2.6.25.10)
- From: Mattias Wadenstein <maswan@xxxxxxxxxx>
Re: md devices disappearing on system reboot
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 2/8] md_getgeo(): Move comment to proper position.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 1/8] md_ioctl(): Fix misleading indentation.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 3/8] do_md_run(): Fix misleading error message.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 4/8] sync_speed_show(): Trivial cleanups.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 5/8] Fix typo in array_state comment.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 8/8] Kill unused parameter mddev in md_new_event_inintr().
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 6/8] Fix a typo in the comment to cmd_match().
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 7/8] sb_equal(): Fix misleading printk.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[Patch 0/8] simple md.c cleanups
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: Proper partition type for components with V1.x superblocks?
- From: Neil Brown <neilb@xxxxxxx>
Re: [Fwd: Re: mdadm: spare rebuilding]
- From: Neil Brown <neilb@xxxxxxx>
Re: Lots of con-current I/O = resets SATA link? (2.6.25.10)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Lots of con-current I/O = resets SATA link? (2.6.25.10)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Lots of con-current I/O = resets SATA link? (2.6.25.10)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Lots of con-current I/O = resets SATA link? (2.6.25.10)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 2.6.26-rc8 deadlock: RAID code?
- From: "George Spelvin" <linux@xxxxxxxxxxx>
Re: md devices disappearing on system reboot
- From: thomas62186218@xxxxxxx
Re: Lots of con-current I/O = resets SATA link? (2.6.25.10)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Lots of con-current I/O = resets SATA link? (2.6.25.10)
- From: Robert Hancock <hancockr@xxxxxxx>
Re: Lots of con-current I/O = resets SATA link? (2.6.25.10)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Lots of con-current I/O = resets SATA link? (2.6.25.10)
- From: Robert Hancock <hancockr@xxxxxxx>
Re: Lots of con-current I/O = resets SATA link? (2.6.25.10)
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: Lots of con-current I/O = resets SATA link? (2.6.25.10)
- From: Robert Hancock <hancockr@xxxxxxx>
Re: Lots of con-current I/O = resets SATA link? (2.6.25.10)
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: Lots of con-current I/O = resets SATA link? (2.6.25.10)
- From: "Jon Nelson" <jnelson@xxxxxxxxxxx>
Lots of con-current I/O = resets SATA link? (2.6.25.10)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 2.6.26-rc8 deadlock: RAID code?
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
2.6.26-rc8 deadlock: RAID code?
- From: "George Spelvin" <linux@xxxxxxxxxxx>
Re: Veliciraptor HDD 3.0gbps but UDMA/100 on PCI-e controller?
- From: Robert Hancock <hancockr@xxxxxxx>
Re: Veliciraptor HDD 3.0gbps but UDMA/100 on PCI-e controller?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Grow a RAID-10
- From: "Daniel L. Miller" <dmiller@xxxxxxxxx>
Re: Veliciraptor HDD 3.0gbps but UDMA/100 on PCI-e controller?
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Re: "raid" versions of hard drives for software raid?
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Re: "raid" versions of hard drives for software raid?
- From: Dan Christensen <jdc@xxxxxx>
Re: new bottleneck section in wiki
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Veliciraptor HDD 3.0gbps but UDMA/100 on PCI-e controller?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Grow a RAID-10
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: Veliciraptor HDD 3.0gbps but UDMA/100 on PCI-e controller?
- From: Jeff Garzik <jeff@xxxxxxxxxx>
Re: new bottleneck section in wiki
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Veliciraptor HDD 3.0gbps but UDMA/100 on PCI-e controller?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Grow a RAID-10
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: [Fwd: Re: mdadm: spare rebuilding]
- From: Jon Buckingham <jbuckingham@xxxxxxxxxxxxxxxx>
Re: Proper partition type for components with V1.x superblocks?
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: new bottleneck section in wiki
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: Grow a RAID-10
- From: "Daniel L. Miller" <dmiller@xxxxxxxxx>
Re: Grow a RAID-10
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
[PULL-REQUEST] md bugfixes for 2.6.26
- From: Neil Brown <neilb@xxxxxxx>
RE: new bottleneck section in wiki
- From: "David Lethe" <david@xxxxxxxxxxxx>
Grow a RAID-10
- From: "Daniel L. Miller" <dmiller@xxxxxxxxx>
Re: Proper partition type for components with V1.x superblocks?
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: new bottleneck section in wiki
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Re: new bottleneck section in wiki
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Re: "raid" versions of hard drives for software raid?
- From: Brendan Conoboy <blc@xxxxxxxxxx>
Re: "raid" versions of hard drives for software raid?
- From: Dan Christensen <jdc@xxxxxx>
Re: "raid" versions of hard drives for software raid?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: "raid" versions of hard drives for software raid?
- From: Brendan Conoboy <blc@xxxxxxxxxx>
Re: Metadata upgradable?
- From: Richard Scobie <richard@xxxxxxxxxxx>
"raid" versions of hard drives for software raid?
- From: Dan Christensen <jdc@xxxxxx>
Re: Metadata upgradable?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: new bottleneck section in wiki
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: new bottleneck section in wiki
- From: Keld J?rn Simonsen <keld@xxxxxxxx>
Re: new bottleneck section in wiki
- From: Matt Garman <matthew.garman@xxxxxxxxx>
Re: new bottleneck section in wiki
- From: Keld J?rn Simonsen <keld@xxxxxxxx>
Re: new bottleneck section in wiki
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: new bottleneck section in wiki
- From: Keld J?rn Simonsen <keld@xxxxxxxx>
Metadata upgradable?
- From: Oliver <oliver@xxxxxxxxx>
Re: new bottleneck section in wiki
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: new bottleneck section in wiki
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: new bottleneck section in wiki
- From: Matt Garman <matthew.garman@xxxxxxxxx>
Re: new bottleneck section in wiki
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: new bottleneck section in wiki
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
RE: new bottleneck section in wiki
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: new bottleneck section in wiki
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: new bottleneck section in wiki
- From: Iustin Pop <iusty@xxxxxxxxx>
Re: new bottleneck section in wiki
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
RE: new bottleneck section in wiki
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: new bottleneck section in wiki
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: md devices disappearing on system reboot
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
new bottleneck section in wiki
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: md man page
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: Software RAID1 deadlock in 2.6.25 kernels
- From: Gabor Gombas <gombasg@xxxxxxxxx>
Re: Software RAID1 deadlock in 2.6.25 kernels
- From: Gabor Gombas <gombasg@xxxxxxxxx>
Re: Software RAID1 deadlock in 2.6.25 kernels
- From: "David Rees" <drees76@xxxxxxxxx>
Re: Software RAID1 deadlock in 2.6.25 kernels
- From: "michael@xxxxxxxxxxx" <michael@xxxxxxxxxxx>
Re: md man page
- From: "NeilBrown" <neilb@xxxxxxx>
Re: md man page
- From: "Randy.Dunlap" <rdunlap@xxxxxxxxxxxx>
md man page
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: Software RAID1 deadlock in 2.6.25 kernels
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: Software RAID1 deadlock in 2.6.25 kernels
- From: Michael Bussmann <bus@xxxxxxxxxx>
Re: Software RAID1 deadlock in 2.6.25 kernels
- From: "David Rees" <drees76@xxxxxxxxx>
Re: Software RAID1 deadlock in 2.6.25 kernels
- From: Mike McCarthy <mike@xxxxxxxx>
md devices disappearing on system reboot
- From: thomas62186218@xxxxxxx
Re: Software RAID1 deadlock in 2.6.25 kernels
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: [PATCH 001 of 29] md: Ensure interrupted recovery completed properly (v1 metadata plus bitmap)
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
Re: Whole drives or Only partitions for mdadm software RAIDs?
- From: "NeilBrown" <neilb@xxxxxxx>
Re: Software RAID1 deadlock in 2.6.25 kernels
- From: "michael@xxxxxxxxxxx" <michael@xxxxxxxxxxx>
Re: Whole drives or Only partitions for mdadm software RAIDs?
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Software RAID1 deadlock in 2.6.25 kernels
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: Whole drives or Only partitions for mdadm software RAIDs?
- From: thomas62186218@xxxxxxx
Re: Whole drives or Only partitions for mdadm software RAIDs?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Whole drives or Only partitions for mdadm software RAIDs?
- From: thomas62186218@xxxxxxx
Re: Software RAID1 deadlock in 2.6.25 kernels
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Software RAID1 deadlock in 2.6.25 kernels
- From: Mike McCarthy <mike@xxxxxxxx>
Re: Software RAID1 deadlock in 2.6.25 kernels
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Software RAID1 deadlock in 2.6.25 kernels
- From: Michael Bussmann <bus@xxxxxxxxxx>
Re: Software RAID1 deadlock in 2.6.25 kernels
- From: Mike McCarthy <mike@xxxxxxxx>
Re: Software RAID1 deadlock in 2.6.25 kernels
- From: Gabor Gombas <gombasg@xxxxxxxxx>
Re: [PATCH 008 of 29] md: Close race in md_probe
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: raid5 recovery dramas.
- From: Mark Davies <mark@xxxxxxxxxxxxxxxxxxx>
Re: How to avoid complete rebuild of RAID 6 array (6/8 active devices)
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Suspected corruption on ACID databases due to no barrier support in ext3 on software raid-5 and hard resets
- From: "Leon Woestenberg" <leon.woestenberg@xxxxxxxxx>
Re: mdadm: spare rebuilding
- From: Jon Buckingham <jbuckingham@xxxxxxxxxxxxxxxx>
Re: Suspected corruption on ACID databases due to no barrier support in ext3 on software raid-5 and hard resets
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Suspected corruption on ACID databases due to no barrier support in ext3 on software raid-5 and hard resets
- From: "Leon Woestenberg" <leon.woestenberg@xxxxxxxxx>
Re: [PATCH 018 of 29] md: Support changing rdev size on running arrays.
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 008 of 29] md: Close race in md_probe
- From: Neil Brown <neilb@xxxxxxx>
Re: Software RAID1 deadlock in 2.6.25 kernels
- From: Neil Brown <neilb@xxxxxxx>
Re: raid5 recovery dramas.
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 018 of 29] md: Support changing rdev size on running arrays.
- From: Markus Hochholdinger <Markus@xxxxxxxxxxxxxxxxx>
Re: [PATCH 008 of 29] md: Close race in md_probe
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: raid5 recovery dramas.
- From: Mark Davies <mark@xxxxxxxxxxxxxxxxxxx>
Re: How to avoid complete rebuild of RAID 6 array (6/8 active devices)
- From: Neil Brown <neilb@xxxxxxx>
Re: raid5 recovery dramas.
- From: Neil Brown <neilb@xxxxxxx>
Re: mdadm: spare rebuilding
- From: Neil Brown <neilb@xxxxxxx>
Storing array run-time options in mdadm.conf
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
[PATCH 029 of 29] md: md: rationalize raid5 function names
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 028 of 29] md: md: handle operation chaining in raid5_run_ops
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 027 of 29] md: md: replace R5_WantPrexor with R5_WantDrain, add 'prexor' reconstruct_states
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 026 of 29] md: md: replace STRIPE_OP_{BIODRAIN,PREXOR,POSTXOR} with 'reconstruct_states'
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 025 of 29] md: md: replace STRIPE_OP_COMPUTE_BLK with STRIPE_COMPUTE_RUN
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 024 of 29] md: md: replace STRIPE_OP_BIOFILL with STRIPE_BIOFILL_RUN
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 023 of 29] md: md: replace STRIPE_OP_CHECK with 'check_states'
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 022 of 29] md: md: unify raid5/6 i/o submission
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 021 of 29] md: md: use stripe_head_state in ops_run_io()
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 020 of 29] md: md: kill STRIPE_OP_IO flag
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 019 of 29] md: md: kill STRIPE_OP_MOD_DMA in raid5 offload
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 018 of 29] md: Support changing rdev size on running arrays.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 017 of 29] md: Make sure all changes to md/dev-XX/state are notified
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 016 of 29] md: Make sure all changes to md/degraded are notified.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 015 of 29] md: Make sure all changes to md/sync_action are notified.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 014 of 29] md: Make sure all changes to md/array_state are notified.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 013 of 29] md: Don't reject HOT_REMOVE_DISK request for an array that is not yet started.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 012 of 29] md: rationalise return value for ->hot_add_disk method.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 011 of 29] md: Support adding a spare to a live md array with external metadata.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 010 of 29] md: Enable setting of 'offset' and 'size' of a hot-added spare.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 009 of 29] md: Don't try to make md arrays dirty if that is not meaningful.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 008 of 29] md: Close race in md_probe
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 007 of 29] md: Allow setting start point for requested check/repair
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 006 of 29] md: Improve setting of "events_cleared" for write-intent bitmaps.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 005 of 29] md: use bio_endio instead of a call to bi_end_io
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 004 of 29] md: linear: correct disk numbering error check
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 003 of 29] md: Fix error paths if md_probe fails.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 002 of 29] md: Don't acknowlege that stripe-expand is complete until it really is.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 001 of 29] md: Ensure interrupted recovery completed properly (v1 metadata plus bitmap)
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 000 of 29] md: Introduction : patchbomb for 2.6.27 merge window
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH] disable queue flag test in barrier check
- From: Timothy Shimmin <tes@xxxxxxx>
Re: Slowww raid check (raid10, f2)
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Re: Slowww raid check (raid10, f2)
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: Slowww raid check (raid10, f2)
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Re: Slowww raid check (raid10, f2)
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: Slowww raid check (raid10, f2)
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: [PATCH] disable queue flag test in barrier check
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: [PATCH] disable queue flag test in barrier check
- From: Eric Sandeen <sandeen@xxxxxxxxxxx>
RE: [PATCH] disable queue flag test in barrier check
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: raid5 recovery dramas.
- From: Mark Davies <mark@xxxxxxxxxxxxxxxxxxx>
Re: Slowww raid check (raid10, f2)
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Re: raid10,f2 degraded read speed
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: Slowww raid check (raid10, f2)
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: raid10,f2 degraded read speed
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: raid5 recovery dramas.
- From: David Greaves <david@xxxxxxxxxxxx>
Re: raid10,f2 degraded read speed
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: [PATCH] disable queue flag test in barrier check
- From: Eric Sandeen <sandeen@xxxxxxxxxxx>
Slowww raid check (raid10, f2)
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: raid10,f2 degraded read speed
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: [PATCH] disable queue flag test in barrier check
- From: Timothy Shimmin <tes@xxxxxxx>
Re: raid10,f2 degraded read speed
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
[PATCH] disable queue flag test in barrier check
- From: Eric Sandeen <sandeen@xxxxxxxxxxx>
Re: raid5 recovery dramas.
- From: Mark Davies <mark@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] sysfs superblock read oops
- From: Neil Brown <neilb@xxxxxxx>
Re: (was: Re: md: raid5 vs raid10 (f2,n2,o2) benchmarks [w/10 raptors])
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
RE: (was: Re: md: raid5 vs raid10 (f2,n2,o2) benchmarks [w/10 raptors])
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
RE: (was: Re: md: raid5 vs raid10 (f2,n2,o2) benchmarks [w/10 raptors])
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: (was: Re: md: raid5 vs raid10 (f2,n2,o2) benchmarks [w/10 raptors])
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: raid10,f2 degraded read speed
- From: "Jon Nelson" <jnelson@xxxxxxxxxxx>
Re: raid10,f2 degraded read speed
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: How to avoid complete rebuild of RAID 6 array (6/8 active devices)
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
In reply to the scheduler performance across md/software RAID.
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
How to avoid complete rebuild of RAID 6 array (6/8 active devices)
- From: Dave Moon <p.b.w.tortilla@xxxxxxxxx>
Re: md raid1 passes barriers, but xfs doesn't use them?
- From: Eric Sandeen <sandeen@xxxxxxxxxxx>
[PATCH] sysfs superblock read oops
- From: Chris Webb <chris@xxxxxxxxxxxx>
Re: Trouble increasing md component size
- From: Chris Webb <chris@xxxxxxxxxxxx>
Re: md raid1 passes barriers, but xfs doesn't use them?
- From: Dave Chinner <david@xxxxxxxxxxxxx>
mdadm: spare rebuilding
- From: Jon Buckingham <jbuckingham@xxxxxxxxxxxxxxxx>
Re: md/Software RAID ATA/RAID (software RAID)
- From: Jin Suh <jinssuh@xxxxxxxxx>
md/Software RAID ATA/RAID (software RAID)
- From: Jin Suh <jinssuh@xxxxxxxxx>
Re: Trouble increasing md component size
- From: Chris Webb <chris@xxxxxxxxxxxx>
Re: End to end SMART to RAID repair
- From: Ric Wheeler <ricwheeler@xxxxxxxxx>
Re: [PATCH 2/2] use bio_endio instead of a call to bi_end_io
- From: Neil Brown <neilb@xxxxxxx>
raid5 recovery dramas.
- From: Mark Davies <mark@xxxxxxxxxxxxxxxxxxx>
[PATCH 2/2] use bio_endio instead of a call to bi_end_io
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: Trouble increasing md component size
- From: Neil Brown <neilb@xxxxxxx>
md raid1 passes barriers, but xfs doesn't use them?
- From: Eric Sandeen <sandeen@xxxxxxxxxxx>
Re: End to end SMART to RAID repair
- From: Arthur Britto <ahbritto@xxxxxxx>
Re: Trouble increasing md component size
- From: Neil Brown <neilb@xxxxxxx>
Re: Why can't I stop these arrays? PATCH
- From: Neil Brown <neilb@xxxxxxx>
Re: Trouble increasing md component size
- From: Chris Webb <chris@xxxxxxxxxxxx>
Re: Trouble increasing md component size
- From: Neil Brown <neilb@xxxxxxx>
Re: Why can't I stop these arrays? PATCH
- From: Richard Michael <rmichael-raid@xxxxxxxxxxxxxxxx>
Re: Why can't I stop these arrays?
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: Why can't I stop these arrays?
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Why can't I stop these arrays?
- From: Richard Michael <rmichael-raid@xxxxxxxxxxxxxxxx>
Re: Confused about UUID mounting and mirrors
- From: Bill Davidsen <davidsen@xxxxxxx>
INFO messages during resync
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: External bitmap disappears
- From: "NeilBrown" <neilb@xxxxxxx>
Re: mdadm: making a spare actie
- From: Jon Buckingham <jbuckingham@xxxxxxxxxxxxxxxx>
Re: Trouble increasing md component size
- From: Chris Webb <chris@xxxxxxxxxxxx>
Re: External bitmap disappears
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: External bitmap disappears
- From: Michael Tokarev <mjt@xxxxxxxxxx>
External bitmap disappears
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: Trouble increasing md component size
- From: Chris Webb <chris@xxxxxxxxxxxx>
Re: mdadm: making a spare actie
- From: Jon Buckingham <jbuckingham@xxxxxxxxxxxxxxxx>
Re: Confused about UUID mounting and mirrors
- From: "michael@xxxxxxxxxxx" <michael@xxxxxxxxxxx>
Re: mdadm: making a spare actie
- From: Neil Brown <neilb@xxxxxxx>
Re: Trouble increasing md component size
- From: Chris Webb <chris@xxxxxxxxxxxx>
Re: Trouble increasing md component size
- From: Chris Webb <chris@xxxxxxxxxxxx>
Re: mdadm: making a spare actie
- From: Jon Buckingham <jbuckingham@xxxxxxxxxxxxxxxx>
Re: Trouble increasing md component size
- From: Chris Webb <chris@xxxxxxxxxxxx>
Re: mdadm: making a spare actie
- From: Neil Brown <neilb@xxxxxxx>
mdadm: making a spare actie
- From: Jon Buckingham <jbuckingham@xxxxxxxxxxxxxxxx>
Re: Wierd critical node problem
- From: Neil Brown <neilb@xxxxxxx>
Re: raid10: no raid0 support?
- From: Neil Brown <neilb@xxxxxxx>
Re: Rebuilding an array with a corrupt disk.
- From: Neil Brown <neilb@xxxxxxx>
Re: Failed RAID5 array grow after reboot interruption; mdadm: Failed to restore critical section for reshape, sorry.
- From: Neil Brown <neilb@xxxxxxx>
Re: resync=PENDING, interrupted RAID5 grow will not automatically reconstruct
- From: Neil Brown <neilb@xxxxxxx>
Re: Confused about UUID mounting and mirrors
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH] Segfault with --assemble --force
- From: Neil Brown <neilb@xxxxxxx>
Re: Trouble increasing md component size
- From: Neil Brown <neilb@xxxxxxx>
Re: Trouble increasing md component size
- From: Chris Webb <chris@xxxxxxxxxxxx>
[PATCH] Segfault with --assemble --force
- From: Chris Webb <chris@xxxxxxxxxxxx>
Re: Trouble increasing md component size
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
Trouble increasing md component size
- From: Chris Webb <chris@xxxxxxxxxxxx>
Re: Confused about UUID mounting and mirrors
- From: "michael@xxxxxxxxxxx" <michael@xxxxxxxxxxx>
Re: Confused about UUID mounting and mirrors
- From: Michael Tokarev <mjt@xxxxxxxxxx>
resync=PENDING, interrupted RAID5 grow will not automatically reconstruct
- From: Jesse Molina <jmolina@xxxxxxxx>
Re: Confused about UUID mounting and mirrors
- From: Michal Soltys <soltys@xxxxxxxx>
Re: Confused about UUID mounting and mirrors
- From: pg_lxra@xxxxxxxxxxxxxxxxxxx (Peter Grandi)
Re: Confused about UUID mounting and mirrors
- From: Clive Messer <clive@xxxxxxxxxxxxxxxxx>
raid10,f2 degraded read speed
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: Confused about UUID mounting and mirrors
- From: "michael@xxxxxxxxxxx" <michael@xxxxxxxxxxx>
Re: Confused about UUID mounting and mirrors
- From: Michael Tokarev <mjt@xxxxxxxxxx>
RE: Failed RAID5 array grow after reboot interruption; mdadm: Failed to restore critical section for reshape, sorry.
- From: <jmolina@xxxxxxxx>
Re: Confused about UUID mounting and mirrors
- From: "michael@xxxxxxxxxxx" <michael@xxxxxxxxxxx>
Re: Failed RAID5 array grow after reboot interruption; mdadm: Failed to restore critical section for reshape, sorry.
- From: Jesse Molina <jmolina@xxxxxxxx>
Re: [PATCH] linear: correct disk numbering error check
- From: Neil Brown <neilb@xxxxxxx>
Re: Confused about UUID mounting and mirrors
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Confused about UUID mounting and mirrors
- From: "michael@xxxxxxxxxxx" <michael@xxxxxxxxxxx>
Re: Confused about UUID mounting and mirrors
- From: Michal Soltys <soltys@xxxxxxxx>
Re: Failed RAID5 array grow after reboot interruption; mdadm: Failed to restore critical section for reshape, sorry.
- From: Richard Scobie <richard@xxxxxxxxxxx>
Confused about UUID mounting and mirrors
- From: "michael@xxxxxxxxxxx" <michael@xxxxxxxxxxx>
Re: Failed RAID5 array grow after reboot interruption; mdadm: Failed to restore critical section for reshape, sorry.
- From: Jesse Molina <jmolina@xxxxxxxx>
Re: Failed RAID5 array grow after reboot interruption; mdadm: Failed to restore critical section for reshape, sorry.
- From: "Ken Drummond" <ken.drummond@xxxxxxxxxxxxxxx>
RE: Failed RAID5 array grow after reboot interruption; mdadm: Failed to restore critical section for reshape, sorry.
- From: <jmolina@xxxxxxxx>
Failed RAID5 array grow after reboot interruption; mdadm: Failed to restore critical section for reshape, sorry.
- From: <jmolina@xxxxxxxx>
Re: What do these SATA errors mean / kernel 2.6.25.6 (DRDY ERR/ICRC ABRT)
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: need some help very strange behavior mdadm writes data to non raid disk?
- From: Jelle de Jong <jelledejong@xxxxxxxxxxxxx>
Re: Rebuilding an array with a corrupt disk.
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
Re: Rebuilding an array with a corrupt disk.
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Rebuilding an array with a corrupt disk.
- From: "Sean Hildebrand" <silverwraithii@xxxxxxxxx>
need some help very strange behavior mdadm writes data to non raid disk?
- From: Jelle de Jong <jelledejong@xxxxxxxxxxxxx>
Re: Weird corruptions read error.
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Weird corruptions read error.
- From: Karl Dubois <karl-2.dubois@xxxxxxxxxx>
Re: Rebuilding an array with a corrupt disk.
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Rebuilding an array with a corrupt disk.
- From: "Sean Hildebrand" <silverwraithii@xxxxxxxxx>
Re: Rebuilding an array with a corrupt disk.
- From: David Greaves <david@xxxxxxxxxxxx>
Rebuilding an array with a corrupt disk.
- From: "Sean Hildebrand" <silverwraithii@xxxxxxxxx>
[PATCH] linear: correct disk numbering error check
- From: "Nikanth Karthikesan" <knikanth@xxxxxxxxxx>
Re: Linux MD RAID 5 Benchmarks Across (3 to 10) 300 Gigabyte Veliciraptors
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: RAID5 losing initial synchronization on restart when one disk is spare
- From: Hubert Verstraete <hubskml@xxxxxxx>
Re: RAID5 losing initial synchronization on restart when one disk is spare
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: RAID5 losing initial synchronization on restart when one disk is spare
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: RAID5 losing initial synchronization on restart when one disk is spare
- From: Hubert Verstraete <hubskml@xxxxxxx>
Re: RAID5 losing initial synchronization on restart when one disk is spare
- From: Hubert Verstraete <hubskml@xxxxxxx>
Re: RAID5 losing initial synchronization on restart when one disk is spare
- From: David Greaves <david@xxxxxxxxxxxx>
Re: After partition resize, RAID5 array does not assemble on boot
- From: Neil Brown <neilb@xxxxxxx>
Re: What do these SATA errors mean / kernel 2.6.25.6 (DRDY ERR/ICRC ABRT)
- From: Jeff Garzik <jeff@xxxxxxxxxx>
Re: Proper partition type for components with V1.x superblocks?
- From: Neil Brown <neilb@xxxxxxx>
Re: RAID5 losing initial synchronization on restart when one disk is spare
- From: Neil Brown <neilb@xxxxxxx>
Re: RAID5 losing initial synchronization on restart when one disk is spare
- From: Neil Brown <neilb@xxxxxxx>
Re: RAID5 losing initial synchronization on restart when one disk is spare
- From: Neil Brown <neilb@xxxxxxx>
Re: Proper partition type for components with V1.x superblocks?
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: Linux MD RAID 5 Benchmarks Across (3 to 10) 300 Gigabyte Veliciraptors
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Linux MD RAID 5 Benchmarks Across (3 to 10) 300 Gigabyte Veliciraptors
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Linux MD RAID 5 Benchmarks Across (3 to 10) 300 Gigabyte Veliciraptors
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Re: Linux MD RAID 5 Benchmarks Across (3 to 10) 300 Gigabyte Veliciraptors
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: Linux MD RAID 5 Benchmarks Across (3 to 10) 300 Gigabyte Veliciraptors
- From: Nat Makarevitch <nat@xxxxxxxxxxxxxxx>
Re: RAID5 losing initial synchronization on restart when one disk is spare
- From: Hubert Verstraete <hubskml@xxxxxxx>
Re: Proper partition type for components with V1.x superblocks?
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
Re: Proper partition type for components with V1.x superblocks?
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: Proper partition type for components with V1.x superblocks?
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
Re: What do these SATA errors mean / kernel 2.6.25.6 (DRDY ERR/ICRC ABRT)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Proper partition type for components with V1.x superblocks?
- From: David Greaves <david@xxxxxxxxxxxx>
What do these SATA errors mean / kernel 2.6.25.6 (DRDY ERR/ICRC ABRT)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: RAID5 losing initial synchronization on restart when one disk is spare
- From: Hubert Verstraete <hubskml@xxxxxxx>
Proper partition type for components with V1.x superblocks?
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
Re: RAID5 losing initial synchronization on restart when one disk is spare
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: RAID5 losing initial synchronization on restart when one disk is spare
- From: Hubert Verstraete <hubskml@xxxxxxx>
Re: Wierd critical node problem
- From: Wayne Gemmell <wayne@xxxxxxxxxxxxxxxx>
Re: Wierd critical node problem
- From: "NeilBrown" <neilb@xxxxxxx>
Re: Wierd critical node problem
- From: Wayne Gemmell <wayne@xxxxxxxxxxxxxxxx>
Re: Wierd critical node problem
- From: "NeilBrown" <neilb@xxxxxxx>
Wierd critical node problem
- From: Wayne Gemmell <wayne@xxxxxxxxxxxxxxxx>
Re: Linux MD RAID 5 Benchmarks Across (3 to 10) 300 Gigabyte Veliciraptors
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
raid10: no raid0 support?
- From: "Alan D. Brunelle" <Alan.Brunelle@xxxxxx>
[SOLVED] Re: Rebuild after a drive replacement
- From: Gavin Hamill <gdh@xxxxxxxxxxxxxx>
Re: RAID1 over aoe devices freezes cp-procs on failure of one aoe device
- From: "Ed L. Cashin" <ecashin@xxxxxxxxxx>
RE: Linux MD RAID 5 Benchmarks Across (3 to 10) 300 Gigabyte Veliciraptors
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: Linux MD RAID 5 Benchmarks Across (3 to 10) 300 Gigabyte Veliciraptors
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
RE: Linux MD RAID 5 Benchmarks Across (3 to 10) 300 Gigabyte Veliciraptors
- From: "David Lethe" <david@xxxxxxxxxxxx>
[ANNOUNCE] Einarc - universal RAID management/monitoring tool - v1.2 released
- From: Mikhail Yakshin <greycat@xxxxxxxxxxxx>
Re: Rebuild after a drive replacement
- From: Gavin Hamill <gdh@xxxxxxxxxxxxxx>
Re: Rebuild after a drive replacement
- From: "NeilBrown" <neilb@xxxxxxx>
Re: Linux MD RAID 5 Benchmarks Across (3 to 10) 300 Gigabyte Veliciraptors
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: Rebuild after a drive replacement
- From: Gavin Hamill <gdh@xxxxxxxxxxxxxx>
Re: Linux MD RAID 5 Benchmarks Across (3 to 10) 300 Gigabyte Veliciraptors
- From: thomas62186218@xxxxxxx
Reallocating sd device
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: Question on hotplug SATA controllers
- From: "John Bridges" <john.bridges@xxxxxxxxx>
Re: Rebuild after a drive replacement
- From: "NeilBrown" <neilb@xxxxxxx>
Re: Rebuild after a drive replacement
- From: David Greaves <david@xxxxxxxxxxxx>
Rebuild after a drive replacement
- From: Gavin Hamill <gdh@xxxxxxxxxxxxxx>
Re: Change disk problem
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Change disk problem
- From: "Jon Lurås" <jon@xxxxxxxxxxxx>
Re: Change disk problem
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Change disk problem
- From: David Greaves <david@xxxxxxxxxxxx>
Change disk problem
- From: "Jon Lurås" <jon@xxxxxxxxxxxx>
Re: Linux MD RAID 5 Benchmarks Across (3 to 10) 300 Gigabyte Veliciraptors
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
how can I access a disk marked as failed
- From: robert.koeppl@xxxxxxxxx
RAID-5 and the mysterious disappearing drive
- From: Ben Martin <monkeyiq@xxxxxxxxxxxxxxxxxxxxx>
RE: Linux MD RAID 5 Benchmarks Across (3 to 10) 300 Gigabyte Veliciraptors
- From: "David Lethe" <david@xxxxxxxxxxxx>
Linux MD RAID 5 Benchmarks Across (3 to 10) 300 Gigabyte Veliciraptors
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Question on hotplug SATA controllers
- From: Michal Soltys <soltys@xxxxxxxx>
Re: Question on hotplug SATA controllers
- From: "John Bridges" <john.bridges@xxxxxxxxx>
Question on hotplug SATA controllers
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
Re: After partition resize, RAID5 array does not assemble on boot
- From: Jules Bean <jules@xxxxxxxxxxxxxxx>
Re: After partition resize, RAID5 array does not assemble on boot
- From: David Greaves <david@xxxxxxxxxxxx>
Re: After partition resize, RAID5 array does not assemble on boot
- From: Bill Davidsen <davidsen@xxxxxxx>
RE: Problem Growing Raid 5 Array - Help Needed!
- From: "Jeremy Leigh" <jeremy.leigh@xxxxxxxxx>
Re: RAID1 over aoe devices freezes cp-procs on failure of one aoe device
- From: Lars Täuber <taeuber@xxxxxxx>
Re: RAID1 over aoe devices freezes cp-procs on failure of one aoe device
- From: Gabor Gombas <gombasg@xxxxxxxxx>
ANNOUNCE: mdadm 2.6.7 - A tool for managing Soft RAID under Linux
- From: Neil Brown <neilb@xxxxxxx>
RAID1 over aoe devices freezes cp-procs on failure of one aoe device
- From: Lars Täuber <taeuber@xxxxxxx>
Re: boot time autoassembly: how come it works?
- From: Jules Bean <jules@xxxxxxxxxxxxxxx>
Re: boot time autoassembly: how come it works?
- From: Michal Soltys <soltys@xxxxxxxx>
Re: boot time autoassembly: how come it works?
- From: Bryan Mesich <bryan.mesich@xxxxxxxx>
boot time autoassembly: how come it works?
- From: Jules Bean <jules@xxxxxxxxxxxxxxx>
Re: After partition resize, RAID5 array does not assemble on boot
- From: Jules Bean <jules@xxxxxxxxxxxxxxx>
Re: After partition resize, RAID5 array does not assemble on boot
- From: David Greaves <david@xxxxxxxxxxxx>
RAID5 losing initial synchronization on restart when one disk is spare
- From: Hubert Verstraete <hubskml@xxxxxxx>
Re: After partition resize, RAID5 array does not assemble on boot
- From: Jules Bean <jules@xxxxxxxxxxxxxxx>
Re: After partition resize, RAID5 array does not assemble on boot
- From: David Greaves <david@xxxxxxxxxxxx>
Re: After partition resize, RAID5 array does not assemble on boot
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
Re: After partition resize, RAID5 array does not assemble on boot
- From: Jules Bean <jules@xxxxxxxxxxxxxxx>
Re: After partition resize, RAID5 array does not assemble on boot
- From: Peter Rabbitson <rabbit@xxxxxxxxx>
Re: After partition resize, RAID5 array does not assemble on boot
- From: "NeilBrown" <neilb@xxxxxxx>
Re: After partition resize, RAID5 array does not assemble on boot
- From: Jules Bean <jules@xxxxxxxxxxxxxxx>
Re: Software RAID 6 initial sync very slow
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Limits of the 965 chipset & 3 PCI-e cards/southbridge? ~774MiB/s peak for read, ~650MiB/s peak for write?
- From: Bryan Mesich <bryan.mesich@xxxxxxxx>
Re: Problem Growing Raid 5 Array - Help Needed!
- From: David Greaves <david@xxxxxxxxxxxx>
RE: Problem Growing Raid 5 Array - Help Needed!
- From: "Jeremy Leigh" <jeremy.leigh@xxxxxxxxx>
After partition resize, RAID5 array does not assemble on boot
- From: Jules Bean <jules@xxxxxxxxxxxxxxx>
Re: Software RAID 6 initial sync very slow
- From: Neil Brown <neilb@xxxxxxx>
Re: Software RAID 6 initial sync very slow
- From: Richard Scobie <richard@xxxxxxxxxxx>
md_thread and kjournald race w/ raid1 on 2-way x86
- From: "Srinivas Murthy" <codevana@xxxxxxxxx>
Re: Software RAID 6 initial sync very slow
- From: thomas62186218@xxxxxxx
Re: Awful Raid10,f2 performance
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: Problem Growing Raid 5 Array - Help Needed!
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Awful Raid10,f2 performance
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: Awful Raid10,f2 performance
- From: Tomasz Chmielewski <mangoo@xxxxxxxx>
Problem Growing Raid 5 Array - Help Needed!
- From: "Jeremy Leigh" <jeremy.leigh@xxxxxxxxx>
Awful Raid10,f2 performance
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: Software RAID 6 initial sync very slow
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: mdadm raid10 performance
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: mdadm raid10 performance
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
mdadm raid10 performance
- From: "Марк Коренберг" <socketpair@xxxxxxxxx>
Re: Software RAID 6 initial sync very slow
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: Limits of the 965 chipset & 3 PCI-e cards/southbridge? ~774MiB/s peak for read, ~650MiB/s peak for write?
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: Limits of the 965 chipset & 3 PCI-e cards/southbridge? ~774MiB/s peak for read, ~650MiB/s peak for write?
- From: Willy Tarreau <w@xxxxxx>
Software RAID 6 initial sync very slow
- From: thomas62186218@xxxxxxx
Re: Limits of the 965 chipset & 3 PCI-e cards/southbridge? ~774MiB/s peak for read, ~650MiB/s peak for write?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Limits of the 965 chipset & 3 PCI-e cards/southbridge? ~774MiB/s peak for read, ~650MiB/s peak for write?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Limits of the 965 chipset & 3 PCI-e cards/southbridge? ~774MiB/s peak for read, ~650MiB/s peak for write?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Two Drive Failure on RAID-5
- From: Cry <cry_regarder@xxxxxxxxx>
Re: 2.6.25.x: Wrong CPU frequency (cpufreq table) with p4-clockmod
- From: Guntsche Michael <mike@xxxxxxxxxxxx>
RE: Proposal: non-striping RAID4
- From: Tony Germano <tony_germano@xxxxxxxxxxx>
Re: Performance Characteristics of All Linux RAIDs (mdadm/bonnie++)
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: Known good eSATA CardBus controllers
- From: Bill Davidsen <davidsen@xxxxxxx>

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