Linux RAID Storage Date Index

Thread Index

Re: Why does one get mismatches?
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: Why does one get mismatches?
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: Why does one get mismatches?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Why does one get mismatches?
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: Why does one get mismatches?
- From: Neil Brown <neilb@xxxxxxx>
Re: Why does one get mismatches?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: mdadm 3.1.1 fails to hot remove device - No such device or address
- From: Neil Brown <neilb@xxxxxxx>
Re: emergency call for help: raid5 fallen apart
- From: Bill Davidsen <davidsen@xxxxxxx>
RE: mdadm 3.1.1 fails to hot remove device - No such device or address
- From: Foster_Brian@xxxxxxx
Re: mdadm 3.1.1 fails to hot remove device - No such device or address
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
mdadm 3.1.1 fails to hot remove device - No such device or address
- From: Foster_Brian@xxxxxxx
Device role question
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: Pushing desktop boards to the MAX: Intel 10GbE AT2 Server Adapters!
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: emergency call for help: raid5 fallen apart
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Pushing desktop boards to the MAX: Intel 10GbE AT2 Server Adapters!
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: emergency call for help: raid5 fallen apart
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: emergency call for help: raid5 fallen apart
- From: Dawning Sky <the.dawning.sky@xxxxxxxxx>
Re: emergency call for help: raid5 fallen apart
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: emergency call for help: raid5 fallen apart
- From: Stefan /*St0fF*/ Hübner <stefan.huebner@xxxxxxxxxxxxxxxxxx>
RAID5 and barrier support
- From: Matthias Dahl <ml_linux_raid@xxxxxxxxxxxxxx>
Re: md homehost
- From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
Re: programmatic API?
- From: Neil Brown <neilb@xxxxxxx>
Re: Why does one get mismatches?
- From: Neil Brown <neilb@xxxxxxx>
programmatic API?
- From: bardov@xxxxxxxxx
Re: Why does one get mismatches?
- From: Neil Brown <neilb@xxxxxxx>
Re: Why does one get mismatches?
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Why does one get mismatches?
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: md homehost
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: emergency call for help: raid5 fallen apart
- From: Giovanni Tessore <giotex@xxxxxxxxxx>
Re: md homehost
- From: Neil Brown <neilb@xxxxxxx>
Re: Why does one get mismatches?
- From: Neil Brown <neilb@xxxxxxx>
Re: Why does one get mismatches?
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: md homehost
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: md homehost
- From: Neil Brown <neilb@xxxxxxx>
Re: Bug#567468: md homehost
- From: Neil Brown <neilb@xxxxxxx>
Re: Why does one get mismatches?
- From: Neil Brown <neilb@xxxxxxx>
Re: Why does one get mismatches?
- From: Neil Brown <neilb@xxxxxxx>
Re: Why does one get mismatches?
- From: Neil Brown <neilb@xxxxxxx>
Re: Why does one get mismatches?
- From: Neil Brown <neilb@xxxxxxx>
Re: emergency call for help: raid5 fallen apart
- From: "Stefan G. Weichinger" <lists@xxxxxxxx>
Re: Why does one get mismatches?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Why does one get mismatches?
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: emergency call for help: raid5 fallen apart
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: Bug#567468: md homehost
- From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
Re: emergency call for help: raid5 fallen apart
- From: "Stefan G. Weichinger" <lists@xxxxxxxx>
Re: emergency call for help: raid5 fallen apart
- From: "Stefan G. Weichinger" <lists@xxxxxxxx>
Re: emergency call for help: raid5 fallen apart
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: emergency call for help: raid5 fallen apart
- From: "Stefan G. Weichinger" <lists@xxxxxxxx>
Re: emergency call for help: raid5 fallen apart
- From: "Stefan G. Weichinger" <lists@xxxxxxxx>
Re: emergency call for help: raid5 fallen apart
- From: "Stefan G. Weichinger" <lists@xxxxxxxx>
Re: Why does one get mismatches?
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: emergency call for help: raid5 fallen apart
- From: "Stefan G. Weichinger" <lists@xxxxxxxx>
Re: emergency call for help: raid5 fallen apart
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: emergency call for help: raid5 fallen apart
- From: "Stefan G. Weichinger" <lists@xxxxxxxx>
emergency call for help: raid5 fallen apart
- From: "Stefan G. Weichinger" <lists@xxxxxxxx>
Re: Why does one get mismatches?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Why does one get mismatches?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: md homehost
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Bug#567468: md homehost
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Fwd: Majordomo results: Re: Majordomo results: .
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
Re: Fwd: Majordomo results: Re: Majordomo results: .
- From: Felipe Alvarez <felipe.alvarez@xxxxxxxxx>
Re: Fwd: Majordomo results: Re: Majordomo results: .
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
Fwd: Majordomo results: Re: Majordomo results: .
- From: Felipe Alvarez <felipe.alvarez@xxxxxxxxx>
[mdadm PATCH 9/11] Enable OLCE for external IMSM metadata
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
[mdadm PATCH 4/11] Enable OLCE for external IMSM metadata
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
[mdadm PATCH 8/11] Enable OLCE for external IMSM metadata
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
[mdadm PATCH 6/11] Enable OLCE for external IMSM metadata
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
[mdadm PATCH 7/11] Enable OLCE for external IMSM metadata
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
[mdadm PATCH 5/11] Enable OLCE for external IMSM metadata
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
[mdadm PATCH 3/11] Enable OLCE for external IMSM metadata
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
[mdadm PATCH 10/11] Enable OLCE for external IMSM metadata
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
[mdadm PATCH 2/11] Enable OLCE for external IMSM metadata
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
[mdadm PATCH 11/11] Enable OLCE for external IMSM metadata
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
[mdadm PATCH 1/11] Enable OLCE for external IMSM metadata
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
[mdadm PATCH 0/11] Enable OLCE for external IMSM metadata
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
[md PATCH 7/8] Enable OLCE for external IMSM metadata
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
[md PATCH 8/8] Enable OLCE for external IMSM metadata
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
[md PATCH 6/8] Enable OLCE for external IMSM metadata
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
[md PATCH 5/8] Enable OLCE for external IMSM metadata
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
[md PATCH 3/8] Enable OLCE for external IMSM metadata
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
[md PATCH 4/8] Enable OLCE for external IMSM metadata
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
[md PATCH 2/8] Enable OLCE for external IMSM metadata
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
[md PATCH 1/8] Enable OLCE for external IMSM metadata
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
[md PATCH 0/8] Enable OLCE for external IMSM metadata
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
Re: md homehost (was: Bug#567468: (boot time consequences of) Linux mdadm superblock) question.
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: md homehost (was: Bug#567468: (boot time consequences of) Linux mdadm superblock) question.
- From: Neil Brown <neilb@xxxxxxx>
Re: md homehost
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: Bug#567468: md homehost
- From: martin f krafft <madduck@xxxxxxxxxx>
Re: md homehost
- From: martin f krafft <madduck@xxxxxxxxxxx>
Re: md homehost
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: md homehost
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: md homehost (was: Bug#567468: (boot time consequences of) Linux mdadm superblock) question.
- From: martin f krafft <madduck@xxxxxxxxxxx>
Re: md homehost (was: Bug#567468: (boot time consequences of) Linux mdadm superblock) question.
- From: Neil Brown <neilb@xxxxxxx>
Re: Why does one get mismatches?
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: Why does one get mismatches?
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: Why does one get mismatches?
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: md homehost (was: Bug#567468: (boot time consequences of) Linux mdadm superblock) question.
- From: Daniel Reurich <daniel@xxxxxxxxxxxxxxxx>
Re: Bug#567468: (boot time consequences of) Linux mdadm superblock question.
- From: Daniel Reurich <daniel@xxxxxxxxxxxxxxxx>
md homehost (was: Bug#567468: (boot time consequences of) Linux mdadm superblock) question.
- From: martin f krafft <madduck@xxxxxxxxxxx>
Re: Bug#567468: (boot time consequences of) Linux mdadm superblock question.
- From: martin f krafft <madduck@xxxxxxxxxx>
Re: Bug#567468: (boot time consequences of) Linux mdadm superblock question.
- From: martin f krafft <madduck@xxxxxxxxxx>
Re: (boot time consequences of) Linux mdadm superblock question.
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: (boot time consequences of) Linux mdadm superblock question.
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Bug#567468: (boot time consequences of) Linux mdadm superblock question.
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: Why does one get mismatches?
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: (boot time consequences of) Linux mdadm superblock question.
- From: Daniel Reurich <daniel@xxxxxxxxxxxxxxxx>
RE: Why does one get mismatches?
- From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
Re: (boot time consequences of) Linux mdadm superblock question.
- From: martin f krafft <madduck@xxxxxxxxxxx>
Re: (boot time consequences of) Linux mdadm superblock question.
- From: Daniel Reurich <daniel@xxxxxxxxxxxxxxxx>
Re: (boot time consequences of) Linux mdadm superblock question.
- From: Daniel Reurich <daniel@xxxxxxxxxxxxxxxx>
Re: Bug#567468: (boot time consequences of) Linux mdadm superblock question.
- From: martin f krafft <madduck@xxxxxxxxxxx>
Re: (boot time consequences of) Linux mdadm superblock question.
- From: martin f krafft <madduck@xxxxxxxxxxx>
Re: Maybe crazy idea for reshaping: Instant/On-Demand reshaping
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Why does one get mismatches?
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Weird Issue with raid 5+0
- From: chris <tknchris@xxxxxxxxx>
Re: Weird Issue with raid 5+0
- From: chris <tknchris@xxxxxxxxx>
Re: Weird Issue with raid 5+0
- From: Neil Brown <neilb@xxxxxxx>
Re: Weird Issue with raid 5+0
- From: Neil Brown <neilb@xxxxxxx>
Re: Weird Issue with raid 5+0
- From: chris <tknchris@xxxxxxxxx>
Re: Weird Issue with raid 5+0
- From: Neil Brown <neilb@xxxxxxx>
Weird Issue with raid 5+0
- From: chris <tknchris@xxxxxxxxx>
Re: Maybe crazy idea for reshaping: Instant/On-Demand reshaping
- From: Neil Brown <neilb@xxxxxxx>
Re: Why does one get mismatches?
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: Maybe crazy idea for reshaping: Instant/On-Demand reshaping
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Maybe crazy idea for reshaping: Instant/On-Demand reshaping
- From: Neil Brown <neilb@xxxxxxx>
Maybe crazy idea for reshaping: Instant/On-Demand reshaping
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Why does one get mismatches?
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Why does one get mismatches?
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Why does one get mismatches?
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: Why does one get mismatches?
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: Why does one get mismatches?
- From: Neil Brown <neilb@xxxxxxx>
Re: Why does one get mismatches?
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: (boot time consequences of) Linux mdadm superblock question.
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: Linux mdadm superblock question.
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: (boot time consequences of) Linux mdadm superblock question.
- From: Daniel Reurich <daniel@xxxxxxxxxxxxxxxx>
Re: (boot time consequences of) Linux mdadm superblock question.
- From: martin f krafft <madduck@xxxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Nick Bowler <nbowler@xxxxxxxxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Ian Dall <ian@xxxxxxxxxxxxxxxxxxxxx>
Re: Auto Checking Raid 6 crashes my system
- From: Dawning Sky <the.dawning.sky@xxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: (boot time consequences of) Linux mdadm superblock question.
- From: Neil Brown <neilb@xxxxxxx>
Re: (boot time consequences of) Linux mdadm superblock question.
- From: martin f krafft <madduck@xxxxxxxxxxx>
Re: (boot time consequences of) Linux mdadm superblock question.
- From: martin f krafft <madduck@xxxxxxxxxxx>
Re: (boot time consequences of) Linux mdadm superblock question.
- From: Daniel Reurich <daniel@xxxxxxxxxxxxxxxx>
Re: (boot time consequences of) Linux mdadm superblock question.
- From: Neil Brown <neilb@xxxxxxx>
Re: (boot time consequences of) Linux mdadm superblock question.
- From: martin f krafft <madduck@xxxxxxxxxxx>
Re: (boot time consequences of) Linux mdadm superblock question.
- From: Daniel Reurich <daniel@xxxxxxxxxxxxxxxx>
Re: Map Block number from hdd to md
- From: Keld Simonsen <keld@xxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Linux mdadm superblock question.
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: (boot time consequences of) Linux mdadm superblock question.
- From: martin f krafft <madduck@xxxxxxxxxxx>
Re: (boot time consequences of) Linux mdadm superblock question.
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
Re: (boot time consequences of) Linux mdadm superblock question.
- From: martin f krafft <madduck@xxxxxxxxxxx>
Re: Map Block number from hdd to md
- From: Neil Brown <neilb@xxxxxxx>
Re: (boot time consequences of) Linux mdadm superblock question.
- From: Neil Brown <neilb@xxxxxxx>
Re: Linux mdadm superblock question.
- From: Neil Brown <neilb@xxxxxxx>
Re: Linux mdadm superblock question.
- From: Neil Brown <neilb@xxxxxxx>
Re: Linux mdadm superblock question.
- From: Neil Brown <neilb@xxxxxxx>
Re: Why does one get mismatches?
- From: Neil Brown <neilb@xxxxxxx>
boot times, not mdadm (was: Linux mdadm superblock question.)
- From: martin f krafft <madduck@xxxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Linux mdadm superblock question.
- From: david@xxxxxxx
Re: Linux mdadm superblock question.
- From: Nick Bowler <nbowler@xxxxxxxxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Frans Pop <elendil@xxxxxxxxx>
Re: Linux mdadm superblock question.
- From: david@xxxxxxx
Re: Linux mdadm superblock question.
- From: Gabor Gombas <gombasg@xxxxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Nick Bowler <nbowler@xxxxxxxxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Volker Armin Hemmann <volkerarmin@xxxxxxxxxxxxxx>
Re: RAID partition starting sector (... 63?)
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: david@xxxxxxx
Re: Linux mdadm superblock question.
- From: Nick Bowler <nbowler@xxxxxxxxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Nick Bowler <nbowler@xxxxxxxxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Volker Armin Hemmann <volkerarmin@xxxxxxxxxxxxxx>
Re: RAID partition starting sector (... 63?)
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
Re: Linux mdadm superblock question.
- From: david@xxxxxxx
Re: MD: "sync_action" issues: pausing resync/recovery automatically restarts.
- From: Benjamin ESTRABAUD <be@xxxxxxxxxx>
Re: RAID partition starting sector (... 63?)
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Kyle Moffett <kyle@xxxxxxxxxxxxxxx>
Re: RAID partition starting sector (... 63?)
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: RAID partition starting sector (... 63?)
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
Re: RAID partition starting sector (... 63?)
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: RAID partition starting sector (... 63?)
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
RAID partition starting sector (... 63?)
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Nick Bowler <nbowler@xxxxxxxxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Frans Pop <elendil@xxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Rudy Zijlstra <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx>
Re: Map Block number from hdd to md
- From: Michael <michael@xxxxxxx>
Re: Linux mdadm superblock question.
- From: Kyle Moffett <kyle@xxxxxxxxxxxxxxx>
Re: Map Block number from hdd to md
- From: Keld Simonsen <keld@xxxxxxxxxx>
Re: Why does one get mismatches?
- From: Bryan Mesich <bryan.mesich@xxxxxxxx>
Re: Linux mdadm superblock question.
- From: Volker Armin Hemmann <volkerarmin@xxxxxxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Neil Brown <neilb@xxxxxxx>
Re: Linux mdadm superblock question.
- From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Nick Bowler <nbowler@xxxxxxxxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Volker Armin Hemmann <volkerarmin@xxxxxxxxxxxxxx>
Re: Why does one get mismatches?
- From: Steven Haigh <netwiz@xxxxxxxxx>
Re: Why does one get mismatches?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Linux mdadm superblock question.
- From: Bodo Eggert <7eggert@xxxxxx>
Re: Linux mdadm superblock question.
- From: Volker Armin Hemmann <volkerarmin@xxxxxxxxxxxxxx>
mdadm FAQ (was: Linux mdadm superblock question.)
- From: martin f krafft <madduck@xxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: Slow(?) raid5 to raid6 reshape speed
- From: Michael <michael@xxxxxxx>
Re: Slow(?) raid5 to raid6 reshape speed
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Linux mdadm superblock question.
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Linux mdadm superblock question.
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Auto Checking Raid 6 crashes my system
- From: Dawning Sky <the.dawning.sky@xxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Linux mdadm superblock question.
- From: Bill Davidsen <davidsen@xxxxxxx>
[mdadm PATCH] imsm: support for Intel(R) SAS controller.
- From: Artur Wojcik <artur.wojcik@xxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Volker Armin Hemmann <volkerarmin@xxxxxxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Auto Checking Raid 6 crashes my system
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Re: Slow(?) raid5 to raid6 reshape speed
- From: Michael <michael@xxxxxxx>
Re: Linux mdadm superblock question.
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Slow(?) raid5 to raid6 reshape speed
- From: Michael <michael@xxxxxxx>
Re: Slow(?) raid5 to raid6 reshape speed
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Slow(?) raid5 to raid6 reshape speed
- From: Michael <michael@xxxxxxx>
Re: Map Block number from hdd to md
- From: Michael <michael@xxxxxxx>
Re: Map Block number from hdd to md
- From: Michael <michael@xxxxxxx>
Re: Linux mdadm superblock question.
- From: Giovanni Tessore <giotex@xxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Rudy Zijlstra <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Auto Checking Raid 6 crashes my system
- From: Dawning Sky <the.dawning.sky@xxxxxxxxx>
Re: Linux mdadm superblock question.
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Map Block number from hdd to md
- From: Keld Simonsen <keld@xxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: CaT <cat@xxxxxxxxxx>
Re: Map Block number from hdd to md
- From: Keld Simonsen <keld@xxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: david@xxxxxxx
Re: mdadm vesions and linux kernel correspondance
- From: Neil Brown <neilb@xxxxxxx>
Re: MD: "sync_action" issues: pausing resync/recovery automatically restarts.
- From: Neil Brown <neilb@xxxxxxx>
Re: Linux mdadm superblock question.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Map Block number from hdd to md
- From: Neil Brown <neilb@xxxxxxx>
Re: Linux mdadm superblock question.
- From: Neil Brown <neilb@xxxxxxx>
Re: Linux mdadm superblock question.
- From: Neil Brown <neilb@xxxxxxx>
Re: Linux mdadm superblock question.
- From: Neil Brown <neilb@xxxxxxx>
Re: Linux mdadm superblock question.
- From: Neil Brown <neilb@xxxxxxx>
Re: Can this setup be saved?
- From: Dmitry Teytelman <dim@xxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: martin f krafft <madduck@xxxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Rudy Zijlstra <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Gabor Gombas <gombasg@xxxxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Gabor Gombas <gombasg@xxxxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Volker Armin Hemmann <volkerarmin@xxxxxxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: Linux mdadm superblock question.
- From: david@xxxxxxx
Re: Linux mdadm superblock question.
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Volker Armin Hemmann <volkerarmin@xxxxxxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: Linux mdadm superblock question.
- From: david@xxxxxxx
Re: Linux mdadm superblock question.
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Giovanni Tessore <giotex@xxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Giovanni Tessore <giotex@xxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: Can this setup be saved?
- From: Giovanni Tessore <giotex@xxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Giovanni Tessore <giotex@xxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: martin f krafft <madduck@xxxxxxxxxxx>
Re: Can this setup be saved?
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Can this setup be saved?
- From: Dmitry Teytelman <dim@xxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: Linux mdadm superblock question.
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Map Block number from hdd to md
- From: Michael <michael@xxxxxxx>
Linux mdadm superblock question.
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Why does one get mismatches?
- From: Bryan Mesich <bryan.mesich@xxxxxxxx>
Re: Why does one get mismatches?
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: 2.6.32.3 x86_64 - XFS hangs, all I/O to D-state bug (again)
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: 2.6.32.3 x86_64 - XFS hangs, all I/O to D-state bug (again)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 2.6.32.3 x86_64 - XFS hangs, all I/O to D-state bug (again)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 2.6.32.3 x86_64 - XFS hangs, all I/O to D-state bug (again)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
RE: [PATCH 4/4] md: Enable takeover for external metadata
- From: "Trela, Maciej" <Maciej.Trela@xxxxxxxxx>
MD: "sync_action" issues: pausing resync/recovery automatically restarts.
- From: Benjamin ESTRABAUD <be@xxxxxxxxxx>
Re: Why does one get mismatches?
- 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: [PATCH 4/4] md: Enable takeover for external metadata
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
mdadm vesions and linux kernel correspondance
- From: Keld Simonsen <keld@xxxxxxxxxx>
[mdadm PATCH 3/3] Add support for takeover from Raid10 to Raid0
- From: "Trela, Maciej" <Maciej.Trela@xxxxxxxxx>
FW: [mdadm PATCH 2/3] IMSM metadata compatibility issues
- From: "Trela, Maciej" <Maciej.Trela@xxxxxxxxx>
[mdadm PATCH 2/3] IMSM metadata compatibility issues
- From: "Trela, Maciej" <Maciej.Trela@xxxxxxxxx>
[mdadm PATCH 1/3] Enable takevoer for external metadata
- From: "Trela, Maciej" <Maciej.Trela@xxxxxxxxx>
[mdadm PATCH 0/3] Enable takeover for external IMSM metadata
- From: "Trela, Maciej" <Maciej.Trela@xxxxxxxxx>
Re: [[Patch mdadm] 2/5] Move the files mdmon opens into /dev/ to support handoff after pivotroot
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: [[Patch mdadm] 2/5] Move the files mdmon opens into /dev/ to support handoff after pivotroot
- 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: Harald Hoyer <harald@xxxxxxxxxx>
Re: [PATCH 4/4] md: Enable takeover for external metadata
- From: Neil Brown <neilb@xxxxxxx>
Re: Growing raid 5 to 6; /proc/mdstat reports a strange value?
- From: Neil Brown <neilb@xxxxxxx>
Re: [[Patch mdadm] 2/5] Move the files mdmon opens into /dev/ to support handoff after pivotroot
- From: Neil Brown <neilb@xxxxxxx>
Re: [[Patch mdadm] 2/5] Move the files mdmon opens into /dev/ to support handoff after pivotroot
- From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
[PULL REQUEST] 2 md fixes for 2.6.33
- 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: [[Patch mdadm] 2/5] Move the files mdmon opens into /dev/ to support handoff after pivotroot
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: Disk I/O error while rebuilding an md raid-5 array
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: Disk I/O error while rebuilding an md raid-5 array
- From: Dawning Sky <the.dawning.sky@xxxxxxxxx>
Re: Feature Request
- From: Stefan Hübner <stefan.huebner@xxxxxxxxxxxxxxxxxx>
Re: Feature Request
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: Disk I/O error while rebuilding an md raid-5 array
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: recovering a mirrored arry.
- From: Keld Simonsen <keld@xxxxxxxxxx>
Re: Disk I/O error while rebuilding an md raid-5 array
- From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
Feature Request
- From: Stefan *St0fF* Huebner <st0ff@xxxxxxx>
Re: Disk I/O error while rebuilding an md raid-5 array
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: Disk I/O error while rebuilding an md raid-5 array
- From: Dawning Sky <the.dawning.sky@xxxxxxxxx>
Re: Disk I/O error while rebuilding an md raid-5 array
- From: Stefan Hübner <stefan.huebner@xxxxxxxxxxxxxxxxxx>
Re: Disk I/O error while rebuilding an md raid-5 array
- From: Wil Reichert <wil.reichert@xxxxxxxxx>
Re: Disk I/O error while rebuilding an md raid-5 array
- From: Steven Haigh <netwiz@xxxxxxxxx>
Re: Disk I/O error while rebuilding an md raid-5 array
- From: Wil Reichert <wil.reichert@xxxxxxxxx>
Re: Disk I/O error while rebuilding an md raid-5 array
- From: Dawning Sky <the.dawning.sky@xxxxxxxxx>
Re: [[Patch mdadm] 2/5] Move the files mdmon opens into /dev/ to support handoff after pivotroot
- From: martin f krafft <madduck@xxxxxxxxxx>
Re: Disk I/O error while rebuilding an md raid-5 array
- From: Dawning Sky <the.dawning.sky@xxxxxxxxx>
Re: Disk I/O error while rebuilding an md raid-5 array
- From: Dawning Sky <the.dawning.sky@xxxxxxxxx>
Re: Disk I/O error while rebuilding an md raid-5 array
- From: russ@xxxxxxxxxx
Re: [[Patch mdadm] 2/5] Move the files mdmon opens into /dev/ to support handoff after pivotroot
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: Disk I/O error while rebuilding an md raid-5 array
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
Disk I/O error while rebuilding an md raid-5 array
- From: Dawning Sky <the.dawning.sky@xxxxxxxxx>
Re: [[Patch mdadm] 2/5] Move the files mdmon opens into /dev/ to support handoff after pivotroot
- From: Neil Brown <neilb@xxxxxxx>
Re: [[Patch mdadm] 2/5] Move the files mdmon opens into /dev/ to support handoff after pivotroot
- From: Bill Nottingham <notting@xxxxxxxxxx>
Re: [[Patch mdadm] 2/5] Move the files mdmon opens into /dev/ to support handoff after pivotroot
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: recovery problems, might be driver-related
- From: Stefan /*St0fF*/ Hübner <stefan.huebner@xxxxxxxxxxxxxxxxxx>
RE: Global sparing
- From: <senthilkumar.muthukalai@xxxxxxxxx>
Re: Moved drives between machines... now, MIA.
- From: Neil Brown <neilb@xxxxxxx>
Re: recovery problems, might be driver-related
- From: Neil Brown <neilb@xxxxxxx>
Re: Global sparing
- From: Neil Brown <neilb@xxxxxxx>
Re: problem changing raid level with Ubuntu 10.04 / 2.6.32 / mdadm 3.1.1
- From: Neil Brown <neilb@xxxxxxx>
Re: teeny but significant typo in latest mdadm ANNOUNCE
- From: Neil Brown <neilb@xxxxxxx>
Re: [[Patch mdadm] 2/5] Move the files mdmon opens into /dev/ to support handoff after pivotroot
- From: Neil Brown <neilb@xxxxxxx>
Re: [[Patch mdadm] 2/5] Move the files mdmon opens into /dev/ to support handoff after pivotroot
- From: Neil Brown <neilb@xxxxxxx>
Re: [[Patch mdadm] 2/5] Move the files mdmon opens into /dev/ to support handoff after pivotroot
- From: Neil Brown <neilb@xxxxxxx>
Re: [[Patch mdadm] 2/5] Move the files mdmon opens into /dev/ to support handoff after pivotroot
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
recovery problems, might be driver-related
- From: Stefan Hübner <stefan.huebner@xxxxxxxxxxxxxxxxxx>
Re: compat_ioctl: ignore RAID_VERSION ioctl
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
Re: compat_ioctl: ignore RAID_VERSION ioctl
- From: "Michael S. Tsirkin" <m.s.tsirkin@xxxxxxxxx>
Re: [[Patch mdadm] 2/5] Move the files mdmon opens into /dev/ to support handoff after pivotroot
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: [[Patch mdadm] 2/5] Move the files mdmon opens into /dev/ to support handoff after pivotroot
- From: martin f krafft <madduck@xxxxxxxxxx>
Re: [[Patch mdadm] 2/5] Move the files mdmon opens into /dev/ to support handoff after pivotroot
- 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: Doug Ledford <dledford@xxxxxxxxxx>
Re: recovering a mirrored arry.
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
RE: recovering a mirrored arry.
- From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
Re: recovering a mirrored arry.
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Re: recovering a mirrored arry.
- From: Keld Simonsen <keld@xxxxxxxxxx>
Re: recovering a mirrored arry.
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Re: recovering a mirrored arry.
- From: Keld Simonsen <keld@xxxxxxxxxx>
Re: If your using large Sata drives in raid 5/6 ....
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: If your using large Sata drives in raid 5/6 ....
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: If your using large Sata drives in raid 5/6 ....
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: recovering a mirrored arry.
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Re: If your using large Sata drives in raid 5/6 ....
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
Re: If your using large Sata drives in raid 5/6 ....
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: [[Patch mdadm] 2/5] Move the files mdmon opens into /dev/ to support handoff after pivotroot
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: recovering a mirrored arry.
- From: Keld Simonsen <keld@xxxxxxxxxx>
Re: unknown partition table starting with 2.6.28
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: unknown partition table starting with 2.6.28
- From: Bill Davidsen <davidsen@xxxxxxx>
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: Dan Williams <dan.j.williams@xxxxxxxxx>
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: [[Patch mdadm] 2/5] Move the files mdmon opens into /dev/ to support handoff after pivotroot
- From: Bernd Schubert <bernd.schubert@xxxxxxxxxxx>
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: Bernd Schubert <bernd.schubert@xxxxxxxxxxx>
Re: [[Patch mdadm] 2/5] Move the files mdmon opens into /dev/ to support handoff after pivotroot
- From: Bernd Schubert <bernd.schubert@xxxxxxxxxxx>
Global sparing
- From: <senthilkumar.muthukalai@xxxxxxxxx>
Re: problem changing raid level with Ubuntu 10.04 / 2.6.32 / mdadm 3.1.1
- From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
Re: [[Patch mdadm] 2/5] Move the files mdmon opens into /dev/ to support handoff after pivotroot
- From: Neil Brown <neilb@xxxxxxx>
Re: 2 drives failed, one "active", one with wrong event count
- From: Neil Brown <neilb@xxxxxxx>
Re: problem changing raid level with Ubuntu 10.04 / 2.6.32 / mdadm 3.1.1
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
problem changing raid level with Ubuntu 10.04 / 2.6.32 / mdadm 3.1.1
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: If your using large Sata drives in raid 5/6 ....
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
[PATCH 4/4] md: Enable takeover for external metadata
- From: "Trela, Maciej" <Maciej.Trela@xxxxxxxxx>
Re: If your using large Sata drives in raid 5/6 ....
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
RE: [PATCH 3/3] md: Add support for Raid0->Raid10 takeover
- From: "Trela, Maciej" <Maciej.Trela@xxxxxxxxx>
RE: [PATCH 2/3] md: Add support for Raid5->Raid0 and Raid10->Raid0 takeover
- From: "Trela, Maciej" <Maciej.Trela@xxxxxxxxx>
RE: [PATCH 1/3] md:Add support for Raid0->Raid5 takeover
- From: "Trela, Maciej" <Maciej.Trela@xxxxxxxxx>
Re: If your using large Sata drives in raid 5/6 ....
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: Why does one get mismatches?
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
Re: If your using large Sata drives in raid 5/6 ....
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: If your using large Sata drives in raid 5/6 ....
- From: Steven Haigh <netwiz@xxxxxxxxx>
recovering a mirrored arry.
- From: Keld Simonsen <keld@xxxxxxxxxx>
If your using large Sata drives in raid 5/6 ....
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
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: 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>

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