Linux RAID Storage Date Index

Thread Index

Re: What's the typical RAID10 setup?
- From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
Re: RAID HDDs spin up sequence
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: What's the typical RAID10 setup?
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Re: What's the typical RAID10 setup?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: RAID HDDs spin up sequence
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Re: RAID HDDs spin up sequence
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: RAID HDDs spin up sequence
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: User space RAID-6 access
- From: NeilBrown <neilb@xxxxxxx>
Re: Performance question, RAID5
- From: NeilBrown <neilb@xxxxxxx>
Re: What's the typical RAID10 setup?
- From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
Re: What's the typical RAID10 setup?
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: What's the typical RAID10 setup?
- From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
User space RAID-6 access
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
RAID HDDs spin up sequence
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: What's the typical RAID10 setup?
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: What's the typical RAID10 setup?
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: What's the typical RAID10 setup?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: What's the typical RAID10 setup?
- From: Phillip Susi <psusi@xxxxxxxxxx>
Re: What's the typical RAID10 setup?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: What's the typical RAID10 setup?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: What's the typical RAID10 setup?
- From: Phillip Susi <psusi@xxxxxxxxxx>
Re: What's the typical RAID10 setup?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: What's the typical RAID10 setup?
- From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
Re: Software RAID and Fakeraid
- From: Phillip Susi <psusi@xxxxxxxxxx>
Re: What's the typical RAID10 setup?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
RE: [PATCH] md: do not write resync checkpoint, if max_sector has been reached.
- From: "Hawrylewicz Czarnowski, Przemyslaw" <przemyslaw.hawrylewicz.czarnowski@xxxxxxxxx>
Re: Performance question, RAID5
- From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
Re: What's the typical RAID10 setup?
- From: Denis <denismpa@xxxxxxxxx>
Re: raid over ethernet
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: What's the typical RAID10 setup?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: Software RAID and Fakeraid
- From: lsorense@xxxxxxxxxxxxxxxxxxx (Lennart Sorensen)
Re: What's the typical RAID10 setup?
- From: Denis <denismpa@xxxxxxxxx>
Re: Software RAID and Fakeraid
- From: Phillip Susi <psusi@xxxxxxxxxx>
[PATCH 2/2] Assemble: allow to assemble container with uuid=0:0:0:0
- From: "Czarnowska, Anna" <anna.czarnowska@xxxxxxxxx>
[PATCH 1/2] Monitor: do not move partitions to external container
- From: "Czarnowska, Anna" <anna.czarnowska@xxxxxxxxx>
Re: raid over ethernet
- From: Alexander Schreiber <als@xxxxxxxxxxxxxxx>
[PATCH] imsm: FIX: map coping causes mdmon crash
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
Re: What's the typical RAID10 setup?
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
RE: [PATCH 0/2] patches addresses problem with memory corruption
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
Re: What's the typical RAID10 setup?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: What's the typical RAID10 setup?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: What's the typical RAID10 setup?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
[PATCH 2/2] imsm: FIX: sizeof_imsm_dev() can return too small value
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 0/2] patches addresses problem with memory corruption
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 1/2] imsm: FIX: mdmon crash during 2 raid0 arrays expansion
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
Re: What's the typical RAID10 setup?
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: What's the typical RAID10 setup?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: What's the typical RAID10 setup?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: What's the typical RAID10 setup?
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: What's the typical RAID10 setup?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: raid over ethernet
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: Performance question, RAID5
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: raid over ethernet
- From: Alexander Schreiber <als@xxxxxxxxxxxxxxx>
Re: Performance question, RAID5
- From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
[PATCH] imsm: FIX: mdmon crash during 2 raid0 arrays expansion
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
Re: What's the typical RAID10 setup?
- From: CoolCold <coolthecold@xxxxxxxxx>
[PATCH] imsm:FIX: change arrays reshape order (v2)
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
Re: What's the typical RAID10 setup?
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Re: What's the typical RAID10 setup?
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
RE: [PATCH 1/2] imsm:FIX: change arrays reshape order
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
What's the typical RAID10 setup?
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Re: Performance question, RAID5
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
RE: [PATCH 1/2] imsm:FIX: change arrays reshape order
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
RE: [PATCH 2/2] imsm: Update metadata for second array
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
Re: [PATCH 2/2] imsm: Update metadata for second array
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 1/2] imsm:FIX: change arrays reshape order
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 2/2] imsm: Update metadata for second array
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 1/2] imsm:FIX: change arrays reshape order
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
Re: Performance question, RAID5
- From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
RE: [PATCH] imsm: Update metadata for second array
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
Re: raid over ethernet
- From: Denis <denismpa@xxxxxxxxx>
Re: [PATCH] imsm: Update metadata for second array
- From: NeilBrown <neilb@xxxxxxx>
RE: [PATCH] imsm: Update metadata for second array
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
Re: [PATCH 0/2] Release 3.2 summary
- From: NeilBrown <neilb@xxxxxxx>
Re: Performance question, RAID5
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: Performance question, RAID5
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: [PATCH] md: do not write resync checkpoint, if max_sector has been reached.
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH] Man pages update for policy framework
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 2/2] 11spare-migration: pass conditions for tests 9 and 12 should be reversed
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 1/2] env-11spare-migration: imsm requires IMSM_NO_PLATFORM set with loop devices
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 0/1] unblock the creation of an external metadata RAID if native one exists
- From: NeilBrown <neilb@xxxxxxx>
Re: [native] Bug report -cannot create a native raid on devel-3.2
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH] imsm: FIX: not all disks are released in free_imsm_disks()
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH] imsm: Update metadata for second array
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 0/2] Release 3.2 summary
- From: NeilBrown <neilb@xxxxxxx>
Re: Performance question, RAID5
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
nbd / hot plug
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: Performance question, RAID5
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Performance question, RAID5
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Re: Performance question, RAID5
- From: Roman Mamedov <rm@xxxxxxxxxx>
Re: Performance question, RAID5
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Re: Performance question, RAID5
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Performance question, RAID5
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Re: Performance question, RAID5
- From: Roman Mamedov <rm@xxxxxxxxxx>
Re: Performance question, RAID5
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Re: Performance question, RAID5
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Re: Performance question, RAID5
- From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
Re: Performance question, RAID5
- From: Roman Mamedov <rm@xxxxxxxxxx>
Re: Performance question, RAID5
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Re: Performance question, RAID5
- From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
Re: raid over ethernet
- From: Alexander Schreiber <als@xxxxxxxxxxxxxxx>
Re: Performance question, RAID5
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Re: Performance question, RAID5
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Re: Performance question, RAID5
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Re: Performance question, RAID5
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Performance question, RAID5
- From: Roman Mamedov <rm@xxxxxxxxxx>
Re: Performance question, RAID5
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Re: Performance question, RAID5
- From: CoolCold <coolthecold@xxxxxxxxx>
Re: raid over ethernet
- From: Miles Fidelman <mfidelman@xxxxxxxxxxxxxxxx>
Re: raid over ethernet
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Performance question, RAID5
- From: Roman Mamedov <rm@xxxxxxxxxx>
Performance question, RAID5
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Re: raid over ethernet
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: raid over ethernet
- From: Alexander Schreiber <als@xxxxxxxxxxxxxxx>
Re: raid over ethernet
- From: David Brown <david.brown@xxxxxxxxxxxx>
RE: [PATCH 0/2] Release 3.2 summary
- From: "Wojcik, Krzysztof" <krzysztof.wojcik@xxxxxxxxx>
Re: raid over ethernet
- From: Spelic <spelic@xxxxxxxxxxxxx>
raid over ethernet
- From: Denis <denismpa@xxxxxxxxx>
Re: raid over ethernet
- From: Alexander Schreiber <als@xxxxxxxxxxxxxxx>
Re: raid over ethernet
- From: Alexander Schreiber <als@xxxxxxxxxxxxxxx>
Re: raid over ethernet
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: Growing a single disk into a 2 disk raid0
- From: NeilBrown <neilb@xxxxxxx>
Re: raid over ethernet
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: raid over ethernet
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: raid over ethernet
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: raid over ethernet
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: raid over ethernet
- From: Jérôme Poulin <jeromepoulin@xxxxxxxxx>
Re: partitions
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: partitions
- From: Phillip Susi <psusi@xxxxxxxxxx>
Re: partitions
- From: Phillip Susi <psusi@xxxxxxxxxx>
raid over ethernet
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: Growing a single disk into a 2 disk raid0
- From: Hank Barta <hbarta@xxxxxxxxx>
Re: partitions
- From: Hank Barta <hbarta@xxxxxxxxx>
Re: partitions
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: partitions
- From: Doug Dumitru <doug@xxxxxxxxxx>
Re: partitions
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
partitions
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: sub-array kicked out of raid6 on each reboot.
- From: Janek Kozicki <janek_listy@xxxxx>
Re: sub-array kicked out of raid6 on each reboot.
- From: Janek Kozicki <janek_listy@xxxxx>
Re: sub-array kicked out of raid6 on each reboot.
- From: Roman Mamedov <rm@xxxxxxxxxx>
sub-array kicked out of raid6 on each reboot.
- From: Janek Kozicki <janek_listy@xxxxx>
Re: Growing a single disk into a 2 disk raid0
- From: Phillip Susi <psusi@xxxxxxxxxx>
Re: Growing a single disk into a 2 disk raid0
- From: Phillip Susi <psusi@xxxxxxxxxx>
Re: Growing a single disk into a 2 disk raid0
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Growing a single disk into a 2 disk raid0
- From: Berkey B Walker <berk@xxxxxxxxx>
[PATCH] Man pages update for policy framework
- From: Przemyslaw Czarnowski <przemyslaw.hawrylewicz.czarnowski@xxxxxxxxx>
Growing a single disk into a 2 disk raid0
- From: Phillip Susi <psusi@xxxxxxxxxx>
[PATCH 2/2] 11spare-migration: pass conditions for tests 9 and 12 should be reversed
- From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
[PATCH 1/2] env-11spare-migration: imsm requires IMSM_NO_PLATFORM set with loop devices
- From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
RE: [PATCH 0/1] unblock the creation of an external metadata RAID if native one exists
- From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
[native] Bug report -cannot create a native raid on devel-3.2
- From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
[PATCH] imsm: FIX: not all disks are released in free_imsm_disks()
- From: Adam Kwolek <adam.kwolek@xxxxxxxxxxxxx>
[PATCH] imsm: Update metadata for second array
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
RE: [PATCH 4/7] FIX: Array after takeover has to be frozen
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
RE: [PATCH 1/7] imsm: Update metadata for second array
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
Re: Help - raid not assembling right on boot (was: Resizing a RAID1)
- From: Hank Barta <hbarta@xxxxxxxxx>
Re: [PATCH 0/1] unblock the creation of an external metadata RAID if native one exists
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 0/2] Release 3.2 summary
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH] FIX: delta_disk can have UnSet value
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 7/7] FIX: start_reshape status should be checked
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 4/7] FIX: Array after takeover has to be frozen
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 3/7] imsm: FIX: do not allow for container operation for the same disks number
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 1/7] imsm: Update metadata for second array
- From: Neil Brown <neilb@xxxxxxx>
Re: Help - raid not assembling right on boot (was: Resizing a RAID1)
- From: Jérôme Poulin <jeromepoulin@xxxxxxxxx>
Re: mdXX: bitmap superblock UUID mismatch
- From: NeilBrown <neilb@xxxxxxx>
Re: Help - raid not assembling right on boot (was: Resizing a RAID1)
- From: NeilBrown <neilb@xxxxxxx>
[PATCH] md: do not write resync checkpoint, if max_sector has been reached.
- From: Przemyslaw Czarnowski <przemyslaw.hawrylewicz.czarnowski@xxxxxxxxx>
[PATCH 2/2] FIX: Meet SET_ARRAY_INFO ioctl requirements
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
[PATCH 1/2] FIX: Remove disks in mdmon for external metadata
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
[PATCH 0/2] Release 3.2 summary
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
Re: Help - raid not assembling right on boot (was: Resizing a RAID1)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
[PATCH] WORKAROUND: mdadm hangs during reshape (PART #2)
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH] md/raid5: FIX: reshape on degraded devices has wrong configuration
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
Re: Help - raid not assembling right on boot (was: Resizing a RAID1)
- From: Hank Barta <hbarta@xxxxxxxxx>
Re: Help - raid not assembling right on boot (was: Resizing a RAID1)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Help - raid not assembling right on boot (was: Resizing a RAID1)
- From: Hank Barta <hbarta@xxxxxxxxx>
Re: Help - raid not assembling right on boot (was: Resizing a RAID1)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
[PATCH] FIX: delta_disk can have UnSet value
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
RE: [PATCH 2/4] imsm: FIX: spare cannot be added
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
RE: [PATCH 3/4] FIX: monitor doesn't handshake with md
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
RE: [PATCH] FIX: reshape_active flag is always set for external metadata
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
Help - raid not assembling right on boot (was: Resizing a RAID1)
- From: Hank Barta <hbarta@xxxxxxxxx>
Re: [PATCH 1/4] Add raid10 -> raid0 takeover support
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH] Dynamic hot-plug udev rules for policies
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 4/5] FIX: Validate input in ping_monitor function
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 3/5] Mistake in raid1->raid5 migration
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 2/5] Add raid1->raid0 takeover support
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 1/5] FIX: Unfreeze array if reshape_array wasn't succeded
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH] FIX: reshape_active flag is always set for external metadata
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 4/4] WORKAROUND: mdadm hangs during reshape
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 3/4] FIX: monitor doesn't handshake with md
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 2/4] imsm: FIX: spare cannot be added
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH] fix extended partition detection
- From: Neil Brown <neilb@xxxxxxx>
Re: raid1 mirror optimizations
- From: David Brown <david.brown@xxxxxxxxxxxx>
mdXX: bitmap superblock UUID mismatch
- From: Reynald Borer <reynald.borer@xxxxxxxxx>
RE: [PATCH 0/5] Intel SAS controller support for IMSM
- From: "Jiang, Dave" <dave.jiang@xxxxxxxxx>
Re: raid1 mirror optimizations
- From: Oliver Brakmann <obrakmann@xxxxxxx>
Re: [PATCH 0/5] Intel SAS controller support for IMSM
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: raid1 mirror optimizations
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: raid1 mirror optimizations
- From: Oliver Brakmann <obrakmann@xxxxxxx>
[PATCH 7/7] FIX: start_reshape status should be checked
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 6/7] FIX: Container can be left frozen
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 5/7] imsm: FIX: spare cannot be added
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 4/7] FIX: Array after takeover has to be frozen
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 3/7] imsm: FIX: do not allow for container operation for the same disks number
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 2/7] FIX: monitor doesn't handshake with md
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 1/7] imsm: Update metadata for second array
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 0/7] Online Capacity Expansion (raid5/0, all arrays in container, rebased)
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
Re: VFS: Cannot open root device "md1" or unknown-block(2,0)
- From: Martin Mokrejs <mmokrejs@xxxxxxxxxxxxxxxxxx>
RE: [PATCH 6/6] FIX: Unblock disk in kernel only if it is blocked.
- From: "Wojcik, Krzysztof" <krzysztof.wojcik@xxxxxxxxx>
Re: raid1 mirror optimizations
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: [BUG 2.6.32] md/raid1: barrier disabling does not work correctly in all cases
- From: Paul Clements <paul.clements@xxxxxxxxxxx>
RE: [PATCH 4/6] FIX: Remove disks in mdmon for external metadata
- From: "Wojcik, Krzysztof" <krzysztof.wojcik@xxxxxxxxx>
RE: [PATCH 1/6] Limit no-restriping operations only for raid5
- From: "Wojcik, Krzysztof" <krzysztof.wojcik@xxxxxxxxx>
RE: [PATCH 1/4] Add raid10 -> raid0 takeover support
- From: "Wojcik, Krzysztof" <krzysztof.wojcik@xxxxxxxxx>
Re: raid1 mirror optimizations
- From: David Brown <david@xxxxxxxxxxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: CoolCold <coolthecold@xxxxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: Wolfgang Denk <wd@xxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: Wolfgang Denk <wd@xxxxxxx>
Re: [PATCH 1/4] imsm: Update metadata for second array
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 0/5] Intel SAS controller support for IMSM
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 6/6] FIX: Unblock disk in kernel only if it is blocked.
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 4/6] FIX: Remove disks in mdmon for external metadata
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 1/6] Limit no-restriping operations only for raid5
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 1/4] Add raid10 -> raid0 takeover support
- From: Neil Brown <neilb@xxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: Low cost PCI-E unRAID - Supermicro AOC-SASLP-MV8 Driver/LBA questions for HW owners/users
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
raid1 mirror optimizations
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: Wolfgang Denk <wd@xxxxxxx>
Re: Low cost PCI-E unRAID - Supermicro AOC-SASLP-MV8 Driver/LBA questions for HW owners/users
- From: Maurice Hilarius <maurice@xxxxxxxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH] Dynamic hot-plug udev rules for policies
- From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
Resizing a RAID1
- From: Hank Barta <hbarta@xxxxxxxxx>
[PATCH 1/1] unblock the creation of an external metadata RAID if native one exists
- From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
[PATCH 0/1] unblock the creation of an external metadata RAID if native one exists
- From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
Re: Help With RAID Configuration
- From: Zdenek Kaspar <zkaspar82@xxxxxxxxx>
Help With RAID Configuration
- From: Carlos Mennens <carloswill@xxxxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: Wolfgang Denk <wd@xxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: Dave Chinner <david@xxxxxxxxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
RE: [PATCH] FIX: reshape_active flag is always set for external metadata
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
[PATCH] fix extended partition detection
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: Raid 5, 2 disk failed
- From: David Brown <david.brown@xxxxxxxxxxxx>
Re: Raid 5, 2 disk failed
- From: Neil Brown <neilb@xxxxxxx>
RE: Low cost PCI-E unRAID - Supermicro AOC-SASLP-MV8 Driver/LBA questions for HW owners/users
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: Dave Chinner <david@xxxxxxxxxxxxx>
RE: Low cost PCI-E unRAID - Supermicro AOC-SASLP-MV8 Driver/LBA questions for HW owners/users
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
RE: Low cost PCI-E unRAID - Supermicro AOC-SASLP-MV8 Driver/LBA questions for HW owners/users
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: Wolfgang Denk <wd@xxxxxxx>
Raid 5, 2 disk failed
- From: Daniel Landstedt <daniel.landstedt@xxxxxxxxx>
Re: [PATCH] FIX: reshape_active flag is always set for external metadata
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH] imsm: FIX: spare cannot be added
- From: NeilBrown <neilb@xxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: Wolfgang Denk <wd@xxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: Wolfgang Denk <wd@xxxxxxx>
Re: experience with Adaptec 1430SA
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: experience with Adaptec 1430SA
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Re: experience with Adaptec 1430SA
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: experience with Adaptec 1430SA
- From: Iordan Iordanov <iordan@xxxxxxxxxxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: CoolCold <coolthecold@xxxxxxxxx>
[PATCH 5/5] FIX: Validate input in ping_manager function
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
[PATCH 4/5] FIX: Validate input in ping_monitor function
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
[PATCH 3/5] Mistake in raid1->raid5 migration
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
[PATCH 2/5] Add raid1->raid0 takeover support
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
[PATCH 1/5] FIX: Unfreeze array if reshape_array wasn't succeded
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
[PATCH] Add raid1->raid0 takeover support
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
Re: Low cost PCI-E unRAID - Supermicro AOC-SASLP-MV8 Driver/LBA questions for HW owners/users
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Low cost PCI-E unRAID - Supermicro AOC-SASLP-MV8 Driver/LBA questions for HW owners/users
- From: "Sven Eschenberg" <sven@xxxxxxxxxxxxxxxxxxxxx>
Re: Low cost PCI-E unRAID - Supermicro AOC-SASLP-MV8 Driver/LBA questions for HW owners/users
- From: Mark Knecht <markknecht@xxxxxxxxx>
Re: Low cost PCI-E unRAID - Supermicro AOC-SASLP-MV8 Driver/LBA questions for HW owners/users
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Low cost PCI-E unRAID - Supermicro AOC-SASLP-MV8 Driver/LBA questions for HW owners/users
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: RAID6 chunk size change?
- From: Mark Knecht <markknecht@xxxxxxxxx>
Re: RAID6 chunk size change?
- From: Roman Mamedov <rm@xxxxxxxxxx>
Re: RAID6 chunk size change?
- From: Mark Knecht <markknecht@xxxxxxxxx>
RAID6 chunk size change?
- From: Mark Knecht <markknecht@xxxxxxxxx>
Re: Low cost PCI-E unRAID - Supermicro AOC-SASLP-MV8 Driver/LBA questions for HW owners/users
- From: Spelic <spelic@xxxxxxxxxxxxx>
Re: Low cost PCI-E unRAID - Supermicro AOC-SASLP-MV8 Driver/LBA questions for HW owners/users
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: Low cost PCI-E unRAID - Supermicro AOC-SASLP-MV8 Driver/LBA questions for HW owners/users
- From: Andre Tomt <andre@xxxxxxxx>
Re: Low cost PCI-E unRAID - Supermicro AOC-SASLP-MV8 Driver/LBA questions for HW owners/users
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Low cost PCI-E unRAID - Supermicro AOC-SASLP-MV8 Driver/LBA questions for HW owners/users
- From: Spelic <spelic@xxxxxxxxxxxxx>
Re: Low cost PCI-E unRAID - Supermicro AOC-SASLP-MV8 Driver/LBA questions for HW owners/users
- From: Matt Garman <matthew.garman@xxxxxxxxx>
Re: Low cost PCI-E unRAID - Supermicro AOC-SASLP-MV8 Driver/LBA questions for HW owners/users
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: Low cost PCI-E unRAID - Supermicro AOC-SASLP-MV8 Driver/LBA questions for HW owners/users
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Low cost PCI-E unRAID - Supermicro AOC-SASLP-MV8 Driver/LBA questions for HW owners/users
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: experience with Adaptec 1430SA
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
experience with Adaptec 1430SA
- From: Iordan Iordanov <iordan@xxxxxxxxxxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: Wolfgang Denk <wd@xxxxxxx>
Re: Low cost PCI-E unRAID - Supermicro AOC-SASLP-MV8 Driver/LBA questions for HW owners/users
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Bug - native array blocks external container
- From: "Czarnowska, Anna" <anna.czarnowska@xxxxxxxxx>
Low cost PCI-E unRAID - Supermicro AOC-SASLP-MV8 Driver/LBA questions for HW owners/users
- From: Michael Evans <mjevans1983@xxxxxxxxx>
Re: raid device gets read-only
- From: NeilBrown <neilb@xxxxxxx>
raid device gets read-only
- From: Udo Hortian <udo_hortian@xxxxxx>
Re: [BUG 2.6.32] md/raid1: barrier disabling does not work correctly in all cases
- From: Paul Clements <paul.clements@xxxxxxxxxxx>
Re: [BUG 2.6.32] md/raid1: barrier disabling does not work correctly in all cases
- From: NeilBrown <neilb@xxxxxxx>
[BUG 2.6.32] md/raid1: barrier disabling does not work correctly in all cases
- From: Paul Clements <paul.clements@xxxxxxxxxxx>
[PATCH] FIX: reshape_active flag is always set for external metadata
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
Re: cpu/memory use
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
RE: [PATCH] fix extended partition detection
- From: "Hawrylewicz Czarnowski, Przemyslaw" <przemyslaw.hawrylewicz.czarnowski@xxxxxxxxx>
[PATCH 4/4] WORKAROUND: mdadm hangs during reshape
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 3/4] FIX: monitor doesn't handshake with md
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 2/4] imsm: FIX: spare cannot be added
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 1/4] imsm: Update metadata for second array
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 0/4] OLCE continue reshape for all arrays in container (rebased)
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
RE: [PATCH 5/6] Remove code for non re-striping operations.
- From: "Wojcik, Krzysztof" <krzysztof.wojcik@xxxxxxxxx>
Re: cpu/memory use
- From: David Brown <david@xxxxxxxxxxxxxxx>
Re: Moving existing RAID5 disks to an alternate server
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] md/raid5: FIX: manually-added spare is not used
- From: NeilBrown <neilb@xxxxxxx>
RE: [PATCH 1/2] md/raid5: FIX: manually-added spare is not used
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
Re: Three+ Cheers to Neil Brown.
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] md/raid5: FIX: manually-added spare is not used
- From: NeilBrown <neilb@xxxxxxx>
RE: [PATCH 1/2] md/raid5: FIX: manually-added spare is not used
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
Re: Moving existing RAID5 disks to an alternate server
- From: NeilBrown <neilb@xxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: cpu/memory use
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Moving existing RAID5 disks to an alternate server
- From: John Powell <powellj@xxxxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
Re: cpu/memory use
- From: NeilBrown <neilb@xxxxxxx>
Re: How to force rewrite of a smart detected bad block with raid5: checkarray?
- From: Richard Scobie <r.scobie@xxxxxxxxxxxx>
cpu/memory use
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: Three+ Cheers to Neil Brown.
- From: Steven Haigh <netwiz@xxxxxxxxx>
Re: Three+ Cheers to Neil Brown.
- From: Michał Sawicz <michal@xxxxxxxxxx>
Re: Three+ Cheers to Neil Brown.
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Three+ Cheers to Neil Brown.
- From: Steven Haigh <netwiz@xxxxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: Stefan /*St0fF*/ Hübner <stefan.huebner@xxxxxxxxxxxxxxxxxx>
Re: RAID0 - cache
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: RAID0 - cache
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: How to force rewrite of a smart detected bad block with raid5: checkarray?
- From: Marc MERLIN <marc@xxxxxxxxxxx>
Re: How to force rewrite of a smart detected bad block with raid5: checkarray?
- From: NeilBrown <neilb@xxxxxxx>
Re: How to force rewrite of a smart detected bad block with raid5: checkarray?
- From: Marc MERLIN <marc@xxxxxxxxxxx>
Re: [PATCH 5/6] Remove code for non re-striping operations.
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 1/2] md/raid5: FIX: manually-added spare is not used
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 0/6] OLCE raid5/0 (all arrays in container)
- From: NeilBrown <neilb@xxxxxxx>
Re: RAID0 - cache
- From: NeilBrown <neilb@xxxxxxx>
RAID0 - cache
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: How to force rewrite of a smart detected bad block with raid5: checkarray?
- From: NeilBrown <neilb@xxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: Wolfgang Denk <wd@xxxxxxx>
Re: How to force rewrite of a smart detected bad block with raid5: checkarray?
- From: Marc MERLIN <marc@xxxxxxxxxxx>
Re: How to force rewrite of a smart detected bad block with raid5: checkarray?
- From: Richard Scobie <r.scobie@xxxxxxxxxxxx>
Re: support for external persistent cache
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
RAID0-cache
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: How to force rewrite of a smart detected bad block with raid5: checkarray?
- From: Marc MERLIN <marc@xxxxxxxxxxx>
Re: support for external persistent cache
- From: Cory Coager <ccoager@xxxxxxxxx>
Re: support for external persistent cache
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: support for external persistent cache
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: support for external persistent cache
- From: Cory Coager <ccoager@xxxxxxxxx>
Re: support for external persistent cache
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
PATCH 4/5] imsm: detail_platform_imsm supports Intel SAS controller (isci driver)
- From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
[PATCH 5/5] imsm: support for Intel SAS controller in get_disk_controller_domain handler
- From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
[PATCH 3/5] imsm: prepare detail_platform_imsm to support different types of controllers
- From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
[PATCH 2/5] imsm: support for Intel(R) SAS controller in imsm handler
- From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
[PATCH 1/5] imsm platform: support for Intel(R) SAS controller.
- From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
[PATCH 0/5] Intel SAS controller support for IMSM
- From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
Re: support for external persistent cache
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: support for external persistent cache
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: support for external persistent cache
- From: Cory Coager <ccoager@xxxxxxxxx>
Re: support for external persistent cache
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: support for external persistent cache
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: support for external persistent cache
- From: Cory Coager <ccoager@xxxxxxxxx>
[PATCH 6/6] FIX: Unblock disk in kernel only if it is blocked.
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
[PATCH 5/6] FIX: Reset disk state if disk is missing
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
[PATCH 4/6] FIX: Remove disks in mdmon for external metadata
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
[PATCH 3/6] Check number of failed disks durig raid10->raid0 takeover
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
[PATCH 2/6] FIX: Ping manager after level change
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
[PATCH 1/6] Limit no-restriping operations only for raid5
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
[PATCH 0/6] A few fixes connected with raid0<->raid10 takeover
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
Re: support for external persistent cache
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: support for external persistent cache
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: support for external persistent cache
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: support for external persistent cache
- From: Cory Coager <ccoager@xxxxxxxxx>
Re: support for external persistent cache
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: md raid5 blocked in get_active_stripe after disk failure
- From: David Flynn <davidf@xxxxxxxxxxxx>
I wonder what the bad blocks were storing
- From: FLD <fld@xxxxxxxxxx>
Re: How to force rewrite of a smart detected bad block with raid5: checkarray?
- From: NeilBrown <neilb@xxxxxxx>
Re: Hi! Why having LSR's chunk size 2^n limitation?
- From: Igor Podlesny <for.poige+linux@xxxxxxxxx>
Re: Hi! Why having LSR's chunk size 2^n limitation?
- From: NeilBrown <neilb@xxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: Jan Kasprzak <kas@xxxxxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: Jaap Crezee <jaap@xxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: Stefan /*St0fF*/ Hübner <stefan.huebner@xxxxxxxxxxxxxxxxxx>
Re: How to force rewrite of a smart detected bad block with raid5: checkarray?
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: Hi! Why having LSR's chunk size 2^n limitation?
- From: Igor Podlesny <for.poige+linux@xxxxxxxxx>
How to force rewrite of a smart detected bad block with raid5: checkarray?
- From: Marc MERLIN <marc@xxxxxxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: Wolfgang Denk <wd@xxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: Wolfgang Denk <wd@xxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: Wolfgang Denk <wd@xxxxxxx>
Re: support for external persistent cache
- From: Cory Coager <ccoager@xxxxxxxxx>
Re: support for external persistent cache
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: support for external persistent cache
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
support for external persistent cache
- From: Cory Coager <ccoager@xxxxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: Stefan /*St0fF*/ Hübner <stefan.huebner@xxxxxxxxxxxxxxxxxx>
Re: Optimize RAID0 for max IOPS?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Optimize RAID0 for max IOPS?
- From: Wolfgang Denk <wd@xxxxxxx>
Re: Hi! Why having LSR's chunk size 2^n limitation?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: Hi! Why having LSR's chunk size 2^n limitation?
- From: NeilBrown <neilb@xxxxxxx>
Re: Hi! Why having LSR's chunk size 2^n limitation?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: Hi! Why having LSR's chunk size 2^n limitation?
- From: Igor Podlesny <for.poige+linux@xxxxxxxxx>
Re: Hi! Why having LSR's chunk size 2^n limitation?
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Read algorithm-raid1/raid10
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: Hi! Why having LSR's chunk size 2^n limitation?
- From: Igor Podlesny <for.poige+linux@xxxxxxxxx>
Re: Hi! Why having LSR's chunk size 2^n limitation?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: Hi! Why having LSR's chunk size 2^n limitation?
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Hi! Why having LSR's chunk size 2^n limitation?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: Hi! Why having LSR's chunk size 2^n limitation?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: Hi! Why having LSR's chunk size 2^n limitation?
- From: Igor Podlesny <for.poige+linux@xxxxxxxxx>
Re: Hi! Why having LSR's chunk size 2^n limitation?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: Hi! Why having LSR's chunk size 2^n limitation?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: Read algorithm-raid1/raid10
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Hi! Why having LSR's chunk size 2^n limitation?
- From: Igor Podlesny <for.poige+linux@xxxxxxxxx>
Re: Read algorithm-raid1/raid10
- From: Mathias Burén <mathias.buren@xxxxxxxxx>
Re: Read algorithm-raid1/raid10
- From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
Re: Read algorithm-raid1/raid10
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Read algorithm-raid1/raid10
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: RAID for USB flash drives
- From: Hank Barta <hbarta@xxxxxxxxx>
RE: [PATCH 5/6] Remove code for non re-striping operations.
- From: "Wojcik, Krzysztof" <krzysztof.wojcik@xxxxxxxxx>
[PATCH 4/4] raid0->raid10 takeover- process metadata update
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
[PATCH 3/4] raid0->raid10 takeover- allocate memory for added disks
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
[PATCH 2/4] raid0->raid10 takeover- create metadata update
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
[PATCH 1/4] Add raid10 -> raid0 takeover support
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
[PATCH 0/4] raid0<->raid10 takeover for imsm metadata
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
Re: RAID for USB flash drives
- From: Iordan Iordanov <iordan@xxxxxxxxxxxxxxx>
RE: [PATCH 1/2] md/raid5: FIX: manually-added spare is not used
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
RE: [PATCH 0/6] OLCE raid5/0 (all arrays in container)
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
RE: [PATCH 2/2] Assemble: allow to assemble spares on their own
- From: "Czarnowska, Anna" <anna.czarnowska@xxxxxxxxx>
RE: [PATCH] Monitor: do not move partitions to external container
- From: "Czarnowska, Anna" <anna.czarnowska@xxxxxxxxx>
[PATCH] Monitor: avoid adding too many spares to container
- From: "Czarnowska, Anna" <anna.czarnowska@xxxxxxxxx>
RE: [PATCH 5/6] FIX: mdadm hangs during reshape
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
Re: open_dev_excl in reshape_container() fails
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 4/6] Add raid10 -> raid0 takeover support
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 3/6] Unfreeze for non re-striping transitions
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 2/6] Set reshape.after.data_disks for raid0<->raid10 takeover
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 1/6] Define imsm_analyze_change function
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH] fix: Monitor: min_size must be set to 0
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 6/6] FIX: sync_completed == 0 causes reshape cancellation in metadata
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 5/6] FIX: mdadm hangs during reshape
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 4/6] FIX: mdadm throws coredump on exit in error case
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 0/6] OLCE raid5/0 (all arrays in container)
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH] fix: segfault if subarray is monitored but container is not
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 1/2] md/raid5: FIX: manually-added spare is not used
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH UPDATED] block: restore multiple bd_link_disk_holder() support
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
--chunk & pretend?
- From: Mark Knecht <markknecht@xxxxxxxxx>
Re: [PATCH 2/2] md/raid5: FIX: reshape on degraded devices has wrong configuration
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 1/2] md/raid5: FIX: manually-added spare is not used
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 1/2] md/raid5: FIX: manually-added spare is not used
- From: NeilBrown <neilb@xxxxxxx>
Re: (help!) MD RAID6 won't --re-add devices? [SOLVED!]
- From: Bart Kus <me@xxxxxxxx>
Re: read errors corrected
- From: Jaap Crezee <jaap@xxxxxx>
Re: (help!) MD RAID6 won't --re-add devices?
- From: Jérôme Poulin <jeromepoulin@xxxxxxxxx>
Re: RAID for USB flash drives
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: (help!) MD RAID6 won't --re-add devices?
- From: Bart Kus <me@xxxxxxxx>
Re: (help!) MD RAID6 won't --re-add devices?
- From: Bart Kus <me@xxxxxxxx>
Re: ata8.00: irq_stat 0xffffffff, unknown FIS / HSM violation?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: read errors corrected
- From: Giovanni Tessore <giotex@xxxxxxxxxx>
ata8.00: irq_stat 0xffffffff, unknown FIS / HSM violation?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Question with --assume-clean
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Quick question about parted/fdisk for 2TB disks.
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Question with --assume-clean
- From: NeilBrown <neilb@xxxxxxx>
Re: Quick question about parted/fdisk for 2TB disks.
- From: Jérôme Poulin <jeromepoulin@xxxxxxxxx>
Quick question about parted/fdisk for 2TB disks.
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Question with --assume-clean
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: [PATCH] Update CONFIG_MD_RAID6_PQ to CONFIG_RAID6_PQ in drivers/dma/iop-adma.c
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
How do I get rid of md126, md127?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: RAID for USB flash drives
- From: Hank Barta <hbarta@xxxxxxxxx>
Re: open_dev_excl in reshape_container() fails
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: raid6 recovery
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH UPDATED] block: restore multiple bd_link_disk_holder() support
- From: Milan Broz <mbroz@xxxxxxxxxx>
Re: [dm-devel] linux-next - WARNING: at fs/block_dev.c:824 bd_link_disk_holder+0x92/0x1ac()
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [dm-devel] linux-next - WARNING: at fs/block_dev.c:824 bd_link_disk_holder+0x92/0x1ac()
- From: "Ted Ts'o" <tytso@xxxxxxx>
Re: [dm-devel] linux-next - WARNING: at fs/block_dev.c:824 bd_link_disk_holder+0x92/0x1ac()
- From: Tejun Heo <tj@xxxxxxxxxx>
raid6 recovery
- From: Björn Englund <be@xxxxxxxxxxx>
[PATCH UPDATED] block: restore multiple bd_link_disk_holder() support
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [dm-devel] linux-next - WARNING: at fs/block_dev.c:824 bd_link_disk_holder+0x92/0x1ac()
- From: Tejun Heo <tj@xxxxxxxxxx>
[PATCH 2/2] raid0->raid10 takeover- process metadata update
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
[PATCH 1/2] raid0->raid10 takeover- allocate memory for added disks
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
[PATCH 0/2] Supplement for raid0->raid10 takeover for imsm metadata
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
Re: filesystem on mdadm raid from unpartioned block devices
- From: GarBoge <garboge@xxxxxxx>
Re: [dm-devel] linux-next - WARNING: at fs/block_dev.c:824 bd_link_disk_holder+0x92/0x1ac()
- From: Kay Sievers <kay.sievers@xxxxxxxx>
Re: [dm-devel] linux-next - WARNING: at fs/block_dev.c:824 bd_link_disk_holder+0x92/0x1ac()
- From: Karel Zak <kzak@xxxxxxxxxx>
Re: training mpath to discern between SCSI errors
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
[PATCH 2/2] md/raid5: FIX: reshape on degraded devices has wrong configuration
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 1/2] md/raid5: FIX: manually-added spare is not used
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 0/2] fixes for manually-added spares in raid5 (2nd)
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 2/2] md/raid5: FIX: reshape on degraded devices has wrong configuration
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 1/2] md/raid5: FIX: manually-added spare is not used
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 0/2] fixes for manually-added spares in raid5
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH] imsm: FIX: spare cannot be added
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
RE: open_dev_excl in reshape_container() fails
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
Re: [dm-devel] linux-next - WARNING: at fs/block_dev.c:824 bd_link_disk_holder+0x92/0x1ac()
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
Re: [PATCH] block: restore multiple bd_link_disk_holder() support
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
Re: training mpath to discern between SCSI errors
- From: Hannes Reinecke <hare@xxxxxxx>
RE: open_dev_excl in reshape_container() fails
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
Re: [RFC PATCH 0/3] differentiate between I/O errors
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Re: training mpath to discern between SCSI errors
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
PULL REQUEST - md updates for 2.6.38
- From: NeilBrown <neilb@xxxxxxx>
Re: [dm-devel] linux-next - WARNING: at fs/block_dev.c:824 bd_link_disk_holder+0x92/0x1ac()
- From: "Ted Ts'o" <tytso@xxxxxxx>
[git pull] device-mapper patches for 2.6.38
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: [dm-devel] linux-next - WARNING: at fs/block_dev.c:824 bd_link_disk_holder+0x92/0x1ac()
- From: NeilBrown <neilb@xxxxxxx>
Re: Speed up reshape? (was Re: Cancel reshape?)
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: [PATCH] block: restore multiple bd_link_disk_holder() support
- From: Milan Broz <mbroz@xxxxxxxxxx>
Re: open_dev_excl in reshape_container() fails
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH] block: restore multiple bd_link_disk_holder() support
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [dm-devel] linux-next - WARNING: at fs/block_dev.c:824 bd_link_disk_holder+0x92/0x1ac()
- From: Kay Sievers <kay.sievers@xxxxxxxx>
Re: [dm-devel] linux-next - WARNING: at fs/block_dev.c:824 bd_link_disk_holder+0x92/0x1ac()
- From: Karel Zak <kzak@xxxxxxxxxx>
RE: [PATCH 5/6] Remove code for non re-striping operations.
- From: "Wojcik, Krzysztof" <krzysztof.wojcik@xxxxxxxxx>
open_dev_excl in reshape_container() fails
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
[PATCH 6/6] raid0->raid10 takeover- allocate memory for added disks
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
[PATCH 5/6] raid0->raid10 takeover- create metadata update
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
[PATCH 4/6] Add raid10 -> raid0 takeover support
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
[PATCH 3/6] Unfreeze for non re-striping transitions
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
[PATCH 2/6] Set reshape.after.data_disks for raid0<->raid10 takeover
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
[PATCH 1/6] Define imsm_analyze_change function
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
[PATCH 0/6] Add raid0<->raid10 takeover support for imsm metadata
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
RE: [PATCH 2/9] FIX: Cannot add spare to monitored container
- From: "Czarnowska, Anna" <anna.czarnowska@xxxxxxxxx>
[PATCH] fix: Monitor: min_size must be set to 0
- From: "Czarnowska, Anna" <anna.czarnowska@xxxxxxxxx>
Re: [dm-devel] linux-next - WARNING: at fs/block_dev.c:824 bd_link_disk_holder+0x92/0x1ac()
- From: Milan Broz <mbroz@xxxxxxxxxx>
[PATCH 5/6] FIX: mdadm hangs during reshape
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 6/6] FIX: sync_completed == 0 causes reshape cancellation in metadata
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 4/6] FIX: mdadm throws coredump on exit in error case
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 3/6] FIX: reshape raid0 on second array
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 2/6] FIX: continue raid0 reshape
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 1/6] imsm: Update metadata for second array
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 0/6] OLCE raid5/0 (all arrays in container)
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
Re: [dm-devel] linux-next - WARNING: at fs/block_dev.c:824 bd_link_disk_holder+0x92/0x1ac()
- From: Milan Broz <mbroz@xxxxxxxxxx>
Re: [dm-devel] linux-next - WARNING: at fs/block_dev.c:824 bd_link_disk_holder+0x92/0x1ac()
- From: Theodore Tso <tytso@xxxxxxx>
Re: [dm-devel] linux-next - WARNING: at fs/block_dev.c:824 bd_link_disk_holder+0x92/0x1ac()
- From: Kay Sievers <kay.sievers@xxxxxxxx>
Re: [dm-devel] linux-next - WARNING: at fs/block_dev.c:824 bd_link_disk_holder+0x92/0x1ac()
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [dm-devel] linux-next - WARNING: at fs/block_dev.c:824 bd_link_disk_holder+0x92/0x1ac()
- From: Milan Broz <mbroz@xxxxxxxxxx>
Re: [dm-devel] linux-next - WARNING: at fs/block_dev.c:824 bd_link_disk_holder+0x92/0x1ac()
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [dm-devel] linux-next - WARNING: at fs/block_dev.c:824 bd_link_disk_holder+0x92/0x1ac()
- From: Milan Broz <mbroz@xxxxxxxxxx>
Re: [dm-devel] linux-next - WARNING: at fs/block_dev.c:824 bd_link_disk_holder+0x92/0x1ac()
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: Speed up reshape? (was Re: Cancel reshape?)
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: [dm-devel] linux-next - WARNING: at fs/block_dev.c:824 bd_link_disk_holder+0x92/0x1ac()
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [dm-devel] linux-next - WARNING: at fs/block_dev.c:824 bd_link_disk_holder+0x92/0x1ac()
- From: Karel Zak <kzak@xxxxxxxxxx>
[PATCH] fix: segfault if subarray is monitored but container is not
- From: "Czarnowska, Anna" <anna.czarnowska@xxxxxxxxx>
(help!) MD RAID6 won't --re-add devices?
- From: Bart Kus <me@xxxxxxxx>
Re: [dm-devel] linux-next - WARNING: at fs/block_dev.c:824 bd_link_disk_holder+0x92/0x1ac()
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [dm-devel] linux-next - WARNING: at fs/block_dev.c:824 bd_link_disk_holder+0x92/0x1ac()
- From: Karel Zak <kzak@xxxxxxxxxx>
Re: [dm-devel] linux-next - WARNING: at fs/block_dev.c:824 bd_link_disk_holder+0x92/0x1ac()
- From: Milan Broz <mbroz@xxxxxxxxxx>
Re: linux-next - WARNING: at fs/block_dev.c:824 bd_link_disk_holder+0x92/0x1ac()
- From: Tejun Heo <tj@xxxxxxxxxx>
RE: [PATCH 7/8] Finalize reshape after adding disks to array
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
Re: [PATCH 2/9] FIX: Cannot add spare to monitored container
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 6/9] imsm: FIX: container content gathering is not needed for size set
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 5/6] Remove code for non re-striping operations.
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 6/6] Add raid10 -> raid0 takeover support
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 4/6] FIX: Mistake in delta_disk comparison.
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 3/6] Set delta_disks for raid10 -> raid0 takeover
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 2/6] Define imsm_analyze_change function
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 1/6] reshape_super reorganization
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 8/8] FIX: reload metadata for container operation
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 7/8] Finalize reshape after adding disks to array
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 6/8] imsm: FIX: spares are not counted
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 5/8] FIX: Cannot load container information
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 4/8] imsm: FIX: old devices memory has to be released
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 3/8] imsm: FIX: local mdadm update shouldn't be done in update creation function.
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 2/8] imsm: FIX: mdadm should process local data
- From: NeilBrown <neilb@xxxxxxx>
Re: linux-next - WARNING: at fs/block_dev.c:824 bd_link_disk_holder+0x92/0x1ac()
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
Re: filesystem on mdadm raid from unpartioned block devices
- From: NeilBrown <neilb@xxxxxxx>
Re: linux-next - WARNING: at fs/block_dev.c:824 bd_link_disk_holder+0x92/0x1ac()
- From: Milan Broz <mbroz@xxxxxxxxxx>
Re: filesystem on mdadm raid from unpartioned block devices
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: filesystem on mdadm raid from unpartioned block devices
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
filesystem on mdadm raid from unpartioned block devices
- From: GarBoge <garboge@xxxxxxx>
Re: 0001-md-FIX-raid5-should-accept-slot-set-by-mdadm
- From: NeilBrown <neilb@xxxxxxx>
Re: md raid5 blocked in get_active_stripe after disk failure
- From: NeilBrown <neilb@xxxxxxx>
Re: md raid5 blocked in get_active_stripe after disk failure
- From: NeilBrown <neilb@xxxxxxx>
linux-next - WARNING: at fs/block_dev.c:824 bd_link_disk_holder+0x92/0x1ac()
- From: Valdis.Kletnieks@xxxxxx
[PATCH 6/6] Add raid10 -> raid0 takeover support
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
[PATCH 5/6] Remove code for non re-striping operations.
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
[PATCH 4/6] FIX: Mistake in delta_disk comparison.
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
[PATCH 3/6] Set delta_disks for raid10 -> raid0 takeover
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
[PATCH 2/6] Define imsm_analyze_change function
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
[PATCH 1/6] reshape_super reorganization
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
[PATCH 0/6] raid10->raid0 takeover for imsm metadata
- From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
RE: [PATCH 2/9] FIX: Cannot add spare to monitored container
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
RE: [PATCH 6/9] imsm: FIX: container content gathering is not needed for size set
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
RE: [PATCH 3/9] imsm:FIX: one spare can be added to raid0 only
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
RE: [PATCH 10/13] FIX: Cannot unmount array after reshape
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
0001-md-FIX-raid5-should-accept-slot-set-by-mdadm
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
Re: md raid5 blocked in get_active_stripe after disk failure
- From: David Flynn <davidf@xxxxxxxxxxxx>
[PATCH 8/8] FIX: reload metadata for container operation
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 7/8] Finalize reshape after adding disks to array
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 6/8] imsm: FIX: spares are not counted
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 5/8] FIX: Cannot load container information
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 4/8] imsm: FIX: old devices memory has to be released
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 3/8] imsm: FIX: local mdadm update shouldn't be done in update creation function.
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 2/8] imsm: FIX: mdadm should process local data
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 1/8] FIX: put update in to queue for local meta update
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 0/8] OLCE Raid5/0 single array for external meta
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
md raid5 blocked in get_active_stripe after disk failure
- From: David Flynn <davidf@xxxxxxxxxxxx>
Re: [PATCH 02/13] imsm: FIX: allow for container reshape any unset size value
- From: NeilBrown <neilb@xxxxxxx>
RE: [PATCH 02/13] imsm: FIX: allow for container reshape any unset size value
- From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
Re: Reshape RAID5 to a RAID6 with more (smaller) devices
- From: NeilBrown <neilb@xxxxxxx>
Reshape RAID5 to a RAID6 with more (smaller) devices
- From: Roman Mamedov <rm@xxxxxxxxxx>
Re: advanced data recovery project for the wife - need help with raid6 layout P&Q ordering
- From: NeilBrown <neilb@xxxxxxx>
Re: Subject: [PATCH 4/4] imsm: support for raid0 <-> raid5 migration
- From: NeilBrown <neilb@xxxxxxx>
Re: Subject: [PATCH 3/4] Grow_reshape: need sub-array component size in data migration.
- From: NeilBrown <neilb@xxxxxxx>
Re: Subject: [PATCH 2/4] Grow_reshape: need text_version for sub-array processing.
- From: NeilBrown <neilb@xxxxxxx>
Re: Speed up reshape? (was Re: Cancel reshape?)
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 7/9] imsm: FIX: monitor should initialize 2nd reshape only
- From: NeilBrown <neilb@xxxxxxx>
Speed up reshape? (was Re: Cancel reshape?)
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: [PATCH 6/9] imsm: FIX: container content gathering is not needed for size set
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 5/9] imsm: Update metadata for second array
- From: NeilBrown <neilb@xxxxxxx>
advanced data recovery project for the wife - need help with raid6 layout P&Q ordering
- From: Brian Wolfe <brianw@xxxxxxxxxxxx>
Re: [PATCH 4/9] imsm: FIX: only one spare is passed in update
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 3/9] imsm:FIX: one spare can be added to raid0 only
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 2/9] FIX: Cannot add spare to monitored container
- From: NeilBrown <neilb@xxxxxxx>
Re: Cancel reshape?
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH] Monitor: skip array if error getting size
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 13/13] FIX: Fill sys_name for disk add
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 12/13] FIX: parity disks use for redundant levels only
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 10/13] FIX: Cannot unmount array after reshape
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 09/13] Finalize reshape after adding disks to array
- From: NeilBrown <neilb@xxxxxxx>
Re: Cancel reshape?
- From: NeilBrown <neilb@xxxxxxx>
Re: Cancel reshape?
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: [PATCH 08/13] FIX/WORKAROUND: added disks are not used by reshape process /md/
- From: NeilBrown <neilb@xxxxxxx>
Cancel reshape?
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: [PATCH 06/13] imsm: FIX: update disks status in container_contents()
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 04/13] FIX: load anchor to get all information
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 03/13] imsm: FIX: when monitor is active post update
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 02/13] imsm: FIX: allow for container reshape any unset size value
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 01/13] Manage reshape process in manage_reshape vector.
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 13/13] md: fix sync_completed reporting for very large drives (>2TB)
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 12/13] md: allow suspend_lo and suspend_hi to decrease as well as increase.
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 11/13] md: Don't let implementation detail of curr_resync leak out through sysfs.
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 10/13] md: separate meta and data devs
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 09/13] md-new-param-to_sync_page_io
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 08/13] md-new-param-to-calc_dev_sboffset
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 07/13] md: Be more careful about clearing flags bit in ->recovery
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 06/13] md: md_stop_writes requires mddev_lock.
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 05/13] md/raid5: use sysfs_notify_dirent_safe to avoid NULL pointer
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 04/13] md: Ensure no IO request to get md device before it is properly initialised.
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 03/13] md: Fix single printks with multiple KERN_<level>s
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 02/13] md: fix regression resulting in delays in clearing bits in a bitmap
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 01/13] md: fix regression with re-adding devices to arrays with no metadata
- From: NeilBrown <neilb@xxxxxxx>
[md PATCH 00/13] md patches for the current merge window
- From: NeilBrown <neilb@xxxxxxx>
Re: An extensible superblock
- From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
Re: An extensible superblock
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
Re: mdadm raid5 with lvm: advantages?
- From: Zdenek Kaspar <zkaspar82@xxxxxxxxx>
Re: mdadm raid5 with lvm: advantages?
- From: Roy Keene <linux-raid@xxxxxxxxxx>
Re: mdadm raid5 with lvm: advantages?
- From: Roman Mamedov <rm@xxxxxxxxxx>
Re: mdadm raid5 with lvm: advantages?
- From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
Re: mdadm raid5 with lvm: advantages?
- From: Zdenek Kaspar <zkaspar82@xxxxxxxxx>
An extensible superblock
- From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
Re: mdadm raid5 with lvm: advantages?
- From: CoolCold <coolthecold@xxxxxxxxx>
Subject: [PATCH 3/4] Grow_reshape: need sub-array component size in data migration.
- From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
Subject: [PATCH 4/4] imsm: support for raid0 <-> raid5 migration
- From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
Subject: [PATCH 1/4] Grow_reshape: need text version of device name in mdinfo.
- From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
Subject: [PATCH 2/4] Grow_reshape: need text_version for sub-array processing.
- From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
[PATCH 0/4] RAID 0 to/from RAID5 migration
- From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
Re: mdadm raid5 with lvm: advantages?
- From: Jan Kasprzak <kas@xxxxxxxxxx>
Re: mdadm raid5 with lvm: advantages?
- From: Richard Grundy <richguk@xxxxxxxxx>
[PATCH 9/9] imsm: Proceed with second array reshape only for frozen container
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 8/9] FIX: container has to be frozen during reshape
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
Re: mdadm raid5 with lvm: advantages?
- From: Steven Haigh <netwiz@xxxxxxxxx>
[PATCH 7/9] imsm: FIX: monitor should initialize 2nd reshape only
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 6/9] imsm: FIX: container content gathering is not needed for size set
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 5/9] imsm: Update metadata for second array
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 4/9] imsm: FIX: only one spare is passed in update
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 3/9] imsm:FIX: one spare can be added to raid0 only
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 2/9] FIX: Cannot add spare to monitored container
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 1/9] imsm: FIX: set correct slot information in metadata (raid0)
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 0/9] OLCE for external meta (cont.)
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
mdadm raid5 with lvm: advantages?
- From: Richard Grundy <richguk@xxxxxxxxx>
[PATCH] Monitor: skip array if error getting size
- From: "Czarnowska, Anna" <anna.czarnowska@xxxxxxxxx>
Re: [PATCH] md: fix sync_completed reporting for very large drives (>2TB)
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH] md: fix sync_completed reporting for very large drives (>2TB)
- From: Rémi Rérolle <rrerolle@xxxxxxxxx>
GRUB2 MD RAID detection order
- From: Jérôme Poulin <jeromepoulin@xxxxxxxxx>
Re: [PATCH v3 0/8] dm-raid (raid456) target
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
[PATCH 13/13] FIX: Fill sys_name for disk add
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 12/13] FIX: parity disks use for redundant levels only
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 11/13] FIX/WORKAROUND: Arrays cannot be opened exclusively
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 10/13] FIX: Cannot unmount array after reshape
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 09/13] Finalize reshape after adding disks to array
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 08/13] FIX/WORKAROUND: added disks are not used by reshape process /md/
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 07/13] FIX: wrong flags are passed to function
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 06/13] imsm: FIX: update disks status in container_contents()
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 05/13] msm: FIX: when mdadm reloads anchor not need for local modyfication
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 04/13] FIX: load anchor to get all information
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 03/13] imsm: FIX: when monitor is active post update
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 02/13] imsm: FIX: allow for container reshape any unset size value
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 01/13] Manage reshape process in manage_reshape vector.
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
[PATCH 00/13] OLCE for external meta Raid5/single array
- From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
Re: Bad sectors on a degraded array
- From: Alexander <freebsd@xxxxxxxxxxx>
Re: Considering a complete rework of RAID on my home compute server
- From: Mark Knecht <markknecht@xxxxxxxxx>
Re: What exactly does echo check > /sys/block/mdX/md/sync_action do?
- From: Christian Schmidt <charlie@xxxxxxxxx>
Re: What exactly does echo check > /sys/block/mdX/md/sync_action do?
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH v3 0/8] dm-raid (raid456) target
- From: NeilBrown <neilb@xxxxxxx>
Re: What exactly does echo check > /sys/block/mdX/md/sync_action do?
- From: Christian Schmidt <charlie@xxxxxxxxx>
RE: Considering a complete rework of RAID on my home compute server
- From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
Re: What exactly does echo check > /sys/block/mdX/md/sync_action do?
- From: NeilBrown <neilb@xxxxxxx>
What exactly does echo check > /sys/block/mdX/md/sync_action do?
- From: Christian Schmidt <charlie@xxxxxxxxx>
RE: [PATCH 2/2] Assemble: allow to assemble spares on their own
- From: "Czarnowska, Anna" <anna.czarnowska@xxxxxxxxx>
Re: Bug#597563: grub-common: grub-probe segfaults scanning lvm devices
- From: NeilBrown <neilb@xxxxxxx>
Re: Bug#597563: grub-common: grub-probe segfaults scanning lvm devices
- From: Matthew Gabeler-Lee <cheetah@xxxxxxxxxxx>
Re: Bug#597563: grub-common: grub-probe segfaults scanning lvm devices
- From: NeilBrown <neilb@xxxxxxx>
Re: Bug#597563: grub-common: grub-probe segfaults scanning lvm devices
- From: Vladimir 'φ-coder/phcoder' Serbinenko <phcoder@xxxxxxxxx>
Re: Bug#597563: grub-common: grub-probe segfaults scanning lvm devices
- From: NeilBrown <neilb@xxxxxxx>
Re: Bug#597563: grub-common: grub-probe segfaults scanning lvm devices
- From: Matthew Gabeler-Lee <cheetah@xxxxxxxxxxx>
Re: Bug#597563: grub-common: grub-probe segfaults scanning lvm devices
- From: Matthew Gabeler-Lee <cheetah@xxxxxxxxxxx>
Re: Bug#597563: grub-common: grub-probe segfaults scanning lvm devices
- From: Vladimir 'φ-coder/phcoder' Serbinenko <phcoder@xxxxxxxxx>
Re: Bug#597563: grub-common: grub-probe segfaults scanning lvm devices
- From: Vladimir 'φ-coder/phcoder' Serbinenko <phcoder@xxxxxxxxx>
Re: Bug#597563: grub-common: grub-probe segfaults scanning lvm devices
- From: Matthew Gabeler-Lee <cheetah@xxxxxxxxxxxxxxxxxxx>
2 RAID devices with index 0 [Fwd: Re: Bug#597563: grub-common: grub-probe segfaults scanning lvm devices]
- From: Vladimir 'φ-coder/phcoder' Serbinenko <phcoder@xxxxxxxxx>
Re: Patch to issue pure flushes directly (Was: Re: [PATCH v6 0/4] ext4: Coordinate data-only flush requests sent) by fsync
- From: Tejun Heo <tj@xxxxxxxxxx>
Bad sectors on a degraded array
- From: FLD <fld@xxxxxxxxxx>
Re: Bug#597563: grub-common: grub-probe segfaults scanning lvm devices
- From: Vladimir 'φ-coder/phcoder' Serbinenko <phcoder@xxxxxxxxx>
Re: Patch to issue pure flushes directly (Was: Re: [PATCH v6 0/4] ext4: Coordinate data-only flush requests sent) by fsync
- From: Christoph Hellwig <hch@xxxxxx>
Patch to issue pure flushes directly (Was: Re: [PATCH v6 0/4] ext4: Coordinate data-only flush requests sent) by fsync
- From: "Ted Ts'o" <tytso@xxxxxxx>
Re: [systemd-devel] systemd kills mdmon if it was started manually by user
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
Re: [systemd-devel] systemd kills mdmon if it was started manually by user
- From: Roman Mamedov <rm@xxxxxxxxxx>
Re: [systemd-devel] systemd kills mdmon if it was started manually by user
- From: NeilBrown <neilb@xxxxxxx>
Re: [systemd-devel] systemd kills mdmon if it was started manually by user
- From: Michael Biebl <mbiebl@xxxxxxxxx>
Re: [systemd-devel] systemd kills mdmon if it was started manually by user
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
Re: [systemd-devel] systemd kills mdmon if it was started manually by user
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
Re: Considering a complete rework of RAID on my home compute server
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Is It Hopeless?
- From: Berkey B Walker <berk@xxxxxxxxx>
Re: [PATCH v3 0/8] dm-raid (raid456) target
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
Re: [dm-devel] [PATCH v3 0/8] dm-raid (raid456) target
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>

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