Linux RAID Storage Date Index

Thread Index

Re: [[Patch mdadm] 2/5] Move the files mdmon opens into /dev/ to support handoff after pivotroot
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: [[Patch mdadm] 2/5] Move the files mdmon opens into /dev/ to support handoff after pivotroot
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: [[Patch mdadm] 2/5] Move the files mdmon opens into /dev/ to support handoff after pivotroot
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: Moved drives between machines... now, MIA.
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
Re: [[Patch mdadm] 2/5] Move the files mdmon opens into /dev/ to support handoff after pivotroot
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Moved drives between machines... now, MIA.
- From: "Ken D'Ambrosio" <ken@xxxxxxxx>
Re: Why does one get mismatches?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: SSD & mechanical disc in RAID 1
- From: Aryeh Gregor <Simetrical+list@xxxxxxxxx>
Re: feature suggestion to handle read errors during re-sync of raid5
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: unknown partition table starting with 2.6.28
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: [[Patch mdadm] 2/5] Move the files mdmon opens into /dev/ to support handoff after pivotroot
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: [[Patch mdadm] 2/5] Move the files mdmon opens into /dev/ to support handoff after pivotroot
- From: Michael Evans <mjevans1983@xxxxxxxxx>
RE: Why does one get mismatches?
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
Re: [[Patch mdadm] 2/5] Move the files mdmon opens into /dev/ to support handoff after pivotroot
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Why does one get mismatches?
- From: Neil Brown <neilb@xxxxxxx>
Re: Building RAID5 w/o a Hot Spare
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Zeroing multiple superblocks
- From: Neil Brown <neilb@xxxxxxx>
Re: [[Patch mdadm] 2/5] Move the files mdmon opens into /dev/ to support handoff after pivotroot
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: Zeroing multiple superblocks
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Fw: Why does one get mismatches?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: SSD & mechanical disc in RAID 1
- From: David Rees <drees76@xxxxxxxxx>
Re: Why does one get mismatches?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: SSD & mechanical disc in RAID 1
- From: Wil Reichert <wil.reichert@xxxxxxxxx>
Re: Why does one get mismatches?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: unknown partition table starting with 2.6.28
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: raid failure question
- From: David Lethe <david@xxxxxxxxxxxx>
Re: [[Patch mdadm] 2/5] Move the files mdmon opens into /dev/ to support handoff after pivotroot
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: feature suggestion to handle read errors during re-sync of raid5
- From: Richard Scobie <richard@xxxxxxxxxxx>
teeny but significant typo in latest mdadm ANNOUNCE
- From: LJ Wobker <lwobker@xxxxxxxxx>
Re: raid failure question
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: SSD & mechanical disc in RAID 1
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: feature suggestion to handle read errors during re-sync of raid5
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: Read errors on raid5 ignored, array still clean .. then disaster !!
- From: Giovanni Tessore <giotex@xxxxxxxxxx>
Re: feature suggestion to handle read errors during re-sync of raid5
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Read errors on raid5 ignored, array still clean .. then disaster !!
- From: Giovanni Tessore <giotex@xxxxxxxxxx>
RE: feature suggestion to handle read errors during re-sync of raid5
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
RE: feature suggestion to handle read errors during re-sync of raid5
- From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
Re: Read errors on raid5 ignored, array still clean .. then disaster !!
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: Read errors on raid5 ignored, array still clean .. then disaster !!
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: Read errors on raid5 ignored, array still clean .. then disaster !!
- From: Giovanni Tessore <giotex@xxxxxxxxxx>
Re: feature suggestion to handle read errors during re-sync of raid5
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: 2 drives failed, one "active", one with wrong event count
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: feature suggestion to handle read errors during re-sync of raid5
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Re: [PATCH 3/3] md: Add support for Raid0->Raid10 takeover
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 2/3] md: Add support for Raid5->Raid0 and Raid10->Raid0 takeover
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 1/3] md:Add support for Raid0->Raid5 takeover
- From: Neil Brown <neilb@xxxxxxx>
Re: 2 drives failed, one "active", one with wrong event count
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 1/1] super-intel.c: use %zu specifier for printf of size_t
- From: Neil Brown <neilb@xxxxxxx>
Re: mdadm-3.1.1 segfaults when mdadm -G -Z
- From: Neil Brown <neilb@xxxxxxx>
Re: SSD & mechanical disc in RAID 1
- From: Aryeh Gregor <Simetrical+list@xxxxxxxxx>
Re: [PATCH 1/1] super-intel.c: use %zu specifier for printf of size_t
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: feature suggestion to handle read errors during re-sync of raid5
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: feature suggestion to handle read errors during re-sync of raid5
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: Swapping a disk without degrading an array
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: feature suggestion to handle read errors during re-sync of raid5
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: Swapping a disk without degrading an array
- From: Gabor Gombas <gombasg@xxxxxxxxx>
Re: feature suggestion to handle read errors during re-sync of raid5
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Swapping a disk without degrading an array
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: Read errors on raid5 ignored, array still clean .. then disaster !!
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: Read errors on raid5 ignored, array still clean .. then disaster !!
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Re: Read errors on raid5 ignored, array still clean .. then disaster !!
- From: Giovanni Tessore <giotex@xxxxxxxxxx>
Re: compat_ioctl: ignore RAID_VERSION ioctl
- From: "Michael S. Tsirkin" <m.s.tsirkin@xxxxxxxxx>
Re: Read errors on raid5 ignored, array still clean .. then disaster !!
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
compat_ioctl: ignore RAID_VERSION ioctl
- From: Arnd Bergmann <arnd@xxxxxxxx>
Re: feature suggestion to handle read errors during re-sync of raid5
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: Read errors on raid5 ignored, array still clean .. then disaster !!
- From: Giovanni Tessore <giotex@xxxxxxxxxx>
Re: feature suggestion to handle read errors during re-sync of raid5
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: Read errors on raid5 ignored, array still clean .. then disaster !!
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: feature suggestion to handle read errors during re-sync of raid5
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: 2 drives failed, one "active", one with wrong event count
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: feature suggestion to handle read errors during re-sync of raid5
- From: Asdo <asdo@xxxxxxxxxxxxx>
2.6.33-rc6 regression: mdadm Unknown cmd 800c0910 (RAID_VERSION)
- From: "Michael S. Tsirkin" <m.s.tsirkin@xxxxxxxxx>
Re: feature suggestion to handle read errors during re-sync of raid5
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: feature suggestion to handle read errors during re-sync of raid5
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: [BUGFIX] [PATCH] freeze_bdev: don't deactivate successfully frozen MS_RDONLY sb
- From: Thomas Backlund <tmb@xxxxxxxxxxxx>
Re: Read errors on raid5 ignored, array still clean .. then disaster !!
- From: Giovanni Tessore <giotex@xxxxxxxxxx>
Re: feature suggestion to handle read errors during re-sync of raid5
- From: Giovanni Tessore <giotex@xxxxxxxxxx>
Re: Read errors on raid5 ignored, array still clean .. then disaster !!
- From: Giovanni Tessore <giotex@xxxxxxxxxx>
Re: raid10 How do I tell what side of the mirror a disk is on?
- From: Michał Sawicz <michal@xxxxxxxxxx>
feature suggestion to handle read errors during re-sync of raid5
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: raid10 How do I tell what side of the mirror a disk is on?
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: Read errors on raid5 ignored, array still clean .. then disaster !!
- From: Giovanni Tessore <giotex@xxxxxxxxxx>
Re: Why does one get mismatches?
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
Re: Array over arrays - how to autoassemble correctly?
- From: Luca Berra <bluca@xxxxxxxxxx>
[PATCH 1/1] super-intel.c: use %zu specifier for printf of size_t
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: mdadm-3.1.1 segfaults when mdadm -G -Z
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: Read errors on raid5 ignored, array still clean .. then disaster !!
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: Read errors on raid5 ignored, array still clean .. then disaster !!
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: Moved drives between machines... now, MIA.
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: raid10 How do I tell what side of the mirror a disk is on?
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: [mdadm PATCH 0/2] Improvement: new logging library for mdadm/mdmon
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: RAID5 on broken RocketRaid 1640 - data format?
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: Growing raid 5 to 6; /proc/mdstat reports a strange value?
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: The huge different performance of sequential read between RAID0 and RAID5
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: Moved drives between machines... now, MIA.
- From: Ryan Wagoner <rswagoner@xxxxxxxxx>
Re: raid10 How do I tell what side of the mirror a disk is on?
- From: Michał Sawicz <michal@xxxxxxxxxx>
Re: Why does one get mismatches?
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: raid10 How do I tell what side of the mirror a disk is on?
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: [mdadm PATCH 0/2] Improvement: new logging library for mdadm/mdmon
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [mdadm PATCH] Move symbol definitions from source files to Makefile.
- From: Neil Brown <neilb@xxxxxxx>
RAID5 on broken RocketRaid 1640 - data format?
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Moved drives between machines... now, MIA.
- From: "Ken D'Ambrosio" <ken@xxxxxxxx>
Re: Read errors on raid5 ignored, array still clean .. then disaster !!
- From: Giovanni Tessore <giotex@xxxxxxxxxx>
Moved drives between machines... now, MIA.
- From: "Ken D'Ambrosio" <ken@xxxxxxxx>
Re: [mdadm PATCH 0/2] Improvement: new logging library for mdadm/mdmon
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: [mdadm PATCH 0/2] Improvement: new logging library for mdadm/mdmon
- From: Artur Wojcik <artur.wojcik@xxxxxxxxx>
Re: Why does one get mismatches?
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
Re: Swapping a disk without degrading an array
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: [mdadm PATCH] Move symbol definitions from source files to Makefile.
- From: Artur Wojcik <artur.wojcik@xxxxxxxxx>
raid10 How do I tell what side of the mirror a disk is on?
- From: Rick Bragg <lists@xxxxxxxxx>
[PATCH 3/3] mdadm: add support for takeover from Raid10 to Raid0
- From: "Trela, Maciej" <Maciej.Trela@xxxxxxxxx>
[PATCH 2/3] mdadm: IMSM metadata compatibility issues
- From: "Trela, Maciej" <Maciej.Trela@xxxxxxxxx>
[PATCH 1/3] mdadm: Enable takeover for external metadata.
- From: "Trela, Maciej" <Maciej.Trela@xxxxxxxxx>
[PATCH 3/3] md: Add support for Raid0->Raid10 takeover
- From: "Trela, Maciej" <Maciej.Trela@xxxxxxxxx>
[PATCH 1/3] md:Add support for Raid0->Raid5 takeover
- From: "Trela, Maciej" <Maciej.Trela@xxxxxxxxx>
[PATCH 2/3] md: Add support for Raid5->Raid0 and Raid10->Raid0 takeover
- From: "Trela, Maciej" <Maciej.Trela@xxxxxxxxx>
Re: bug/race in md causing device to wedge in busy state
- From: Brett Russ <bruss@xxxxxxxxxxx>
Re: Re-arranged Drives in MDADM?
- From: Carlos Williams <carloswill@xxxxxxxxx>
Re: Zeroing multiple superblocks
- From: Neil Brown <neilb@xxxxxxx>
Re: 2 drives failed, one "active", one with wrong event count
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: Growing raid 5 to 6; /proc/mdstat reports a strange value?
- From: Neil Brown <neilb@xxxxxxx>
Re: 2 drives failed, one "active", one with wrong event count
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: Linear RAID failure. How to recreate?
- From: Neil Brown <neilb@xxxxxxx>
Re: Read errors on raid5 ignored, array still clean .. then disaster !!
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: The huge different performance of sequential read between RAID0 and RAID5
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Swapping a disk without degrading an array
- From: Neil Brown <neilb@xxxxxxx>
Re: Read errors on raid5 ignored, array still clean .. then disaster !!
- From: Neil Brown <neilb@xxxxxxx>
Re: woes with... mdadm ?
- From: Neil Brown <neilb@xxxxxxx>
Re: 2 drives failed, one "active", one with wrong event count
- From: Neil Brown <neilb@xxxxxxx>
Re: Raid 1 usage in a lab
- From: Neil Brown <neilb@xxxxxxx>
Re: [mdadm PATCH] Kill: fix when zeroing busy devices.
- From: Neil Brown <neilb@xxxxxxx>
Re: [mdadm PATCH 0/2] Improvement: new logging library for mdadm/mdmon
- From: Neil Brown <neilb@xxxxxxx>
Re: [mdadm PATCH] Move symbol definitions from source files to Makefile.
- From: Neil Brown <neilb@xxxxxxx>
Re: 'Array state: ... 1 failed', but array clean?
- From: Neil Brown <neilb@xxxxxxx>
Re: Re-arranged Drives in MDADM?
- From: Neil Brown <neilb@xxxxxxx>
Re: [dm-devel] [BUG] kernel 2.6.32.x hangs during boot process
- From: François Figarola <francois.figarola@xxxxxxxxxxxx>
Re: 2 drives failed, one "active", one with wrong event count
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: [PATCH] drivers/md: remove unnecessary casts of void *
- From: Neil Brown <neilb@xxxxxxx>
Re: The huge different performance of sequential read between RAID0 and RAID5
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: woes with... mdadm ?
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: 2 drives failed, one "active", one with wrong event count
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
[BUGFIX] [PATCH] freeze_bdev: don't deactivate successfully frozen MS_RDONLY sb
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
Re: Re-arranged Drives in MDADM?
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: Why does one get mismatches?
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
RE: Why does one get mismatches?
- From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
Re-arranged Drives in MDADM?
- From: Carlos Williams <carloswill@xxxxxxxxx>
Re: [dm-devel] [BUG] kernel 2.6.32.x hangs during boot process
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: Why does one get mismatches?
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: [dm-devel] [BUG] kernel 2.6.32.x hangs during boot process
- From: Thomas Backlund <tmb@xxxxxxxxxxxx>
RE: Why does one get mismatches?
- From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
Re: [mdadm PATCH] Move symbol definitions from source files to Makefile.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: [mdadm PATCH] Kill: fix when zeroing busy devices.
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: How To Grow Using 'mdadm' Utility
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: How To Grow Using 'mdadm' Utility
- From: Carlos Williams <carloswill@xxxxxxxxx>
[mdadm PATCH 1/2] Improvement: new logging facility.
- From: Artur Wojcik <artur.wojcik@xxxxxxxxx>
[mdadm PATCH 0/2] Improvement: new logging library for mdadm/mdmon
- From: Artur Wojcik <artur.wojcik@xxxxxxxxx>
Re: How To Grow Using 'mdadm' Utility
- From: Michał Sawicz <michal@xxxxxxxxxx>
Re: How To Grow Using 'mdadm' Utility
- From: Carlos Williams <carloswill@xxxxxxxxx>
[mdadm PATCH] Kill: fix when zeroing busy devices.
- From: Artur Wojcik <artur.wojcik@xxxxxxxxx>
[mdadm PATCH] Move symbol definitions from source files to Makefile.
- From: Artur Wojcik <artur.wojcik@xxxxxxxxx>
Re: The huge different performance of sequential read between RAID0 and RAID5
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: How To Grow Using 'mdadm' Utility
- From: Michał Sawicz <michal@xxxxxxxxxx>
Re: How To Grow Using 'mdadm' Utility
- From: Carlos Williams <carloswill@xxxxxxxxx>
Re: How To Grow Using 'mdadm' Utility
- From: Michał Sawicz <michal@xxxxxxxxxx>
Re: The huge different performance of sequential read between RAID0 and RAID5
- From: Gabor Gombas <gombasg@xxxxxxxxx>
Re: How To Grow Using 'mdadm' Utility
- From: Carlos Williams <carloswill@xxxxxxxxx>
Re: The huge different performance of sequential read between RAID0 and RAID5
- From: Yuehai Xu <yuehaixu@xxxxxxxxx>
Re: The huge different performance of sequential read between RAID0 and RAID5
- From: Yuehai Xu <yuehaixu@xxxxxxxxx>
Re: 'Array state: ... 1 failed', but array clean?
- From: Michał Sawicz <michal@xxxxxxxxxx>
'Array state: ... 1 failed', but array clean?
- From: Michał Sawicz <michal@xxxxxxxxxx>
Re: Question about raid robustness when disk fails
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: Why does one get mismatches?
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: kernel BUG at fs/dcache.c:670 using dmraid
- From: Thomas Backlund <tmb@xxxxxxxxxxxx>
RE: Why does one get mismatches?
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
2 drives failed, one "active", one with wrong event count
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: How can I tell what drive is sdb?
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
Re: The huge different performance of sequential read between RAID0 and RAID5
- From: Gabor Gombas <gombasg@xxxxxxxxx>
Re: [dm-devel] [BUG] kernel 2.6.32.x hangs during boot process
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
Raid 1 usage in a lab
- From: "Joseph L. Casale" <jcasale@xxxxxxxxxxxxxxxxx>
The huge different performance of sequential read between RAID0 and RAID5
- From: Yuehai Xu <yuehaixu@xxxxxxxxx>
Re: [md PATCH 05/22] md/raid5: don't complete make_request on barrieruntil writes are scheduled
- From: Neil Brown <neilb@xxxxxxx>
Re: [BUG] kernel 2.6.32.x hangs during boot process
- From: Neil Brown <neilb@xxxxxxx>
Re: How To Grow Using 'mdadm' Utility
- From: Michał Sawicz <michal@xxxxxxxxxx>
kernel BUG at fs/scache.c:670
- From: Thomas Backlund <tmb@xxxxxxxxxxxx>
RE: Why does one get mismatches?
- From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
Re: Array over arrays - how to autoassemble correctly?
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Building RAID5 w/o a Hot Spare
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Array over arrays - how to autoassemble correctly?
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Re: Array over arrays - how to autoassemble correctly?
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: Read errors on raid5 ignored, array still clean .. then disaster !!
- From: Richard Scobie <richard@xxxxxxxxxxx>
How To Grow Using 'mdadm' Utility
- From: Carlos Williams <carloswill@xxxxxxxxx>
Array over arrays - how to autoassemble correctly?
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Re: woes with... mdadm ?
- From: Maarten <maarten@xxxxxxxxxxxx>
Re: How can I tell what drive is sdb?
- From: Nagilum <nagilum@xxxxxxxxxxx>
Re: How can I tell what drive is sdb?
- From: Zdenek Kaspar <zkaspar82@xxxxxxxxx>
Re: Read errors on raid5 ignored, array still clean .. then disaster !!
- From: Giovanni Tessore <giotex@xxxxxxxxxx>
Re: Building RAID5 w/o a Hot Spare
- From: Michał Sawicz <michal@xxxxxxxxxx>
Re: Question about raid robustness when disk fails
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Building RAID5 w/o a Hot Spare
- From: Carlos Williams <carloswill@xxxxxxxxx>
Re: Question about raid robustness when disk fails
- From: Tim Bock <jtbock@xxxxxxxxxxxx>
Re: Building RAID5 w/o a Hot Spare
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: How can I tell what drive is sdb?
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Read errors on raid5 ignored, array still clean .. then disaster !!
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Building RAID5 w/o a Hot Spare
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: Building RAID5 w/o a Hot Spare
- From: Carlos Williams <carloswill@xxxxxxxxx>
Re: Building RAID5 w/o a Hot Spare
- From: Michał Sawicz <michal@xxxxxxxxxx>
Re: How can I tell what drive is sdb?
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Re: How can I tell what drive is sdb?
- From: Matt Garman <matthew.garman@xxxxxxxxx>
Building RAID5 w/o a Hot Spare
- From: Carlos Williams <carloswill@xxxxxxxxx>
Re: How can I tell what drive is sdb?
- From: Steven Haigh <netwiz@xxxxxxxxx>
Re: How can I tell what drive is sdb?
- From: Jan Ceuleers <jan.ceuleers@xxxxxxxxxxxx>
Re: How can I tell what drive is sdb?
- From: Matt Garman <matthew.garman@xxxxxxxxx>
How can I tell what drive is sdb?
- From: Rick Bragg <lists@xxxxxxxxx>
Re: Read errors on raid5 ignored, array still clean .. then disaster !!
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: Question about raid robustness when disk fails
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: Question about raid robustness when disk fails
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Read errors on raid5 ignored, array still clean .. then disaster !!
- From: Giovanni Tessore <giotex@xxxxxxxxxx>
Re: Read errors on raid5 ignored, array still clean .. then disaster !!
- From: Giovanni Tessore <giotex@xxxxxxxxxx>
Re: Question about raid robustness when disk fails
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: Question about raid robustness when disk fails
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Read errors on raid5 ignored, array still clean .. then disaster !!
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: Read errors on raid5 ignored, array still clean .. then disaster !!
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Read errors on raid5 ignored, array still clean .. then disaster !!
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: Question about raid robustness when disk fails
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: woes with... mdadm ?
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: Question about raid robustness when disk fails
- From: Ryan Wagoner <rswagoner@xxxxxxxxx>
woes with... mdadm ?
- From: Maarten <maarten@xxxxxxxxxxxx>
Read errors on raid5 ignored, array still clean .. then disaster !!
- From: Giovanni Tessore <giotex@xxxxxxxxxx>
Re: Several steps to death
- From: Michał Sawicz <michal@xxxxxxxxxx>
Re: Several steps to death
- From: aragonx@xxxxxxxxxx
Re: Several steps to death
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: Several steps to death
- From: Michał Sawicz <michal@xxxxxxxxxx>
Re: Several steps to death
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Re: Several steps to death
- From: aragonx@xxxxxxxxxx
Re: Several steps to death
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: Several steps to death
- From: aragonx@xxxxxxxxxx
Re: Thrashing a drive to flush out problems..
- From: Julian Cowley <julian@xxxxxxxx>
Re: Several steps to death
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: Question about raid robustness when disk fails
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Several steps to death
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: Why does one get mismatches?
- From: Steven Haigh <netwiz@xxxxxxxxx>
Several steps to death
- From: aragonx@xxxxxxxxxx
Re: Why does one get mismatches?
- From: greg@xxxxxxxxxxxx
Re: Fw: Why does one get mismatches?
- From: Iustin Pop <iusty@xxxxxxxxx>
Re: Question about raid robustness when disk fails
- From: Michał Sawicz <michal@xxxxxxxxxx>
Re: Question about raid robustness when disk fails
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Swapping a disk without degrading an array
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Fw: Why does one get mismatches?
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Swapping a disk without degrading an array
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: Question about raid robustness when disk fails
- From: Tim Bock <jtbock@xxxxxxxxxxxx>
Re: Thrashing a drive to flush out problems..
- From: berk walker <berk@xxxxxxxxx>
Re: Swapping a disk without degrading an array
- From: Michał Sawicz <michal@xxxxxxxxxx>
Thrashing a drive to flush out problems..
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
Re: Swapping a disk without degrading an array
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: Swapping a disk without degrading an array
- From: "Majed B." <majedb@xxxxxxxxx>
Swapping a disk without degrading an array
- From: Michał Sawicz <michal@xxxxxxxxxx>
Re: Fw: Why does one get mismatches?
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
Re: Fw: Why does one get mismatches?
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Fw: Why does one get mismatches?
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
Re: Zeroing multiple superblocks
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
[PATCH] dmatest: correct raid6 pq test
- From: Anatolij Gustschin <agust@xxxxxxx>
Growing raid 5 to 6; /proc/mdstat reports a strange value?
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Linear RAID failure. How to recreate?
- From: anoneironaut84 <anoneironaut@xxxxxxxxxxx>
Re: Fw: Why does one get mismatches?
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Fw: Why does one get mismatches?
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Re: Fw: Why does one get mismatches?
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
2.6.32.3: INFO: task flush-9:3:29267 blocked for more than 120 seconds.
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Raid5 Reshape failed can't assemble array
- From: Craig Haskins <reptile55@xxxxxxxxx>
Re: [BUG] kernel 2.6.32.x hangs during boot process
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Raid5 Reshape failed can't assemble array
- From: Craig Haskins <reptile55@xxxxxxxxx>
Zeroing multiple superblocks
- From: Jim Paris <jim@xxxxxxxx>
Re: Fw: Why does one get mismatches?
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Why does one get mismatches?
- From: Brett Russ <bruss@xxxxxxxxxxx>
Re: SSD & mechanical disc in RAID 1
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Why does one get mismatches?
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: Question about raid robustness when disk fails
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Why does one get mismatches?
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
force failing drive causes filesystem check show errors
- From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
RE: [md PATCH 05/22] md/raid5: don't complete make_request on barrieruntil writes are scheduled
- From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
Re: Why does one get mismatches?
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
Re: Why does one get mismatches?
- From: Farkas Levente <lfarkas@xxxxxxxxxxx>
Re: Why does one get mismatches?
- From: Steven Haigh <netwiz@xxxxxxxxx>
Re: Stupid question regarding RAID-1 access pattern
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: Why does one get mismatches?
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: Stupid question regarding RAID-1 access pattern
- From: Erno Kuusela <erno@xxxxxx>
Re: Why does one get mismatches?
- From: Steven Haigh <netwiz@xxxxxxxxx>
Re: Why does one get mismatches?
- From: Christopher Chen <muffaleta@xxxxxxxxx>
Re: Why does one get mismatches?
- From: Brett Russ <bruss@xxxxxxxxxxx>
Re: Why does one get mismatches?
- From: "Majed B." <majedb@xxxxxxxxx>
Re: Why does one get mismatches?
- From: Brett Russ <bruss@xxxxxxxxxxx>
Re: Why does one get mismatches?
- From: "Majed B." <majedb@xxxxxxxxx>
Re: Why does one get mismatches?
- From: Brett Russ <bruss@xxxxxxxxxxx>
Re: Why does one get mismatches?
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
Re: Why does one get mismatches?
- From: Brett Russ <bruss@xxxxxxxxxxx>
Re: Why does one get mismatches?
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
Re: Why does one get mismatches?
- From: Brett Russ <bruss@xxxxxxxxxxx>
Re: Can't re-assemble successfully after creation, initial sync and reboot
- From: "Majed B." <majedb@xxxxxxxxx>
Re: Can't re-assemble successfully after creation, initial sync and reboot
- From: Stephan Stachurski <ses1984@xxxxxxxxx>
Fw: Why does one get mismatches?
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
Re: [[Patch mdadm] 2/5] Move the files mdmon opens into /dev/ to support handoff after pivotroot
- From: Doug Ledford <dledford@xxxxxxxxxx>
Why does one get mismatches?
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
Re: How to load preexisting ntfs partitions that are on an Intel Matrix Raid 1 or 5 ?
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: [[Patch mdadm] 2/5] Move the files mdmon opens into /dev/ to support handoff after pivotroot
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: [[Patch mdadm] 1/5] Make the IMSM_DEVNAME_AS_SERIAL option work when creating containers. This allows a person to testing using loopback devices that don't support serial number queries.
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [[Patch mdadm] 1/5] Make the IMSM_DEVNAME_AS_SERIAL option work when creating containers. This allows a person to testing using loopback devices that don't support serial number queries.
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: [[Patch mdadm] 1/5] Make the IMSM_DEVNAME_AS_SERIAL option work when creating containers. This allows a person to testing using loopback devices that don't support serial number queries.
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [[Patch mdadm] 1/5] Make the IMSM_DEVNAME_AS_SERIAL option work when creating containers. This allows a person to testing using loopback devices that don't support serial number queries.
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: [[Patch mdadm] 1/5] Make the IMSM_DEVNAME_AS_SERIAL option work when creating containers. This allows a person to testing using loopback devices that don't support serial number queries.
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [[Patch mdadm] 2/5] Move the files mdmon opens into /dev/ to support handoff after pivotroot
- From: Neil Brown <neilb@xxxxxxx>
Re: Minor mdadm fixes
- From: Neil Brown <neilb@xxxxxxx>
Re: [[Patch mdadm] 5/5] Fix segfault when the AUTO keyword is used in the config file
- From: Neil Brown <neilb@xxxxxxx>
Re: [[Patch mdadm] 4/5] When using -D --export the UUID is helpful, so print it out
- From: Neil Brown <neilb@xxxxxxx>
Re: [[Patch mdadm] 3/5] We don't like %02d as a metadata format specifier, it confuses us when we read the output back later
- From: Neil Brown <neilb@xxxxxxx>
Re: [[Patch mdadm] 1/5] Make the IMSM_DEVNAME_AS_SERIAL option work when creating containers. This allows a person to testing using loopback devices that don't support serial number queries.
- From: Neil Brown <neilb@xxxxxxx>
Re: How to load preexisting ntfs partitions that are on an Intel Matrix Raid 1 or 5 ?
- From: sylarrrrrrr@xxxxxxx
Can't re-assemble successfully after creation, initial sync and reboot
- From: Stephan Stachurski <ses1984@xxxxxxxxx>
Re: How to load preexisting ntfs partitions that are on an Intel Matrix Raid 1 or 5 ?
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: No resync
- From: Neil Brown <neilb@xxxxxxx>
Re: non-fresh data unavailable bug
- From: Neil Brown <neilb@xxxxxxx>
Re: How to load preexisting ntfs partitions that are on an Intel Matrix Raid 1 or 5 ?
- From: sylarrrrrrr@xxxxxxx
Re: unknown partition table starting with 2.6.28
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: How to load preexisting ntfs partitions that are on an Intel Matrix Raid 1 or 5 ?
- From: Luca Berra <bluca@xxxxxxxxxx>
unknown partition table starting with 2.6.28
- From: "Timothy D. Lenz" <tlenz@xxxxxxxxxx>
Re: non-fresh data unavailable bug
- From: Brett Russ <bruss@xxxxxxxxxxx>
How to load preexisting ntfs partitions that are on an Intel Matrix Raid 1 or 5 ?
- From: sylarrrrrrr@xxxxxxx
Re: Read errors on raid5 device; array is still clean
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
growing RAID(1) without a resync
- From: Adrian Bridgett <adrian@xxxxxxxxxx>
Re: non-fresh data unavailable bug
- From: Michael Evans <mjevans1983@xxxxxxxxx>
non-fresh data unavailable bug
- From: Brett Russ <bruss@xxxxxxxxxxx>
deeper understanding of non-fresh
- From: Brett Russ <bruss@xxxxxxxxxxx>
Read errors on raid5 device; array is still clean
- From: Steve Ungerer <steve@xxxxxxxxxx>
mdadm 3.1.1 / 2.6.32 - trouble reducing active devices in 13TB RAID6
- From: Brett King <king.br@xxxxxxxxx>
Re: No resync
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: raid failure question
- From: Tim Bock <jtbock@xxxxxxxxxxxx>
Re: [dm-devel] [PATCH v2 1/1] dm-raid45
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
Re: raid failure question
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Re: No resync
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: Minor mdadm fixes
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: No resync
- From: Richard Scobie <richard@xxxxxxxxxxx>
RE: No resync
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: raid failure question
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: Minor mdadm fixes
- From: Doug Ledford <dledford@xxxxxxxxxx>
No resync
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: Minor mdadm fixes
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: Minor mdadm fixes
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: Minor mdadm fixes
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: Minor mdadm fixes
- From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
Re: raid failure question
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
[[Patch mdadm] 4/5] When using -D --export the UUID is helpful, so print it out
- From: Doug Ledford <dledford@xxxxxxxxxx>
[[Patch mdadm] 5/5] Fix segfault when the AUTO keyword is used in the config file
- From: Doug Ledford <dledford@xxxxxxxxxx>
[[Patch mdadm] 3/5] We don't like %02d as a metadata format specifier, it confuses us when we read the output back later
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: raid failure question
- From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
[[Patch mdadm] 2/5] Move the files mdmon opens into /dev/ to support handoff after pivotroot
- From: Doug Ledford <dledford@xxxxxxxxxx>
[[Patch mdadm] 1/5] Make the IMSM_DEVNAME_AS_SERIAL option work when creating containers. This allows a person to testing using loopback devices that don't support serial number queries.
- From: Doug Ledford <dledford@xxxxxxxxxx>
Minor mdadm fixes
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: raid failure question
- From: "Majed B." <majedb@xxxxxxxxx>
raid failure question
- From: Tim Bock <jtbock@xxxxxxxxxxxx>
Re: mdadm-3.1.1 segfaults when mdadm -G -Z
- From: Marcin Mirosław <marcin@xxxxxxxx>
Re: mdadm-3.1.1 segfaults when mdadm -G -Z
- From: Zdenek Behan <rain@xxxxxxxxx>
mdadm-3.1.1 segfaults when mdadm -G -Z
- From: Marcin Mirosław <marcin@xxxxxxxx>
RE: Can I skip recovery for RAID5 in this way?
- From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
Re: SSD & mechanical disc in RAID 1
- From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
SSD & mechanical disc in RAID 1
- From: Wil Reichert <wil.reichert@xxxxxxxxx>
Re: Can I skip recovery for RAID5 in this way?
- From: Michał Sawicz <michal@xxxxxxxxxx>
Can I skip recovery for RAID5 in this way?
- From: hank peng <pengxihan@xxxxxxxxx>
[PATCH] drivers/md: remove unnecessary casts of void *
- From: H Hartley Sweeten <hartleys@xxxxxxxxxxxxxxxxxxx>
Question about raid robustness when disk fails
- From: Tim Bock <jtbock@xxxxxxxxxxxx>
Re: [HELP]Have you solved "2.6.23.1: mdadm/raid5 hung/d-state" problem?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: bug/race in md causing device to wedge in busy state
- From: Brett Russ <bruss@xxxxxxxxxxx>
Re: when read error ,where do we rewrite?
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: when read error ,where do we rewrite?
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: why is md/raid5 sequential write speed so slow?
- From: "spren.gm@xxxxxxxxx" <spren.gm@xxxxxxxxx>
why is md/raid5 sequential write speed so slow?
- From: dong wu <dongwucs@xxxxxxxxx>
Re: when read error ,where do we rewrite?
- From: dong wu <dongwucs@xxxxxxxxx>
Re: when read error ,where do we rewrite?
- From: dong wu <dongwucs@xxxxxxxxx>
Re: linux-raid raid5 delaying write
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: embedding area is unusually small... (GRUB2 on software RAID1)
- From: Lapohos Tibor <tibor.lapohos@xxxxxxxxxx>
Re: embedding area is unusually small... (GRUB2 on software RAID1)
- From: Antonio Perez <ap23563m@xxxxxxx>
RE: Stupid question regarding RAID-1 access pattern
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: embedding area is unusually small... (GRUB2 on software RAID1)
- From: Lapohos Tibor <tibor.lapohos@xxxxxxxxxx>
Re: when read error ,where do we rewrite?
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
when read error ,where do we rewrite?
- From: dong wu <dongwucs@xxxxxxxxx>
linux-raid raid5 delaying write
- From: dong wu <dongwucs@xxxxxxxxx>
Re: Linear mode: array size is less than sum of sizes
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Stupid question regarding RAID-1 access pattern
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: embedding area is unusually small... (GRUB2 on software RAID1)
- From: Antonio Perez <ap23563m@xxxxxxx>
Re: Linear mode: array size is less than sum of sizes
- From: Alessandro Baretta <alexbaretta@xxxxxxxxx>
Re: Stupid question regarding RAID-1 access pattern
- From: Billy Crook <billycrook@xxxxxxxxx>
Re: embedding area is unusually small... (GRUB2 on software RAID1)
- From: Lapohos Tibor <tibor.lapohos@xxxxxxxxxx>
Re: Stupid question regarding RAID-1 access pattern
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re:
- From: Antonio Perez <ap23563m@xxxxxxx>
Re: embedding area is unusually small... (GRUB2 on software RAID1)
- From: Antonio Perez <ap23563m@xxxxxxx>
Re:
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Stupid question regarding RAID-1 access pattern
- From: Curt Hartung <curt@xxxxxxxxxxxx>
Re: embedding area is unusually small... (GRUB2 on software RAID1)
- From: Lapohos Tibor <tibor.lapohos@xxxxxxxxxx>
Re: embedding area is unusually small... (GRUB2 on software RAID1)
- From: Antonio Perez <ap23563m@xxxxxxx>
Re: Alignment of RAID on specific boundary
- From: Khelben Blackstaff <eye.of.the.8eholder@xxxxxxxxx>
embedding area is unusually small... (GRUB2 on software RAID1)
- From: Lapohos Tibor <tibor.lapohos@xxxxxxxxxx>
[no subject]
- From: Lapohos Tibor <tibor.lapohos@xxxxxxxxxx>
RE: Question about ADMA + RAID5 in the event of disk failure
- From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
Re: Alignment of RAID on specific boundary
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: Question about ADMA + RAID5 in the event of disk failure
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: Linear mode: array size is less than sum of sizes
- From: Alessandro Baretta <alexbaretta@xxxxxxxxx>
Re: Linear mode: array size is less than sum of sizes
- From: Alessandro Baretta <alexbaretta@xxxxxxxxx>
Re: Linear mode: array size is less than sum of sizes
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Linear mode: array size is less than sum of sizes
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Linear mode: array size is less than sum of sizes
- From: Alessandro Baretta <alexbaretta@xxxxxxxxx>
Re: anybody using the gc-ramdisk?
- From: KELEMEN Peter <Peter.Kelemen@xxxxxxx>
Re: Alignment of RAID on specific boundary
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Alignment of RAID on specific boundary
- From: Khelben Blackstaff <eye.of.the.8eholder@xxxxxxxxx>
Re: Alignment of RAID on specific boundary
- From: Khelben Blackstaff <eye.of.the.8eholder@xxxxxxxxx>
Re: Alignment of RAID on specific boundary
- From: Antonio Perez <ap23563m@xxxxxxx>
Re: Alignment of RAID on specific boundary
- From: Michal Soltys <soltys@xxxxxxxx>
Re: Alignment of RAID on specific boundary
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: anybody using the gc-ramdisk?
- From: fibre raid <fibreraid@xxxxxxxxx>
Re: anybody using the gc-ramdisk?
- From: Adam Megacz <adam@xxxxxxxxxx>
Re: anybody using the gc-ramdisk?
- From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
anybody using the gc-ramdisk?
- From: Adam Megacz <adam@xxxxxxxxxx>
Re: Alignment of RAID on specific boundary
- From: Khelben Blackstaff <eye.of.the.8eholder@xxxxxxxxx>
Re: Alignment of RAID on specific boundary
- From: David Rees <drees76@xxxxxxxxx>
Alignment of RAID on specific boundary
- From: Khelben Blackstaff <eye.of.the.8eholder@xxxxxxxxx>
Question about ADMA + RAID5 in the event of disk failure
- From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
RE: Growing Linear RAID
- From: <senthilkumar.muthukalai@xxxxxxxxx>
Re: Size limitation?
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Size limitation?
- From: mjevans1983@xxxxxxxxx
Re: Raid 5 to 6 reshape q
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
Re: Size limitation?
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: Raid 5 to 6 reshape q
- From: Billy Crook <billycrook@xxxxxxxxx>
Re: Raid 5 to 6 reshape q
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
Re: RAID5 broke during reshape...
- From: Michał Sawicz <michal@xxxxxxxxxx>
Re: RAID5 broke during reshape...
- From: Gabor Gombas <gombasg@xxxxxxxxx>
Re: RAID5 broke during reshape...
- From: "Majed B." <majedb@xxxxxxxxx>
Re: RAID5 broke during reshape...
- From: Michał Sawicz <michal@xxxxxxxxxx>
Re: RAID5 broke during reshape...
- From: Michał Sawicz <michal@xxxxxxxxxx>
Re: RAID5 broke during reshape...
- From: "Majed B." <majedb@xxxxxxxxx>
Re: RAID5 broke during reshape...
- From: "Majed B." <majedb@xxxxxxxxx>
RAID5 broke during reshape...
- From: Michał Sawicz <michal@xxxxxxxxxx>
Re: Raid 5 to 6 reshape q
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Re: Raid 5 to 6 reshape q
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Raid 5 to 6 reshape q
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
Re: xfs > md 50% write performance drop on .30+ kernel?
- From: fibre raid <fibreraid@xxxxxxxxx>
Re: Size limitation?
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: Size limitation?
- From: Zdenek Behan <rain@xxxxxxxxx>
RE: Size limitation?
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: Size limitation?
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Re: Size limitation?
- From: Joe Landman <landman@xxxxxxxxxxxxxxxxxxxxxxx>
Re: Size limitation?
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Re: Size limitation?
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Size limitation?
- From: Michael McLagan <mmclagan@xxxxxxxxxxxx>
Re: Raid 5 to 6 is it do-able/safe?
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: Raid 5 to 6 is it do-able/safe?
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
[GIT PULL] dmaengine/async_tx fixes for 2.6.33-rc3
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: imsm woes (and a small bug in mdadm)
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
RE: raid0/jbod/lvm, sorta?
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: raid0 not growable?
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
RE: RAID 1 Disk added as faulty
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: raid0 not growable?
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Re: raid0/jbod/lvm, sorta?
- From: Matt Garman <matthew.garman@xxxxxxxxx>
Re: raid0/jbod/lvm, sorta?
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: raid0/jbod/lvm, sorta?
- From: Jan Ceuleers <jan.ceuleers@xxxxxxxxxxxx>
Re: RAID 1 Disk added as faulty
- From: Neil Brown <neilb@xxxxxxx>
Re: [mdadm PATCH 00/13] rebuild / resync checkpointing and other external metadata fixes
- From: Neil Brown <neilb@xxxxxxx>
Re: raid0/jbod/lvm, sorta?
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: [mdadm PATCH 00/13] rebuild / resync checkpointing and other external metadata fixes
- From: Luca Berra <bluca@xxxxxxxxxx>
RE: RAID 1 Disk added as faulty
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: RAID 1 Disk added as faulty
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: raid0 not growable?
- From: Billy Crook <billycrook@xxxxxxxxx>
Re: raid0/jbod/lvm, sorta?
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
RE: mdadm 3.1.1: level change won't start
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: RAID 1 Disk added as faulty
- From: Neil Brown <neilb@xxxxxxx>
Re: mdadm 3.1.1: level change won't start
- From: Neil Brown <neilb@xxxxxxx>
RE: mdadm 3.1.1: level change won't start
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: RAID 1 Disk added as faulty
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: [PATCH] md: make recovery started by do_md_run() visible via sync_action
- From: Neil Brown <neilb@xxxxxxx>
Re: [mdadm GIT PULL] static analysis fixes
- From: Neil Brown <neilb@xxxxxxx>
Re: [mdadm PATCH 00/13] rebuild / resync checkpointing and other external metadata fixes
- From: Neil Brown <neilb@xxxxxxx>
Re: about raid5 recovery when created
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH] md: make recovery started by do_md_run() visible via sync_action
- From: Neil Brown <neilb@xxxxxxx>
Re: raid0/jbod/lvm, sorta?
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Re: Fwd: raid0/jbod/lvm, sorta?
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Fwd: raid0/jbod/lvm, sorta?
- From: Kevin Maguire <k.c.f.maguire@xxxxxxxxx>
raid0/jbod/lvm, sorta?
- From: Matt Garman <matthew.garman@xxxxxxxxx>
Re: Tools for Hardware Raid?
- From: "Andrea Dell'Amico" <adellam@xxxxxxxxxxxxx>
Re: Tools for Hardware Raid?
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Tools for Hardware Raid?
- From: Drew <drew.kay@xxxxxxxxx>
Re: Raid 5 to 6 is it do-able/safe?
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Re: Raid 5 to 6 is it do-able/safe?
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Raid 5 to 6 is it do-able/safe?
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Raid 5 to 6 is it do-able/safe?
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
Re: fsck problems. Can't restore raid
- From: Michael Evans <mjevans1983@xxxxxxxxx>
RE: Tools for Hardware Raid?
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: Tools for Hardware Raid?
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: Raid 10 LVM JFS Seeking performance help
- From: Chris <cmtimegn@xxxxxxxxx>
Re: Tools for Hardware Raid?
- From: Michal Soltys <soltys@xxxxxxxx>
RE: [PATCH 3/3] ioat2,3: put channel hardware in known state at init
- From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
RE: [PATCH 2/3] async_tx: expand async raid6 test to cover ioatdma corner case
- From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
RE: [PATCH 1/3] ioat3: fix p-disabled q-continuation
- From: "Sosnowski, Maciej" <maciej.sosnowski@xxxxxxxxx>
Re: Tools for Hardware Raid?
- From: Drew <drew.kay@xxxxxxxxx>
Tools for Hardware Raid?
- From: Rick Bragg <lists@xxxxxxxxx>
Re: Re: why md/raid5 dont have bad block remap
- From: "spren.gm@xxxxxxxxx" <spren.gm@xxxxxxxxx>
Re: why md/raid5 dont have bad block remap
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: why md/raid5 dont have bad block remap
- From: jin zhencheng <zhenchengjin@xxxxxxxxx>
Re: why md/raid5 dont have bad block remap
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
why md/raid5 dont have bad block remap
- From: jin zhencheng <zhenchengjin@xxxxxxxxx>
RE: fsck problems. Can't restore raid
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: fsck problems. Can't restore raid
- From: Rick Bragg <lists@xxxxxxxxx>
Re: ext3 on a RAID1 going read only?
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
99-raid-check (was: raid5: cannot start dirty degraded array)
- From: Rainer Fuegenstein <rfu@xxxxxxxxxxxxxxxxxxxxxxxx>
RE: fsck problems. Can't restore raid
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: fsck problems. Can't restore raid
- From: Rick Bragg <lists@xxxxxxxxx>
RE: fsck problems. Can't restore raid
- From: Green Mountain Network Info <info@xxxxxxxxx>
Re: [PATCH v2 2/2] Crypto: Talitos: Support for Async_tx XOR offload
- From: "Ira W. Snyder" <iws@xxxxxxxxxxxxxxxx>
RE: fsck problems. Can't restore raid
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: fsck problems. Can't restore raid
- From: Rick Bragg <lists@xxxxxxxxx>
RE: RAID 1 Disk added as faulty
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: fsck problems. Can't restore raid
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: BUG: soft lockup - CPU#0 stuck for 10s [md2_raid1]
- From: Steven Haigh <netwiz@xxxxxxxxx>
BUG: soft lockup - CPU#0 stuck for 10s [md2_raid1]
- From: Steven Haigh <netwiz@xxxxxxxxx>
RAID 1 Disk added as faulty
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: fsck problems. Can't restore raid
- From: Rick Bragg <rbragg@xxxxxxxxx>
Re: fsck problems. Can't restore raid
- From: Rick Bragg <lists@xxxxxxxxx>
fsck problems. Can't restore raid
- From: Rick Bragg <lists@xxxxxxxxx>
Re: ext3 on a RAID1 going read only?
- From: Steven Haigh <netwiz@xxxxxxxxx>
ext3 on a RAID1 going read only?
- From: Steven Haigh <netwiz@xxxxxxxxx>
linear RAID
- From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
Re: raid5: cannot start dirty degraded array
- From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
Re: Linux MD RAID 1 read performance tunning
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Linux MD RAID 1 read performance tunning
- From: "Ciprian Dorin, Craciun" <ciprian.craciun@xxxxxxxxx>
Re: Linux MD RAID 1 read performance tunning
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: raid0 not growable?
- From: Neil Brown <neilb@xxxxxxx>
RE: mdadm 3.1.1: level change won't start
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: about faulty spare-disk interrupts synchronization
- From: Neil Brown <neilb@xxxxxxx>
Re: raid0 not growable?
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Re: bug/race in md causing device to wedge in busy state
- From: Neil Brown <neilb@xxxxxxx>
Re: raid5: cannot start dirty degraded array
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re[10]: raid5: cannot start dirty degraded array
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
RE: Booting from RAID1
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re[10]: raid5: cannot start dirty degraded array
- From: Rainer Fuegenstein <rfu@xxxxxxxxxxxxxxxxxxxxxxxx>
RE: Growing Linear RAID
- From: <senthilkumar.muthukalai@xxxxxxxxx>
Re: Re[8]: raid5: cannot start dirty degraded array
- From: "Majed B." <majedb@xxxxxxxxx>
Re[8]: raid5: cannot start dirty degraded array
- From: Rainer Fuegenstein <rfu@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: raid5: cannot start dirty degraded array
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: Re[6]: raid5: cannot start dirty degraded array
- From: "Majed B." <majedb@xxxxxxxxx>
Re[6]: raid5: cannot start dirty degraded array
- From: Rainer Fuegenstein <rfu@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: Re[4]: raid5: cannot start dirty degraded array
- From: "Majed B." <majedb@xxxxxxxxx>
Re[4]: raid5: cannot start dirty degraded array
- From: Rainer Fuegenstein <rfu@xxxxxxxxxxxxxxxxxxxxxxxx>
raid0 not growable?
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Re: imsm woes (and a small bug in mdadm)
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: Re[2]: raid5: cannot start dirty degraded array
- From: "Majed B." <majedb@xxxxxxxxx>
Re[2]: raid5: cannot start dirty degraded array
- From: Rainer Fuegenstein <rfu@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: raid5: cannot start dirty degraded array
- From: "Majed B." <majedb@xxxxxxxxx>
Re: raid5: cannot start dirty degraded array
- From: Rainer Fuegenstein <rfu@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: raid5: cannot start dirty degraded array
- From: "spren.gm@xxxxxxxxx" <spren.gm@xxxxxxxxx>
raid5: cannot start dirty degraded array
- From: Rainer Fuegenstein <rfu@xxxxxxxxxxxxxxxxxxxxxxxx>
about faulty spare-disk interrupts synchronization
- From: "spren.gm@xxxxxxxxx" <spren.gm@xxxxxxxxx>
RE: Booting from RAID1
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
[PATCH 2/3] async_tx: expand async raid6 test to cover ioatdma corner case
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 0/3] ioatdma fixes for 2.6.33-rc
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 3/3] ioat2,3: put channel hardware in known state at init
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 1/3] ioat3: fix p-disabled q-continuation
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [mdadm PATCH 00/13] rebuild / resync checkpointing and other external metadata fixes
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[mdadm GIT PULL] static analysis fixes
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 13/13] imsm: add support for checkpointing via 'curr_migr_unit'
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 12/13] Support external metadata recovery-resume
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 11/13] Teach sysfs_add_disk() callers to use ->recovery_start versus 'insync' parameter
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 10/13] Introduce MaxSector
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 08/13] mdmon: cleanup resync_start
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 07/13] mdmon: cleanup manage_member() leak
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 06/13] imsm: cleanup print_imsm_dev()
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 05/13] util: fix devnum2devname for devnum == 0
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 04/13] imsm: fix thunderdome segfault
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 03/13] imsm: fix spare promotion
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 02/13] imsm: honor orom constraints for auto-layout
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH 01/13] imsm: catch attempt to auto-layout zero-length arrays
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[mdadm PATCH 00/13] rebuild / resync checkpointing and other external metadata fixes
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: imsm woes (and a small bug in mdadm)
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: RAID-5 degraded mode question
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: bug/race in md causing device to wedge in busy state
- From: Brett Russ <bruss@xxxxxxxxxxx>
Re: mdadm 3.1.1: level change won't start
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Re: Linux MD RAID 1 read performance tunning
- From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
imsm woes (and a small bug in mdadm)
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: Linux MD RAID 1 read performance tunning
- From: "Ciprian Dorin, Craciun" <ciprian.craciun@xxxxxxxxx>
Re: Linux MD RAID 1 read performance tunning
- From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
Linux MD RAID 1 read performance tunning
- From: "Ciprian Dorin, Craciun" <ciprian.craciun@xxxxxxxxx>
Re: RAID-5 degraded mode question
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: RAID-5 degraded mode question
- From: Michael Evans <mjevans1983@xxxxxxxxx>
[PATCH] md: make recovery started by do_md_run() visible via sync_action
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: smartchecks of raid members
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: mdadm 3.1.1: level change won't start
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Re: mdadm 3.1.1: level change won't start
- From: Neil Brown <neilb@xxxxxxx>
Re: mdadm 3.1.1: level change won't start
- From: Neil Brown <neilb@xxxxxxx>
smartchecks of raid members
- From: Daniel Reurich <daniel@xxxxxxxxxxxxxxxx>
Re: Typical RAID5 transfer speeds
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: [dm-devel] [PATCH v2 1/1] dm-raid45
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: mdadm 3.1.1: level change won't start
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Re: Booting from RAID1
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Typical RAID5 transfer speeds
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Raid 10 LVM JFS Seeking performance help
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: RAID-5 degraded mode question
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: RAID5 / 6 Growth
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Typical RAID5 transfer speeds
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: metadata update
- From: Jakob-Tobias Winter <jakob-tobias.winter@xxxxxxxx>
Re: mdadm 3.1.1: level change won't start
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: mdadm 3.1.1: level change won't start
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: mdadm 3.1.1: level change won't start
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Re: mdadm 3.1.1: level change won't start
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: [TuxOnIce-devel] 3.0.99.44 now uploaded.
- From: Michael Evans <mjevans1983@xxxxxxxxx>
mdadm 3.1.1: level change won't start
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Re: Typical RAID5 transfer speeds
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: Typical RAID5 transfer speeds
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: Booting from RAID1
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: metadata update
- From: Neil Brown <neilb@xxxxxxx>
Re: Typical RAID5 transfer speeds
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Re: Typical RAID5 transfer speeds
- From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
RE: Booting from RAID1
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: Typical RAID5 transfer speeds
- From: Andre Tomt <andre@xxxxxxxx>
Re: Typical RAID5 transfer speeds
- From: Andre Tomt <andre@xxxxxxxx>
Re: Typical RAID5 transfer speeds
- From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
Re: Typical RAID5 transfer speeds
- From: Erwan MAS <erwan@xxxxxxxxxx>
Re: Typical RAID5 transfer speeds
- From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
RE: Booting from RAID1
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: Booting from RAID1
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Booting from RAID1
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: Typical RAID5 transfer speeds
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: RAID5 / 6 Growth
- From: "Majed B." <majedb@xxxxxxxxx>
RE: RAID5 / 6 Growth
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: RAID5 / 6 Growth
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Typical RAID5 transfer speeds
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
RE: RAID5 / 6 Growth
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: RAID5 / 6 Growth
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: RAID5 / 6 Growth
- From: "Majed B." <majedb@xxxxxxxxx>
RE: Typical RAID5 transfer speeds
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: RAID5 / 6 Growth
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: RAID5 / 6 Growth
- From: "Majed B." <majedb@xxxxxxxxx>
RE: RAID5 / 6 Growth
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
metadata update
- From: Jakob-Tobias Winter <jakob-tobias.winter@xxxxxxxx>
Re: Typical RAID5 transfer speeds
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Typical RAID5 transfer speeds
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: Typical RAID5 transfer speeds
- From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
RE: RAID5 / 6 Growth
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: RAID5 / 6 Growth
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: RAID5 / 6 Growth
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: Typical RAID5 transfer speeds
- From: Bernd Schubert <bs_lists@xxxxxxxxxxxxxxxxx>
Typical RAID5 transfer speeds
- From: Matt Tehonica <matt.tehonica@xxxxxxx>
Re: [PATCH v2 2/2] Crypto: Talitos: Support for Async_tx XOR offload
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
RE: [PATCH v2 2/2] Crypto: Talitos: Support for Async_tx XOR offload
- From: "Li Yang-R58472" <r58472@xxxxxxxxxxxxx>
RE: [PATCH v2 2/2] Crypto: Talitos: Support for Async_tx XOR offload
- From: "Li Yang-R58472" <r58472@xxxxxxxxxxxxx>
Re: RAID5 / 6 Growth
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
RE: RAID5 / 6 Growth
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: RAID5 / 6 Growth
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: [PATCH v2 2/2] Crypto: Talitos: Support for Async_tx XOR offload
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Raid 10 LVM JFS Seeking performance help
- From: Chris <cmtimegn@xxxxxxxxx>
Re: [PATCH 1/1] md: expose behind writes counter
- From: Paul Clements <paul.clements@xxxxxxxxxxxx>
Re: reconstruct raid superblock
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: [PATCH v2 2/2] Crypto: Talitos: Support for Async_tx XOR offload
- From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
Re: reconstruct raid superblock
- From: "Majed B." <majedb@xxxxxxxxx>
Re: RAID5 / 6 Growth
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: [PATCH v2 2/2] Crypto: Talitos: Support for Async_tx XOR offload
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [PATCH v2 2/2] Crypto: Talitos: Support for Async_tx XOR offload
- From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH v2 2/2] Crypto: Talitos: Support for Async_tx XOR offload
- From: "Ira W. Snyder" <iws@xxxxxxxxxxxxxxxx>
Re: reconstruct raid superblock
- From: Carl Karsten <carl@xxxxxxxxxxxxxxxxx>
Re: reconstruct raid superblock
- From: "Majed B." <majedb@xxxxxxxxx>
Re: reconstruct raid superblock
- From: Carl Karsten <carl@xxxxxxxxxxxxxxxxx>
Re: reconstruct raid superblock
- From: "Majed B." <majedb@xxxxxxxxx>
Re: reconstruct raid superblock
- From: Carl Karsten <carl@xxxxxxxxxxxxxxxxx>
Re: reconstruct raid superblock
- From: "Majed B." <majedb@xxxxxxxxx>
Re: reconstruct raid superblock
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: reconstruct raid superblock
- From: "Majed B." <majedb@xxxxxxxxx>
Re: RAID5 / 6 Growth
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: reconstruct raid superblock
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: reconstruct raid superblock
- From: Carl Karsten <carl@xxxxxxxxxxxxxxxxx>
reconstruct raid superblock
- From: Carl Karsten <carl@xxxxxxxxxxxxxxxxx>
RE: RAID5 / 6 Growth
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
bug/race in md causing device to wedge in busy state
- From: Brett Russ <bruss@xxxxxxxxxxx>
RE: RAID5 / 6 Growth
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: Idea for new RAID type - background extended recovery information
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: Growing Linear RAID
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH v2 2/2] Crypto: Talitos: Support for Async_tx XOR offload
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [PATCH v2 2/2] Crypto: Talitos: Support for Async_tx XOR offload
- From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH v2 2/2] Crypto: Talitos: Support for Async_tx XOR offload
- From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
RE: RAID-5 degraded mode question
- From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
Re: RAID-5 degraded mode question
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
RAID-5 degraded mode question
- From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
Re: [GIT PULL] dmaengine update for 2.6.33
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [SOLVED] RAID-10 array won't auto-assemble @ boot of a Xen Guest; Works just fine 'manually' ... Any ideas?
- From: Ben DJ <bendj095124367913213465@xxxxxxxxx>
Re: [SOLVED] RAID-10 array won't auto-assemble @ boot of a Xen Guest; Works just fine 'manually' ... Any ideas?
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: [SOLVED] RAID-10 array won't auto-assemble @ boot of a Xen Guest; Works just fine 'manually' ... Any ideas?
- From: Ben DJ <bendj095124367913213465@xxxxxxxxx>
[PATCH v2 2/2] Crypto: Talitos: Support for Async_tx XOR offload
- From: Vishnu Suresh <Vishnu@xxxxxxxxxxxxx>
[PATCH v2 1/2] fsldma: Delete DMA_INTERRUPT capability
- From: Vishnu Suresh <Vishnu@xxxxxxxxxxxxx>
Re: RAID5 / 6 Growth
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Idea for new RAID type - background extended recovery information
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Random IO with md raid
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: RAID5 / 6 Growth
- From: "Majed B." <majedb@xxxxxxxxx>
RE: Growing Linear RAID
- From: <senthilkumar.muthukalai@xxxxxxxxx>
Re: [SOLVED] RAID-10 array won't auto-assemble @ boot of a Xen Guest; Works just fine 'manually' ... Any ideas?
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: Spurious HD convictions
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
RE: RAID5 / 6 Growth
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: RAID5 / 6 Growth
- From: Michael Evans <mjevans1983@xxxxxxxxx>
RE: RAID5 / 6 Growth
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: RAID5 / 6 Growth
- From: "Majed B." <majedb@xxxxxxxxx>
Re: [GIT PATCH 0/2] external-metadata recovery checkpointing for 2.6.33
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
RE: Spurious HD convictions
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RAID5 / 6 Growth
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: Spurious HD convictions
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
[GIT PULL] dmaengine update for 2.6.33
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [GIT PATCH 0/2] external-metadata recovery checkpointing for 2.6.33
- From: Neil Brown <neilb@xxxxxxx>
Re: [SOLVED] RAID-10 array won't auto-assemble @ boot of a Xen Guest; Works just fine 'manually' ... Any ideas?
- From: Ben DJ <bendj095124367913213465@xxxxxxxxx>
RE: [SOLVED] RAID-10 array won't auto-assemble @ boot of a Xen Guest; Works just fine 'manually' ... Any ideas?
- From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
[SOLVED] RAID-10 array won't auto-assemble @ boot of a Xen Guest; Works just fine 'manually' ... Any ideas?
- From: Ben DJ <bendj095124367913213465@xxxxxxxxx>
RAID-10 array won't auto-assemble @ boot of a Xen Guest; Works just fine 'manually' ... Any ideas?
- From: Ben DJ <bendj095124367913213465@xxxxxxxxx>
RE: e2fsck + RAID-5 disk fail test question
- From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>
Re: [PATCH v0] Crypto: Talitos: re-initialize async_tx descriptors
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [GIT PATCH 0/2] external-metadata recovery checkpointing for 2.6.33
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: Disappointing performance of copy (MD raid + XFS)
- From: Eric Sandeen <sandeen@xxxxxxxxxxx>
Re: Disappointing performance of copy (MD raid + XFS)
- From: Kasper Sandberg <postmaster@xxxxxxxxxxx>
Re: RAID-5 Degraded, Seemed to have lost files? Please help!
- From: Ryan Wagoner <rswagoner@xxxxxxxxx>
RAID-5 Degraded, Seemed to have lost files? Please help!
- From: stuart-b-uk <stuart.buckell@xxxxxxxxxxxxxx>
Re: Spurious HD convictions
- From: "Majed B." <majedb@xxxxxxxxx>
Re: [PATCH v0] Crypto: Talitos: re-initialize async_tx descriptors
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [GIT PATCH 0/2] external-metadata recovery checkpointing for 2.6.33
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: e2fsck + RAID-5 disk fail test question
- From: "Majed B." <majedb@xxxxxxxxx>
Re: [GIT PATCH 0/2] external-metadata recovery checkpointing for 2.6.33
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
e2fsck + RAID-5 disk fail test question
- From: "Tirumala Reddy Marri" <tmarri@xxxxxxxx>

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