Linux RAID Storage Date Index

Thread Index

Re: Can't resolve mismatch_count > 0 for a raid 1 array
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Recreate raid 10 array
- From: Bill Davidsen <davidsen@xxxxxxx>
RAID5 in strange state
- From: Frank Baumgart <frank.baumgart@xxxxxxx>
Re: RAID halting
- From: Corey Hickey <bugfood-ml@xxxxxxxxxx>
Re: RAID halting
- From: Andrew Burgess <aab@xxxxxxxxxxx>
Re: RAID halting
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
RE: RAID halting
- From: "David Lethe" <david@xxxxxxxxxxxx>
RE: RAID halting
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Can't resolve mismatch_count > 0 for a raid 1 array
- From: Steven Ellis <steven@xxxxxxxxxxxxxxx>
Re: RAID halting
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: mdadm udev rules change
- From: Neil Brown <neilb@xxxxxxx>
Re: [Patch] mdadm: fix compile warnings on ppc64
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH] md: tiny md.h cleanups
- From: Neil Brown <neilb@xxxxxxx>
Re: [Patch] mdadm: move mdadm.map file into /dev/md
- From: Neil Brown <neilb@xxxxxxx>
Re: [Patch] mdadm: move mdadm.map file into /dev/md
- From: Neil Brown <neilb@xxxxxxx>
Re: [Patch] mdadm: move mdadm.map file into /dev/md
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: [Patch] mdadm: move mdadm.map file into /dev/md
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: [Patch] mdadm: move mdadm.map file into /dev/md
- From: "NeilBrown" <neilb@xxxxxxx>
Re: [Patch] mdadm: move mdadm.map file into /dev/md
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
RE: RAID halting
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: RAID halting
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: RAID halting
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
RE: RAID halting
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
[PATCH] md: tiny md.h cleanups
- From: Christoph Hellwig <hch@xxxxxx>
Followup: how to restore a raid5 with 1 disk destroyed and 1 kicked out?
- From: "Jörg Habenicht" <j.habenicht@xxxxxx>
how to restore a raid5 with 1 disk destroyed and 1 kicked out?
- From: "Jörg Habenicht" <j.habenicht@xxxxxx>
Re: [Patch] mdadm: move mdadm.map file into /dev/md
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: [Patch] mdadm: move mdadm.map file into /dev/md
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: Recreate raid 10 array
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: [Patch] mdadm: move mdadm.map file into /dev/md
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: RAID halting
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
Re: RAID halting
- From: jim owens <jowens@xxxxxx>
Recreate raid 10 array
- From: LCID Fire <lcid-fire@xxxxxxx>
Re: [Patch] mdadm: move mdadm.map file into /dev/md
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: [Patch] mdadm ignoring homehost?
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: harmful parallel AoE check/resync
- From: Chris Webb <chris@xxxxxxxxxxxx>
[Patch] mdadm: fix compile warnings on ppc64
- From: Doug Ledford <dledford@xxxxxxxxxx>
mdadm udev rules change
- From: Doug Ledford <dledford@xxxxxxxxxx>
[Patch] mdadm: move mdadm.map file into /dev/md
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: [Patch] mdadm ignoring homehost?
- From: Doug Ledford <dledford@xxxxxxxxxx>
harmful parallel AoE check/resync
- From: Ferenc Wagner <wferi@xxxxxxx>
Re: RAID halting
- From: Doug Ledford <dledford@xxxxxxxxxx>
PULL-REQUEST bug fix for md/raid1
- From: Neil Brown <neilb@xxxxxxx>
Re: Kernel bug?
- From: Neil Brown <neilb@xxxxxxx>
RE: RAID halting
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: RAID halting
- From: Doug Ledford <dledford@xxxxxxxxxx>
RE: RAID halting
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: RAID halting
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: RAID halting
- From: pg_mh@xxxxxxxxxx (Peter Grandi)
RE: RAID halting
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: progress, but... - re. fixing LVM/md snafu
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: rebuilding raided root partition
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
RE: RAID halting
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: RAID halting
- From: pg_lxra@xxxxxxxxxxxxxxxxxxx (Peter Grandi)
Re: RAID halting
- From: pg_lxra@xxxxxxxxxxxxxxxxxxx (Peter Grandi)
RE: RAID halting
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: RAID halting
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: RAID halting
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
Re: RAID halting
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: RAID halting
- From: Richard Scobie <richard@xxxxxxxxxxx>
RE: RAID halting
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: RAID halting
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
progress, but... - re. fixing LVM/md snafu
- From: Miles Fidelman <mfidelman@xxxxxxxxxxxxxxxxxxxxxxxx>
RE: RAID halting
- From: "David Lethe" <david@xxxxxxxxxxxx>
FW: RAID halting
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: RAID halting
- From: Drew <drew.kay@xxxxxxxxx>
Re: rebuilding raided root partition
- From: Miles Fidelman <mfidelman@xxxxxxxxxxxxxxxxxxxxxxxx>
Re:
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
RE: RAID halting
- From: "Lelsie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: RAID halting
- From: "Lelsie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: RAID halting
- From: Richard Scobie <richard@xxxxxxxxxxx>
RE:
- From: "Lelsie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: RAID halting
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: rebuilding raided root partition
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
RE: RAID halting
- From: "Lelsie Rhorer" <lrhorer@xxxxxxxxxxx>
RE:
- From: "David Lethe" <david@xxxxxxxxxxxx>
RE: RAID halting
- From: "Lelsie Rhorer" <lrhorer@xxxxxxxxxxx>
RE:
- From: "Lelsie Rhorer" <lrhorer@xxxxxxxxxxx>
rebuilding raided root partition
- From: Miles Fidelman <mfidelman@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: RAID halting
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Re: RAID halting
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
Re:
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Re:
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
RE:
- From: "Lelsie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: RAID halting
- From: "Lelsie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: Kernel bug?
- From: "NeilBrown" <neilb@xxxxxxx>
RE: RAID halting
- From: "Lelsie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: RAID halting
- From: Andrew Burgess <aab@xxxxxxxxxxx>
RE: RAID halting
- From: "Lelsie Rhorer" <lrhorer@xxxxxxxxxxx>
Kernel bug?
- From: Gabriele Tozzi <gabriele@xxxxxxxx>
RE: RAID halting
- From: Andrew Burgess <aab@xxxxxxxxxxx>
RE: RAID halting
- From: "Lelsie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: RAID halting
- From: Andrew Burgess <aab@xxxxxxxxxxx>
Re: RAID halting
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
RE: RAID halting
- From: "Lelsie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: RAID halting
- From: "Lelsie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: raid6 slow
- From: "Lelsie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: RAID halting
- From: "Lelsie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: Thoughts on using SSD
- From: Lars Marowsky-Bree <lmb@xxxxxxx>
Re: RAID5 volumes suddenly lost superblock and show weird hexdump patterns
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Adding more drives/saturating the bandwidth
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: Adding more drives/saturating the bandwidth
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
RE: RAID halting
- From: "Lelsie Rhorer" <lrhorer@xxxxxxxxxxx>
Troubleshooting raid1 data corruption and mismatch_cnt
- From: "Steven Ellis" <steven@xxxxxxxxxxxxxxx>
PULL REQUEST: md patches for 2.6.30 merge window
- From: Neil Brown <neilb@xxxxxxx>
Re:
- From: pg_lxra@xxxxxxxxxxxxxxxxxxx (Peter Grandi)
RAID5 volumes suddenly lost superblock and show weird hexdump patterns
- From: estr4ng3d <e5tr4ng3d@xxxxxxxxx>
Re:
- From: Andrew Burgess <aab@xxxxxxxxxxx>
Re: chunk size
- From: "NeilBrown" <neilb@xxxxxxx>
chunk size
- From: CoolCold <coolthecold@xxxxxxxxx>
Re: your mail
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: Strange filesystem slowness with 8TB RAID6
- From: "NeilBrown" <neilb@xxxxxxx>
RE:
- From: "David Lethe" <david@xxxxxxxxxxxx>
[no subject]
- From: "Lelsie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: mdadm ignoring homehost?
- From: Michal Soltys <soltys@xxxxxxxx>
Re: mdadm ignoring homehost?
- From: Neil Brown <neilb@xxxxxxx>
Re: Why do I need 4 disks for a raid6?
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Why do I need 4 disks for a raid6?
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Adding more drives/saturating the bandwidth
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: Why do I need 4 disks for a raid6?
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Adding more drives/saturating the bandwidth
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Why do I need 4 disks for a raid6?
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: Adding more drives/saturating the bandwidth
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
Re: Why do I need 4 disks for a raid6?
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Why do I need 4 disks for a raid6?
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Adding more drives/saturating the bandwidth
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
RE: Adding more drives/saturating the bandwidth
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: mdadm ignoring homehost?
- From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
Re: Adding more drives/saturating the bandwidth
- From: Andrew Burgess <aab@xxxxxxxxxxx>
Re: Adding more drives/saturating the bandwidth
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
Re: Adding more drives/saturating the bandwidth
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
Re: Adding more drives/saturating the bandwidth
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Adding more drives/saturating the bandwidth
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
Re: Adding more drives/saturating the bandwidth
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
[md PATCH 14/14] md/raid5 revise rules for when to update metadata during reshape
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 13/14] md/raid5: minor code cleanups in make_request.
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 12/14] md: remove CONFIG_MD_RAID_RESHAPE config option.
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 11/14] md/raid5: be more careful about write ordering when reshaping.
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 10/14] md: don't display meaningless values in sysfs files resync_start and sync_speed
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 09/14] md/raid5: allow layout and chunksize to be changed on active array.
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 08/14] md/raid5: reshape using largest of old and new chunk size
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 07/14] md/raid5: prepare for allowing reshape to change layout
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 06/14] md/raid5: prepare for allowing reshape to change chunksize.
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 05/14] md/raid5: clearly differentiate 'before' and 'after' stripes during reshape.
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 04/14] Documentation/md.txt update
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 03/14] md: allow number of drives in raid5 to be reduced
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 02/14] md/raid5: change reshape-progress measurement to cope with reshaping backwards.
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 01/14] md: add explicit method to signal the end of a reshape.
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 00/14] Final set of patches head for 2.6.30
- From: NeilBrown <neilb@xxxxxxx>
Re: Adding more drives/saturating the bandwidth
- From: Nagilum <nagilum@xxxxxxxxxxx>
Re: Adding more drives/saturating the bandwidth
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
RE: [PATCH 09/13] iop-adma: P+Q self test
- From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
RE: [PATCH 07/13] async_tx: add support for asynchronous RAID6 recovery operations
- From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
RE: [PATCH 06/13] async_tx: add support for asynchronous GF multiplication
- From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
Re: [md PATCH 4/6] md/raid5: change reshape-progress measurement to cope with reshaping backwards.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: [md PATCH 4/6] md/raid5: change reshape-progress measurement to cope with reshaping backwards.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
raid5 degraded twice, what happened here?
- From: Dexter Filmore <Dexter.Filmore@xxxxxx>
Re: 2.6.29 - raid10 issue - spares do not get synched automatically
- From: "NeilBrown" <neilb@xxxxxxx>
Re: 2.6.29 - raid10 issue - spares do not get synched automatically
- From: Patrick Ringl <patrick.ringl@xxxxxx>
Re: 2.6.29 - raid10 issue - spares do not get synched automatically
- From: Patrick Ringl <patrick.ringl@xxxxxx>
Re: RAID5 -> RAID6
- From: Max Waterman <davidmaxwaterman@xxxxxxxxxxxxxx>
Re: 2.6.29 - raid10 issue - spares do not get synched automatically
- From: "NeilBrown" <neilb@xxxxxxx>
Re: RAID5 -> RAID6
- From: "NeilBrown" <neilb@xxxxxxx>
RAID5 -> RAID6
- From: Max Waterman <davidmaxwaterman@xxxxxxxxxxxxxx>
2.6.29 - raid10 issue - spares do not get synched automatically
- From: Patrick Ringl <patrick.ringl@xxxxxx>
Re: [md PATCH 4/6] md/raid5: change reshape-progress measurement to cope with reshaping backwards.
- From: "NeilBrown" <neilb@xxxxxxx>
Re: [md PATCH 6/6] Documentation/md.txt update
- From: "NeilBrown" <neilb@xxxxxxx>
Re: [md PATCH 5/6] md: allow number of drives in raid5 to be reduced
- From: "NeilBrown" <neilb@xxxxxxx>
Re: RAID5 reshape problems : SOLVED
- From: "Stefan G. Weichinger" <lists@xxxxxxxx>
Re: [md PATCH 6/6] Documentation/md.txt update
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: [md PATCH 5/6] md: allow number of drives in raid5 to be reduced
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: [md PATCH 4/6] md/raid5: change reshape-progress measurement to cope with reshaping backwards.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: RAID1 write-behind not working?
- From: David Rees <drees76@xxxxxxxxx>
Re: Re-size RAID-10
- From: Neil Brown <neilb@xxxxxxx>
Re: raid0 zones
- From: Neil Brown <neilb@xxxxxxx>
Re: Thoughts on using SSD
- From: Neil Brown <neilb@xxxxxxx>
Re: Thoughts on using SSD
- From: Neil Brown <neilb@xxxxxxx>
Re: RAID1 write-behind not working?
- From: Neil Brown <neilb@xxxxxxx>
Re: RAID1 write-behind not working?
- From: Neil Brown <neilb@xxxxxxx>
Re: Thoughts on using SSD
- From: David Rees <drees76@xxxxxxxxx>
Thoughts on using SSD
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Best way to re-format RAID1 disks
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: Best way to re-format RAID1 disks
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: RAID1 write-behind not working?
- From: David Rees <drees76@xxxxxxxxx>
raid0 zones
- From: Raz <raziebe@xxxxxxxxx>
Re: Best way to re-format RAID1 disks
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
Adding more drives/saturating the bandwidth
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
Best way to re-format RAID1 disks
- From: Federico <undicizeri@xxxxxxxxx>
Re: [PATCH 02/13] async_tx: don't use src_list argument of async_xor() for dma addresses
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: RAID5 reshape problems
- From: "Stefan G. Weichinger" <lists@xxxxxxxx>
Re: Re-size RAID-10
- From: Raz <raziebe@xxxxxxxxx>
Re: Re-size RAID-10
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: Re-size RAID-10
- From: Raz <raziebe@xxxxxxxxx>
Re: RAID5 reshape problems
- From: "Stefan G. Weichinger" <lists@xxxxxxxx>
RAID1 write-behind not working?
- From: David Rees <drees76@xxxxxxxxx>
Re: RAID5 reshape problems
- From: "Stefan G. Weichinger" <lists@xxxxxxxx>
Re: Re-size RAID-10
- From: Neil Brown <neilb@xxxxxxx>
Re: RAID5 reshape problems
- From: Neil Brown <neilb@xxxxxxx>
Re-size RAID-10
- From: "Daniel L. Miller" <dmiller@xxxxxxxxx>
Re: RAID5 reshape problems
- From: "Stefan G. Weichinger" <lists@xxxxxxxx>
RAID5 reshape problems
- From: "Stefan G. Weichinger" <lists@xxxxxxxx>
Re: [PATCH 02/13] async_tx: don't use src_list argument of async_xor() for dma addresses
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: Question on RAID 10 setup
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Question on RAID 10 setup
- From: Neil Brown <neilb@xxxxxxx>
Re: Question on RAID 10 setup
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: Question on RAID 10 setup
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Question on RAID 10 setup
- From: Dylan Distasio <interzone@xxxxxxxxx>
Re: How to configure 36 disks ?
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Why do I need 4 disks for a raid6?
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
mdadm ignoring homehost?
- From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
raid0 reshape
- From: Raz <raziebe@xxxxxxxxx>
[md PATCH 6/6] Documentation/md.txt update
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 5/6] md: allow number of drives in raid5 to be reduced
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 4/6] md/raid5: change reshape-progress measurement to cope with reshaping backwards.
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 3/6] md: add explicit method to signal the end of a reshape.
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 2/6] md/raid5: enhance raid5_size to work correctly with negative delta_disks
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 1/6] md/raid5: drop qd_idx from r6_state
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 0/6] Reduce the number of devices in RAID4/5/6
- From: NeilBrown <neilb@xxxxxxx>
Questions about 1.X RAID metadata
- From: Khelben Blackstaff <eye.of.the.8eholder@xxxxxxxxx>
Re: raid 1 single drive failure. rebuilt with replacement drive. missing 20G of data
- From: Nifty Fedora Mitch <niftyfedora@xxxxxxxxxxxx>
Re: Why do I need 4 disks for a raid6?
- From: Nifty Fedora Mitch <niftyfedora@xxxxxxxxxxxx>
Re: How to configure 36 disks ?
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: How to configure 36 disks ?
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: How to configure 36 disks ?
- From: Raz <raziebe@xxxxxxxxx>
Re: How to configure 36 disks ?
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
Re: How to configure 36 disks ?
- From: Raz <raziebe@xxxxxxxxx>
Re: How to configure 36 disks ?
- From: Christopher Smith <x@xxxxxxxx>
Re: How to configure 36 disks ?
- From: Raz <raziebe@xxxxxxxxx>
Re: How to configure 36 disks ?
- From: Mark Lord <liml@xxxxxx>
Re: How to configure 36 disks ?
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
Re: How to configure 36 disks ?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: How to configure 36 disks ?
- From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
How to configure 36 disks ?
- From: Raz <raziebe@xxxxxxxxx>
Re: [PATCH 07/13] async_tx: add support for asynchronous RAID6 recovery operations
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: raid 1 single drive failure. rebuilt with replacement drive. missing 20G of data
- From: Neil Brown <neilb@xxxxxxx>
Bad news after raid-5 recovery
- From: Erik Boettcher <tehfoo@xxxxxxxxx>
Re: [PATCH 06/13] async_tx: add support for asynchronous GF multiplication
- From: Ilya Yanok <yanok@xxxxxxxxxxx>
Re: [PATCH 01/13] md/raid6: move raid6 data processing to raid6_pq.ko
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: Raid 5 Recovery
- From: Erik Boettcher <tehfoo@xxxxxxxxx>
Re: Raid 5 Recovery
- From: Erik Boettcher <tehfoo@xxxxxxxxx>
Re: Raid 5 Recovery
- From: Max Amanshauser <linux-raid@xxxxxxxxxxxxxxxxx>
Re: Raid 5 Recovery
- From: Erik Boettcher <tehfoo@xxxxxxxxx>
Re: [PATCH 06/13] async_tx: add support for asynchronous GF multiplication
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [PATCH 06/13] async_tx: add support for asynchronous GF multiplication
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [PATCH 06/13] async_tx: add support for asynchronous GF multiplication
- From: Ilya Yanok <yanok@xxxxxxxxxxx>
Re: [PATCH 06/13] async_tx: add support for asynchronous GF multiplication
- From: Ilya Yanok <yanok@xxxxxxxxxxx>
Re: [PATCH 06/13] async_tx: add support for asynchronous GF multiplication
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [PATCH 06/13] async_tx: add support for asynchronous GF multiplication
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [PATCH 06/13] async_tx: add support for asynchronous GF multiplication
- From: Ilya Yanok <yanok@xxxxxxxxxxx>
Re: [PATCH 06/13] async_tx: add support for asynchronous GF multiplication
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: [PATCH 06/13] async_tx: add support for asynchronous GF multiplication
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: [PATCH 06/13] async_tx: add support for asynchronous GF multiplication
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [PATCH 06/13] async_tx: add support for asynchronous GF multiplication
- From: Ilya Yanok <yanok@xxxxxxxxxxx>
Re: [PATCH 06/13] async_tx: add support for asynchronous GF multiplication
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: [PATCH 06/13] async_tx: add support for asynchronous GF multiplication
- From: Ilya Yanok <yanok@xxxxxxxxxxx>
Re: [PATCH 06/13] async_tx: add support for asynchronous GF multiplication
- From: Ilya Yanok <yanok@xxxxxxxxxxx>
Re: [PATCH 06/13] async_tx: add support for asynchronous GF multiplication
- From: "H. Peter Anvin" <h.peter.anvin@xxxxxxxxx>
Re: [PATCH 06/13] async_tx: add support for asynchronous GF multiplication
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: What hardware for RAID5? (PCIe controller or fast onboard)
- From: Ryan Wagoner <rswagoner@xxxxxxxxx>
Re: Why do I need 4 disks for a raid6?
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: [PATCH] relax checks to support 3disk raid6 arrays
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: [PATCH] relax checks to support 3disk raid6 arrays
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
Re: [PATCH] relax checks to support 3disk raid6 arrays
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: [PATCH 00/13] Asynchronous raid6 acceleration (part 1 of 2)
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 09/13] iop-adma: P+Q self test
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [PATCH 09/13] iop-adma: P+Q self test
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH] md: raid5 run(): Fix max_degraded for raid level 4.
- From: Neil Brown <neilb@xxxxxxx>
Re: [ md/for-next git pull ] Support setting the array size from userspace
- From: Neil Brown <neilb@xxxxxxx>
Re: Why do I need 4 disks for a raid6?
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 02/13] async_tx: don't use src_list argument of async_xor() for dma addresses
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: [PATCH 06/13] async_tx: add support for asynchronous GF multiplication
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: [PATCH 01/13] md/raid6: move raid6 data processing to raid6_pq.ko
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: [PATCH 06/13] async_tx: add support for asynchronous GF multiplication
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [PATCH 00/13] Asynchronous raid6 acceleration (part 1 of 2)
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [PATCH 06/13] async_tx: add support for asynchronous GF multiplication
- From: "H. Peter Anvin" <h.peter.anvin@xxxxxxxxx>
Re: [PATCH 00/13] Asynchronous raid6 acceleration (part 1 of 2)
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: What hardware for RAID5? (PCIe controller or fast onboard)
- From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
[PATCH 11/13] dmatest: add xor test
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 13/13] dmatest: add pq support
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 12/13] dmatest: add dma interrupts and callbacks
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 10/13] dmaengine: allow dma support for async_tx to be toggled
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 07/13] async_tx: add support for asynchronous RAID6 recovery operations
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 09/13] iop-adma: P+Q self test
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 08/13] iop-adma: P+Q support for iop13xx adma engines
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 06/13] async_tx: add support for asynchronous GF multiplication
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 05/13] async_tx: add sum check flags
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 04/13] async_tx: kill needless module_{init|exit}
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 03/13] async_tx: provide __async_inline for HAS_DMA=n archs
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 02/13] async_tx: don't use src_list argument of async_xor() for dma addresses
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 01/13] md/raid6: move raid6 data processing to raid6_pq.ko
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 00/13] Asynchronous raid6 acceleration (part 1 of 2)
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: What hardware for RAID5? (PCIe controller or fast onboard)
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Why do I need 4 disks for a raid6?
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Why do I need 4 disks for a raid6?
- From: david.geib@xxxxxxxxxxxxxxxxxxx
What hardware for RAID5? (PCIe controller or fast onboard)
- From: Dexter Filmore <Dexter.Filmore@xxxxxx>
Re: Why do I need 4 disks for a raid6?
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: Why do I need 4 disks for a raid6?
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
[PATCH] md: raid5 run(): Fix max_degraded for raid level 4.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: Why do I need 4 disks for a raid6?
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: sync_action repair not reading all sectors?
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Why do I need 4 disks for a raid6?
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: Why do I need 4 disks for a raid6?
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Why do I need 4 disks for a raid6?
- From: david.geib@xxxxxxxxxxxxxxxxxxx
[ md/for-next git pull ] Support setting the array size from userspace
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: sync_action repair not reading all sectors?
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Why do I need 4 disks for a raid6?
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: sync_action repair not reading all sectors?
- From: David Greaves <david@xxxxxxxxxxxx>
Re: sync_action repair not reading all sectors?
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
RE: sync_action repair not reading all sectors?
- From: "David Lethe" <david@xxxxxxxxxxxx>
sync_action repair not reading all sectors?
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Best Practices for a Virtualized Tira Misu md Setup
- From: pg_mh@xxxxxxxxxx (Peter Grandi)
Best Practices for a Virtualized Tira Misu md Setup
- From: Christopher Chen <muffaleta@xxxxxxxxx>
Re: rescue an alien md raid5
- From: Harry Mangalam <harry.mangalam@xxxxxxx>
Re: [PATCH] md: Track raid5/6 statistics
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: rescue an alien md raid5
- From: Ryan Wagoner <rswagoner@xxxxxxxxx>
Re: High IO Wait with RAID 1
- From: David Rees <drees76@xxxxxxxxx>
Re: High IO Wait with RAID 1
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: High IO Wait with RAID 1
- From: David Rees <drees76@xxxxxxxxx>
Re: High IO Wait with RAID 1
- From: David Rees <drees76@xxxxxxxxx>
Re: High IO Wait with RAID 1
- From: Ryan Wagoner <rswagoner@xxxxxxxxx>
Re: High IO Wait with RAID 1
- From: Ryan Wagoner <rswagoner@xxxxxxxxx>
Re: Reliability of bitmapped resync
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Raid6 write performance
- From: Bill Davidsen <davidsen@xxxxxxx>
Disk characteristics for virtual machines
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: High IO Wait with RAID 1
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Question on Raid 5 array initial creation times
- From: Bryce <bryce@xxxxxxxxxxxxxxxxxx>
Re: High IO Wait with RAID 1
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Fwd: High IO Wait with RAID 1
- From: Ryan Wagoner <rswagoner@xxxxxxxxx>
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>

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