Linux RAID Storage Date Index

Thread Index

Re: High IO Wait with RAID 1
- From: Alain Williams <addw@xxxxxxxxxxxx>
Re: High IO Wait with RAID 1
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: High IO Wait with RAID 1
- From: Ryan Wagoner <rswagoner@xxxxxxxxx>
Re: High IO Wait with RAID 1
- From: Alain Williams <addw@xxxxxxxxxxxx>
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30
- From: Neil Brown <neilb@xxxxxxx>
High IO Wait with RAID 1
- From: Ryan Wagoner <rswagoner@xxxxxxxxx>
[PATCH] md: Track raid5/6 statistics
- From: Jody McIntyre <scjody@xxxxxxx>
Re: raid 1 single drive failure. rebuilt with replacement drive. missing 20G of data
- From: Mitchell Laks <mlaks@xxxxxxxxxxxxxxxx>
raid 1 single drive failure. rebuilt with replacement drive. missing 20G of data
- From: Mitchell Laks <mlaks@xxxxxxxxxxxxxxxx>
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30
- From: "jzc-sina" <jinzc@xxxxxxxx>
ANNOUNCE: mdadm 3.0-devel3 - A tool for managing Soft RAID under Linux
- From: Neil Brown <neilb@xxxxxxx>
ANNOUNCE: mdadm 2.6.9 - A tool for managing Soft RAID under Linux
- From: Neil Brown <neilb@xxxxxxx>
Re: [PULL-REQUEST] md: remove a potential deadlock.
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 3/3] md: 'array_size' sysfs attribute
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PULL-REQUEST] md: remove a potential deadlock.
- From: Neil Brown <neilb@xxxxxxx>
Re: Future of md multipath
- From: Bodo Eggert <7eggert@xxxxxx>
Re: mdadm ntfs-3g
- From: "NeilBrown" <neilb@xxxxxxx>
Re: [PATCH 3/3] md: 'array_size' sysfs attribute
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [PATCH 2.6.29-rc7] md: fix deadlock when stopping arrays
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
/boot & non-"/" LVs on RAID-1 fail to mount in SingleUser mode; ok in 'normal' boot
- From: PGNet <pgnet.trash+raid@xxxxxxxxx>
mdadm ntfs-3g
- From: Anthony debeus <anthony.debeus@xxxxxxxxx>
Re: [PATCH 3/3] md: 'array_size' sysfs attribute
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [PATCH 1/3] md: add 'size' as a personality method
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [PATCH 3/3] md: 'array_size' sysfs attribute
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: [PATCH 1/3] md: add 'size' as a personality method
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: Future of md multipath
- From: martin f krafft <madduck@xxxxxxxxxx>
Re: Future of md multipath
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 2.6.29-rc7] md: fix deadlock when stopping arrays
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH] md: move headers out of include/linux/raid/
- From: Neil Brown <neilb@xxxxxxx>
[PATCH 3/3] md: 'array_size' sysfs attribute
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 1/3] md: add 'size' as a personality method
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 2/3] md: centralize ->array_sectors modifications
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 0/3] Support setting the array size from userspace
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 2.6.29-rc7] md: fix deadlock when stopping arrays
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: Future of md multipath
- From: martin f krafft <madduck@xxxxxxxxxx>
Re: [PATCH] md: move headers out of include/linux/raid/
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: Future of md multipath
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH] md: move headers out of include/linux/raid/
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH] cleanup drivers/md/Makefile
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH] md: stop defining MAJOR_NR
- From: Neil Brown <neilb@xxxxxxx>
Re: [mdadm git pull] support for removed disks / imsm updates
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [mdadm git pull] support for removed disks / imsm updates
- From: Neil Brown <neilb@xxxxxxx>
Re: Question on Raid 5 array initial creation times
- From: Big Wave Dave <bigwavedave@xxxxxxxxx>
Question on Raid 5 array initial creation times
- From: Dylan Distasio <interzone@xxxxxxxxx>
Re: Raid-5 Reshape Gone Bad
- From: Brian Manning <luckyy@xxxxxxxxxx>
[PATCH] md: move headers out of include/linux/raid/
- From: Christoph Hellwig <hch@xxxxxx>
Future of md multipath
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH] cleanup drivers/md/Makefile
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH] md: stop defining MAJOR_NR
- From: Christoph Hellwig <hch@xxxxxx>
Re: Net DMA crash when using the mv_xor driver
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: mdadm RAID5 re-assemble issue
- From: Rémi PALANCHER <remi.palancher@xxxxxxxx>
Re: rescue an alien md raid5
- From: Harry Mangalam <harry.mangalam@xxxxxxx>
Net DMA crash when using the mv_xor driver
- From: saeed bishara <saeed.bishara@xxxxxxxxx>
RE: Raid-5 Reshape Gone Bad
- From: <bmanning@xxxxxxxxxxxxx>
md raid1 check (resync) freeze on 2.6.25.2
- From: CoolCold <coolthecold@xxxxxxxxx>
Re: rescue an alien md raid5
- From: Nagilum <nagilum@xxxxxxxxxxx>
Re: MD software RAID1 vs suspend-to-disk
- From: Daniel Pittman <daniel@xxxxxxxxxxxx>
Re: Raid-5 Reshape Gone Bad
- From: "NeilBrown" <neilb@xxxxxxx>
lots of BUG: soft lockup - CPU#2 stuck for 61s! [md0_raid5:xxx] type messages showing up on check or under load
- From: Joe Landman <joe.landman@xxxxxxxxx>
Raid-5 Reshape Gone Bad
- From: "Brian Manning" <luckyy@xxxxxxxxxx>
Re: MD software RAID1 vs suspend-to-disk
- From: "NeilBrown" <neilb@xxxxxxx>
Re: MD software RAID1 vs suspend-to-disk
- From: Daniel Pittman <daniel@xxxxxxxxxxxx>
Re: MD software RAID1 vs suspend-to-disk
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Raid6 write performance
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Raid6 write performance
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
Re: Raid6 write performance
- From: Michał Przyłuski <mikylie@xxxxxxxxx>
Re: Trouble recovering raid5 array
- From: Andrey Falko <ma3oxuct@xxxxxxxxx>
Re: System hangs on raid md recovery/resync - revisit
- From: Kasper Sandberg <postmaster@xxxxxxxxxxx>
MD software RAID1 vs suspend-to-disk
- From: Daniel Pittman <daniel@xxxxxxxxxxxx>
Re: System hangs on raid md recovery/resync - revisit
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: System hangs on raid md recovery/resync - revisit
- From: Rudy Zijlstra <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx>
Re: System hangs on raid md recovery/resync - revisit
- From: Brad <brad46526@xxxxxxxxx>
Re: System hangs on raid md recovery/resync - revisit
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Trouble recovering raid5 array
- From: Andrey Falko <ma3oxuct@xxxxxxxxx>
System hangs on raid md recovery/resync - revisit
- From: Brad <brad46526@xxxxxxxxx>
Re: Raid6 write performance
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
[mdadm git pull] support for removed disks / imsm updates
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: can metadata type be changed for an active array?
- From: PGNet <pgnet.trash+raid@xxxxxxxxx>
Re: can metadata type be changed for an active array?
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: can metadata type be changed for an active array?
- From: PGNet <pgnet.trash+raid@xxxxxxxxx>
Re: can metadata type be changed for an active array?
- From: "NeilBrown" <neilb@xxxxxxx>
Re: can metadata type be changed for an active array?
- From: PGNet <pgnet.trash+raid@xxxxxxxxx>
Re: can metadata type be changed for an active array?
- From: "NeilBrown" <neilb@xxxxxxx>
can metadata type be changed for an active array?
- From: PGNet <pgnet.trash+raid@xxxxxxxxx>
Re: Assume-clean for md grow
- From: Chris Webb <chris@xxxxxxxxxxxx>
Re: Assume-clean for md grow
- From: Chris Webb <chris@xxxxxxxxxxxx>
Re: Assume-clean for md grow
- From: Chris Webb <chris@xxxxxxxxxxxx>
Re: Assume-clean for md grow
- From: "NeilBrown" <neilb@xxxxxxx>
Re: Reliability of bitmapped resync
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Assume-clean for md grow
- From: Chris Webb <chris@xxxxxxxxxxxx>
Re: Reliability of bitmapped resync
- From: Neil Brown <neilb@xxxxxxx>
[PULL-REQUEST] 3 md fixes suitable for 2.6.29 and -stable
- From: Neil Brown <neilb@xxxxxxx>
Re: When read-only isn't read-only (was Re: [mdadm git pull] imsm fixes and general external metadata updates)
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
When read-only isn't read-only (was Re: [mdadm git pull] imsm fixes and general external metadata updates)
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: rescue an alien md raid5
- From: Harry Mangalam <harry.mangalam@xxxxxxx>
Re: Reliability of bitmapped resync
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: RAID-10 unbalanced reads
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: RAID-10 unbalanced reads
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: [mdadm git pull] imsm fixes and general external metadata updates
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: rescue an alien md raid5
- From: hgichon <kpkim@xxxxxxxxxxx>
Re: RAID-10 unbalanced reads
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: RAID-10 unbalanced reads
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: RAID-10 unbalanced reads
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: RAID-10 unbalanced reads
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: Reliability of bitmapped resync
- From: "NeilBrown" <neilb@xxxxxxx>
Re: Reliability of bitmapped resync
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: Reliability of bitmapped resync
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: Reliability of bitmapped resync
- From: "NeilBrown" <neilb@xxxxxxx>
Re: Reliability of bitmapped resync
- From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
Re: Reliability of bitmapped resync
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: [mdadm git pull] imsm fixes and general external metadata updates
- From: "NeilBrown" <neilb@xxxxxxx>
Re: rescue an alien md raid5
- From: Harry Mangalam <harry.mangalam@xxxxxxx>
Re: Reliability of bitmapped resync
- From: "NeilBrown" <neilb@xxxxxxx>
Re: rescue an alien md raid5
- From: Harry Mangalam <harry.mangalam@xxxxxxx>
Re: [mdadm git pull] imsm fixes and general external metadata updates
- From: Doug Ledford <dledford@xxxxxxxxxx>
Reliability of bitmapped resync
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: rescue an alien md raid5
- From: Joe Landman <landman@xxxxxxxxxxxxxxxxxxxxxxx>
Re: rescue an alien md raid5
- From: "NeilBrown" <neilb@xxxxxxx>
Re: [mdadm git pull] imsm fixes and general external metadata updates
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
rescue an alien md raid5
- From: Harry Mangalam <harry.mangalam@xxxxxxx>
Re: [mdadm git pull] imsm fixes and general external metadata updates
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: bonnie++ on md device causes reboot on new motherboard
- From: Matt Garman <matthew.garman@xxxxxxxxx>
Re: General question (scheduler) with SSDs?
- From: Kay Sievers <kay.sievers@xxxxxxxx>
Re: General question (scheduler) with SSDs?
- From: Sitsofe Wheeler <sitsofe@xxxxxxxxx>
Re: sun x4500 soft lockup during raid creation
- From: Vladimir Ivashchenko <hazard@xxxxxxxxxxxxx>
problem: mdadm: device /dev/sda not suitable for any style of array
- From: Jacek Danecki <Jacek.Danecki@xxxxxxxxx>
Re: General question (scheduler) with SSDs?
- From: Kay Sievers <kay.sievers@xxxxxxxx>
Re: General question (scheduler) with SSDs?
- From: Sitsofe Wheeler <sitsofe@xxxxxxxxx>
Re: General question (scheduler) with SSDs?
- From: Kay Sievers <kay.sievers@xxxxxxxx>
Re: General question (scheduler) with SSDs?
- From: Sitsofe Wheeler <sitsofe@xxxxxxxxx>
Re: General question (scheduler) with SSDs?
- From: Kay Sievers <kay.sievers@xxxxxxxx>
Re: General question (scheduler) with SSDs?
- From: Sitsofe Wheeler <sitsofe@xxxxxxxxx>
Re: General question (scheduler) with SSDs?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: General question (scheduler) with SSDs?
- From: Sitsofe Wheeler <sitsofe@xxxxxxxxx>
Re: General question (scheduler) with SSDs?
- From: Sitsofe Wheeler <sitsofe@xxxxxxxxx>
Re: [PATCH] md: 'size_limit' attribute
- From: Neil Brown <neilb@xxxxxxx>
State: active vs clean
- From: David Abrahams <dave@xxxxxxxxxxxx>
Re: General question (scheduler) with SSDs?
- From: Pádraig Brady <P@xxxxxxxxxxxxxx>
General question (scheduler) with SSDs?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
raid 5 to 50 conversion
- From: Jeff Rippy <jrippy@xxxxxxxxx>
RE: problem in grow of raid5 3 -> 4 disks
- From: Kasper Sandberg <lkml@xxxxxxxxxxx>
Re: [PATCH] md: 'size_limit' attribute
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
problem in grow of raid5 3 -> 4 disks
- From: Redeeman <redeeman@xxxxxxxxxxx>
RE: problem in grow of raid5 3 -> 4 disks
- From: Redeeman <redeeman@xxxxxxxxxxx>
Re: partitioned raid issues
- From: Rudy Zijlstra <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30
- From: Nagilum <nagilum@xxxxxxxxxxx>
mdadm RAID5 re-assemble issue
- From: Rémi PALANCHER <remi.palancher@xxxxxxxx>
Re: write-behind performance ... or how behind can write-behind write
- From: Georgi Alexandrov <teh@xxxxxxxx>
Re: --examine contradicts --create and --detail, again
- From: whollygoat@xxxxxxxxxxxxxxx
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 09/18] md/raid6: remove expectation that Q device is immediately after P device.
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 09/18] md/raid6: remove expectation that Q device is immediately after P device.
- From: Neil Brown <neilb@xxxxxxx>
partitioned raid issues
- From: Rudy Zijlstra <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx>
Re: write-behind performance ... or how behind can write-behind write
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: [PATCH] md: 'size_limit' attribute
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 09/18] md/raid6: remove expectation that Q device is immediately after P device.
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: write-behind performance ... or how behind can write-behind write
- From: Paul Clements <paul.clements@xxxxxxxxxxxx>
[PATCH] md: 'size_limit' attribute
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
grow raid6 array: Cannot set device size/shape: Device or resource busy, even in single user mode
- From: Andrew Burgess <aab@xxxxxxxxxxx>
very bad performance: md raid6 / 2.6.27.7
- From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
write-behind performance ... or how behind can write-behind write
- From: Georgi Alexandrov <teh@xxxxxxxx>
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: [PATCH 03/18] md: occasionally checkpoint drive recovery to reduce duplicate effort after a crash
- From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
Re: [PATCH 09/18] md/raid6: remove expectation that Q device is immediately after P device.
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: [PATCH 03/18] md: occasionally checkpoint drive recovery to reduce duplicate effort after a crash
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: [PATCH 03/18] md: occasionally checkpoint drive recovery to reduce duplicate effort after a crash
- From: "John Stoffel" <john@xxxxxxxxxxx>
Re: [PATCH 09/18] md/raid6: remove expectation that Q device is immediately after P device.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30
- From: Wil Reichert <wil.reichert@xxxxxxxxx>
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30
- From: Farkas Levente <lfarkas@xxxxxxxxxxx>
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30
- From: Julian Cowley <julian@xxxxxxxx>
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30
- From: "NeilBrown" <neilb@xxxxxxx>
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30
- From: "NeilBrown" <neilb@xxxxxxx>
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30
- From: "NeilBrown" <neilb@xxxxxxx>
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30
- From: Farkas Levente <lfarkas@xxxxxxxxxxx>
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30
- From: "NeilBrown" <neilb@xxxxxxx>
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30
- From: Steve Fairbairn <steve@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
[PATCH 18/18] md/raid5: allow layout/chunksize to be changed on an active2-drive raid5.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 17/18] md: add ->takeover method for raid5 to be able to take over raid1
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 16/18] md: add ->takeover method to support changing the personality managing an array
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 15/18] md: hopefully enable suspend/resume of md devices.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 14/18] md: md_unregister_thread should cope with being passed NULL
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 13/18] md/raid5: refactor raid5 "run"
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 12/18] md/raid5: finish support for DDF/raid6
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 11/18] md/raid5: Add support for new layouts for raid5 and raid6.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 10/18] md/raid5: simplify raid5_compute_sector interface
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 09/18] md/raid6: remove expectation that Q device is immediately after P device.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 08/18] md/raid5: change raid5_compute_sector and stripe_to_pdidx to take a 'previous' argument
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 07/18] md/raid5: simplify interface for init_stripe and get_active_stripe
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 06/18] md: Represent raid device size in sectors.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 05/18] md: Make mddev->size sector-based.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 04/18] md: be more consistent about setting WriteMostly flag when adding a drive to an array
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 03/18] md: occasionally checkpoint drive recovery to reduce duplicate effort after a crash
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 02/18] md: write bitmap information to devices that are undergoing recovery.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 01/18] md: never clear bit from the write-intent bitmap when the array is degraded.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 00/18] Assorted md patches headed for 2.6.30
- From: NeilBrown <neilb@xxxxxxx>
[PATCH] mdadm: allow build to use --size
- From: Paul Clements <paul.clements@xxxxxxxxxxxx>
Re: --examine contradicts --create and --detail, again
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Raid 5 assembly
- From: Max Amanshauser <linux-raid@xxxxxxxxxxxxxxxxx>
--examine contradicts --create and --detail, again
- From: whollygoat@xxxxxxxxxxxxxxx
Re: raid1 + 2.6.27.7 issues
- From: Neil Brown <neilb@xxxxxxx>
Re: RAID-10 unbalanced reads
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: [Fwd: Spares not automatically added on boot]
- From: Jan Ceuleers <jan.ceuleers@xxxxxxxxxxxx>
Re: Any hope for a 27 disk RAID6+1HS array with four disks reporting "No md superblock detected"?
- From: Nagilum <nagilum@xxxxxxxxxxx>
Re: Any hope for a 27 disk RAID6+1HS array with four disks reporting "No md superblock detected"?
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: raid1 + 2.6.27.7 issues
- From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
Re: Disk IO Slowly Grinds to a (near) Halt
- From: David Rees <drees76@xxxxxxxxx>
Re: RAID-10 unbalanced reads
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: raid1 + 2.6.27.7 issues
- From: Neil Brown <neilb@xxxxxxx>
Re: [Fwd: Spares not automatically added on boot]
- From: Neil Brown <neilb@xxxxxxx>
Re: raid1 + 2.6.27.7 issues
- From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
RAID-10 unbalanced reads
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
[Fwd: Spares not automatically added on boot]
- From: Jan Ceuleers <jan.ceuleers@xxxxxxxxxxxx>
Re: raid1 + 2.6.27.7 issues
- From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
Re: raid1 + 2.6.27.7 issues
- From: Ray Van Dolson <rvandolson@xxxxxxxx>
Re: raid1 + 2.6.27.7 issues
- From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
Re: raid1 + 2.6.27.7 issues
- From: Ray Van Dolson <rvandolson@xxxxxxxx>
Re: raid1 + 2.6.27.7 issues
- From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
Re: raid1 + 2.6.27.7 issues
- From: Iain Rauch <groups@xxxxxxxxxxxxxxxxxxxxxx>
raid1 + 2.6.27.7 issues
- From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
Re: Any hope for a 27 disk RAID6+1HS array with four disks reporting "No md superblock detected"?
- From: "Thomas J. Baker" <tjb@xxxxxxx>
Re: Any hope for a 27 disk RAID6+1HS array with four disks reporting "No md superblock detected"?
- From: Max Waterman <davidmaxwaterman@xxxxxxxxxxxxxx>
Re: Any hope for a 27 disk RAID6+1HS array with four disks reporting "No md superblock detected"?
- From: Thomas Baker <tjb@xxxxxxx>
Re: Any hope for a 27 disk RAID6+1HS array with four disks reporting "No md superblock detected"?
- From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
Re: Any hope for a 27 disk RAID6+1HS array with four disks reporting "No md superblock detected"?
- From: "NeilBrown" <neilb@xxxxxxx>
Re: Any hope for a 27 disk RAID6+1HS array with four disks reporting "No md superblock detected"?
- From: "Thomas J. Baker" <tjb@xxxxxxx>
Re: Any hope for a 27 disk RAID6+1HS array with four disks reporting "No md superblock detected"?
- From: "NeilBrown" <neilb@xxxxxxx>
Re: Any hope for a 27 disk RAID6+1HS array with four disks reporting "No md superblock detected"?
- From: "Thomas J. Baker" <tjb@xxxxxxx>
Re: HugePages for MD's caches -- can this be done in modern kernel?
- From: "NeilBrown" <neilb@xxxxxxx>
Re: HugePages for MD's caches -- can this be done in modern kernel?
- From: Igor Podlesny <for.poige+linux@xxxxxxxxx>
HugePages for MD's caches -- can this be done in modern kernel?
- From: Igor Podlesny <for.poige+linux@xxxxxxxxx>
Re: [PULL REQUEST] 2 (or 3) bug fixes for drives/md in 2.6.29
- From: Neil Brown <neilb@xxxxxxx>
Re: Any hope for a 27 disk RAID6+1HS array with four disks reporting "No md superblock detected"?
- From: Neil Brown <neilb@xxxxxxx>
[PULL REQUEST] 2 bug fixes for drives/md in 2.6.29
- From: Neil Brown <neilb@xxxxxxx>
Re: Any hope for a 27 disk RAID6+1HS array with four disks reporting "No md superblock detected"?
- From: Thomas Baker <tjb@xxxxxxx>
Re: Any hope for a 27 disk RAID6+1HS array with four disks reporting "No md superblock detected"?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Any hope for a 27 disk RAID6+1HS array with four disks reporting "No md superblock detected"?
- From: "Thomas J. Baker" <tjb@xxxxxxx>
Re: Any hope for a 27 disk RAID6+1HS array with four disks reporting "No md superblock detected"?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: How to start SW raid later in boot?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: sun x4500 soft lockup during raid creation
- From: Vladimir Ivashchenko <hazard@xxxxxxxxxxxxx>
Re: bonnie++ on md device causes reboot on new motherboard
- From: Matt Garman <matthew.garman@xxxxxxxxx>
Re: How to start SW raid later in boot?
- From: "michael" <michael@xxxxxxxxx>
Specify device to use as primary on Raid1 array re-sync
- From: Nicolas Brisac <nico@xxxxxxxxxxx>
[RFC patch 1/1] md: Track raid5/6 statistics.
- From: Jody McIntyre <scjody@xxxxxxx>
Re: How to start SW raid later in boot?
- From: KwangErn Liew <admin@xxxxxxxxx>
Re: Any hope for a 27 disk RAID6+1HS array with four disks reporting "No md superblock detected"?
- From: "Thomas J. Baker" <tjb@xxxxxxx>
Re: Any hope for a 27 disk RAID6+1HS array with four disks reporting "No md superblock detected"?
- From: "Thomas J. Baker" <tjb@xxxxxxx>
Re: Any hope for a 27 disk RAID6+1HS array with four disks reporting "No md superblock detected"?
- From: Joe Landman <landman@xxxxxxxxxxxxxxxxxxxxxxx>
Any hope for a 27 disk RAID6+1HS array with four disks reporting "No md superblock detected"?
- From: "Thomas J. Baker" <tjb@xxxxxxx>
How to start SW raid later in boot?
- From: "michael" <michael@xxxxxxxxx>
Re: zero-superblock, Re: some ?? re failed disk and resyncing of array
- From: whollygoat@xxxxxxxxxxxxxxx
Re: bonnie++ on md device causes reboot on new motherboard
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Growing the underlying partitions in a raid5
- From: "Matthew Carras" <matthew.carras@xxxxxxxxx>
Re: bonnie++ on md device causes reboot on new motherboard
- From: "John Stoffel" <john@xxxxxxxxxxx>
Re: bonnie++ on md device causes reboot on new motherboard
- From: David Greaves <david@xxxxxxxxxxxx>
Re: zero-superblock, Re: some ?? re failed disk and resyncing of array
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Can't boot with drive pulled from RAID-1 /home (was: problem growing raid-1)
- From: Troy Cauble <troycauble@xxxxxxxxx>
bonnie++ on md device causes reboot on new motherboard
- From: Matt Garman <matthew.garman@xxxxxxxxx>
zero-superblock, Re: some ?? re failed disk and resyncing of array
- From: whollygoat@xxxxxxxxxxxxxxx
Re: some ?? re failed disk and resyncing of array
- From: whollygoat@xxxxxxxxxxxxxxx
Re: [mdadm git pull] imsm fixes and general external metadata updates
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH] mdadm: Fix the used device size in mdadm -D output.
- From: Neil Brown <neilb@xxxxxxx>
Can't boot with drive pulled from RAID-1 /home (was: problem growing raid-1)
- From: Troy Cauble <troycauble@xxxxxxxxx>
Re: some ?? re failed disk and resyncing of array
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: problem growing raid-1
- From: Troy Cauble <troycauble@xxxxxxxxx>
Re: problem growing raid-1
- From: Richard Scobie <richard@xxxxxxxxxxx>
Raid starts dirty every boot on Ubuntu
- From: "GeneralNMX" <generalmx@xxxxxxxxx>
Re: problem growing raid-1
- From: Troy Cauble <troycauble@xxxxxxxxx>
Spares not automatically added on boot
- From: Jan Ceuleers <jan.ceuleers@xxxxxxxxxxxx>
RE: problem growing raid-1
- From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
problem growing raid-1
- From: Troy Cauble <troycauble@xxxxxxxxx>
Re: 2.6.28: All I/O, D-state: 3ware 9650SE-16ML/Intel/965/MTRR/PAT?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Linux RAID autodetect partitions go missing from /dev, but fdisk can see them
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: 2.6.28: All I/O, D-state: 3ware 9650SE-16ML/Intel/965/MTRR/PAT?
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: 2.6.28: All I/O, D-state: 3ware 9650SE-16ML/Intel/965/MTRR/PAT?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Linux RAID autodetect partitions go missing from /dev, but fdisk can see them
- From: Tor Arne Vestbø <torarnv@xxxxxxxxx>
Re: some ?? re failed disk and resyncing of array
- From: whollygoat@xxxxxxxxxxxxxxx
2.6.28: All I/O, D-state: 3ware 9650SE-16ML/Intel/965/MTRR/PAT?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: some ?? re failed disk and resyncing of array
- From: David Greaves <david@xxxxxxxxxxxx>
some ?? re failed disk and resyncing of array
- From: whollygoat@xxxxxxxxxxxxxxx
Re: sun x4500 soft lockup during raid creation
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: sun x4500 soft lockup during raid creation
- From: Vladimir Ivashchenko <hazard@xxxxxxxxxxxxx>
Re: [dm-devel] [PATCHES] new barriers - 2
- From: Mike Snitzer <snitzer@xxxxxxxxx>
Re: SSD data reliable vs. unreliable [Was: Re: Data Recovery from SSDs - Impact of trim?]
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: sun x4500 soft lockup during raid creation
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: raid 5, drives marked as failed. Can I recover?
- From: David Greaves <david@xxxxxxxxxxxx>
Re: raid 5, drives marked as failed. Can I recover?
- From: Tom <matx3001@xxxxxxxxx>
Re: raid 5, drives marked as failed. Can I recover?
- From: David Greaves <david@xxxxxxxxxxxx>
Re: raid 5, drives marked as failed. Can I recover?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: raid1 state always "active" (ignore)
- From: Dâniel Fraga <fragabr@xxxxxxxxx>
raid1 state always "active"
- From: Dâniel Fraga <fragabr@xxxxxxxxx>
raid 5, drives marked as failed. Can I recover?
- From: Tom <matx3001@xxxxxxxxx>
Re: sun x4500 soft lockup during raid creation
- From: Jody McIntyre <scjody@xxxxxxx>
Re: SSD data reliable vs. unreliable [Was: Re: Data Recovery from SSDs - Impact of trim?]
- From: Greg Freemyer <greg.freemyer@xxxxxxxxxxxxxxxxx>
Re: SSD data reliable vs. unreliable [Was: Re: Data Recovery from SSDs - Impact of trim?]
- From: Mark Lord <liml@xxxxxx>
Re: SSD data reliable vs. unreliable [Was: Re: Data Recovery from SSDs - Impact of trim?]
- From: Dongjun Shin <djshin90@xxxxxxxxx>
Re: SSD data reliable vs. unreliable [Was: Re: Data Recovery from SSDs - Impact of trim?]
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: sun x4500 soft lockup during raid creation
- From: Vladimir Ivashchenko <hazard@xxxxxxxxxxxxx>
Re: sun x4500 soft lockup during raid creation
- From: Tru Huynh <tru@xxxxxxxxxx>
Re: sun x4500 soft lockup during raid creation
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: sun x4500 soft lockup during raid creation
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: sun x4500 soft lockup during raid creation
- From: Vladimir Ivashchenko <hazard@xxxxxxxxxxxxx>
Re: sun x4500 soft lockup during raid creation
- From: Joe Landman <landman@xxxxxxxxxxxxxxxxxxxxxxx>
sun x4500 soft lockup during raid creation
- From: Vladimir Ivashchenko <hazard@xxxxxxxxxxxxx>
Re: SSD data reliable vs. unreliable [Was: Re: Data Recovery from SSDs - Impact of trim?]
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: SSD data reliable vs. unreliable [Was: Re: Data Recovery from SSDs - Impact of trim?]
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Spare disk periodically woken up
- From: "David Lethe" <david@xxxxxxxxxxxx>
Spare disk periodically woken up
- From: Jan Ceuleers <jan.ceuleers@xxxxxxxxxxxx>
Re: Properly setting up partitions and verbose boot
- From: "'Keld Jørn Simonsen'" <keld@xxxxxxxx>
Re: SSD data reliable vs. unreliable [Was: Re: Data Recovery from SSDs - Impact of trim?]
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
Re: SSD data reliable vs. unreliable [Was: Re: Data Recovery from SSDs - Impact of trim?]
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: SSD data reliable vs. unreliable [Was: Re: Data Recovery from SSDs - Impact of trim?]
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
Re: SSD data reliable vs. unreliable [Was: Re: Data Recovery from SSDs - Impact of trim?]
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: [PATCH] mdadm: Fix the used device size in mdadm -D output.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: [PATCH 0/2] md: More block -> sector conversions.
- From: Neil Brown <neilb@xxxxxxx>
Re: SSD data reliable vs. unreliable [Was: Re: Data Recovery from SSDs - Impact of trim?]
- From: Neil Brown <neilb@xxxxxxx>
Re: Properly setting up partitions and verbose boot
- From: "'Keld Jørn Simonsen'" <keld@xxxxxxxx>
[rfc patch] dm2md: activate dmraid arrays with md
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: LVM on raid10,f2 performance issues
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Raid6 write performance
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: [PATCH 0/2] md: More block -> sector conversions.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: SSD data reliable vs. unreliable [Was: Re: Data Recovery from SSDs - Impact of trim?]
- From: Mark Lord <liml@xxxxxx>
Re: SSD data reliable vs. unreliable [Was: Re: Data Recovery from SSDs - Impact of trim?]
- From: Greg Freemyer <greg.freemyer@xxxxxxxxxxxxxxxxx>
Re: SSD data reliable vs. unreliable [Was: Re: Data Recovery from SSDs - Impact of trim?]
- From: Mark Lord <liml@xxxxxx>
Re: SSD data reliable vs. unreliable [Was: Re: Data Recovery from SSDs - Impact of trim?]
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: SSD data reliable vs. unreliable [Was: Re: Data Recovery from SSDs - Impact of trim?]
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
Re: SSD data reliable vs. unreliable [Was: Re: Data Recovery from SSDs - Impact of trim?]
- From: Greg Freemyer <greg.freemyer@xxxxxxxxxxxxxxxxx>
Re: [PATCH 0/2] md: More block -> sector conversions.
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
Re: [PATCH 0/2] md: More block -> sector conversions.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: raid-1, oops -- partition type 83
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
RE: Properly setting up partitions and verbose boot
- From: "GeneralNMX" <generalmx@xxxxxxxxx>
Re: [PATCH 0/2] md: More block -> sector conversions.
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
[PATCH 2/2] md: Represent raid device size in sectors.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 1/2] md: Make mddev->size sector-based.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH 0/2] md: More block -> sector conversions.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
raid-1, oops -- partition type 83
- From: Troy Cauble <troycauble@xxxxxxxxx>
Re: Properly setting up partitions and verbose boot
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Properly setting up partitions and verbose boot
- From: "GeneralNMX" <generalmx@xxxxxxxxx>
Re: raid6 kernel error
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [mdadm git pull] imsm fixes and general external metadata updates
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: Filesystem on RAID5 missing or corrupted after reboot (bad superblock error)
- From: Mike Berger <lists@xxxxxxxxxx>
Re: [GIT PULL -tip] fix 33 make headers_check warnings
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: [GIT PULL -tip] fix 33 make headers_check warnings
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
Re: [GIT PULL -tip] fix 33 make headers_check warnings
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Filesystem on RAID5 missing or corrupted after reboot (bad superblock error)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Filesystem on RAID5 missing or corrupted after reboot (bad superblock error)
- From: Mike Berger <lists@xxxxxxxxxx>
Re: Filesystem on RAID5 missing or corrupted after reboot (bad superblock error)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Filesystem on RAID5 missing or corrupted after reboot (bad superblock error)
- From: Mike Berger <lists@xxxxxxxxxx>
Re: [GIT PULL -tip] fix 33 make headers_check warnings
- From: Jaswinder Singh Rajput <jaswinder@xxxxxxxxxx>
Re: [GIT PULL -tip] fix 33 make headers_check warnings
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
Re: [GIT PULL -tip] fix 33 make headers_check warnings
- From: Jaswinder Singh Rajput <jaswinder@xxxxxxxxxx>
Re: [GIT PULL -tip] fix 33 make headers_check warnings
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
Re: [GIT PULL -tip] fix 33 make headers_check warnings
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
Re: [GIT PULL -tip] fix 33 make headers_check warnings
- From: Jaswinder Singh Rajput <jaswinder@xxxxxxxxxx>
Re: [GIT PULL -tip] fix 33 make headers_check warnings
- From: Jaswinder Singh Rajput <jaswinder@xxxxxxxxxx>
Re: [GIT PULL -tip] fix 33 make headers_check warnings
- From: Jaswinder Singh Rajput <jaswinder@xxxxxxxxxx>
Re: system upgrade reordered drives, confused software raid-1
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: system upgrade reordered drives, confused software raid-1
- From: Troy Cauble <troycauble@xxxxxxxxx>
raid6 kernel error
- From: Clem Pryke <pryke@xxxxxxxxxxxxxxxxxx>
Re: trouble adding spare
- From: Max Waterman <davidmaxwaterman@xxxxxxxxxxxxxx>
Re: trouble adding spare
- From: Beolach <beolach@xxxxxxxxx>
[mdadm git pull] imsm fixes and general external metadata updates
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: Performance question
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: Performance question
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
RAID management questions
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: Performance question
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: differnet UUIDs and no of spares :(
- From: Bryon Roche <kain@xxxxxxxx>
Re: trouble adding spare
- From: Max Waterman <davidmaxwaterman@xxxxxxxxxxxxxx>
Re: Roadmap for md/raid ???
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: differnet UUIDs and no of spares :(
- From: eamonn@xxxxxxxxxxx
Re: Performance question
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: [GIT PULL -tip] fix 33 make headers_check warnings
- From: Jaswinder Singh Rajput <jaswinder@xxxxxxxxxx>
Re: Performance question
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: Corrupt data - RAID sata_sil 3114 chip
- From: Dave Jones <davej@xxxxxxxxxx>
Re: Kernel doesn't find root from new style partitionable array
- From: Mika Tiainen <mikat@xxxxxx>
Re: system upgrade reordered drives, confused software raid-1
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
how can i use new features of software RAID while kernel update is not allowed?
- From: "hank peng" <pengxihan@xxxxxxxxx>
system upgrade reordered drives, confused software raid-1
- From: Troy Cauble <troycauble@xxxxxxxxx>
Re: Corrupt data - RAID sata_sil 3114 chip
- From: Robert Hancock <hancockr@xxxxxxx>
Re: Roadmap for md/raid ???
- From: Neil Brown <neilb@xxxxxxx>
Re: Roadmap for md/raid ???
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: Roadmap for md/raid ???
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: Roadmap for md/raid ???
- From: "Greg Freemyer" <greg.freemyer@xxxxxxxxx>
Re: Roadmap for md/raid ???
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: Roadmap for md/raid ???
- From: thomas62186218@xxxxxxx
Re: Corrupt data - RAID sata_sil 3114 chip
- From: Dave Jones <davej@xxxxxxxxxx>
Re: Roadmap for md/raid ???
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: Roadmap for md/raid ???
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
Re: Roadmap for md/raid ???
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: Performance question
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: Linux RAID autodetect partitions go missing from /dev, but fdisk can see them
- From: Tor Arne Vestbø <torarnv@xxxxxxxxx>
Re: LVM on raid10,f2 performance issues
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: Raid6 write performance
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
Re: Raid6 write performance
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: Roadmap for md/raid ???
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: LVM on raid10,f2 performance issues
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
Re: LVM on raid10,f2 performance issues
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: Raid6 write performance
- From: Bernd Schubert <bs@xxxxxxxxx>
Re: Raid6 write performance
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
Re: Raid6 write performance
- From: Bernd Schubert <bs@xxxxxxxxx>
Re: Raid6 write performance
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
Re: Raid6 write performance
- From: NiftyFedora Mitch <niftyfedora@xxxxxxxxxxxx>
Re: Raid6 write performance
- From: thomas62186218@xxxxxxx
Raid6 write performance
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
Re: LVM on raid10,f2 performance issues
- From: Michal Soltys <soltys@xxxxxxxx>
Re: LVM on raid10,f2 performance issues
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
Re: [GIT PULL -tip] fix 33 make headers_check warnings
- From: Jaswinder Singh Rajput <jaswinder@xxxxxxxxxx>
Re: Roadmap for md/raid ???
- From: Neil Brown <neilb@xxxxxxx>
Re: Roadmap for md/raid ???
- From: Neil Brown <neilb@xxxxxxx>
Re: LVM on raid10,f2 performance issues
- From: thomas62186218@xxxxxxx
Re: Roadmap for md/raid ???
- From: Neil Brown <neilb@xxxxxxx>
Re: [GIT PULL -tip] fix 33 make headers_check warnings
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
Re: [RFC PATCH 0/2] a couple of readonly handling fixups
- From: Neil Brown <neilb@xxxxxxx>
Re: mdadm bug - inconsistent output in -D mode
- From: "Michał Przyłuski" <mikylie@xxxxxxxxx>
Re: Linux RAID autodetect partitions go missing from /dev, but fdisk can see them
- From: Tor Arne Vestbø <torarnv@xxxxxxxxx>
Re: [GIT PULL -tip] fix 33 make headers_check warnings
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
Re: [GIT PULL -tip] fix 33 make headers_check warnings
- From: Ingo Molnar <mingo@xxxxxxx>
Re: [GIT PULL -tip] fix 33 make headers_check warnings
- From: Kyle McMartin <kyle@xxxxxxxxxxxxx>
Re: [GIT PULL -tip] fix 33 make headers_check warnings
- From: Jaswinder Singh Rajput <jaswinder@xxxxxxxxxx>
Re: [GIT PULL -tip] fix 33 make headers_check warnings
- From: Kyle McMartin <kyle@xxxxxxxxxxxxx>
Re: [GIT PULL -tip] fix 33 make headers_check warnings
- From: Jaswinder Singh Rajput <jaswinder@xxxxxxxxxx>
Re: [GIT PULL -tip] fix 33 make headers_check warnings
- From: Jaswinder Singh Rajput <jaswinder@xxxxxxxxxx>
Faulty Seagate drives
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: [GIT PULL -tip] fix 33 make headers_check warnings
- From: "H. Peter Anvin" <hpa@xxxxxxxxxx>
Re: [GIT PULL -tip] fix 33 make headers_check warnings
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
Re: [GIT PULL -tip] fix 33 make headers_check warnings
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
Re: Performance question
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: [GIT PULL -tip] fix 33 make headers_check warnings
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
Re: [GIT PULL -tip] fix 33 make headers_check warnings
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
Re: raid5 with 2 disks not working correctly. Need help!
- From: "Roy Lim" <cableroy@xxxxxxxxx>
[GIT PULL -tip] fix 33 make headers_check warnings
- From: Jaswinder Singh Rajput <jaswinder@xxxxxxxxxx>
The linux-pci mailing list has been moved
- From: Martin Mares <mj+gone@xxxxxx>
Re: RAID 5 Recovery Help Needed
- From: Mike Berger <lists@xxxxxxxxxx>
Re: Performance question
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Performance question
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: Performance question
- From: "David Lethe" <david@xxxxxxxxxxxx>
Performance question
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: RAID 6 recovery (it's not looking good) *Even More problems*
- From: "Sujit Karataparambil" <sjt.kar@xxxxxxxxx>
Re: RAID 6 recovery (it's not looking good) *Even More problems*
- From: Iain Rauch <groups@xxxxxxxxxxxxxxxxxxxxxx>
Re: RAID 6 recovery (it's not looking good) *Even More problems*
- From: Iain Rauch <groups@xxxxxxxxxxxxxxxxxxxxxx>
Re[4]: [PATCH 03/11][v3] async_tx: add support for asynchronous RAID6 recovery operations
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
Re[4]: [PATCH 02/11][v3] async_tx: add support for asynchronous GF multiplication
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
Re: RAID 5 Recovery Help Needed
- From: Mike Berger <lists@xxxxxxxxxx>
Re: RAID 5 Recovery Help Needed
- From: Joe Landman <landman@xxxxxxxxxxxxxxxxxxxxxxx>
RAID 5 Recovery Help Needed
- From: Mike Berger <lists@xxxxxxxxxx>
Re: Re[2]: [PATCH 07/11] md: rewrite handle_stripe_dirtying6 in asynchronous way
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: Re[2]: [PATCH 03/11][v3] async_tx: add support for asynchronous RAID6 recovery operations
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: Re[2]: [PATCH 02/11][v3] async_tx: add support for asynchronous GF multiplication
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: trouble adding spare
- From: Max Waterman <davidmaxwaterman@xxxxxxxxxxxxxx>
Re: mdadm man page update proposed
- From: David Greaves <david@xxxxxxxxxxxx>
Re: mdadm man page update proposed
- From: "Attila Nagy" <nagy.attila.gabor@xxxxxxxxx>
Re: mdadm man page update proposed
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re[2]: [PATCH 07/11] md: rewrite handle_stripe_dirtying6 in asynchronous way
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
Re[2]: [PATCH 07/11] md: rewrite handle_stripe_dirtying6 in asynchronous way
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
Re[2]: [PATCH 11/11][v2] ppc440spe-adma: ADMA driver for PPC440SP(e) systems
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
Re[2]: [PATCH 03/11][v3] async_tx: add support for asynchronous RAID6 recovery operations
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
RE: mdadm man page update proposed
- From: "Henry, Andrew" <andrew.henry@xxxxxxxxxx>
Re[2]: [PATCH 02/11][v3] async_tx: add support for asynchronous GF multiplication
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
mdadm man page update proposed
- From: "Attila Nagy" <nagy.attila.gabor@xxxxxxxxx>
Re[2]: [RFC PATCH 00/11][v3] md: support for asynchronous execution of RAID6 operations
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
Re[2]: [PATCH 11/11][v2] ppc440spe-adma: ADMA driver for PPC440SP(e) systems
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
Re: Interesting article
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
Re: [PATCH 07/11] md: rewrite handle_stripe_dirtying6 in asynchronous way
- From: Cheng Renquan <crquan@xxxxxxxxx>
Re: Interesting article
- From: David Greaves <david@xxxxxxxxxxxx>
Re: [PATCH 07/11] md: rewrite handle_stripe_dirtying6 in asynchronous way
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: Interesting article
- From: Michal Soltys <soltys@xxxxxxxx>
Re: [PATCH 07/11] md: rewrite handle_stripe_dirtying6 in asynchronous way
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: Re: Raid 1, new disk can't be added after replacing faulty disk
- From: rcoverby@xxxxxxxxx
raid6 recovery
- From: "Jason Weber" <baboon.imonk@xxxxxxxxx>
Re: RAID5 recoverability - Was: Interesting article
- From: Matti Aarnio <matti.aarnio@xxxxxxxxxxx>
mdadm bug - inconsistent output in -D mode
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
Re: RAID 6 recovery (it's not looking good) *More problems*
- From: Iain Rauch <groups@xxxxxxxxxxxxxxxxxxxxxx>
Re: Interesting article
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Interesting article
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
Re: [PATCH 11/11][v2] ppc440spe-adma: ADMA driver for PPC440SP(e) systems
- From: Anton Vorontsov <avorontsov@xxxxxxxxxxxxx>
Re: [PATCH 03/11][v3] async_tx: add support for asynchronous RAID6 recovery operations
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
RE: Interesting article
- From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
Re: [PATCH 02/11][v3] async_tx: add support for asynchronous GF multiplication
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: differnet UUIDs and no of spares :(
- From: Eamonn Hamilton <eamonn@xxxxxxxxxxx>
Re: Interesting article
- From: "Chris Worley" <worleys@xxxxxxxxx>
Re: differnet UUIDs and no of spares :(
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: southbridge/sata controller performance?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Read errors and SMART tests
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Roadmap for md/raid ???
- From: Bill Davidsen <davidsen@xxxxxxx>
Interesting article
- From: Maurice Hilarius <maurice@xxxxxxxxxxxx>
Re: raid5 with 2 disks not working correctly. Need help!
- From: "Roy Lim" <cableroy@xxxxxxxxx>
Re: [RFC PATCH 00/11][v3] md: support for asynchronous execution of RAID6 operations
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: trouble adding spare
- From: Max Waterman <davidmaxwaterman@xxxxxxxxxxxxxx>
differnet UUIDs and no of spares :(
- From: Eamonn Hamilton <eamonn@xxxxxxxxxxx>
Re: trouble adding spare
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: trouble adding spare
- From: Max Waterman <davidmaxwaterman@xxxxxxxxxxxxxx>
Re: trouble adding spare
- From: Max Waterman <davidmaxwaterman@xxxxxxxxxxxxxx>
Re: trouble adding spare
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: trouble adding spare
- From: Max Waterman <davidmaxwaterman@xxxxxxxxxxxxxx>
Re: trouble adding spare
- From: Max Waterman <davidmaxwaterman@xxxxxxxxxxxxxx>
Re: trouble adding spare
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
trouble adding spare
- From: Max Waterman <davidmaxwaterman@xxxxxxxxxxxxxx>
Lost raid superblocks during raid 5 reshape
- From: "Bo Sheffield" <bo.sheffield@xxxxxxxxx>
Re: Reshape speed
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Reshape speed
- From: Iain Rauch <groups@xxxxxxxxxxxxxxxxxxxxxx>
Re: Strange array state
- From: Wolfgang Denk <wd@xxxxxxx>
First post
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
Re: southbridge/sata controller performance?
- From: Matt Garman <matthew.garman@xxxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Mike Myers <mikesm559@xxxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Mike Myers <mikesm559@xxxxxxxxx>
Re: upgrade advice
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: Alex Samad Re: RAID5 (mdadm) array hosed after grow operation
- From: whollygoat@xxxxxxxxxxxxxxx
Re: upgrade advice
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: [PATCH 11/11][v2] ppc440spe-adma: ADMA driver for PPC440SP(e) systems
- From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
[PATCH 08/11][v2] md: asynchronous handle_parity_check6
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
[PATCH 04/11][v3] md: run RAID-6 stripe operations outside the lock
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
[PATCH 03/11][v3] async_tx: add support for asynchronous RAID6 recovery operations
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
[PATCH 02/11][v3] async_tx: add support for asynchronous GF multiplication
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
[RFC PATCH 00/11][v3] md: support for asynchronous execution of RAID6 operations
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
Re: Strange array state
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: opensuse 11.1: after growing a raid1 by one disk, no md1 on boot
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: dmaengine: fix dependency chaining
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
dmaengine: fix dependency chaining
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
Strange array state
- From: Wolfgang Denk <wd@xxxxxxx>
Re: howto and faq
- From: David Greaves <david@xxxxxxxxxxxx>
Re: howto and faq
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: Corrupt data - RAID sata_sil 3114 chip
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: Kernel doesn't find root from new style partitionable array
- From: Michal Soltys <soltys@xxxxxxxx>
md: constify VFTs
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
Re: [Benchmarks] How do I set the memory invalidate bit for a 3ware 9550SXU-12 controller?
- From: Nifty Fedora Mitch <niftyfedora@xxxxxxxxxxxx>
opensuse 11.1: after growing a raid1 by one disk, no md1 on boot
- From: Bernd Rieke <bernd@xxxxxx>
Re: Roadmap for md/raid ???
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: Corrupt data - RAID sata_sil 3114 chip
- From: Robert Hancock <hancockr@xxxxxxx>
Re: Corrupt data - RAID sata_sil 3114 chip
- From: Robert Hancock <hancockr@xxxxxxx>
Re: howto and faq
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Kernel doesn't find root from new style partitionable array
- From: Mika Tiainen <mikat@xxxxxx>
Re: Alex Samad Re: RAID5 (mdadm) array hosed after grow operation
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Alex Samad Re: RAID5 (mdadm) array hosed after grow operation
- From: whollygoat@xxxxxxxxxxxxxxx
Re: [Benchmarks] How do I set the memory invalidate bit for a 3ware 9550SXU-12 controller?
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: [Benchmarks] How do I set the memory invalidate bit for a 3ware 9550SXU-12 controller?
- From: "adam radford" <aradford@xxxxxxxxx>
[PULL request] md update for 2.6.29 (includes change to fs/block.c)
- From: Neil Brown <neilb@xxxxxxx>
RE: [Benchmarks] How do I set the memory invalidate bit for a 3ware 9550SXU-12 controller?
- From: "David Lethe" <david@xxxxxxxxxxxx>
[Benchmarks] How do I set the memory invalidate bit for a 3ware 9550SXU-12 controller?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
[PATCH 2/2] Revert "Restore force switch of md array to readonly at reboot time."
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 1/2] md: set mddev readonly flag on blkdev BLKROSET ioctl
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[RFC PATCH 0/2] a couple of readonly handling fixups
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: RAID5 (mdadm) array hosed after grow operation
- From: whollygoat@xxxxxxxxxxxxxxx
RE: failed raid5 after ide cable malfunction.
- From: "stephan sperber" <quinte17@xxxxxx>
Re: failed raid5 after ide cable malfunction.
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
failed raid5 after ide cable malfunction.
- From: "stephan sperber" <quinte17@xxxxxx>
Re: Corrupt data - RAID sata_sil 3114 chip
- From: Bernd Schubert <bs@xxxxxxxxx>
Re: Corrupt data - RAID sata_sil 3114 chip
- From: Robert Hancock <hancockr@xxxxxxx>
Re: Corrupt data - RAID sata_sil 3114 chip
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: "NeilBrown" <neilb@xxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Mike Myers <mikesm559@xxxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Neil Brown <neilb@xxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Neil Brown <neilb@xxxxxxx>
Re: Corrupt data - RAID sata_sil 3114 chip
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: RAID5 (mdadm) array hosed after grow operation
- From: whollygoat@xxxxxxxxxxxxxxx
Re: Need urgent help in fixing raid5 array
- From: Mike Myers <mikesm559@xxxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Mike Myers <mikesm559@xxxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: "NeilBrown" <neilb@xxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Mike Myers <mikesm559@xxxxxxxxx>
Re: Are there some alignment settings when creating filesystem on RAID5 array which can improve performance?
- From: Michal Soltys <soltys@xxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: "NeilBrown" <neilb@xxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Mike Myers <mikesm559@xxxxxxxxx>
Re: RAID5 (mdadm) array hosed after grow operation
- From: Neil Brown <neilb@xxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Neil Brown <neilb@xxxxxxx>
Re: southbridge/sata controller performance?
- From: Keld J?rn Simonsen <keld@xxxxxxxx>
Re: southbridge/sata controller performance?
- From: Matt Garman <matthew.garman@xxxxxxxxx>
Re: RAID5 (mdadm) array hosed after grow operation
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Are there some alignment settings when creating filesystem on RAID5 array which can improve performance?
- From: "hank peng" <pengxihan@xxxxxxxxx>
Re: raid5 with 2 disks not working correctly. Need help!
- From: Neil Brown <neilb@xxxxxxx>
Re: raid5 with 2 disks not working correctly. Need help!
- From: "Roy Lim" <cableroy@xxxxxxxxx>
Re: southbridge/sata controller performance?
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: southbridge/sata controller performance?
- From: Matt Garman <matthew.garman@xxxxxxxxx>
Re: RFC: detection of silent corruption via ATA long sector reads
- From: "NeilBrown" <neilb@xxxxxxx>
Re: RFC: detection of silent corruption via ATA long sector reads
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: RFC: detection of silent corruption via ATA long sector reads
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
RE: Are there some alignment settings when creating filesystem on RAID5 array which can improve performance?
- From: "David Lethe" <david@xxxxxxxxxxxx>
Are there some alignment settings when creating filesystem on RAID5 array which can improve performance?
- From: "hank peng" <pengxihan@xxxxxxxxx>
Re: southbridge/sata controller performance?
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Linux RAID partitions go missing from /dev, but fdisk can see them
- From: "Adrian Wilford" <awilford@xxxxxxxxx>
Re: southbridge/sata controller performance?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: southbridge/sata controller performance?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: southbridge/sata controller performance?
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Re: southbridge/sata controller performance?
- From: Matt Garman <matthew.garman@xxxxxxxxx>
Re: RFC: detection of silent corruption via ATA long sector reads
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: RFC: detection of silent corruption via ATA long sector reads
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Fwd: Raid 5 --grow to fewer, larger drives
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: southbridge/sata controller performance?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
[PATCH] MD data integrity support
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: RFC: detection of silent corruption via ATA long sector reads
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: Fwd: Raid 5 --grow to fewer, larger drives
- From: "Jeff Rippy" <jrippy@xxxxxxxxx>
Re: Fwd: Raid 5 --grow to fewer, larger drives
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Raid 5 --grow to fewer, larger drives
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: Fwd: Raid 5 --grow to fewer, larger drives
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Fwd: Raid 5 --grow to fewer, larger drives
- From: "Jeff Rippy" <jrippy@xxxxxxxxx>
Re: Corrupt data - RAID sata_sil 3114 chip
- From: Robert Hancock <hancockr@xxxxxxx>
Re: Corrupt data - RAID sata_sil 3114 chip
- From: "James Youngman" <jay@xxxxxxx>
Re: Corrupt data - RAID sata_sil 3114 chip
- From: Bernd Schubert <bs@xxxxxxxxx>
Re: Corrupt data - RAID sata_sil 3114 chip
- From: Robert Hancock <hancockr@xxxxxxx>
Re: southbridge/sata controller performance?
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Re: Corrupt data - RAID sata_sil 3114 chip
- From: Bernd Schubert <bs@xxxxxxxxx>
southbridge/sata controller performance?
- From: Matt Garman <matthew.garman@xxxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Mike Myers <mikesm559@xxxxxxxxx>
Re: Corrupt data - RAID sata_sil 3114 chip
- From: Robert Hancock <hancockr@xxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Mike Myers <mikesm559@xxxxxxxxx>
Re: Corrupt data - RAID sata_sil 3114 chip
- From: Bernd Schubert <bs@xxxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Mike Myers <mikesm559@xxxxxxxxx>
Re: Corrupt data - RAID sata_sil 3114 chip
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: RFC: detection of silent corruption via ATA long sector reads
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: 2.6.27.10: ata1.00: HPA detected: current 293044655, native 293046768
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Corrupt data - RAID sata_sil 3114 chip
- From: Bernd Schubert <bs@xxxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Mike Myers <mikesm559@xxxxxxxxx>
RE: Need urgent help in fixing raid5 array
- From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Mike Myers <mikesm559@xxxxxxxxx>
Re: RFC: detection of silent corruption via ATA long sector reads
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: Corrupt data - RAID sata_sil 3114 chip
- From: Redeeman <redeeman@xxxxxxxxxxx>
Re: RFC: detection of silent corruption via ATA long sector reads
- From: "Greg Freemyer" <greg.freemyer@xxxxxxxxx>
Re: RFC: detection of silent corruption via ATA long sector reads
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: Corrupt data - RAID sata_sil 3114 chip
- From: Twigathy <twigathy@xxxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Mike Myers <mikesm559@xxxxxxxxx>
Re: Corrupt data - RAID sata_sil 3114 chip
- From: Bernd Schubert <bs@xxxxxxxxx>
Re: RFC: detection of silent corruption via ATA long sector reads
- From: "Greg Freemyer" <greg.freemyer@xxxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Mike Myers <mikesm559@xxxxxxxxx>
Re: RFC: detection of silent corruption via ATA long sector reads
- From: Sitsofe Wheeler <sitsofe@xxxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Mike Myers <mikesm559@xxxxxxxxx>
Re: RFC: detection of silent corruption via ATA long sector reads
- From: "Greg Freemyer" <greg.freemyer@xxxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Mike Myers <mikesm559@xxxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Mike Myers <mikesm559@xxxxxxxxx>
Re: Corrupt data - RAID sata_sil 3114 chip (corrected email address)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Corrupt data - RAID sata_sil 3114 chip
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Mike Myers <mikesm559@xxxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Mike Myers <mikesm559@xxxxxxxxx>
Disk vibration video from Sun Microsystems ( .. and the effect on performance .. )
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Mike Myers <mikesm559@xxxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Mike Myers <mikesm559@xxxxxxxxx>
Re: 2.6.28: md0: unknown partition table
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: 2.6.27.10: ata1.00: HPA detected: current 293044655, native 293046768
- From: Mark Lord <liml@xxxxxx>
fsldma fails on latest async/next
- From: "Suresh Vishnu" <Vishnu@xxxxxxxxxxxxx>
Re: mismatch_cnt, random bitflips, silent corruption(?), mdadm/sw raid[156]
- From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
Re: 2.6.27.10: ata1.00: HPA detected: current 293044655, native 293046768
- From: Kyle McMartin <kyle@xxxxxxxxxxxxx>
Re: Roadmap for md/raid ???
- From: Janek Kozicki <janek_listy@xxxxx>
RE: Re: 2.6.27.10: ata1.00: HPA detected: current 293044655, native 293046768
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: Roadmap for md/raid ???
- From: Janek Kozicki <janek_listy@xxxxx>
Re: 2.6.27.10: ata1.00: HPA detected: current 293044655, native 293046768
- From: Robert Hancock <hancockr@xxxxxxx>
Re: 2.6.27.10: ata1.00: HPA detected: current 293044655, native 293046768
- From: Michal Soltys <soltys@xxxxxxxx>
Re: mismatch_cnt, random bitflips, silent corruption(?), mdadm/sw raid[156]
- From: Matt Garman <matthew.garman@xxxxxxxxx>
Re: RFC: detection of silent corruption via ATA long sector reads
- From: Mark Lord <liml@xxxxxx>
2.6.27.10: ata1.00: HPA detected: current 293044655, native 293046768
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
2.6.28: md0: unknown partition table
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Raid 5 Recovery
- From: "Erik Boettcher" <tehfoo@xxxxxxxxx>
Re: Raid 5 Recovery
- From: "Erik Boettcher" <tehfoo@xxxxxxxxx>
Re: mdadm cannot open devices
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: RFC: detection of silent corruption via ATA long sector reads
- From: Sitsofe Wheeler <sitsofe@xxxxxxxxx>
Re: RFC: detection of silent corruption via ATA long sector reads
- From: Mark Lord <liml@xxxxxx>
Re: Raid 5 Recovery
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: mdadm cannot open devices
- From: "NeilBrown" <neilb@xxxxxxx>
Re: Raid 5 Recovery
- From: "NeilBrown" <neilb@xxxxxxx>
Re: Raid 5 Recovery
- From: Shane W <shane-kernel@xxxxxx>
Re: Raid 5 Recovery
- From: "Erik Boettcher" <tehfoo@xxxxxxxxx>
Re: Raid 5 Recovery
- From: "Erik Boettcher" <tehfoo@xxxxxxxxx>
Re: Raid 5 Recovery
- From: "Dylan Distasio" <interzone@xxxxxxxxx>
Re: Raid 5 Recovery
- From: Redeeman <redeeman@xxxxxxxxxxx>
Raid 5 Recovery
- From: "Erik Boettcher" <tehfoo@xxxxxxxxx>
mdadm cannot open devices
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: How do I tell if my partition is aligned for a 64k/RAID-6?
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: How do I tell if my partition is aligned for a 64k/RAID-6?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: How do I tell if my partition is aligned for a 64k/RAID-6?
- From: "Josef 'Jeff' Sipek" <jeffpc@xxxxxxxxxxxxxx>
Re: How do I tell if my partition is aligned for a 64k/RAID-6?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: How do I tell if my partition is aligned for a 64k/RAID-6?
- From: "Josef 'Jeff' Sipek" <jeffpc@xxxxxxxxxxxxxx>
RE: Re: RFC: detection of silent corruption via ATA long sector reads
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: RFC: detection of silent corruption via ATA long sector reads
- From: Robert Hancock <hancockr@xxxxxxx>
RFC: detection of silent corruption via ATA long sector reads
- From: "Greg Freemyer" <greg.freemyer@xxxxxxxxx>
RE: mismatch_cnt, random bitflips, silent corruption(?), mdadm/sw raid[156]
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
RE: mismatch_cnt, random bitflips, silent corruption(?), mdadm/sw raid[156]
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: How do I tell if my partition is aligned for a 64k/RAID-6?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: How do I tell if my partition is aligned for a 64k/RAID-6?
- From: Michal Soltys <soltys@xxxxxxxx>
Re: How do I tell if my partition is aligned for a 64k/RAID-6?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
mismatch_cnt, random bitflips, silent corruption(?), mdadm/sw raid[156]
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
How do I tell if my partition is aligned for a 64k/RAID-6?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: WD GreenPower & Load_Cycle_Count
- From: Redeeman <redeeman@xxxxxxxxxxx>
Re: WD GreenPower & Load_Cycle_Count
- From: "Greg Freemyer" <greg.freemyer@xxxxxxxxx>
Re: Growing RAID1 array with bitmaps enabled
- From: Neil Brown <neilb@xxxxxxx>
Re: WD GreenPower & Load_Cycle_Count
- From: "David Rees" <drees76@xxxxxxxxx>
Re: 2.6.27.10: cannot mount xfs filesystem partition (12TiB) after reboot
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: 2.6.27.10: cannot mount xfs filesystem partition (12TiB) after reboot
- From: Eric Sandeen <sandeen@xxxxxxxxxxx>
Re: 2.6.27.10: cannot mount xfs filesystem partition (12TiB) after reboot
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: WD GreenPower & Load_Cycle_Count
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: 2.6.27.10: cannot mount xfs filesystem partition (12TiB) after reboot
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
WD GreenPower & Load_Cycle_Count
- From: Matt Garman <matthew.garman@xxxxxxxxx>
Re: 2.6.27.10: cannot mount xfs filesystem partition (12TiB) after reboot
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 2.6.27.10: cannot mount xfs filesystem partition (12TiB) after reboot
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
2.6.27.10: cannot mount xfs filesystem partition (12TiB) after reboot
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Spread Spectrum (SSC) Enable or Disable?
- From: Matti Aarnio <matti.aarnio@xxxxxxxxxxx>
Re: weird issues with raid1
- From: "NeilBrown" <neilb@xxxxxxx>
RE: Spread Spectrum (SSC) Enable or Disable?
- From: "David Lethe" <david@xxxxxxxxxxxx>
RE: Spread Spectrum (SSC) Enable or Disable?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
RE: Spread Spectrum (SSC) Enable or Disable?
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: weird issues with raid1
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Spread Spectrum (SSC) Enable or Disable?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 12x performance drop on md/linux+sw raid1 due to barriers [xfs]
- From: "Leon Woestenberg" <leonw@xxxxxxxxxxx>
Re: md looping on recovery of raid1 array
- From: Bin Guo <bguo@xxxxxxxxxxxxxxxxxxx>
md raid not starting
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: 12x performance drop on md/linux+sw raid1 due to barriers [xfs]
- From: pg_mh@xxxxxxxxxx (Peter Grandi)
Re: 12x performance drop on md/linux+sw raid1 due to barriers [xfs]
- From: pg_xf2@xxxxxxxxxxxxxxxxxx (Peter Grandi)
Re: Read errors and SMART tests
- From: David Greaves <david@xxxxxxxxxxxx>
Re: can you help explain some --examine output to me?
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: Supermicro AOC-SAT2-MV8
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Read errors and SMART tests
- From: Kevin Shanahan <kmshanah@xxxxxxxxxxxxxx>
RE: Read errors and SMART tests
- From: "David Lethe" <david@xxxxxxxxxxxx>

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