Linux RAID Storage Date Index

Thread Index

Re: Direct disk access on IBM Server
- From: David Brown <david.brown@xxxxxxxxxxxx>
Re: Server down-failed RAID5-asking for some assistance
- From: John Valarti <mdadmuser@xxxxxxxxx>
Re: Server down-failed RAID5-asking for some assistance
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Re: Server down-failed RAID5-asking for some assistance
- From: John Valarti <mdadmuser@xxxxxxxxx>
Re: Server down-failed RAID5-asking for some assistance
- From: John Valarti <mdadmuser@xxxxxxxxx>
Re: Direct disk access on IBM Server
- From: Drew <drew.kay@xxxxxxxxx>
Re: Server down-failed RAID5-asking for some assistance
- From: NeilBrown <neilb@xxxxxxx>
Re: Server down-failed RAID5-asking for some assistance
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Server down-failed RAID5-asking for some assistance
- From: NeilBrown <neilb@xxxxxxx>
Re: Server down-failed RAID5-asking for some assistance
- From: John Valarti <mdadmuser@xxxxxxxxx>
Re: Server down-failed RAID5-asking for some assistance
- From: John Valarti <mdadmuser@xxxxxxxxx>
Re: Server down-failed RAID5-asking for some assistance
- From: NeilBrown <neilb@xxxxxxx>
Re: Server down-failed RAID5-asking for some assistance
- From: NeilBrown <neilb@xxxxxxx>
Re: http://raid.wiki.kernel.org/ unreachable - need to "lend" clone of RAID1 HD to another machine
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Server down-failed RAID5-asking for some assistance
- From: John Valarti <mdadmuser@xxxxxxxxx>
http://raid.wiki.kernel.org/ unreachable - need to mount HD clone of a RAID1 HD in other system to copy some files
- From: Vernon Tonnesen <jdcpa@xxxxxxxxxxxxx>
Re: Server down-failed RAID5-asking for some assistance
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Server down-failed RAID5-asking for some assistance
- From: John Valarti <mdadmuser@xxxxxxxxx>
http://raid.wiki.kernel.org/ unreachable - need to "lend" clone of RAID1 HD to another machine
- From: Vernon Tonnesen <jdcpa@xxxxxxxxxxxxx>
Re: rhel5 raid6 corruption
- From: Robin Humble <robin.humble+raid@xxxxxxxxxx>
Re: Server down-failed RAID5-asking for some assistance
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Server down-failed RAID5-asking for some assistance
- From: John Valarti <mdadmuser@xxxxxxxxx>
Re: change from raid 5 to raid 6 interrupted
- From: Raphael Müller <rapmue@xxxxxxxxx>
Re: Direct disk access on IBM Server
- From: David Brown <david.brown@xxxxxxxxxxxx>
Re: debian software raid1
- From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
Re: Direct disk access on IBM Server
- From: "Majed B." <majedb@xxxxxxxxx>
Re: debian software raid1
- From: David Brown <david.brown@xxxxxxxxxxxx>
Re: Mdadm, udev and fakeraid?
- From: NeilBrown <neilb@xxxxxxx>
Re: debian software raid1
- From: Jan Ceuleers <jan.ceuleers@xxxxxxxxxxxx>
Re: Mdadm, udev and fakeraid?
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: debian software raid1
- From: Iordan Iordanov <iordan@xxxxxxxxxxxxxxx>
Re: debian software raid1
- From: Iordan Iordanov <iordan@xxxxxxxxxxxxxxx>
Re: debian software raid1
- From: NeilBrown <neilb@xxxxxxx>
Re: change from raid 5 to raid 6 interrupted
- From: NeilBrown <neilb@xxxxxxx>
Re: debian software raid1
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: debian software raid1
- From: Iordan Iordanov <iordan@xxxxxxxxxxxxxxx>
Re: debian software raid1
- From: Iordan Iordanov <iordan@xxxxxxxxxxxxxxx>
Re: change from raid 5 to raid 6 interrupted
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: change from raid 5 to raid 6 interrupted
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: change from raid 5 to raid 6 interrupted
- From: Raphael Müller <rapmue@xxxxxxxxx>
Re: [Scst-devel] Tuning scst windows and sw raid5
- From: Chris Weiss <cweiss@xxxxxxxxx>
Re: [Scst-devel] Tuning scst windows and sw raid5
- From: Łukasz Oleś <lukasz.oles@xxxxxxxxxx>
Re: [Scst-devel] Tuning scst windows and sw raid5
- From: Chris Weiss <cweiss@xxxxxxxxx>
Tuning scst windows and sw raid5
- From: Łukasz Oleś <lukasz.oles@xxxxxxxxxx>
Re: Mdadm, udev and fakeraid?
- From: Seblu <seblu@xxxxxxxxx>
Re: Server down-failed RAID5-asking for some assistance
- From: David Brown <david.brown@xxxxxxxxxxxx>
Re: Growing 6 HDD RAID5 to 7 HDD RAID6
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Re: Growing 6 HDD RAID5 to 7 HDD RAID6
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Re: debian software raid1
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: Server down-failed RAID5-asking for some assistance
- From: John Valarti <mdadmuser@xxxxxxxxx>
Re: Server down-failed RAID5-asking for some assistance
- From: NeilBrown <neilb@xxxxxxx>
Re:Server down-failed RAID5-asking for some assistance
- From: John Valarti <mdadmuser@xxxxxxxxx>
RE: [PATCH 1/5] FIX: set delta_disks to 0 for raid5->raid0 transition
- From: "Hawrylewicz Czarnowski, Przemyslaw" <przemyslaw.hawrylewicz.czarnowski@xxxxxxxxx>
[PATCH 2/2] Migration of externally managed arrays need major version to be set.
- From: "Hawrylewicz Czarnowski, Przemyslaw" <przemyslaw.hawrylewicz.czarnowski@xxxxxxxxx>
[PATCH 1/2] UT: imsm reshape test suite update
- From: "Hawrylewicz Czarnowski, Przemyslaw" <przemyslaw.hawrylewicz.czarnowski@xxxxxxxxx>
Re: Server down-failed RAID5-asking for some assistance
- From: David Brown <david.brown@xxxxxxxxxxxx>
Server down-failed RAID5-asking for some assistance
- From: John Valarti <mdadmuser@xxxxxxxxx>
Re: debian software raid1
- From: Iordan Iordanov <iordan@xxxxxxxxxxxxxxx>
Re: linux-next: Tree for April 21 (md/raid456)
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: mismatch_cnt and Raid6
- From: Roman Mamedov <rm@xxxxxxxxxx>
Re: mismatch_cnt and Raid6
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: mismatch_cnt and Raid6
- From: Andrew Falgout <andrew.falgout@xxxxxxxxx>
Re: mismatch_cnt and Raid6
- From: NeilBrown <neilb@xxxxxxx>
mismatch_cnt and Raid6
- From: Andrew Falgout <andrew.falgout@xxxxxxxxx>
Re: Direct disk access on IBM Server
- From: David Brown <david.brown@xxxxxxxxxxxx>
Re: Direct disk access on IBM Server
- From: David Brown <david.brown@xxxxxxxxxxxx>
Re: Direct disk access on IBM Server
- From: David Brown <david.brown@xxxxxxxxxxxx>
Re: Direct disk access on IBM Server
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: debian software raid1
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: Direct disk access on IBM Server
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Direct disk access on IBM Server
- From: Ryan Wagoner <rswagoner@xxxxxxxxx>
Re: debian software raid1
- From: Iordan Iordanov <iordan@xxxxxxxxxxxxxxx>
Re: debian software raid1
- From: Iordan Iordanov <iordan@xxxxxxxxxxxxxxx>
Re: debian software raid1
- From: NeilBrown <neilb@xxxxxxx>
Re: Direct disk access on IBM Server
- From: David Brown <david@xxxxxxxxxxxxxxx>
Re: Direct disk access on IBM Server
- From: Rudy Zijlstra <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx>
Re: Direct disk access on IBM Server
- From: David Brown <david@xxxxxxxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
Re: debian software raid1
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: Direct disk access on IBM Server
- From: David Brown <david@xxxxxxxxxxxxxxx>
Re: debian software raid1
- From: NeilBrown <neilb@xxxxxxx>
Re: debian software raid1
- From: Joe Landman <joe.landman@xxxxxxxxx>
Re: debian software raid1
- From: NeilBrown <neilb@xxxxxxx>
Re: debian software raid1
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Re: debian software raid1
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: debian software raid1
- From: Steven Haigh <netwiz@xxxxxxxxx>
Re: debian software raid1
- From: Gordon Henderson <gordon@xxxxxxxxxx>
Re: Direct disk access on IBM Server
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: debian software raid1
- From: Iordan Iordanov <iordan@xxxxxxxxxxxxxxx>
Re: Direct disk access on IBM Server
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Re: Direct disk access on IBM Server
- From: David Brown <david@xxxxxxxxxxxxxxx>
Re: Direct disk access on IBM Server
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Re: Direct disk access on IBM Server
- From: David Brown <david@xxxxxxxxxxxxxxx>
Re: Direct disk access on IBM Server
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Direct disk access on IBM Server
- From: David Brown <david@xxxxxxxxxxxxxxx>
Re: debian software raid1
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
debian software raid1
- From: b2 <b2@xxxxxxxxxxx>
Re: raid6 + caviar black + mpt2sas horrific performance
- From: Louis-David Mitterrand <vindex+lists-linux-raid@xxxxxxxxxxx>
RE: [PATCH 0/4] Report new_disks number when migration is started
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
Re: [PATCH 0/4] Report new_disks number when migration is started
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
Re: GPT on MD raid
- From: Jeremy Sanders <jeremy@xxxxxxxxxxxxxxxxx>
Re: GPT on MD raid
- From: Roman Mamedov <rm@xxxxxxxxxx>
Re: GPT on MD raid
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: GPT on MD raid
- From: Phil Turmel <philip@xxxxxxxxxx>
GPT on MD raid
- From: Jeremy Sanders <jeremy@xxxxxxxxxxxxxxxxx>
[PATCH] FIX: Check correctly raid disks during reshape restart
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
RE: [PATCH 0/4] Report new_disks number when migration is started
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
Re: [dm-devel] [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
Re: [dm-devel] [PATCH 05/10] block: remove per-queue plugging
- From: Hannes Reinecke <hare@xxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: NeilBrown <neilb@xxxxxxx>
Re: Resync intermittently writes to spare drives, waking them up
- From: NeilBrown <neilb@xxxxxxx>
Re: expand raid10
- From: NeilBrown <neilb@xxxxxxx>
Re: Mdadm, udev and fakeraid?
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 0/4] Report new_disks number when migration is started
- From: NeilBrown <neilb@xxxxxxx>
Re: rhel5 raid6 corruption
- From: NeilBrown <neilb@xxxxxxx>
Re: Recommended pci-e 1x SATA cards.
- From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: NeilBrown <neilb@xxxxxxx>
Re: Recommended pci-e 1x SATA cards.
- From: Sven Eschenberg <sven@xxxxxxxxxxxxxxxxxxxxx>
RE: Recommended pci-e 1x SATA cards.
- From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
Re: Recommended pci-e 1x SATA cards.
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Recommended pci-e 1x SATA cards.
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: Recommended pci-e 1x SATA cards.
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
RAID/dmaengine violates the dma-streaming API
- From: saeed bishara <saeed.bishara@xxxxxxxxx>
Re: Recommended pci-e 1x SATA cards.
- From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
Re: Recommended pci-e 1x SATA cards.
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: single threaded parity calculation ?
- From: Simon McNair <simon@xxxxxxxxxxxx>
Dying drive(s)... tips?
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: single threaded parity calculation ?
- From: Drew <drew.kay@xxxxxxxxx>
Re: Recommended pci-e 1x SATA cards.
- From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
Re: Mdadm, udev and fakeraid?
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: Recommended pci-e 1x SATA cards.
- From: Roman Mamedov <rm@xxxxxxxxxx>
Re: single threaded parity calculation ?
- From: NeilBrown <neilb@xxxxxxx>
Re: single threaded parity calculation ?
- From: Simon Mcnair <simonmcnair@xxxxxxxxx>
Re: Recommended pci-e 1x SATA cards.
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: single threaded parity calculation ?
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: single threaded parity calculation ?
- From: Phil Turmel <philip@xxxxxxxxxx>
single threaded parity calculation ?
- From: Simon McNair <simon@xxxxxxxxxxxx>
Re: expand raid10
- From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
Re: Mdadm, udev and fakeraid?
- From: Seblu <seblu@xxxxxxxxx>
[PATCH 4/4] FIX: Count correctly added devices
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 3/4] FIX: Set proper raid disks during migration
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 2/4] FIX: Fiddle raid_disks number for external metadta
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 1/4] FIX: Always report new raid_disks during migration
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 0/4] Report new_disks number when migration is started
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
Re: Recommended pci-e 1x SATA cards.
- From: Roman Mamedov <rm@xxxxxxxxxx>
Re: Recommended pci-e 1x SATA cards.
- From: Roman Mamedov <rm@xxxxxxxxxx>
Re: Recommended pci-e 1x SATA cards.
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Recommended pci-e 1x SATA cards.
- From: Steven Haigh <netwiz@xxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
Re: Recommended pci-e 1x SATA cards.
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Recommended pci-e 1x SATA cards.
- From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
Re: Recommended pci-e 1x SATA cards.
- From: Steven Haigh <netwiz@xxxxxxxxx>
Re: RAID6 data-check took almost 2 hours, clicking sounds, system unresponsive
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: RAID6 data-check took almost 2 hours, clicking sounds, system unresponsive
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: RAID6 data-check took almost 2 hours, clicking sounds, system unresponsive
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Re: RAID6 data-check took almost 2 hours, clicking sounds, system unresponsive
- From: Gavin Flower <gavinflower@xxxxxxxxx>
Re: RAID6 data-check took almost 2 hours, clicking sounds, system unresponsive
- From: Gavin Flower <gavinflower@xxxxxxxxx>
Re: Recommended pci-e 1x SATA cards.
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Recommended pci-e 1x SATA cards.
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: RAID6 data-check took almost 2 hours, clicking sounds, system unresponsive
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: Recommended pci-e 1x SATA cards.
- From: Steven Haigh <netwiz@xxxxxxxxx>
Re: Recommended pci-e 1x SATA cards.
- From: Roman Mamedov <rm@xxxxxxxxxx>
Re: Recommended pci-e 1x SATA cards.
- From: Roman Mamedov <rm@xxxxxxxxxx>
Re: Recommended pci-e 1x SATA cards.
- From: Tapani Tarvainen <raid@xxxxxxxxxxxxxxxxxx>
Re: Recommended pci-e 1x SATA cards.
- From: Roman Mamedov <rm@xxxxxxxxxx>
Re: Recommended pci-e 1x SATA cards.
- From: Steven Haigh <netwiz@xxxxxxxxx>
Re: Recommended pci-e 1x SATA cards.
- From: Tapani Tarvainen <raid@xxxxxxxxxxxxxxxxxx>
Re: Recommended pci-e 1x SATA cards.
- From: Roman Mamedov <rm@xxxxxxxxxx>
Recommended pci-e 1x SATA cards.
- From: Steven Haigh <netwiz@xxxxxxxxx>
Re: Any pros or cons of using full disk versus partitons?
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: [PATCH 2/2] imsm: FIX: Be more patient during loading matadata
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: Resync intermittently writes to spare drives, waking them up
- From: David Brown <david@xxxxxxxxxxxxxxx>
Re: Any pros or cons of using full disk versus partitons?
- From: Roman Mamedov <rm@xxxxxxxxxx>
Re: expand raid10
- From: David Brown <david@xxxxxxxxxxxxxxx>
Re: Any pros or cons of using full disk versus partitons?
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 2/2] imsm: FIX: Be more patient during loading matadata
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH] md: fix unchecked interruptible mutex locks
- From: Alexey Khoroshilov <khoroshilov@xxxxxxxxx>
RE: [PATCH 2/2] imsm: FIX: Be more patient during loading matadata
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
Re: Any pros or cons of using full disk versus partitons?
- From: CoolCold <coolthecold@xxxxxxxxx>
Re: [PATCH 1/2] FIX: Use successfully loaded metadata only
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 1/2] FIX: In Grow_restart() array parameters are wrongly used
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH] RAID-6 check standalone code cleanup
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH] RAID-6 check standalone fix component list parsing
- From: NeilBrown <neilb@xxxxxxx>
[PATCH] md: fix unchecked interruptible mutex locks
- From: Alexey Khoroshilov <khoroshilov@xxxxxxxxx>
Re: [PATCH] md: fix unchecked interruptible mutex locks
- From: NeilBrown <neilb@xxxxxxx>
Re: Fw: RAID6 data-check took almost 2 hours, clicking sounds, system unresponsive
- From: Gavin Flower <gavinflower@xxxxxxxxx>
Fw: RAID6 data-check took almost 2 hours, clicking sounds, system unresponsive
- From: Roman Mamedov <rm@xxxxxxxxxx>
Re: RAID6 data-check took almost 2 hours, clicking sounds, system unresponsive
- From: Roman Mamedov <rm@xxxxxxxxxx>
Re: RAID6 data-check took almost 2 hours, clicking sounds, system unresponsive
- From: Gavin Flower <gavinflower@xxxxxxxxx>
Re: expand raid10
- From: NeilBrown <neilb@xxxxxxx>
Re: expand raid10
- From: NeilBrown <neilb@xxxxxxx>
Re: RAID6 data-check took almost 2 hours, clicking sounds, system unresponsive
- From: NeilBrown <neilb@xxxxxxx>
Re: RAID6 data-check took almost 2 hours, clicking sounds, system unresponsive
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Re: RAID6 data-check took almost 2 hours, clicking sounds, system unresponsive
- From: Gavin Flower <gavinflower@xxxxxxxxx>
Resync intermittently writes to spare drives, waking them up
- From: Rory Jaffe <rsjaffe@xxxxxxxxx>
Re: iostat with raid device...
- From: NeilBrown <neilb@xxxxxxx>
Re: Any pros or cons of using full disk versus partitons?
- From: David Brown <david.brown@xxxxxxxxxxxx>
[PATCH] RAID-6 check standalone fix component list parsing
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: RAID6 data-check took almost 2 hours, clicking sounds, system unresponsive
- From: Gavin Flower <gavinflower@xxxxxxxxx>
Re: Any pros or cons of using full disk versus partitons?
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH 2/2] imsm: FIX: Be more patient during loading matadata
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: iostat with raid device...
- From: Linux Raid Study <linuxraid.study@xxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
Re: help please - recovering from failed RAID5 rebuild
- From: sanktnelson 1 <sanktnelson@xxxxxxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: expand raid10
- From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
Re: expand raid10
- From: David Brown <david@xxxxxxxxxxxxxxx>
Re: RAID6 data-check took almost 2 hours, clicking sounds, system unresponsive
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Growing 6 HDD RAID5 to 7 HDD RAID6
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
Re: expand raid10
- From: NeilBrown <neilb@xxxxxxx>
Re: RAID6 data-check took almost 2 hours, clicking sounds, system unresponsive
- From: NeilBrown <neilb@xxxxxxx>
Re: expand raid10
- From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: RAID6 data-check took almost 2 hours, clicking sounds, system unresponsive
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: expand raid10
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: expand raid10
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
RE: [PATCH 2/2] imsm: FIX: Be more patient during loading matadata
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
expand raid10
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 2/2] imsm: FIX: Be more patient during loading matadata
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: Dave Chinner <david@xxxxxxxxxxxxx>
Re: raid1 boot regression in 2.6.37 [bisected]
- From: NeilBrown <neilb@xxxxxxx>
Re: Growing 6 HDD RAID5 to 7 HDD RAID5
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Re: RAID6 data-check took almost 2 hours, clicking sounds, system unresponsive
- From: Gavin Flower <gavinflower@xxxxxxxxx>
Re: Growing 6 HDD RAID5 to 7 HDD RAID5
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: NeilBrown <neilb@xxxxxxx>
Re: Growing layered raids
- From: David Brown <david.brown@xxxxxxxxxxxx>
Re: iostat with raid device...
- From: Linux Raid Study <linuxraid.study@xxxxxxxxx>
Re: Growing 6 HDD RAID5 to 7 HDD RAID5
- From: Roman Mamedov <rm@xxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
Re: Growing 6 HDD RAID5 to 7 HDD RAID5
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Re: Do I understand my RAID6 correctly?
- From: Yann Ormanns <yann-ormanns@xxxxxx>
Re: Growing 6 HDD RAID5 to 7 HDD RAID5
- From: Roman Mamedov <rm@xxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
Growing 6 HDD RAID5 to 7 HDD RAID5
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: Dave Chinner <david@xxxxxxxxxxxxx>
Re: raid1 boot regression in 2.6.37 [bisected]
- From: Thomas Jarosch <thomas.jarosch@xxxxxxxxxxxxx>
[PATCH 2/2] imsm: FIX: Be more patient during loading matadata
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 1/2] FIX: Use successfully loaded metadata only
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: Dave Chinner <david@xxxxxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: Dave Chinner <david@xxxxxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: Dave Chinner <david@xxxxxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: Dave Chinner <david@xxxxxxxxxxxxx>
Re: Do I understand my RAID6 correctly?
- From: "Stefan G. Weichinger" <lists@xxxxxxxx>
Re: mse->metadata_version segmentation fault
- From: Jonathan Liu <net147@xxxxxxxxx>
Re: Do I understand my RAID6 correctly?
- From: Yann Ormanns <yann-ormanns@xxxxxx>
Do I understand my RAID6 correctly?
- From: "Stefan G. Weichinger" <lists@xxxxxxxx>
mse->metadata_version segmentation fault
- From: Jonathan Liu <net147@xxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
Re: Growing layered raids
- From: David Brown <david@xxxxxxxxxxxxxxx>
Re: mdadm 3.2.1 segfaults on archlinux while trying to use start in monitor mode
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
mdadm 3.2.1 segfaults on archlinux while trying to use start in monitor mode
- From: Tobias Powalowski <t.powa@xxxxxx>
Re: iostat with raid device...
- From: NeilBrown <neilb@xxxxxxx>
Re: iostat with raid device...
- From: Linux Raid Study <linuxraid.study@xxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
Re: Growing layered raids
- From: NeilBrown <neilb@xxxxxxx>
Re: Growing layered raids
- From: David Brown <david.brown@xxxxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
Re: Growing layered raids
- From: NeilBrown <neilb@xxxxxxx>
Growing layered raids
- From: David Brown <david.brown@xxxxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: NeilBrown <neilb@xxxxxxx>
Re: tune2fs can't be used on a mounted ext4, or...?
- From: Roman Mamedov <rm@xxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
[PATCH 2/2] FIX: Set reshape parameters for all disks belongs to new array geometry
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 1/2] FIX: In Grow_restart() array parameters are wrongly used
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
Re: tune2fs can't be used on a mounted ext4, or...?
- From: "Ted Ts'o" <tytso@xxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: NeilBrown <neilb@xxxxxxx>
Re: Unconventional reshape - a success story
- From: Roman Mamedov <rm@xxxxxxxxxx>
Re: Unconventional reshape - a success story
- From: NeilBrown <neilb@xxxxxxx>
Re: iostat with raid device...
- From: NeilBrown <neilb@xxxxxxx>
Unconventional reshape - a success story
- From: Roman Mamedov <rm@xxxxxxxxxx>
Re: iostat with raid device...
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: iostat with raid device...
- From: Linux Raid Study <linuxraid.study@xxxxxxxxx>
Re: iostat with raid device...
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
Re: iostat with raid device...
- From: Linux Raid Study <linuxraid.study@xxxxxxxxx>
Re: RAID6 simply does not start as /dev/md8
- From: Yann Ormanns <yann-ormanns@xxxxxx>
Re: RAID6 data-check took almost 2 hours, clicking sounds, system unresponsive
- From: Gavin Flower <gavinflower@xxxxxxxxx>
Re: [PATCH] FIX: Raid0 expansion cannot be restarted
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 05/10] block: remove per-queue plugging
- From: NeilBrown <neilb@xxxxxxx>
RE: RAID6 simply does not start as /dev/md8
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: Raid 5 to 6 grow stalled
- From: NeilBrown <neilb@xxxxxxx>
[PATCH][Trivial] md, raid5: Fix spelling error in comment ('Ofcourse' --> 'Of course').
- From: Jesper Juhl <jj@xxxxxxxxxxxxx>
Re: Raid 5 to 6 grow stalled
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Re: Raid 5 to 6 grow stalled
- From: "Edward Siefker" <hatta00@xxxxxxxxxxx>
Re: Using of RAID10,offset for faster writes
- From: David Brown <david.brown@xxxxxxxxxxxx>
Re: Couple of questions.
- From: NeilBrown <neilb@xxxxxxx>
Re: Couple of questions.
- From: Roman Mamedov <rm@xxxxxxxxxx>
Re: Raid 5 to 6 grow stalled
- From: NeilBrown <neilb@xxxxxxx>
Re: tune2fs can't be used on a mounted ext4, or...?
- From: Roman Mamedov <rm@xxxxxxxxxx>
Re: tune2fs can't be used on a mounted ext4, or...?
- From: Andreas Dilger <adilger@xxxxxxxxx>
RAID0 as a member of RAID6
- From: Roman Mamedov <rm@xxxxxxxxxx>
tune2fs can't be used on a mounted ext4, or...?
- From: Roman Mamedov <rm@xxxxxxxxxx>
Re: Raid 5 to 6 grow stalled
- From: "Edward Siefker" <hatta00@xxxxxxxxxxx>
Raid 5 to 6 grow stalled
- From: "Edward Siefker" <hatta00@xxxxxxxxxxx>
Couple of questions.
- From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
Re: Using of RAID10,offset for faster writes
- From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
Re: 4-disk raid5 with 2 disks going bad: best way to proceed?
- From: rob pfile <rpfile@xxxxxxxxx>
Using of RAID10,offset for faster writes
- From: David Brown <david.brown@xxxxxxxxxxxx>
Re: help please - recovering from failed RAID5 rebuild
- From: NeilBrown <neilb@xxxxxxx>
Re: help please - recovering from failed RAID5 rebuild
- From: sanktnelson 1 <sanktnelson@xxxxxxxxxxxxxx>
Re: iostat with raid device...
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: rhel5 raid6 corruption
- From: Robin Humble <robin.humble+raid@xxxxxxxxxx>
Re: iostat with raid device...
- From: Linux Raid Study <linuxraid.study@xxxxxxxxx>
Re: iostat with raid device...
- From: NeilBrown <neilb@xxxxxxx>
Re: iostat with raid device...
- From: Linux Raid Study <linuxraid.study@xxxxxxxxx>
Re: iostat with raid device...
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: RAID6 simply does not start as /dev/md8
- From: Rudy Zijlstra <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx>
iostat with raid device...
- From: Linux Raid Study <linuxraid.study@xxxxxxxxx>
Re: RAID6 simply does not start as /dev/md8
- From: Yann Ormanns <yann-ormanns@xxxxxx>
Re: 4-disk raid5 with 2 disks going bad: best way to proceed?
- From: Nagilum <nagilum@xxxxxxxxxxx>
Re: What the heck happened to my array?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: RAID6 simply does not start as /dev/md8
- From: Rudy Zijlstra <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx>
Re: RAID6 simply does not start as /dev/md8
- From: Yann Ormanns <yann-ormanns@xxxxxx>
Re: RAID6 simply does not start as /dev/md8
- From: Yann Ormanns <yann-ormanns@xxxxxx>
[PATCH] FIX: Raid0 expansion cannot be restarted (v2)
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
Re: 4-disk raid5 with 2 disks going bad: best way to proceed?
- From: NeilBrown <neilb@xxxxxxx>
Re: 4-disk raid5 with 2 disks going bad: best way to proceed?
- From: NeilBrown <neilb@xxxxxxx>
Re: help please - recovering from failed RAID5 rebuild
- From: NeilBrown <neilb@xxxxxxx>
Re: RAID6 data-check took almost 2 hours, clicking sounds, system unresponsive
- From: NeilBrown <neilb@xxxxxxx>
[PATCH] FIX: Raid0 expansion cannot be restarted
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
Re: rhel5 raid6 corruption
- From: NeilBrown <neilb@xxxxxxx>
Re: RAID6 data-check took almost 2 hours, clicking sounds, system unresponsive
- From: Gavin Flower <gavinflower@xxxxxxxxx>
Re: What the heck happened to my array?
- From: NeilBrown <neilb@xxxxxxx>
Re: RAID6 data-check took almost 2 hours, clicking sounds, system unresponsive
- From: NeilBrown <neilb@xxxxxxx>
Re: RAID6 simply does not start as /dev/md8
- From: Roman Mamedov <rm@xxxxxxxxxx>
RAID6 simply does not start as /dev/md8
- From: Yann Ormanns <yann-ormanns@xxxxxx>
Re: RAID6 data-check took almost 2 hours, clicking sounds, system unresponsive
- From: Gavin Flower <gavinflower@xxxxxxxxx>
Re: RAID6 data-check took almost 2 hours, clicking sounds, system unresponsive
- From: Gavin Flower <gavinflower@xxxxxxxxx>
RAID6 data-check took almost 2 hours, clicking sounds, system unresponsive
- From: Gavin Flower <gavinflower@xxxxxxxxx>
Re: What the heck happened to my array?
- From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
Re: 4-disk raid5 with 2 disks going bad: best way to proceed?
- From: rob pfile <rpfile@xxxxxxxxx>
Re: RAID6 data-check took almost 2 hours, clicking sounds, system unresponsive
- From: Gavin Flower <gavinflower@xxxxxxxxx>
Re: 4-disk raid5 with 2 disks going bad: best way to proceed?
- From: Nagilum <nagilum@xxxxxxxxxxx>
help please - recovering from failed RAID5 rebuild
- From: sanktnelson 1 <sanktnelson@xxxxxxxxxxxxxx>
Re: rhel5 raid6 corruption
- From: Robin Humble <robin.humble+raid@xxxxxxxxxx>
Re: 4-disk raid5 with 2 disks going bad: best way to proceed?
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: 4-disk raid5 with 2 disks going bad: best way to proceed?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
4-disk raid5 with 2 disks going bad: best way to proceed?
- From: rob pfile <rpfile@xxxxxxxxx>
Re: [PATCH] FIX: Cleanup after raid45->raid0 takeover
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH] RAID-6 check standalone code cleanup
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: raid1 boot regression in 2.6.37 [bisected]
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH 1/3] imsm: Warn user about reboot risk
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH] RAID-6 check standalone md device
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
[PATCH 3/3] imsm: fix: report aligned component size value
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 2/3] imsm: FIX: Check array alignment before expansion
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 1/3] imsm: Warn user about reboot risk
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
Re: What the heck happened to my array?
- From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
Re: What the heck happened to my array?
- From: NeilBrown <neilb@xxxxxxx>
Re: What the heck happened to my array?
- From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
Re: Mdadm, udev and fakeraid?
- From: NeilBrown <neilb@xxxxxxx>
Re: What the heck happened to my array?
- From: NeilBrown <neilb@xxxxxxx>
Re: rhel5 raid6 corruption
- From: NeilBrown <neilb@xxxxxxx>
Re: raid1 boot regression in 2.6.37 [bisected]
- From: NeilBrown <neilb@xxxxxxx>
Re: What the heck happened to my array?
- From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
Re: [PATCH 1/2] Create: check for UnSet when looking at chunk
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH] FIX: After discarding array give chance monitor to remove it
- From: NeilBrown <neilb@xxxxxxx>
Re: mdadm 3.2.1: Segfaulting with -p
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH] RAID-6 check standalone code cleanup
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH] RAID-6 check standalone md device
- From: NeilBrown <neilb@xxxxxxx>
[PATCH] RAID-6 check standalone code cleanup
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: What the heck happened to my array? (No apparent data loss).
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
rhel5 raid6 corruption
- From: Robin Humble <robin.humble+raid@xxxxxxxxxx>
Re: What the heck happened to my array? (No apparent data loss).
- From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
Re: Mounting array at boot - works with some kernels but not others
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Re: Mounting array at boot - works with some kernels but not others
- From: Dennis Grant <reccedg@xxxxxxxxx>
Re: Mounting array at boot - works with some kernels but not others
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: Raid 5 Array
- From: Roman Mamedov <rm@xxxxxxxxxx>
Re: Mounting array at boot - works with some kernels but not others
- From: Dennis Grant <reccedg@xxxxxxxxx>
Re: Raid Checks
- From: Jonathan Tripathy <jonnyt@xxxxxxxxxxx>
Re: Raid 5 Array
- From: Roman Mamedov <rm@xxxxxxxxxx>
Re: Raid 5 Array
- From: Marcus <nexuslite@xxxxxxxxx>
Re: Mounting array at boot - works with some kernels but not others
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: Mounting array at boot - works with some kernels but not others
- From: Dennis Grant <reccedg@xxxxxxxxx>
Re: Mounting array at boot - works with some kernels but not others
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: Mounting array at boot - works with some kernels but not others
- From: Dennis Grant <reccedg@xxxxxxxxx>
Re: Mounting array at boot - works with some kernels but not others
- From: Phil Turmel <philip@xxxxxxxxxx>
Mounting array at boot - works with some kernels but not others
- From: Dennis Grant <reccedg@xxxxxxxxx>
Mdadm, udev and fakeraid?
- From: Seblu <seblu@xxxxxxxxx>
Re: What the heck happened to my array? (No apparent data loss).
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
What the heck happened to my array? (No apparent data loss).
- From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
Re: Raid Checks
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Raid Checks
- From: Jonathan Tripathy <jonnyt@xxxxxxxxxxx>
Re: Raid Checks
- From: NeilBrown <neilb@xxxxxxx>
Re: Raid Checks
- From: Jonathan Tripathy <jonnyt@xxxxxxxxxxx>
Re: Raid Checks
- From: NeilBrown <neilb@xxxxxxx>
Re: Raid 5 Array
- From: NeilBrown <neilb@xxxxxxx>
Re: Raid Checks
- From: Jonathan Tripathy <jonnyt@xxxxxxxxxxx>
Raid Checks
- From: Jonathan Tripathy <jonnyt@xxxxxxxxxxx>
Re: Raid 5 Array
- From: Marcus <nexuslite@xxxxxxxxx>
Re: Raid 5 Array
- From: NeilBrown <neilb@xxxxxxx>
Re: Raid 5 Array
- From: Marcus <nexuslite@xxxxxxxxx>
Re: Raid 5 Array
- From: Marcus <nexuslite@xxxxxxxxx>
Re: Raid 5 Array
- From: Marcus <nexuslite@xxxxxxxxx>
Re: Raid 5 Array
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: Raid 5 Array
- From: Roman Mamedov <rm@xxxxxxxxxx>
Re: Raid 5 Array
- From: Simon Mcnair <simonmcnair@xxxxxxxxx>
Re: Raid 5 Array
- From: Simon Mcnair <simonmcnair@xxxxxxxxx>
Re: Raid 5 Array
- From: Simon McNair <simonmcnair@xxxxxxxxx>
Re: Raid 5 Array
- From: Simon McNair <simonmcnair@xxxxxxxxx>
Raid 5 Array
- From: Marcus <nexuslite@xxxxxxxxx>
mdadm 3.2.1: Segfaulting with -p
- From: Eugene <hdejin@xxxxxxxxx>
Re: [PATCH] RAID-6 check standalone md device
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: [PATCH] RAID-6 check standalone md device
- From: Bas van Schaik <bas@xxxxxxxx>
Re: Doing 'echo repair > /sys/devices/virtual/block/md?/md/sync_action' does not result in mismatch_cnt of 0 on RAID-6?
- From: Rory Jaffe <rsjaffe@xxxxxxxxx>
Re: Doing 'echo repair > /sys/devices/virtual/block/md?/md/sync_action' does not result in mismatch_cnt of 0 on RAID-6?
- From: Bas van Schaik <bas@xxxxxxxx>
Re: strange problem with my raid5
- From: Simon McNair <simonmcnair@xxxxxxxxx>
Re: strange problem with my raid5
- From: Simon McNair <simonmcnair@xxxxxxxxx>
Re: strange problem with my raid5
- From: hank peng <pengxihan@xxxxxxxxx>
Re: Extendible RAID10
- From: David Brown <david.brown@xxxxxxxxxxxx>
[PATCH] RAID-6 check standalone md device
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: Extendible RAID10
- From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
Re: strange problem with my raid5
- From: Simon McNair <simonmcnair@xxxxxxxxx>
Re: raid6 + caviar black + mpt2sas horrific performance
- From: Louis-David Mitterrand <vindex+lists-linux-raid@xxxxxxxxxxx>
Re: raid6 + caviar black + mpt2sas horrific performance
- From: Louis-David Mitterrand <vindex+lists-linux-raid@xxxxxxxxxxx>
Re: looking for advice on raid drives upgrade
- From: Vincent Schut <schut@xxxxxxxxxxxx>
Re: Network-based RAID6
- From: hansbkk@xxxxxxxxx
Re: raid6 + caviar black + mpt2sas horrific performance
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: looking for advice on raid drives upgrade
- From: hansbkk@xxxxxxxxx
Re: Network-based RAID6
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Network-based RAID6
- From: Roman Mamedov <rm@xxxxxxxxxx>
Re: Network-based RAID6
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: raid6 + caviar black + mpt2sas horrific performance
- From: Iordan Iordanov <iordan@xxxxxxxxxxxxxxx>
Re: Network-based RAID6
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: Network-based RAID6
- From: Roman Mamedov <rm@xxxxxxxxxx>
Re: raid6 + caviar black + mpt2sas horrific performance
- From: Joe Landman <joe.landman@xxxxxxxxx>
Re: raid6 + caviar black + mpt2sas horrific performance
- From: Louis-David Mitterrand <vindex+lists-linux-raid@xxxxxxxxxxx>
md lzo
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: Network-based RAID6
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: Network-based RAID6
- From: Miles Fidelman <mfidelman@xxxxxxxxxxxxxxxx>
Re: Network-based RAID6
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: looking for advice on raid drives upgrade
- From: David Brown <david@xxxxxxxxxxxxxxx>
Re: looking for advice on raid drives upgrade
- From: Steven Haigh <netwiz@xxxxxxxxx>
Re: raid6 + caviar black + mpt2sas horrific performance
- From: Joe Landman <joe.landman@xxxxxxxxx>
Re: raid6 + caviar black + mpt2sas horrific performance
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: Network-based RAID6
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: raid6 + caviar black + mpt2sas horrific performance
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: looking for advice on raid drives upgrade
- From: David Brown <david@xxxxxxxxxxxxxxx>
strange problem with my raid5
- From: hank peng <pengxihan@xxxxxxxxx>
blk_flush_plug in the MD code, was Re: [xfs-masters] linux-next: manual merge of the xfs tree with Linus' tree
- From: Christoph Hellwig <hch@xxxxxx>
Extendible RAID10
- From: David Brown <david@xxxxxxxxxxxxxxx>
[PATCH 2/2] Create: fix size after setting default chunk
- From: "Czarnowska, Anna" <anna.czarnowska@xxxxxxxxx>
[PATCH 1/2] Create: check for UnSet when looking at chunk
- From: "Czarnowska, Anna" <anna.czarnowska@xxxxxxxxx>
Re: looking for advice on raid drives upgrade
- From: Vincent Schut <schut@xxxxxxxxxxxx>
Re: looking for advice on raid drives upgrade
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
looking for advice on raid drives upgrade
- From: Vincent Schut <schut@xxxxxxxxxxxx>
Re: Network-based RAID6
- From: Roman Mamedov <rm@xxxxxxxxxx>
raid6 + caviar black + mpt2sas horrific performance
- From: Louis-David Mitterrand <vindex+lists-linux-raid@xxxxxxxxxxx>
Re: Network-based RAID6
- From: CoolCold <coolthecold@xxxxxxxxx>
Network-based RAID6
- From: Roman Mamedov <rm@xxxxxxxxxx>
Re: raid1 boot regression in 2.6.37 [bisected]
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: raid1 boot regression in 2.6.37 [bisected]
- From: Thomas Jarosch <thomas.jarosch@xxxxxxxxxxxxx>
Re: raid1 boot regression in 2.6.37 [bisected]
- From: Thomas Jarosch <thomas.jarosch@xxxxxxxxxxxxx>
Re: raid1 boot regression in 2.6.37 [bisected]
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: raid1 boot regression in 2.6.37 [bisected]
- From: Thomas Jarosch <thomas.jarosch@xxxxxxxxxxxxx>
Re: raid1 boot regression in 2.6.37 [bisected]
- From: Tejun Heo <tj@xxxxxxxxxx>
corrupted 600GiB md device
- From: Nathan Gamber <ngamber@xxxxxxxxxxxxx>
Re: raid1 boot regression in 2.6.37 [bisected]
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: raid1 boot regression in 2.6.37 [bisected]
- From: Thomas Jarosch <thomas.jarosch@xxxxxxxxxxxxx>
Re: Something wrong with __prep_thunderdome in super-intel.c
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: raid1 boot regression in 2.6.37 [bisected]
- From: Tejun Heo <tj@xxxxxxxxxx>
[PATCH] FIX: Cleanup after raid45->raid0 takeover
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
[PATCH] FIX: After discarding array give chance monitor to remove it
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
Re: raid1 boot regression in 2.6.37 [bisected]
- From: Thomas Jarosch <thomas.jarosch@xxxxxxxxxxxxx>
Re: raid1 boot regression in 2.6.37 [bisected]
- From: Thomas Jarosch <thomas.jarosch@xxxxxxxxxxxxx>
Re: raid1 boot regression in 2.6.37 [bisected]
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: Something wrong with __prep_thunderdome in super-intel.c
- From: NeilBrown <neilb@xxxxxxx>
Re: Something wrong with __prep_thunderdome in super-intel.c
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 1/2] imsm: remove OEM table from detection of OROM and EFI.
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 1/2] tests: use $config to store test config path
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 2/2] tests: backup default config before testing
- From: NeilBrown <neilb@xxxxxxx>
Re: Disks with 4k sectors
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Disks with 4k sectors
- From: Albert Pauw <albert.pauw@xxxxxxxxx>
raid1 boot regression in 2.6.37 [bisected]
- From: Thomas Jarosch <thomas.jarosch@xxxxxxxxxxxxx>
Re: Something wrong with __prep_thunderdome in super-intel.c
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Please update mdadm 3.2.1 release
- From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
[PATCH 2/2] imsm: reading of UEFI variables needs an update
- From: "Hawrylewicz Czarnowski, Przemyslaw" <przemyslaw.hawrylewicz.czarnowski@xxxxxxxxx>
[PATCH 1/2] imsm: remove OEM table from detection of OROM and EFI.
- From: "Hawrylewicz Czarnowski, Przemyslaw" <przemyslaw.hawrylewicz.czarnowski@xxxxxxxxx>
RE: Something wrong with __prep_thunderdome in super-intel.c
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
Re: high throughput storage server?
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: grow MULTIPATH RAID
- From: NeilBrown <neilb@xxxxxxx>
Re: grow MULTIPATH RAID
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: grow MULTIPATH RAID
- From: NeilBrown <neilb@xxxxxxx>
Re: why disk errors are more likely to happen on md super block area?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
grow MULTIPATH RAID
- From: shamim <shamim_99@xxxxxxxxx>
Re: Something wrong with __prep_thunderdome in super-intel.c
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: why disk errors are more likely to happen on md super block area?
- From: hank peng <pengxihan@xxxxxxxxx>
[PATCH 2/2] tests: backup default config before testing
- From: "Czarnowska, Anna" <anna.czarnowska@xxxxxxxxx>
[PATCH 1/2] tests: use $config to store test config path
- From: "Czarnowska, Anna" <anna.czarnowska@xxxxxxxxx>
Re: high throughput storage server?
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
RE: [PATCH] FIX: imsm: Do not change serial if disk failed
- From: "Wojcik, Krzysztof" <krzysztof.wojcik@xxxxxxxxx>
Re: high throughput storage server?
- From: Joe Landman <joe.landman@xxxxxxxxx>
Re: high throughput storage server?
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: high throughput storage server?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: high throughput storage server?
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: high throughput storage server?
- From: NeilBrown <neilb@xxxxxxx>
Re: high throughput storage server?
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: why disk errors are more likely to happen on md super block area?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
why disk errors are more likely to happen on md super block area?
- From: hank peng <pengxihan@xxxxxxxxx>
Re: [PATCH] FIX: Do not count as backup devices, spare disks used for reshape
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH] FIX: imsm: Do not change serial if disk failed
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 0/2] Fixes for double degraded array
- From: NeilBrown <neilb@xxxxxxx>
Re: More ddf container woes
- From: NeilBrown <neilb@xxxxxxx>
Re: More ddf container woes
- From: Albert Pauw <albert.pauw@xxxxxxxxx>
[PATCH] FIX: imsm: Do not change serial if disk failed
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
Re: high throughput storage server?
- From: Joe Landman <joe.landman@xxxxxxxxx>
Re: high throughput storage server?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
[PATCH 2/2] FIX: Tests: raid0->raid10 without degradation
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
[PATCH 1/2] FIX: imsm: Rebuild does not start on second failed disk
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
[PATCH 0/2] Fixes for double degraded array
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
Re: Convert RAID5 to RAID6 in a live system
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: Convert RAID5 to RAID6 in a live system
- From: Stefan Roese <stefan.roese@xxxxxxxxx>
Re: high throughput storage server?
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Convert RAID5 to RAID6 in a live system
- From: Roman Mamedov <rm@xxxxxxxxxx>
Re: Convert RAID5 to RAID6 in a live system
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Convert RAID5 to RAID6 in a live system
- From: Stefan Roese <stefan.roese@xxxxxxxxx>
RE: [PATCH] FIX: Do not count as backup devices, spare disks used for reshape
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
ANNOUNCE: mdadm 3.1.5 - A tool for managing Soft RAID under Linux
- From: NeilBrown <neilb@xxxxxxx>
Re: cannot examine IMSM metadata on a disk in non-IMSM compliant system
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 2/2] man mdadm: Add note about auto-assembly during array reshape
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 1/2] man mdadm: add information for MDADM_EXPERIMENTAL flag
- From: NeilBrown <neilb@xxxxxxx>
Re: RAID-5 and mdadm --assemble troubleshooting
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 1/2] examine: allows to examine a disk metadata on non-metadata compliant systems
- From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
PATCH 2/2] super-intel: enable loading metadata from non-IMSM compliant disks
- From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
RE: cannot examine IMSM metadata on a disk in non-IMSM compliant system
- From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
Re: RAID-5 and mdadm --assemble troubleshooting
- From: A J Wyborny <ajwyborny@xxxxxxxxx>
Windows LDM status?
- From: Costin <costinel@xxxxxxxxx>
Re: [PATCH 1/2] man mdadm: add information for MDADM_EXPERIMENTAL flag
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
[PATCH 2/2] man mdadm: Add note about auto-assembly during array reshape
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 1/2] man mdadm: add information for MDADM_EXPERIMENTAL flag
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
Re: high throughput storage server?
- From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
Re: high throughput storage server?
- From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
Re: high throughput storage server?
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: high throughput storage server?
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Something wrong with __prep_thunderdome in super-intel.c
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH] RAID-6 check standalone
- From: NeilBrown <neilb@xxxxxxx>
Re: RAID-5 and mdadm --assemble troubleshooting
- From: NeilBrown <neilb@xxxxxxx>
Re: high throughput storage server?
- From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
RAID-5 and mdadm --assemble troubleshooting
- From: A J Wyborny <ajwyborny@xxxxxxxxx>
RE: Adaptive throttling for RAID1 background resync
- From: Hari Subramanian <hari@xxxxxxxxxx>
Re: high throughput storage server?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: high throughput storage server?
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: high throughput storage server?
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: [PATCH] RAID-6 check standalone
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: [PATCH] RAID-6 check standalone
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH] RAID-6 check standalone
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: high throughput storage server?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: high throughput storage server?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: [PATCH] RAID-6 check standalone
- From: NeilBrown <neilb@xxxxxxx>
Re: high throughput storage server?
- From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
Re: high throughput storage server?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: high throughput storage server?
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: disk order problem in a raid 10 array
- From: Xavier Brochard <xavier@xxxxxxxxxxxxxx>
Re: high throughput storage server?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: [PATCH] platform_intel: support EFI SCU OEM variable
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH] imsm: FIX: indicate that metadada has to be written
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH] FIX: Add spare throws exception (v2)
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH] FIX: Do not count as backup devices, spare disks used for reshape
- From: NeilBrown <neilb@xxxxxxx>
Re: disk order problem in a raid 10 array
- From: NeilBrown <neilb@xxxxxxx>
Re: high throughput storage server?
- From: NeilBrown <neilb@xxxxxxx>
Re: high throughput storage server?
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: MD without LVM : should I reinstall ?
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: disk order problem in a raid 10 array
- From: Xavier Brochard <xavier@xxxxxxxxxxxxxx>
Re: disk order problem in a raid 10 array
- From: Xavier Brochard <xavier@xxxxxxxxxxxxxx>
Re: disk order problem in a raid 10 array
- From: Xavier Brochard <xavier@xxxxxxxxxxxxxx>
Re: disk order problem in a raid 10 array
- From: NeilBrown <neilb@xxxxxxx>
Re: disk order problem in a raid 10 array
- From: Xavier Brochard <xavier@xxxxxxxxxxxxxx>
Re: disk order problem in a raid 10 array
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: disk order problem in a raid 10 array
- From: Xavier Brochard <xavier@xxxxxxxxxxxxxx>
Re: disk order problem in a raid 10 array
- From: Xavier Brochard <xavier@xxxxxxxxxxxxxx>
Re: disk order problem in a raid 10 array
- From: Xavier Brochard <xavier@xxxxxxxxxxxxxx>
Re: disk order problem in a raid 10 array
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: disk order problem in a raid 10 array
- From: Xavier Brochard <xavier@xxxxxxxxxxxxxx>
Re: disk order problem in a raid 10 array
- From: Xavier Brochard <xavier@xxxxxxxxxxxxxx>
Re: high throughput storage server?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: disk order problem in a raid 10 array
- From: NeilBrown <neilb@xxxxxxx>
Re: disk order problem in a raid 10 array
- From: NeilBrown <neilb@xxxxxxx>
Re: Adaptive throttling for RAID1 background resync
- From: NeilBrown <neilb@xxxxxxx>
Re: high throughput storage server?
- From: NeilBrown <neilb@xxxxxxx>
Re: Adaptive throttling for RAID1 background resync
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: MD without LVM : should I reinstall ?
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Re: MD without LVM : should I reinstall ?
- From: Thomas Carrié <thocar@xxxxxxxxxx>
RE: Adaptive throttling for RAID1 background resync
- From: Hari Subramanian <hari@xxxxxxxxxx>
Re: Adaptive throttling for RAID1 background resync
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
RE: Adaptive throttling for RAID1 background resync
- From: Hari Subramanian <hari@xxxxxxxxxx>
Re: Adaptive throttling for RAID1 background resync
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Adaptive throttling for RAID1 background resync
- From: Hari Subramanian <hari@xxxxxxxxxx>
Re: disk order problem in a raid 10 array
- From: Xavier Brochard <xavier@xxxxxxxxxxxxxx>
Re: disk order problem in a raid 10 array
- From: Xavier Brochard <xavier@xxxxxxxxxxxxxx>
Re: disk order problem in a raid 10 array
- From: hansbkk@xxxxxxxxx
Re: high throughput storage server?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: high throughput storage server?
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
disk order problem in a raid 10 array
- From: Xavier Brochard <xavier@xxxxxxxxxxxxxx>
[PATCH] platform_intel: support EFI SCU OEM variable
- From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
Re: i made sh*t can anyone help!?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: i made sh*t can anyone help!?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: i made sh*t can anyone help!?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: i made sh*t can anyone help!?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: high throughput storage server?
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: i made sh*t can anyone help!?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: i made sh*t can anyone help!?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: i made sh*t can anyone help!?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: i made sh*t can anyone help!?
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
i made sh*t can anyone help!?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: high throughput storage server?
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
[PATCH] FIX: Do not count as backup devices, spare disks used for reshape
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH] imsm: FIX: indicate that metadada has to be written
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH] FIX: Add spare throws exception (v2)
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH] FIX: Add spare throws exception
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
RE: [PATCH 0/4] Raid0 metadata cannot be recognized
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
[PATCH 13/36] md,rcu: convert call_rcu(free_conf) to kfree_rcu()
- From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
Re: [PATCH] Update documentation for sync_min and sync_max entries
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 0/3] UT and error case changes
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH] Retry writing 'inactive' state during stopping array
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 0/4] Raid0 metadata cannot be recognized
- From: NeilBrown <neilb@xxxxxxx>
Re: MD without LVM : should I reinstall ?
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Re: MD without LVM : should I reinstall ?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
MD without LVM : should I reinstall ?
- From: Thomas Carrié <thocar@xxxxxxxxxx>
MD without LVM : should I reinstall ?
- From: Thomas Carrié <thocar@xxxxxxxxxx>
MD without LVM : should I reinstall ?
- From: Thomas Carrié <thocar@xxxxxxxxxx>
RE: [PATCH] fix: mdadm -Ss for external metadata don't stop container
- From: "Hawrylewicz Czarnowski, Przemyslaw" <przemyslaw.hawrylewicz.czarnowski@xxxxxxxxx>
Re: How to implement raid1 repair
- From: Jan Schmidt <list.btrfs@xxxxxxxxxxxxx>
Re: How to implement raid1 repair
- From: Jan Schmidt <list.btrfs@xxxxxxxxxxxxx>
Re: How to implement raid1 repair
- From: Andrey Kuzmin <andrey.v.kuzmin@xxxxxxxxx>
Re: How to implement raid1 repair
- From: Chris Mason <chris.mason@xxxxxxxxxx>
Re: How to implement raid1 repair
- From: Jan Schmidt <list.btrfs@xxxxxxxxxxxxx>
Re: How to implement raid1 repair
- From: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [dm-devel] [PATCH] Fix over-zealous flush_disk when changing device size.
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
Re: How to implement raid1 repair
- From: Josef Bacik <josef@xxxxxxxxxx>
RE: [PATCH] fix: mdadm -Ss for external metadata don't stop container
- From: "Wojcik, Krzysztof" <krzysztof.wojcik@xxxxxxxxx>
[PATCH] Retry writing 'inactive' state during stopping array
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
How to implement raid1 repair
- From: Jan Schmidt <list.btrfs@xxxxxxxxxxxxx>
Re: [PATCH] fix: mdadm -Ss for external metadata don't stop container
- From: NeilBrown <neilb@xxxxxxx>
Re: [dm-devel] [PATCH] Fix over-zealous flush_disk when changing device size.
- From: NeilBrown <neilb@xxxxxxx>
RE: [PATCH] fix: mdadm -Ss for external metadata don't stop container
- From: "Hawrylewicz Czarnowski, Przemyslaw" <przemyslaw.hawrylewicz.czarnowski@xxxxxxxxx>
inactive raid after kernel 2.6.32 update
- From: Xavier Brochard <xavier@xxxxxxxxxxxxxx>
Re: [dm-devel] [PATCH] Fix over-zealous flush_disk when changing device size.
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
[PATCH 04/13] dm: use list_move() instead of list_del()/list_add() combination
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
Re: More ddf container woes
- From: Albert Pauw <albert.pauw@xxxxxxxxx>
md not flushing some pages
- From: Alexander Dorokhine <adorokhine@xxxxxxxxxxxxxxx>
[PATCH 3/4] FIX: Handle has to be closed
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 4/4] FIX: ping_monitor() usage causes memory leaks
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 2/4] FIX: Write metadata when mdmon is not running
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 1/4] FIX: Ping monitor when mdmon is running only
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 0/4] Raid0 metadata cannot be recognized
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
Re: Doing 'echo repair > /sys/devices/virtual/block/md?/md/sync_action' does not result in mismatch_cnt of 0 on RAID-6?
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: Doing 'echo repair > /sys/devices/virtual/block/md?/md/sync_action' does not result in mismatch_cnt of 0 on RAID-6?
- From: Bas van Schaik <bas@xxxxxxxx>
[PATCH] Update documentation for sync_min and sync_max entries
- From: CoolCold <coolthecold@xxxxxxxxx>
Re: Doing 'echo repair > /sys/devices/virtual/block/md?/md/sync_action' does not result in mismatch_cnt of 0 on RAID-6?
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Doing 'echo repair > /sys/devices/virtual/block/md?/md/sync_action' does not result in mismatch_cnt of 0 on RAID-6?
- From: Bas van Schaik <bas@xxxxxxxx>
RE: [PATCH 0/3] UT and error case changes
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
Re: Periodic RebuildStarted event
- From: NeilBrown <neilb@xxxxxxx>
Re: RAID5 Shrinking array-size nearly killed the system
- From: NeilBrown <neilb@xxxxxxx>
Re: RAID5 Shrinking array-size nearly killed the system
- From: Rory Jaffe <rsjaffe@xxxxxxxxx>
Re: RAID5 Shrinking array-size nearly killed the system
- From: Rory Jaffe <rsjaffe@xxxxxxxxx>
Re: More ddf container woes
- From: NeilBrown <neilb@xxxxxxx>
Re: Periodic RebuildStarted event
- From: CoolCold <coolthecold@xxxxxxxxx>
Re: Periodic RebuildStarted event
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: Periodic RebuildStarted event
- From: CoolCold <coolthecold@xxxxxxxxx>
Re: Periodic RebuildStarted event
- From: NeilBrown <neilb@xxxxxxx>
Re: Periodic RebuildStarted event
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: Periodic RebuildStarted event
- From: CoolCold <coolthecold@xxxxxxxxx>
RE: Q: imsm rapid recovery volume
- From: "Jiang, Dave" <dave.jiang@xxxxxxxxx>
Re: [PATCH 0/3] UT and error case changes
- From: NeilBrown <neilb@xxxxxxx>
Re: Q: imsm rapid recovery volume
- From: Luca Berra <bluca@xxxxxxxxxx>
RE: Q: imsm rapid recovery volume
- From: "Jiang, Dave" <dave.jiang@xxxxxxxxx>
[PATCH 3/3] imsm: Add metadata abort changes handler template
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 2/3] External metadata has to be restored to initial state in error case
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 1/3] imsm: FIX: existing backup file fails unit tests
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 0/3] UT and error case changes
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
Re: Q: imsm rapid recovery volume
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: high throughput storage server?
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
RE: Removed two drives (still valid and working) from raid-5 and need to add them back in.
- From: "Matthew Tice" <mjtice@xxxxxxxxx>
Re: high throughput storage server?
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Q: imsm rapid recovery volume
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: More ddf container woes
- From: Albert Pauw <albert.pauw@xxxxxxxxx>
Re: More ddf container woes
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH] Warn the user about too small array size
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH] platfrom_intel: find OROM based on Intel AHCI and SAS driver device id
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 0/2] Checkpointing fixes
- From: NeilBrown <neilb@xxxxxxx>
Re: Removed two drives (still valid and working) from raid-5 and need to add them back in.
- From: mtice <mjtice@xxxxxxxxx>
Raid1 mismatches maybe associated to free space
- From: Asdo <asdo@xxxxxxxxxxxxx>
Re: high throughput storage server?
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: Growing a raid array online with different capacity disks
- From: Drew <drew.kay@xxxxxxxxx>
Re: RAID5 Shrinking array-size nearly killed the system
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: RAID5 Shrinking array-size nearly killed the system
- From: Rory Jaffe <rsjaffe@xxxxxxxxx>
Re: Removed two drives (still valid and working) from raid-5 and need to add them back in.
- From: mtice <mjtice@xxxxxxxxx>
Re: Removed two drives (still valid and working) from raid-5 and need to add them back in.
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: Removed two drives (still valid and working) from raid-5 and need to add them back in.
- From: mtice <mjtice@xxxxxxxxx>

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