[Prev Page][Next Page]
- 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.
- 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.</