Linux RAID Storage Date Index

Thread Index

Re: Need Advice regarding chunk size of RAID6 regarding HFS+
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Need Advice regarding chunk size of RAID6 regarding HFS+
- From: Florian Lampel <florian.lampel@xxxxxxxxx>
Re: raid5 replace ignored error?
- From: Bill <billstuff2001@xxxxxxxxxxxxx>
Re: QNAP 8 port RAID5 md0 recovery of missing MBR and md superblocks
- From: Phil Turmel <philip@xxxxxxxxxx>
AW: AW: AW: QNAP 8 port RAID5 md0 recovery of missing MBR and md superblocks
- From: "Samer, Michael (I/ET-83, extern)" <extern.michael.samer@xxxxxxx>
Re: raid5 replace ignored error?
- From: NeilBrown <neilb@xxxxxxx>
Re: AW: AW: QNAP 8 port RAID5 md0 recovery of missing MBR and md superblocks
- From: Phil Turmel <philip@xxxxxxxxxx>
AW: AW: QNAP 8 port RAID5 md0 recovery of missing MBR and md superblocks
- From: "Samer, Michael (I/ET-83, extern)" <extern.michael.samer@xxxxxxx>
Re: AW: QNAP 8 port RAID5 md0 recovery of missing MBR and md superblocks
- From: Phil Turmel <philip@xxxxxxxxxx>
AW: QNAP 8 port RAID5 md0 recovery of missing MBR and md superblocks
- From: "Samer, Michael (I/ET-83, extern)" <extern.michael.samer@xxxxxxx>
mdadm assemble bug?
- From: Eivind Sarto <eivindsarto@xxxxxxxxx>
Re: RAID6 dead on the water after Controller failure
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: RAID6 dead on the water after Controller failure
- From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
Re: RAID6 dead on the water after Controller failure
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: RAID6 dead on the water after Controller failure
- From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
Re: RAID6 dead on the water after Controller failure
- From: "Bakk. Florian Lampel" <florian.lampel@xxxxxxxxx>
Re: RAID6 dead on the water after Controller failure
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: RAID6 dead on the water after Controller failure
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: RAID6 dead on the water after Controller failure
- From: Florian Lampel <florian.lampel@xxxxxxxxx>
Re: RAID6 dead on the water after Controller failure
- From: Florian Lampel <florian.lampel@xxxxxxxxx>
Re: RAID6 dead on the water after Controller failure
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: RAID6 dead on the water after Controller failure
- From: Florian Lampel <florian.lampel@xxxxxxxxx>
Re: Automatically drop caches after mdadm fails a drive out of an array?
- From: Andrew Martin <amartin@xxxxxxxxxxx>
Re: RAID6 dead on the water after Controller failure
- From: Phil Turmel <philip@xxxxxxxxxx>
RAID6 dead on the water after Controller failure
- From: Florian Lampel <florian.lampel@xxxxxxxxx>
Re: Automatically drop caches after mdadm fails a drive out of an array?
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Automatically drop caches after mdadm fails a drive out of an array?
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: Automatically drop caches after mdadm fails a drive out of an array?
- From: Andrew Martin <amartin@xxxxxxxxxxx>
Re: Automatically drop caches after mdadm fails a drive out of an array?
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Z87 vs ASMedia
- From: Raul Dias <raul@xxxxxxxxxxx>
Re: Automatically drop caches after mdadm fails a drive out of an array?
- From: Andrew Martin <amartin@xxxxxxxxxxx>
Re: Automatically drop caches after mdadm fails a drive out of an array?
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Automatically drop caches after mdadm fails a drive out of an array?
- From: Andrew Martin <amartin@xxxxxxxxxxx>
Re: Automatically drop caches after mdadm fails a drive out of an array?
- From: NeilBrown <neilb@xxxxxxx>
sector mapping
- From: Larry Fenske <LFenske@xxxxxxx>
Re: Raid 6 rebuild
- From: Chris Murphy <chris@xxxxxxxxxxxxxxxxx>
Raid 6 rebuild
- From: "Gallas, William N" <william.n.gallas@xxxxxxxxx>
Automatically drop caches after mdadm fails a drive out of an array?
- From: Andrew Martin <amartin@xxxxxxxxxxx>
Re: [PATCH 1/1] md/raid5: allow resync-rebuild requests to run multi-threaded
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 1/1] md/raid5: allow resync-rebuild requests to run multi-threaded
- From: Eivind Sarto <eivindsarto@xxxxxxxxx>
Re: Reassemble Raid 6
- From: Phil Turmel <philip@xxxxxxxxxx>
md/raid5.c and STRIPE_IO_STARTED
- From: Eivind Sarto <eivindsarto@xxxxxxxxx>
Re[2]: Reassemble Raid 6
- From: "Justin Stephenson" <justin@xxxxxxxxxxxxxxxxx>
Re: Reassemble Raid 6
- From: Phil Turmel <philip@xxxxxxxxxx>
Reassemble Raid 6
- From: "Justin Stephenson" <justin@xxxxxxxxxxxxxxxxx>
Re: Bug#737951: mdadm: udev rules files ignores raid=noautodetect kernel parameter
- From: Michael Prokop <mika@xxxxxxxxxx>
Re: Storage system
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Re: Storage system
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Re: Storage system
- From: Robert L Mathews <lists@xxxxxxxxxxxxx>
Re: raid6 caught in rebuild loop
- From: Benedikt Fraunhofer <benedikt.fraunhofer.lists.mdadm.67B-ACM@xxxxxxxxxx>
Re: Storage system
- From: David Brown <david.brown@xxxxxxxxxxxx>
Re: Storage system
- From: Can Jeuleers <can.jeuleers@xxxxxxxxx>
Re: Storage system
- From: David Brown <david.brown@xxxxxxxxxxxx>
Re: Storage system
- From: Roberto Spadim <rspadim@xxxxxxxxx>
Re: Storage system
- From: Roman Mamedov <rm@xxxxxxxxxxx>
Re: Storage system
- From: Matt Garman <matthew.garman@xxxxxxxxx>
Re: Storage system
- From: David Brown <david.brown@xxxxxxxxxxxx>
Re: Soft RAID and EFI systems
- From: Francis Moreau <francis.moro@xxxxxxxxx>
Re: Soft RAID and EFI systems
- From: Francis Moreau <francis.moro@xxxxxxxxx>
Re: Bug#737951: mdadm: udev rules files ignores raid=noautodetect kernel parameter
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: Intent Bitmap size and performance
- From: NeilBrown <neilb@xxxxxxx>
Re: Storage system
- From: Joe Landman <joe.landman@xxxxxxxxx>
Re: Intent Bitmap size and performance
- From: Marc MERLIN <marc@xxxxxxxxxxx>
Re: [PATCH 45/51] md, raid5: Fix CPU hotplug callback registration
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
Storage system
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: raid1 repair does not repair errors?
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
QNAP 8 port RAID5 md0 recovery of missing MBR and md superblocks
- From: "Samer, Michael (I/ET-83, extern)" <extern.michael.samer@xxxxxxx>
Re: [PATCH 45/51] md, raid5: Fix CPU hotplug callback registration
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 45/51] md, raid5: Fix CPU hotplug callback registration
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH] raid6check.c: reduce verbosity
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 45/51] md, raid5: Fix CPU hotplug callback registration
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] raid6check.c: reduce verbosity
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Phillip Susi <psusi@xxxxxxxxxx>
Re: raid1 repair does not repair errors?
- From: NeilBrown <neilb@xxxxxxx>
mdadm, raid 6 best options if any?
- From: Wilson Jonathan <piercing_male@xxxxxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Phillip Susi <psusi@xxxxxxxxxx>
Re: raid1 repair does not repair errors?
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Phillip Susi <psusi@xxxxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Phillip Susi <psusi@xxxxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Larry Fenske <LFenske@xxxxxxx>
Re: Soft RAID and EFI systems
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Re: Soft RAID and EFI systems
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Re: Soft RAID and EFI systems
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Re: sequential versus random I/O
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Soft RAID and EFI systems
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Re: Soft RAID and EFI systems
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Re: Soft RAID and EFI systems
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: Soft RAID and EFI systems
- From: Francis Moreau <francis.moro@xxxxxxxxx>
Re: Soft RAID and EFI systems
- From: David Brown <david.brown@xxxxxxxxxxxx>
raid5 replace ignored error?
- From: Bill <billstuff2001@xxxxxxxxxxxxx>
Re: Soft RAID and EFI systems
- From: Francis Moreau <francis.moro@xxxxxxxxx>
Re: Soft RAID and EFI systems
- From: David Brown <david.brown@xxxxxxxxxxxx>
Re: Soft RAID and EFI systems
- From: Francis Moreau <francis.moro@xxxxxxxxx>
Re: Soft RAID and EFI systems
- From: David Brown <david.brown@xxxxxxxxxxxx>
Re: Soft RAID and EFI systems
- From: Francis Moreau <francis.moro@xxxxxxxxx>
Re: Soft RAID and EFI systems
- From: Francis Moreau <francis.moro@xxxxxxxxx>
Re: Soft RAID and EFI systems
- From: Francis Moreau <francis.moro@xxxxxxxxx>
Re: [PATCH] raid6check.c: reduce verbosity
- From: NeilBrown <neilb@xxxxxxx>
Re: raid1 repair does not repair errors?
- From: NeilBrown <neilb@xxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: [PATCH] block devices: validate block device capacity
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: sequential versus random I/O
- From: Matt Garman <matthew.garman@xxxxxxxxx>
Re: [PATCH resend 1/2] bcache: Use %zi to format size_t
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: raid1 repair does not repair errors?
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Phillip Susi <psusi@xxxxxxxxxx>
[PATCH v2 2/2] bcache: Drop L-suffix when comparing ssize_t with 0
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
[PATCH resend 1/2] bcache: Use %zi to format size_t
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: Soft RAID and EFI systems
- From: David Brown <david.brown@xxxxxxxxxxxx>
Re: [PATCH] block devices: validate block device capacity
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: raid1 repair does not repair errors?
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: Soft RAID and EFI systems
- From: Martin Wilck <mwilck@xxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: raid1 repair does not repair errors?
- From: NeilBrown <neilb@xxxxxxx>
SOLVED - Re: md raid0 with overwritten superblock on 1/4 disks
- From: travis+ml-linux-raid@xxxxxxxxxxxxxxxxx
md raid0 with overwritten superblock on 1/4 disks
- From: travis+ml-linux-raid@xxxxxxxxxxxxxxxxx
Re: raid1 repair does not repair errors?
- From: NeilBrown <neilb@xxxxxxx>
Re: Soft RAID and EFI systems
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: Soft RAID and EFI systems
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Re: Soft RAID and EFI systems
- From: Martin Wilck <mwilck@xxxxxxxx>
Re: raid1 repair does not repair errors?
- From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
Re: Soft RAID and EFI systems
- From: Francis Moreau <francis.moro@xxxxxxxxx>
Re: Soft RAID and EFI systems
- From: Francis Moreau <francis.moro@xxxxxxxxx>
Re: Soft RAID and EFI systems
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Phillip Susi <psusi@xxxxxxxxxx>
Re: raid1 repair does not repair errors?
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: Intent Bitmap size and performance
- From: NeilBrown <neilb@xxxxxxx>
Re: Intent Bitmap size and performance
- From: Marc MERLIN <marc@xxxxxxxxxxx>
Intent Bitmap size and performance
- From: Marc MERLIN <marc@xxxxxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Soft RAID and EFI systems
- From: Martin Wilck <mwilck@xxxxxxxx>
[PATCH] raid6check.c: add O_SYNC to open
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
[PATCH] raid6check.c: fix Q parity generation
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: sequential versus random I/O
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
[PATCH] raid6check.c: fix position printout
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
[PATCH] raid6check.c: reduce verbosity
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
[PATCH] dm-raid: check events in super_validate
- From: Nate Dailey <nate.dailey@xxxxxxxxxxx>
Re: RAIS5 Rebuild Help - Possible Data Offset
- From: Yorik <yoriks13@xxxxxxxxxxxxxx>
Soft RAID and EFI systems
- From: Francis Moreau <francis.moro@xxxxxxxxx>
Re: RAIS5 Rebuild Help - Possible Data Offset
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: Boot fails from one of the drives cos it's not an ext4 filesystem.
- From: Richard Gomes <rgomes.info@xxxxxxxxx>
Re: Boot fails from one of the drives cos it's not an ext4 filesystem.
- From: Wilson Jonathan <piercing_male@xxxxxxxxxxx>
Re: [PATCH] block devices: validate block device capacity
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: md hang on updating bitmap
- From: Marcus <shadowsor@xxxxxxxxx>
Re: [PATCH] block devices: validate block device capacity
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] block devices: validate block device capacity
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: [PATCH] block devices: validate block device capacity
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: Boot fails from one of the drives cos it's not an ext4 filesystem.
- From: Robert L Mathews <lists@xxxxxxxxxxxxx>
Re: [PATCH] block devices: validate block device capacity
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: [PATCH] block devices: validate block device capacity
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] block devices: validate block device capacity
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: [PATCH] block devices: validate block device capacity
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [HELP] Recover a RAID5 with 8 drives
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Boot fails from one of the drives cos it's not an ext4 filesystem.
- From: Richard Gomes <rgomes.info@xxxxxxxxx>
Re: Questions about bitrot and RAID 5/6
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Phillip Susi <psusi@xxxxxxxxxx>
[PATCH] block devices: validate block device capacity
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Phillip Susi <psusi@xxxxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Phillip Susi <psusi@xxxxxxxxxx>
Re: Why are reads not balanced across my RAID-1?
- From: Phillip Susi <psusi@xxxxxxxxxx>
raid6 caught in rebuild loop
- From: Benedikt Fraunhofer <benedikt.fraunhofer.lists.mdadm.67B-ACM@xxxxxxxxxx>
Re: non-persistent superblocks? [WORKAROUND]
- From: Chris Schanzle <mdadm@xxxxxxxxxxxxxxxxx>
Re: sequential versus random I/O
- From: Matt Garman <matthew.garman@xxxxxxxxx>
RAIS5 Rebuild Help - Possible Data Offset
- From: Yorik <yoriks13@xxxxxxxxxxxxxx>
RAID6 Rebuild Issue - Data Offset possibly
- From: Yorik <yoriks13@xxxxxxxxxxxxxx>
AW: AW: [HELP] Recover a RAID5 with 8 drives
- From: "Samer, Michael (I/ET-83, extern)" <extern.michael.samer@xxxxxxx>
AW: AW: [HELP] Recover a RAID5 with 8 drives
- From: "Samer, Michael (I/ET-83, extern)" <extern.michael.samer@xxxxxxx>
Re: Questions about bitrot and RAID 5/6
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: sequential versus random I/O
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: non-persistent superblocks?
- From: Wilson Jonathan <piercing_male@xxxxxxxxxxx>
Re: AW: [HELP] Recover a RAID5 with 8 drives
- From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
non-persistent superblocks?
- From: Chris Schanzle <mdadm@xxxxxxxxxxxxxxxxx>
Re: sequential versus random I/O
- From: Roberto Spadim <rspadim@xxxxxxxxx>
Re: sequential versus random I/O
- From: Matt Garman <matthew.garman@xxxxxxxxx>
Re: sequential versus random I/O
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: sequential versus random I/O
- From: Roberto Spadim <rspadim@xxxxxxxxx>
Re: sequential versus random I/O
- From: Roberto Spadim <rspadim@xxxxxxxxx>
Re: sequential versus random I/O
- From: Roberto Spadim <rspadim@xxxxxxxxx>
Re: sequential versus random I/O
- From: Roberto Spadim <rspadim@xxxxxxxxx>
Re: sequential versus random I/O
- From: Roberto Spadim <rspadim@xxxxxxxxx>
Re: sequential versus random I/O
- From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
sequential versus random I/O
- From: Matt Garman <matthew.garman@xxxxxxxxx>
Re: AW: [HELP] Recover a RAID5 with 8 drives
- From: Maurizio De Santis <m.desantis@xxxxxxxxxxxxx>
Re: Raid recovery - raid5 - one active, two spares
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Marc MERLIN <marc@xxxxxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Raid recovery - raid5 - one active, two spares
- From: Mariusz Zalewski <mariusz@xxxxxxxxxxx>
AW: [HELP] Recover a RAID5 with 8 drives
- From: "Samer, Michael (I/ET-83, extern)" <extern.michael.samer@xxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Marc MERLIN <marc@xxxxxxxxxxx>
[HELP] Recover a RAID5 with 8 drives
- From: Maurizio De Santis <m.desantis@xxxxxxxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Questions about bitrot and RAID 5/6
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Re: Questions about bitrot and RAID 5/6
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: Questions about bitrot and RAID 5/6
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Re: Questions about bitrot and RAID 5/6
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Re: Questions about bitrot and RAID 5/6
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Questions regarding bad block management
- From: Clemens Eisserer <linuxhippy@xxxxxxxxx>
Re: Why are reads not balanced across my RAID-1?
- From: Robert L Mathews <lists@xxxxxxxxxxxxx>
Re: Questions about bitrot and RAID 5/6
- From: Wilson Jonathan <piercing_male@xxxxxxxxxxx>
Re: Questions about bitrot and RAID 5/6
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Questions about bitrot and RAID 5/6
- From: Phil Turmel <philip@xxxxxxxxxx>
md hang on updating bitmap
- From: admin <admin@xxxxxxxxxxx>
Re: Questions about bitrot and RAID 5/6
- From: Dag Nygren <dag@xxxxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Marc MERLIN <marc@xxxxxxxxxxx>
[RFC v4 3/3] crypto: async_tx: Extends crypto/async_tx to support up to six parities
- From: Andrea Mazzoleni <amadvance@xxxxxxxxx>
[RFC v4 2/3] fs: btrfs: Extends btrfs/raid56 to support up to six parities
- From: Andrea Mazzoleni <amadvance@xxxxxxxxx>
[RFC v4 0/3] lib: raid: New RAID library supporting up to six parities
- From: Andrea Mazzoleni <amadvance@xxxxxxxxx>
Re: Why are reads not balanced across my RAID-1?
- From: keld@xxxxxxxxxx
Re: Why are reads not balanced across my RAID-1?
- From: "George Spelvin" <linux@xxxxxxxxxxx>
Re: looking for advice on raid0+raid5 array recovery with mdadm and sector offset
- From: den Hoog <speedyden@xxxxxxxxx>
Re: Questions about bitrot and RAID 5/6
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Re: Questions about bitrot and RAID 5/6
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: Questions about bitrot and RAID 5/6
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Re: Why are reads not balanced across my RAID-1?
- From: Roberto Spadim <rspadim@xxxxxxxxx>
Re: Questions about bitrot and RAID 5/6
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: Questions about bitrot and RAID 5/6
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Re: Why are reads not balanced across my RAID-1?
- From: keld@xxxxxxxxxx
Re: Questions about bitrot and RAID 5/6
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: Why are reads not balanced across my RAID-1?
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Re: Questions about bitrot and RAID 5/6
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Re: Why are reads not balanced across my RAID-1?
- From: Matt Garman <matthew.garman@xxxxxxxxx>
Re: Why are reads not balanced across my RAID-1?
- From: "George Spelvin" <linux@xxxxxxxxxxx>
Re: Questions about bitrot and RAID 5/6
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: Why are reads not balanced across my RAID-1?
- From: keld@xxxxxxxxxx
Why are reads not balanced across my RAID-1?
- From: "George Spelvin" <linux@xxxxxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: NeilBrown <neilb@xxxxxxx>
[GIT PULL REQUEST] md updates for 3.14
- From: NeilBrown <neilb@xxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Questions about bitrot and RAID 5/6
- From: David Brown <david.brown@xxxxxxxxxxxx>
Re: Questions about bitrot and RAID 5/6
- From: David Brown <david.brown@xxxxxxxxxxxx>
Re: Questions about bitrot and RAID 5/6
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Marc MERLIN <marc@xxxxxxxxxxx>
Re: Questions about bitrot and RAID 5/6
- From: Phil Turmel <philip@xxxxxxxxxx>
[PATCH] raid6check.c: remove legacy code
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: [PATCH] raid6check.c add page size check and repair
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: Questions about bitrot and RAID 5/6
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: "John Stoffel" <john@xxxxxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Marc MERLIN <marc@xxxxxxxxxxx>
Re: Questions about bitrot and RAID 5/6
- From: David Brown <david.brown@xxxxxxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Why 4k native drives haven't arrived
- From: Phillip Susi <psusi@xxxxxxxxxx>
Re: [PATCH] raid6check.c add page size check and repair
- From: NeilBrown <neilb@xxxxxxx>
LVM raid1 mirror: interrupted resync isn't handled well
- From: Nate Dailey <nate.dailey@xxxxxxxxxxx>
Re: Questions about bitrot and RAID 5/6
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Re: [BUG] at drivers/md/raid5.c:291! kernel 3.13-rc8
- From: Ian Kumlien <ian.kumlien@xxxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: MDADM 3.3 broken?
- From: "David F." <df7729@xxxxxxxxx>
Re: Opal 2.0 SEDs on linux, was: Very long raid5 init/rebuild times
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Marc MERLIN <marc@xxxxxxxxxxx>
Re: Looking for some advice on best way to identify drives / recover from issues
- From: Dylan Distasio <interzone@xxxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Ethan Wilson <ethan.wilson@xxxxxxxxxxxxx>
Re: Questions about bitrot and RAID 5/6
- From: David Brown <david.brown@xxxxxxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: [BUG] at drivers/md/raid5.c:291! kernel 3.13-rc8
- From: NeilBrown <neilb@xxxxxxx>
Re: Disappointing performance: 5-disk RAID6, 3.11.6
- From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
Re: Manually reconstruct a RAID10 from adaptec 3805
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Disappointing performance: 5-disk RAID6, 3.11.6
- From: NeilBrown <neilb@xxxxxxx>
Re: Disappointing performance: 5-disk RAID6, 3.11.6
- From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Re: [PATCH] Allow to check mdadm with clangs static checker (scan-build)
- From: Bernd Schubert <bernd.schubert@xxxxxxxxxxx>
Re: Questions about bitrot and RAID 5/6
- From: Mason Loring Bliss <mason@xxxxxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Mark Knecht <markknecht@xxxxxxxxx>
Re: Disappointing performance: 5-disk RAID6, 3.11.6
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Disappointing performance: 5-disk RAID6, 3.11.6
- From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
Re: Very long raid5 init/rebuild times
- From: Marc MERLIN <marc@xxxxxxxxxxx>
Re: request help with RAID1 array that endlessly attempts to sync
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: Questions about bitrot and RAID 5/6
- From: David Brown <david.brown@xxxxxxxxxxxx>
Re: Manually reconstruct a RAID10 from adaptec 3805
- From: Raul Dias <raul@xxxxxxxxxxx>
Re: If separate md for /boot, OS, and /srv, must 'create' on disks with 3 partns?
- From: Wilson Jonathan <piercing_male@xxxxxxxxxxx>
Very long raid5 init/rebuild times
- From: Marc MERLIN <marc@xxxxxxxxxxx>
Re: Manually reconstruct a RAID10 from adaptec 3805
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: request help with RAID1 array that endlessly attempts to sync
- From: Julie Ashworth <ashworth@xxxxxxxxxxxx>
Re: [PATCH] md/raid5: Add compensation in sysfs for raid456.
- From: NeilBrown <neilb@xxxxxxx>
Re: MDADM 3.3 broken?
- From: "David F." <df7729@xxxxxxxxx>
Re: [PATCH] Allow to check mdadm with clangs static checker (scan-build)
- From: NeilBrown <neilb@xxxxxxx>
Re: Questions about bitrot and RAID 5/6
- From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
Re: looking for advice on raid0+raid5 array recovery with mdadm and sector offset
- From: NeilBrown <neilb@xxxxxxx>
Re: looking for advice on raid0+raid5 array recovery with mdadm and sector offset
- From: NeilBrown <neilb@xxxxxxx>
Re: MDADM 3.3 broken?
- From: Martin Wilck <mwilck@xxxxxxxx>
Re: Questions about bitrot and RAID 5/6
- From: NeilBrown <neilb@xxxxxxx>
Re: looking for advice on raid0+raid5 array recovery with mdadm and sector offset
- From: den Hoog <speedyden@xxxxxxxxx>
Questions about bitrot and RAID 5/6
- From: Mason Loring Bliss <mason@xxxxxxxxxxx>
Manually reconstruct a RAID10 from adaptec 3805
- From: Raul Dias <raul@xxxxxxxxxxx>
Re: [PATCH] raid6check.c add page size check and repair
- From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] raid6check.c add page size check and repair
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: If separate md for /boot, OS, and /srv, must 'create' on disks with 3 partns?
- From: Ron Leach <ronleach@xxxxxxxxx>
Re: If separate md for /boot, OS, and /srv, must 'create' on disks with 3 partns?
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: [BUG] at drivers/md/raid5.c:291! kernel 3.13-rc8
- From: Ian Kumlien <ian.kumlien@xxxxxxxxx>
Re: [PATCH] raid6check.c add page size check and repair
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: If separate md for /boot, OS, and /srv, must 'create' on disks with 3 partns?
- From: Ron Leach <ronleach@xxxxxxxxx>
[PATCH] Allow to check mdadm with clangs static checker (scan-build)
- From: Bernd Schubert <bernd.schubert@xxxxxxxxxxx>
Re: [PATCH] raid6check.c add page size check and repair
- From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
Re: [BUG] at drivers/md/raid5.c:291! kernel 3.13-rc8
- From: Ian Kumlien <ian.kumlien@xxxxxxxxx>
Re: looking for advice on raid0+raid5 array recovery with mdadm and sector offset
- From: NeilBrown <neilb@xxxxxxx>
Re: MDADM 3.3 broken?
- From: NeilBrown <neilb@xxxxxxx>
Re: [BUG] at drivers/md/raid5.c:291! kernel 3.13-rc8
- From: NeilBrown <neilb@xxxxxxx>
Re: [BUG] at drivers/md/raid5.c:291! kernel 3.13-rc8
- From: Ian Kumlien <ian.kumlien@xxxxxxxxx>
Re: [BUG] at drivers/md/raid5.c:291! kernel 3.13-rc8
- From: NeilBrown <neilb@xxxxxxx>
Re: [BUG] at drivers/md/raid5.c:291! kernel 3.13-rc8
- From: Richard Weinberger <richard.weinberger@xxxxxxxxx>
[BUG] at drivers/md/raid5.c:291! kernel 3.13-rc8
- From: Ian Kumlien <ian.kumlien@xxxxxxxxx>
Re: If separate md for /boot, OS, and /srv, must 'create' on disks with 3 partns?
- From: David Brown <david.brown@xxxxxxxxxxxx>
Re: If separate md for /boot, OS, and /srv, must 'create' on disks with 3 partns?
- From: Phil Turmel <philip@xxxxxxxxxx>
If separate md for /boot, OS, and /srv, must 'create' on disks with 3 partns?
- From: Ron Leach <ronleach@xxxxxxxxx>
Re: Raid recovery - raid5 - one active, two spares
- From: Mariusz Zalewski <mariusz@xxxxxxxxxxx>
Re: problems with block sizes in raid 5
- From: Martin Bruse <zondolfin@xxxxxxxxx>
[PATCH] raid6check.c add page size check and repair
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
problems with block sizes in raid 5
- From: Martin Bruse <zondolfin@xxxxxxxxx>
Re: Raid recovery - raid5 - one active, two spares
- From: Phil Turmel <philip@xxxxxxxxxx>
Raid recovery - raid5 - one active, two spares
- From: Mariusz Zalewski <mariusz@xxxxxxxxxxx>
Re: looking for advice on raid0+raid5 array recovery with mdadm and sector offset
- From: den Hoog <speedyden@xxxxxxxxx>
Re: read errors not corrected when doing check on RAID6
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: read errors not corrected when doing check on RAID6
- From: NeilBrown <neilb@xxxxxxx>
Re: Bitmap does not account for write errors prior to kicking?
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH] md: check command validity early in md_ioctl().
- From: NeilBrown <neilb@xxxxxxx>
Re: Bitmap does not account for write errors prior to kicking?
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: Bitmap does not account for write errors prior to kicking?
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
[PATCH] md: check command validity early in md_ioctl().
- From: Nicolas Schichan <nschichan@xxxxxxxxxx>
Bitmap does not account for write errors prior to kicking?
- From: Ethan Wilson <ethan.wilson@xxxxxxxxxxxxx>
Re: mdadm expanded 8 disk raid 6 fails in new server, 5 original devices show no md superblock
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: livelock during MD device open
- From: Nicolas Schichan <nschichan@xxxxxxxxxx>
Re: mdadm expanded 8 disk raid 6 fails in new server, 5 original devices show no md superblock
- From: Wilson Jonathan <piercing_male@xxxxxxxxxxx>
[GIT PULL REQUEST] last minute md fixes for 3.13
- From: NeilBrown <neilb@xxxxxxx>
Re: livelock during MD device open
- From: NeilBrown <neilb@xxxxxxx>
Re: mdadm expanded 8 disk raid 6 fails in new server, 5 original devices show no md superblock
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: mdadm expanded 8 disk raid 6 fails in new server, 5 original devices show no md superblock
- From: Wilson Jonathan <piercing_male@xxxxxxxxxxx>
livelock during MD device open
- From: Nicolas Schichan <nschichan@xxxxxxxxxx>
Re: After RAID0 grow: inconsistent superblocks and /proc/mdstat
- From: Richard Michael <rmichael@xxxxxxxxxxxxxxxx>
Re: [RFC v2 0/2] New RAID library supporting up to six parities
- From: Mark Knecht <markknecht@xxxxxxxxx>
AW: mdadm expanded 8 disk raid 6 fails in new server, 5 original devices show no md superblock
- From: Großkreutz, Julian <Julian.Grosskreutz@xxxxxxxxxxxxxxx>
Re: mdadm expanded 8 disk raid 6 fails in new server, 5 original devices show no md superblock
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: mdadm expanded 8 disk raid 6 fails in new server, 5 original devices show no md superblock
- From: Großkreutz, Julian <Julian.Grosskreutz@xxxxxxxxxxxxxxx>
Re: [PATCH] md/raid5: Add compensation in sysfs for raid456.
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: RAID 10 far and offset on-disk layouts
- From: keld@xxxxxxxxxx
Re: RAID 10 far and offset on-disk layouts
- From: keld@xxxxxxxxxx
Re: RAID 10 far and offset on-disk layouts
- From: Gionatan Danti <g.danti@xxxxxxxxxx>
Re: [RFC v2 0/2] New RAID library supporting up to six parities
- From: David Brown <david.brown@xxxxxxxxxxxx>
Re: RAID 10 far and offset on-disk layouts
- From: NeilBrown <neilb@xxxxxxx>
Re: RAID 10 far and offset on-disk layouts
- From: Gionatan Danti <g.danti@xxxxxxxxxx>
Re: Recovering an Array with inconsistent Superblocks
- From: David Brown <david.brown@xxxxxxxxxxxx>
Re: After RAID0 grow: inconsistent superblocks and /proc/mdstat
- From: NeilBrown <neilb@xxxxxxx>
[PATCH] md/raid5: Add compensation in sysfs for raid456.
- From: majianpeng <majianpeng@xxxxxxxxx>
Re: RAID 10 far and offset on-disk layouts
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: RAID 10 far and offset on-disk layouts
- From: keld@xxxxxxxxxx
Re: RAID 10 far and offset on-disk layouts
- From: NeilBrown <neilb@xxxxxxx>
Re: mdadm expanded 8 disk raid 6 fails in new server, 5 original devices show no md superblock
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Re: mdadm expanded 8 disk raid 6 fails in new server, 5 original devices show no md superblock
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: RAID 10 far and offset on-disk layouts
- From: Gionatan Danti <g.danti@xxxxxxxxxx>
Re: RAID 10 far and offset on-disk layouts
- From: NeilBrown <neilb@xxxxxxx>
Re: RAID 10 far and offset on-disk layouts
- From: Gionatan Danti <g.danti@xxxxxxxxxx>
Re: After RAID0 grow: inconsistent superblocks and /proc/mdstat
- From: Richard Michael <rmichael@xxxxxxxxxxxxxxxx>
Re: After RAID0 grow: inconsistent superblocks and /proc/mdstat
- From: NeilBrown <neilb@xxxxxxx>
Re: After RAID0 grow: inconsistent superblocks and /proc/mdstat
- From: Richard Michael <rmichael@xxxxxxxxxxxxxxxx>
After RAID0 grow: inconsistent superblocks and /proc/mdstat
- From: Richard Michael <rmichael@xxxxxxxxxxxxxxxx>
Re: RAID 10 far and offset on-disk layouts
- From: NeilBrown <neilb@xxxxxxx>
Re: Why 4k native drives haven't arrived
- From: Roman Mamedov <rm@xxxxxxxxxxx>
Re: Why 4k native drives haven't arrived
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Re: Why 4k native drives haven't arrived
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Re: Why 4k native drives haven't arrived
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: Why 4k native drives haven't arrived
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: read errors not corrected when doing check on RAID6
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: read errors not corrected when doing check on RAID6
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: read errors not corrected when doing check on RAID6
- From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
Re: Why 4k native drives haven't arrived
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
read errors not corrected when doing check on RAID6
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: Why 4k native drives haven't arrived
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Re: mdadm expanded 8 disk raid 6 fails in new server, 5 original devices show no md superblock
- From: Phil Turmel <philip@xxxxxxxxxx>
mdadm expanded 8 disk raid 6 fails in new server, 5 original devices show no md superblock
- From: Großkreutz, Julian <Julian.Grosskreutz@xxxxxxxxxxxxxxx>
Re: MD on raw device, use unallocated space anyway?
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: MD on raw device, use unallocated space anyway?
- From: Wilson Jonathan <piercing_male@xxxxxxxxxxx>
Re: MD on raw device, use unallocated space anyway?
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Re: MD on raw device, use unallocated space anyway?
- From: Wilson Jonathan <piercing_male@xxxxxxxxxxx>
Re: MD on raw device, use unallocated space anyway?
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Re: MD on raw device, use unallocated space anyway?
- From: Wilson Jonathan <piercing_male@xxxxxxxxxxx>
MD on raw device, use unallocated space anyway?
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
[RFC v3 2/3] fs: btrfs: Extends btrfs/raid56 to support up to six parities
- From: Andrea Mazzoleni <amadvance@xxxxxxxxx>
[RFC v3 3/3] crypto: async_tx: Extends crypto/async_tx to support up to six parities
- From: Andrea Mazzoleni <amadvance@xxxxxxxxx>
[RFC v3 0/3] New RAID library supporting up to six parities
- From: Andrea Mazzoleni <amadvance@xxxxxxxxx>
Re: Why 4k native drives haven't arrived
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
[PATCH -next] bcache: Fix sparse non static symbol warning
- From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
Re: RAID 10 far and offset on-disk layouts
- From: Gionatan Danti <g.danti@xxxxxxxxxx>
Re: Can raid1-resync cause a corruption?
- From: NeilBrown <neilb@xxxxxxx>
Copying Data off a Failed RAID
- From: Fred Damstra <fred.damstra@xxxxxxxxx>
Re: RAID6 reshape integer problem
- From: joystick <joystick@xxxxxxxxxxxxx>
Re: RAID6 reshape integer problem
- From: Piotr Klimek <piotr@xxxxxxxxxxxxx>
Re: What can be used instead of /dev/disk/by-path/* symlinks?
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: looking for advice on raid0+raid5 array recovery with mdadm and sector offset
- From: den Hoog <speedyden@xxxxxxxxx>
write-mostly
- From: Marcus Sorensen <shadowsor@xxxxxxxxx>
Re: Can raid1-resync cause a corruption?
- From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
QNAP 8 port RAID5 md0 unmountable defective md superblocks
- From: Michael Samer <michael.samer@xxxxxxxxxxx>
Re: [RFC v2 0/2] New RAID library supporting up to six parities
- From: Andrea Mazzoleni <amadvance@xxxxxxxxx>
Re: [RFC v2 0/2] New RAID library supporting up to six parities
- From: Andrea Mazzoleni <amadvance@xxxxxxxxx>
Re: [RFC v2 0/2] New RAID library supporting up to six parities
- From: Andrea Mazzoleni <amadvance@xxxxxxxxx>
Re: [RFC v2 2/2] fs: btrfs: Extends btrfs/raid56 to support up to six parities
- From: Andrea Mazzoleni <amadvance@xxxxxxxxx>
Re: [RFC] lib: raid: New RAID library supporting up to six parities
- From: Andrea Mazzoleni <amadvance@xxxxxxxxx>
Re: [RFC] lib: raid: New RAID library supporting up to six parities
- From: NeilBrown <neilb@xxxxxxx>
Re: Recovering an Array with inconsistent Superblocks
- From: NeilBrown <neilb@xxxxxxx>
Re: More 'D' state processes [was: Re: Weird problem: mdadm blocks]
- From: NeilBrown <neilb@xxxxxxx>
Re: Can raid1-resync cause a corruption?
- From: NeilBrown <neilb@xxxxxxx>
Re: Why 4k native drives haven't arrived
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: Why 4k native drives haven't arrived
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: raid5: R5_WriteError is not cleared after rdev is marked as Faulty
- From: NeilBrown <neilb@xxxxxxx>
Re: [RFC v2 0/2] New RAID library supporting up to six parities
- From: Mark Knecht <markknecht@xxxxxxxxx>
Re: [RFC v2 0/2] New RAID library supporting up to six parities
- From: David Sterba <dsterba@xxxxxxx>
Re: [RFC v2 0/2] New RAID library supporting up to six parities
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: Can raid1-resync cause a corruption?
- From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
Re: Looking for some advice on best way to identify drives / recover from issues
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: Looking for some advice on best way to identify drives / recover from issues
- From: "John Stoffel" <john@xxxxxxxxxxx>
Re: [RFC v2 0/2] New RAID library supporting up to six parities
- From: Alex Elsayed <eternaleye@xxxxxxxxx>
Re: [RFC v2 0/2] New RAID library supporting up to six parities
- From: Alex Elsayed <eternaleye@xxxxxxxxx>
Re: [RFC v2 0/2] New RAID library supporting up to six parities
- From: joystick <joystick@xxxxxxxxxxxxx>
Re: raid5: R5_WriteError is not cleared after rdev is marked as Faulty
- From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
Re: [RFC v2 2/2] fs: btrfs: Extends btrfs/raid56 to support up to six parities
- From: Chris Mason <clm@xxxxxx>
Re: Recovering an Array with inconsistent Superblocks
- From: Fabian Knorr <knorrfab@xxxxxxxxxxxxxxxxx>
Re: [RFC v2 0/2] New RAID library supporting up to six parities
- From: Alex Elsayed <eternaleye@xxxxxxxxx>
Re: [RFC v2 0/2] New RAID library supporting up to six parities
- From: joystick <joystick@xxxxxxxxxxxxx>
[RFC v2 2/2] fs: btrfs: Extends btrfs/raid56 to support up to six parities
- From: Andrea Mazzoleni <amadvance@xxxxxxxxx>
[RFC v2 0/2] New RAID library supporting up to six parities
- From: Andrea Mazzoleni <amadvance@xxxxxxxxx>
Re: looking for advice on raid0+raid5 array recovery with mdadm and sector offset
- From: den Hoog <speedyden@xxxxxxxxx>
Re: [PATCH] policy: NULL path isn't really acceptable - use the devname
- From: NeilBrown <neilb@xxxxxxx>
Re: raid5: R5_WriteError is not cleared after rdev is marked as Faulty
- From: NeilBrown <neilb@xxxxxxx>
Re: looking for advice on raid0+raid5 array recovery with mdadm and sector offset
- From: NeilBrown <neilb@xxxxxxx>
Re: Recovering an Array with inconsistent Superblocks
- From: NeilBrown <neilb@xxxxxxx>
Re: More 'D' state processes [was: Re: Weird problem: mdadm blocks]
- From: NeilBrown <neilb@xxxxxxx>
Re: Looking for some advice on best way to identify drives / recover from issues
- From: Krzysztof Adamski <k@xxxxxxxxxxx>
Re: Why 4k native drives haven't arrived
- From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
Re: Looking for some advice on best way to identify drives / recover from issues
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: Recovering an Array with inconsistent Superblocks
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: Looking for some advice on best way to identify drives / recover from issues
- From: Mark Knecht <markknecht@xxxxxxxxx>
Re: Looking for some advice on best way to identify drives / recover from issues
- From: Dylan Distasio <interzone@xxxxxxxxx>
Re: Looking for some advice on best way to identify drives / recover from issues
- From: Dylan Distasio <interzone@xxxxxxxxx>
Re: Looking for some advice on best way to identify drives / recover from issues
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Re: Looking for some advice on best way to identify drives / recover from issues
- From: Mark Knecht <markknecht@xxxxxxxxx>
Looking for some advice on best way to identify drives / recover from issues
- From: Dylan Distasio <interzone@xxxxxxxxx>
Re: Recovering an Array with inconsistent Superblocks
- From: Fabian Knorr <knorrfab@xxxxxxxxxxxxxxxxx>
Re: Recovering an Array with inconsistent Superblocks
- From: NeilBrown <neilb@xxxxxxx>
Re: Recovering an Array with inconsistent Superblocks
- From: Fabian Knorr <knorrfab@xxxxxxxxxxxxxxxxx>
Re: Recovering an Array with inconsistent Superblocks
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: Recovering an Array with inconsistent Superblocks
- From: Fabian Knorr <knorrfab@xxxxxxxxxxxxxxxxx>
Re: Recovering an Array with inconsistent Superblocks
- From: Fabian Knorr <knorrfab@xxxxxxxxxxxxxxxxx>
Re: Recovering an Array with inconsistent Superblocks
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: Why 4k native drives haven't arrived
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Recovering an Array with inconsistent Superblocks
- From: Can Jeuleers <can.jeuleers@xxxxxxxxx>
Re: 'resync=PENDING', 'auto-read-only' on raid1 creation
- From: Ron Leach <ronleach@xxxxxxxxx>
Re: 'resync=PENDING', 'auto-read-only' on raid1 creation
- From: Wilson Jonathan <piercing_male@xxxxxxxxxxx>
Re: 'resync=PENDING', 'auto-read-only' on raid1 creation
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: Recovering an Array with inconsistent Superblocks
- From: Phil Turmel <philip@xxxxxxxxxx>
'resync=PENDING', 'auto-read-only' on raid1 creation
- From: Ron Leach <ronleach@xxxxxxxxx>
Recovering an Array with inconsistent Superblocks
- From: Fabian Knorr <knorrfab@xxxxxxxxxxxxxxxxx>
Re: Why 4k native drives haven't arrived
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: RAID6 reshape integer problem
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: The chunk size paradox
- From: Benjamin ESTRABAUD <be@xxxxxxxxxx>
Re: RAID6 reshape integer problem
- From: Piotr Klimek <piotr@xxxxxxxxxxxxx>
Re: RAID6 reshape integer problem
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: Why 4k native drives haven't arrived
- From: Dimitri John Ledkov <xnox@xxxxxxxxxx>
Re: Why 4k native drives haven't arrived
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
RAID6 reshape integer problem
- From: Piotr Klimek <piotr@xxxxxxxxxxxxx>
Re: The chunk size paradox
- From: Joe Landman <joe.landman@xxxxxxxxx>
Re: The chunk size paradox
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: The chunk size paradox
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: The chunk size paradox
- From: Joe Landman <joe.landman@xxxxxxxxx>
Re: The chunk size paradox
- From: Joe Landman <joe.landman@xxxxxxxxx>
Why 4k native drives haven't arrived
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: The chunk size paradox
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: The chunk size paradox
- From: Phillip Susi <psusi@xxxxxxxxxx>
Re: The chunk size paradox
- From: Phillip Susi <psusi@xxxxxxxxxx>
Re: The chunk size paradox
- From: pg@xxxxxxxxxxxxxxxxxxxxxx (Peter Grandi)
Re: The chunk size paradox
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: The chunk size paradox
- From: Carsten Aulbert <Carsten.Aulbert@xxxxxxxxxx>
Re: The chunk size paradox
- From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
Re: The chunk size paradox
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: The chunk size paradox
- From: Wolfgang Denk <wd@xxxxxxx>
[RFC PATCHv3 04/11] dm: Use VMALLOC_TOTAL instead of VMALLCO_END - VMALLOC_START
- From: Laura Abbott <lauraa@xxxxxxxxxxxxxx>
Re: The chunk size paradox
- From: Phillip Susi <psusi@xxxxxxxxxx>
Re: Is partition alignment needed for RAID partitions ?
- From: Phillip Susi <psusi@xxxxxxxxxx>
looking for advice on raid0+raid5 array recovery with mdadm and sector offset
- From: den Hoog <speedyden@xxxxxxxxx>
Re: The chunk size paradox
- From: Joe Landman <joe.landman@xxxxxxxxx>
Re: The chunk size paradox
- From: Phillip Susi <psusi@xxxxxxxxxx>
Re: The chunk size paradox
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Can raid1-resync cause a corruption?
- From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
Re: The chunk size paradox
- From: Phillip Susi <psusi@xxxxxxxxxx>
raid5: R5_WriteError is not cleared after rdev is marked as Faulty
- From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
Re: The chunk size paradox
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: The chunk size paradox
- From: Phillip Susi <psusi@xxxxxxxxxx>
Re:: Can raid1-resync cause a corruption?
- From: Jack Wang <xjtuwjp@xxxxxxxxx>
Re: The chunk size paradox
- From: joystick <joystick@xxxxxxxxxxxxx>
Re: How to prefer some devices over others in raid
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Looking for help how to migrate 2disk RAID1 to 3 disk RAID6
- From: Pieter De Wit <pieter@xxxxxxxxxxxxx>
Re: How to prefer some devices over others in raid
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: How to prefer some devices over others in raid
- From: Tomas M <tomas@xxxxxxxx>
Re: How to prefer some devices over others in raid
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Looking for help how to migrate 2disk RAID1 to 3 disk RAID6
- From: Krzysztof Adamski <k-list@xxxxxxxxxxx>
Re: Looking for help how to migrate 2disk RAID1 to 3 disk RAID6
- From: Krzysztof Adamski <k-list@xxxxxxxxxxx>
Re: Looking for help how to migrate 2disk RAID1 to 3 disk RAID6
- From: Pieter De Wit <pieter@xxxxxxxxxxxxx>
Re: Looking for help how to migrate 2disk RAID1 to 3 disk RAID6
- From: Tomas M <tomas@xxxxxxxx>
Re: How to prefer some devices over others in raid
- From: NeilBrown <neilb@xxxxxxx>
Re: How to prefer some devices over others in raid
- From: Tomas M <tomas@xxxxxxxx>
Re: Looking for help how to migrate 2disk RAID1 to 3 disk RAID6
- From: Krzysztof Adamski <k-list@xxxxxxxxxxx>
Re: Looking for help how to migrate 2disk RAID1 to 3 disk RAID6
- From: Pieter De Wit <pieter@xxxxxxxxxxxxx>
Looking for help how to migrate 2disk RAID1 to 3 disk RAID6
- From: Krzysztof Adamski <k-list@xxxxxxxxxxx>
Re: How to prefer some devices over others in raid
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
How to prefer some devices over others in raid
- From: Tomas M <tomas@xxxxxxxx>
Re: Is partition alignment needed for RAID partitions ?
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Is partition alignment needed for RAID partitions ?
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: The chunk size paradox
- From: David Brown <david.brown@xxxxxxxxxxxx>
Re: Is partition alignment needed for RAID partitions ?
- From: Pieter De Wit <pieter@xxxxxxxxxxxxx>
Re: The chunk size paradox
- From: Wolfgang Denk <wd@xxxxxxx>
Re: The chunk size paradox
- From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
The chunk size paradox
- From: Phillip Susi <psusi@xxxxxxxxxx>
Re: Is partition alignment needed for RAID partitions ?
- From: Pieter De Wit <pieter@xxxxxxxxxxxxx>
Re: Is partition alignment needed for RAID partitions ?
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Doesn't "writes" do what resync does ?
- From: Pieter De Wit <pieter@xxxxxxxxxxxxx>
Re: Is partition alignment needed for RAID partitions ?
- From: Pieter De Wit <pieter@xxxxxxxxxxxxx>
Re: Doesn't "writes" do what resync does ?
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Is partition alignment needed for RAID partitions ?
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Intel Matrix raid recovery with 2 raid volumes in the array
- From: den Hoog <speedyden@xxxxxxxxx>
Re: Doesn't "writes" do what resync does ?
- From: Pieter De Wit <pieter@xxxxxxxxxxxxx>
Re: Is partition alignment needed for RAID partitions ?
- From: Pieter De Wit <pieter@xxxxxxxxxxxxx>
Re: Doesn't "writes" do what resync does ?
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Is partition alignment needed for RAID partitions ?
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Doesn't "writes" do what resync does ?
- From: Pieter De Wit <pieter@xxxxxxxxxxxxx>
Re: Can raid1-resync cause a corruption?
- From: NeilBrown <neilb@xxxxxxx>
Is partition alignment needed for RAID partitions ?
- From: Pieter De Wit <pieter@xxxxxxxxxxxxx>
Re: raid 6 4 disk failure, improper --create leads to bad superblock
- From: Phil Turmel <philip@xxxxxxxxxx>
Can raid1-resync cause a corruption?
- From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
raid 6 4 disk failure, improper --create leads to bad superblock
- From: Cooper tron <cooper@xxxxxxxx>
Re: RAID 10 far and offset on-disk layouts
- From: keld@xxxxxxxxxx
Re: RAID 10 far and offset on-disk layouts
- From: Gionatan Danti <g.danti@xxxxxxxxxx>
Re: RAID 10 far and offset on-disk layouts
- From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
Re: RAID 10 far and offset on-disk layouts
- From: keld@xxxxxxxxxx
Re: RAID 10 far and offset on-disk layouts
- From: keld@xxxxxxxxxx
Re: RAID 10 far and offset on-disk layouts
- From: Gionatan Danti <g.danti@xxxxxxxxxx>
Re: RAID 10 far and offset on-disk layouts
- From: Gionatan Danti <g.danti@xxxxxxxxxx>
Re: RAID 10 far and offset on-disk layouts
- From: pg@xxxxxxxxxxxxxxxxxxxxxx (Peter Grandi)
RAID 10 far and offset on-disk layouts
- From: Gionatan Danti <g.danti@xxxxxxxxxx>
Re: Low resync throughput
- From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
Re: raid10 offset distance
- From: pg@xxxxxxxxxxxxxxxxxxxxxx (Peter Grandi)
Low resync throughput
- From: Phillip Susi <psusi@xxxxxxxxxx>
raid10 offset distance
- From: Phillip Susi <psusi@xxxxxxxxxx>
thank you!
- From: "N Laszlo Frazer" <laszlo@xxxxxxxxxxxxxxxx>
Re: md-RAID5/6 stripe_cache_size default value vs performance vs memory footprint
- From: NeilBrown <neilb@xxxxxxx>
Re: md-RAID5/6 stripe_cache_size default value vs performance vs memory footprint
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: md-RAID5/6 stripe_cache_size default value vs performance vs memory footprint
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
More 'D' state processes [was: Re: Weird problem: mdadm blocks]
- From: Hans Kraus <hans@xxxxxxxxxxxxxx>
Re: Weird problem: mdadm blocks
- From: Hans Kraus <hans@xxxxxxxxxxxxxx>
Re: Weird problem: mdadm blocks
- From: NeilBrown <neilb@xxxxxxx>
Weird problem: mdadm blocks
- From: Hans Kraus <hans@xxxxxxxxxxxxxx>
Re: md-RAID5/6 stripe_cache_size default value vs performance vs memory footprint
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: md-RAID5/6 stripe_cache_size default value vs performance vs memory footprint
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
md-RAID5/6 stripe_cache_size default value vs performance vs memory footprint
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: mdadm, spin down never happens, do spare work the same?
- From: NeilBrown <neilb@xxxxxxx>
mdadm, spin down never happens, do spare work the same?
- From: Wilson Jonathan <piercing_male@xxxxxxxxxxx>
Re: Is it possible to create a raid from/over other raids?
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Is it possible to create a raid from/over other raids?
- From: Wilson Jonathan <piercing_male@xxxxxxxxxxx>
RE: [PATCH] policy: NULL path isn't really acceptable - use the devname
- From: "Dorau, Lukasz" <lukasz.dorau@xxxxxxxxx>
[PATCH] policy: NULL path isn't really acceptable - use the devname
- From: Lukasz Dorau <lukasz.dorau@xxxxxxxxx>
Re: Is it possible to create a raid from/over other raids?
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Is it possible to create a raid from/over other raids?
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: Is it possible to create a raid from/over other raids?
- From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
Is it possible to create a raid from/over other raids?
- From: Wilson Jonathan <piercing_male@xxxxxxxxxxx>
Re: Chunk size change stop/restart
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: Help with degraded array
- From: Alex <mysqlstudent@xxxxxxxxx>
Re: request help with RAID1 array that endlessly attempts to sync
- From: Phil Turmel <philip@xxxxxxxxxx>
Fwd: raid5 + dm-crypt WRITE perf., higher rrqm/s - kernel 3.10.16
- From: Redwood Hyd <redwoodhyd@xxxxxxxxx>
Re: request help with RAID1 array that endlessly attempts to sync
- From: Julie Ashworth <ashworth@xxxxxxxxxxxx>
Re: request help with RAID1 array that endlessly attempts to sync
- From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
Re: mdadm error
- From: NeilBrown <neilb@xxxxxxx>
Re: Chunk size change stop/restart
- From: NeilBrown <neilb@xxxxxxx>
Re: request help with RAID1 array that endlessly attempts to sync
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: request help with RAID1 array that endlessly attempts to sync
- From: Julie Ashworth <ashworth@xxxxxxxxxxxx>
Chunk size change stop/restart
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: request help with RAID1 array that endlessly attempts to sync
- From: Wilson Jonathan <piercing_male@xxxxxxxxxxx>
Re: request help with RAID1 array that endlessly attempts to sync
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: request help with RAID1 array that endlessly attempts to sync
- From: Julie Ashworth <ashworth@xxxxxxxxxxxx>
Re: RAID 6 reads all remaining chunks in a stripe when a single chunk is rewritten
- From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
Re: RAID 6 reads all remaining chunks in a stripe when a single chunk is rewritten
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: RAID 6 reads all remaining chunks in a stripe when a single chunk is rewritten
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: What can be used instead of /dev/disk/by-path/* symlinks?
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
RAID 6 reads all remaining chunks in a stripe when a single chunk is rewritten
- From: Nikolaus Jeremic <jeremic@xxxxxxxxxxxxxxxxxxxxxxxxx>
RE: What can be used instead of /dev/disk/by-path/* symlinks?
- From: "Dorau, Lukasz" <lukasz.dorau@xxxxxxxxx>
RE: What can be used instead of /dev/disk/by-path/* symlinks?
- From: "Dorau, Lukasz" <lukasz.dorau@xxxxxxxxx>
Re: What can be used instead of /dev/disk/by-path/* symlinks?
- From: Dimitri John Ledkov <xnox@xxxxxxxxxx>
Re: What can be used instead of /dev/disk/by-path/* symlinks?
- From: NeilBrown <neilb@xxxxxxx>
What can be used instead of /dev/disk/by-path/* symlinks?
- From: "Dorau, Lukasz" <lukasz.dorau@xxxxxxxxx>
raid5 + dm-crypt WRITE perf., higher rrqm/s - kernel 3.10.16
- From: Redwood Hyd <redwoodhyd@xxxxxxxxx>
request help with RAID1 array that endlessly attempts to sync
- From: Julie Ashworth <ashworth@xxxxxxxxxxxx>
Re: 答复：答复：two raid5 performance
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Help with degraded array
- From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
mdadm error
- From: Michael Samer <michael.samer@xxxxxxxxxxx>
Re: 答复：答复：two raid5 performance
- From: "Jiang, Dave" <dave.jiang@xxxxxxxxx>
Re: Using Video cards (CUDA) for RAID parity
- From: Wolfgang Denk <wd@xxxxxxx>
答复：答复：答复：two raid5 performance
- From: "lilofile" <lilofile@xxxxxxxxxx>
Re: 答复：答复：two raid5 performance
- From: Tommy Apel <tommyapeldk@xxxxxxxxx>
答复：答复：two raid5 performance
- From: "lilofile" <lilofile@xxxxxxxxxx>
Re: 答复：two raid5 performance
- From: Tommy Apel <tommyapeldk@xxxxxxxxx>
Re: 答复：two raid5 performance
- From: Dag Nygren <dag@xxxxxxxxxx>
答复：答复：two raid5 performance
- From: "lilofile" <lilofile@xxxxxxxxxx>
Re: 答复：答复：答复：two raid5 performance
- From: Tommy Apel <tommyapeldk@xxxxxxxxx>
答复：答复：答复：two raid5 performance
- From: "lilofile" <lilofile@xxxxxxxxxx>
Re: 答复：答复：two raid5 performance
- From: Tommy Apel <tommyapeldk@xxxxxxxxx>
答复：答复：two raid5 performance
- From: "lilofile" <lilofile@xxxxxxxxxx>
Re: udev rule and systemd unit files and mdadm - cross distro.
- From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
答复：two raid5 performance
- From: "lilofile" <lilofile@xxxxxxxxxx>
Re: two raid5 performance
- From: Pieter De Wit <pieter@xxxxxxxxxxxxx>
two raid5 performance
- From: "lilofile" <lilofile@xxxxxxxxxx>
RAID 6 performs unnecessary reads when updating single chunk in a stripe
- From: Nikolaus Jeremic <jeremic@xxxxxxxxxxxxxxxxxxxxxxxxx>
Re: Help with degraded array
- From: Ken Drummond <linuxraid@xxxxxxxxxxxxxxx>
Re: Help with degraded array
- From: Alex <mysqlstudent@xxxxxxxxx>
Re: MDADM 3.3 broken?
- From: "David F." <df7729@xxxxxxxxx>
Re: [PATCH] drivers: md: Mark the function btree_insert_fn() as static in btree.c
- From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
Re: Help with degraded array
- From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
Re: Help with degraded array
- From: Alex <mysqlstudent@xxxxxxxxx>
[PATCH] drivers: md: Mark the function btree_insert_fn() as static in btree.c
- From: Rashika Kheria <rashika.kheria@xxxxxxxxx>
Re: Help with degraded array
- From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
Help with degraded array
- From: Alex <mysqlstudent@xxxxxxxxx>
Re: Using Video cards (CUDA) for RAID parity
- From: Benjamin ESTRABAUD <be@xxxxxxxxxx>
Re: Using Video cards (CUDA) for RAID parity
- From: joystick <joystick@xxxxxxxxxxxxx>
RE: Using Video cards (CUDA) for RAID parity
- From: Chris Green <cgreen@xxxxxxxxxxxxxxxxx>
Re: Using Video cards (CUDA) for RAID parity
- From: Benjamin ESTRABAUD <be@xxxxxxxxxx>
Re: Using Video cards (CUDA) for RAID parity
- From: Pieter De Wit <pieter@xxxxxxxxxxxxx>
Re: [BUG,PATCH] raid1 behind write ordering (barrier) protection
- From: Brett Russ <brett@xxxxxxxxxxxxxxxxxx>
Re: Using Video cards (CUDA) for RAID parity
- From: David Brown <david.brown@xxxxxxxxxxxx>
Re: Using Video cards (CUDA) for RAID parity
- From: Benjamin ESTRABAUD <be@xxxxxxxxxx>
Using Video cards (CUDA) for RAID parity
- From: Pieter De Wit <pieter@xxxxxxxxxxxxx>
Re: VM virtual hard drive with build and debug all ready to go?
- From: NeilBrown <neilb@xxxxxxx>
VM virtual hard drive with build and debug all ready to go?
- From: "David F." <df7729@xxxxxxxxx>
Re: [PATCH mdadm 1/1] Clarify scope of Rebuild events in mdadm manpage
- From: NeilBrown <neilb@xxxxxxx>
Re: Filesystem writes on RAID5 too slow
- From: Ben Myers <bpm@xxxxxxx>
Re: udev rule and systemd unit files and mdadm - cross distro.
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: Rebuild events while scrubbing - problems or just informational?
- From: Mark Knecht <markknecht@xxxxxxxxx>
Re: Rebuild events while scrubbing - problems or just informational?
- From: Can Jeuleers <can.jeuleers@xxxxxxxxx>
udev rule and systemd unit files and mdadm - cross distro.
- From: NeilBrown <neilb@xxxxxxx>
Re: Rebuild events while scrubbing - problems or just informational?
- From: NeilBrown <neilb@xxxxxxx>
mdadm and the list appreciation
- From: Wakko Warner <wakko@xxxxxxxxxxxx>
Re: Filesystem writes on RAID5 too slow
- From: Dave Chinner <david@xxxxxxxxxxxxx>
Re: adding a missing drive(s), which drives get written to? a thank you.
- From: Wilson Jonathan <piercing_male@xxxxxxxxxxx>
Re: Filesystem writes on RAID5 too slow
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: Rebuild events while scrubbing - problems or just informational?
- From: Can Jeuleers <can.jeuleers@xxxxxxxxx>
Re: adding a missing drive(s), which drives get written to?
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: Rebuild events while scrubbing - problems or just informational?
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Rebuild events while scrubbing - problems or just informational?
- From: Mark Knecht <markknecht@xxxxxxxxx>
Re: mdadm rebuild
- From: NeilBrown <neilb@xxxxxxx>
Re: [SOLVED] Re: Raid1 where Event Count off my 1 cannot assemble --force
- From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
Re: cgroups-blkio CFQ scheduling does not work well in a RAID5 configuration.
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: mdadm rebuild
- From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
replaced disk raid 5 array, after sync, missing file system and/or superblock
- From: Niels Wassenberg <nielswassenberg@xxxxxx>
Is mdadm guaranteed consistent after a sync/xfs_freeze?
- From: Jon Eisenstein <eisenstein@xxxxxxxxx>
adding a missing drive(s), which drives get written to?
- From: Wilson Jonathan <piercing_male@xxxxxxxxxxx>
Re: How to assemble 4-disk raid5 with one broken disk and one marked as spare by operator error?
- From: Tomas Agartz <tlund@xxxxxx>
Re: cgroups-blkio CFQ scheduling does not work well in a RAID5 configuration.
- From: Martin Boutin <martboutin@xxxxxxxxx>
Re: [SOLVED] Re: Raid1 where Event Count off my 1 cannot assemble --force
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: [SOLVED] Re: Raid1 where Event Count off my 1 cannot assemble --force
- From: NeilBrown <neilb@xxxxxxx>
[SOLVED] Re: Raid1 where Event Count off my 1 cannot assemble --force
- From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
Re: Raid1 where Event Count off my 1 cannot assemble --force
- From: NeilBrown <neilb@xxxxxxx>
Re: Raid1 where Event Count off my 1 cannot assemble --force
- From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
Re: How to assemble 4-disk raid5 with one broken disk and one marked as spare by operator error?
- From: NeilBrown <neilb@xxxxxxx>
Re: unable to assemble (mostly?) clean array
- From: NeilBrown <neilb@xxxxxxx>
Re: Raid1 where Event Count off my 1 cannot assemble --force
- From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
Re: Raid1 where Event Count off my 1 cannot assemble --force
- From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
Re: unable to assemble (mostly?) clean array
- From: Christopher Hoover <ch@xxxxxxxxxxxxxx>
Re: Raid1 where Event Count off my 1 cannot assemble --force
- From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
Re: unable to assemble (mostly?) clean array
- From: NeilBrown <neilb@xxxxxxx>
Re: unable to assemble (mostly?) clean array
- From: Christopher Hoover <ch@xxxxxxxxxxxxxx>
Re: unable to assemble (mostly?) clean array
- From: NeilBrown <neilb@xxxxxxx>
Re: Raid1 where Event Count off my 1 cannot assemble --force
- From: NeilBrown <neilb@xxxxxxx>
Re: Raid1 where Event Count off my 1 cannot assemble --force
- From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
Re: Raid1 where Event Count off my 1 cannot assemble --force
- From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
Re: unable to assemble (mostly?) clean array
- From: Christopher Hoover <ch@xxxxxxxxxxxxxx>
Re: mdadm rebuild
- From: NeilBrown <neilb@xxxxxxx>
Re: unable to assemble (mostly?) clean array
- From: Adam Goryachev <adam@xxxxxxxxxxxxxxxxxxxxxx>
Re: mdadm rebuild
- From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
Re: unable to assemble (mostly?) clean array
- From: NeilBrown <neilb@xxxxxxx>
unable to assemble (mostly?) clean array
- From: Christopher Hoover <ch@xxxxxxxxxxxxxx>
Re: mdadm rebuild
- From: NeilBrown <neilb@xxxxxxx>
Re: mdadm rebuild
- From: Hai Wu <haiwu.us@xxxxxxxxx>
Re: mdadm rebuild
- From: NeilBrown <neilb@xxxxxxx>
Re: mdadm rebuild
- From: NeilBrown <neilb@xxxxxxx>
How to assemble 4-disk raid5 with one broken disk and one marked as spare by operator error?
- From: Tomas Agartz <tlund@xxxxxx>
Re: Raid1 where Event Count off my 1 cannot assemble --force
- From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
mdadm rebuild
- From: Hai Wu <haiwu.us@xxxxxxxxx>
Re: Raid1 where Event Count off my 1 cannot assemble --force
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Raid1 where Event Count off my 1 cannot assemble --force
- From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
Re: mdadm fails to recognise DDF partitions from Marvell MV64460 controller
- From: Patrick Smears <patrick@xxxxxxxxxx>
Re: MDADM 3.3 broken?
- From: "David F." <df7729@xxxxxxxxx>
Re: MDADM 3.3 broken?
- From: NeilBrown <neilb@xxxxxxx>
Re: MDADM 3.3 broken?
- From: "David F." <df7729@xxxxxxxxx>
Re: RAID-0/5/6 performances
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Creating new raid5 or 6 with --assume-clean
- From: Wakko Warner <wakko@xxxxxxxxxxxx>
Re: RAID-0/5/6 performances
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: mdadm fails to recognise DDF partitions from Marvell MV64460 controller
- From: NeilBrown <neilb@xxxxxxx>
Re: RAID-0/5/6 performances
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
mdadm fails to recognise DDF partitions from Marvell MV64460 controller
- From: Patrick Smears <patrick@xxxxxxxxxx>
Idea: reduce SCST processes per LUN
- From: Sebastian Riemer <sebastian.riemer@xxxxxxxxxxxxxxxx>
Re: Degraded array but drive healthy
- From: Phill Watkins <phill.watkins@xxxxxxxxx>
Re: RAID-0/5/6 performances
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: MDADM 3.3 broken?
- From: "David F." <df7729@xxxxxxxxx>
Re: RAID-0/5/6 performances
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: RAID-0/5/6 performances
- From: NeilBrown <neilb@xxxxxxx>
RAID-0/5/6 performances
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
[PATCH] lib/raid6: fix preprocessor warning
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: accidently pulled to many devices, raid6 wont start.
- From: Wilson Jonathan <piercing_male@xxxxxxxxxxx>
Re: accidently pulled to many devices, raid6 wont start.
- From: Bernd Schubert <bernd.schubert@xxxxxxxxxxx>
Re: accidently pulled to many devices, raid6 wont start.
- From: Wilson Jonathan <piercing_male@xxxxxxxxxxx>
Re: accidently pulled to many devices, raid6 wont start.
- From: Bernd Schubert <bernd.schubert@xxxxxxxxxxx>
Re: accidently pulled to many devices, raid6 wont start.
- From: Wilson Jonathan <piercing_male@xxxxxxxxxxx>
Re: accidently pulled to many devices, raid6 wont start.
- From: Wilson Jonathan <piercing_male@xxxxxxxxxxx>
Re: accidently pulled to many devices, raid6 wont start.
- From: Bernd Schubert <bernd.schubert@xxxxxxxxxxx>
Re: accidently pulled to many devices, raid6 wont start.
- From: Wilson Jonathan <piercing_male@xxxxxxxxxxx>
Re: accidently pulled to many devices, raid6 wont start.
- From: Bernd Schubert <bernd.schubert@xxxxxxxxxxx>
Re: accidently pulled to many devices, raid6 wont start.
- From: Wilson Jonathan <piercing_male@xxxxxxxxxxx>
accidently pulled to many devices, raid6 wont start.
- From: Wilson Jonathan <piercing_male@xxxxxxxxxxx>
Re: Degraded array but drive healthy
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Degraded array but drive healthy
- From: Phill Watkins <phill.watkins@xxxxxxxxx>
Re: raid5 rmmod bug oops
- From: NeilBrown <neilb@xxxxxxx>
raid5 rmmod bug oops
- From: "lilofile" <lilofile@xxxxxxxxxx>
Re: Growing array, duplicating data, shrinking array questions.
- From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
Re: Growing array, duplicating data, shrinking array questions.
- From: Wilson Jonathan <piercing_male@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]