Linux RAID Storage Date Index

• Thread Index

• Still problems with ddf stuff
  • From: Albert Pauw <albert.pauw@xxxxxxxxx>
• Re: raid5 to utilize upto 8 cores
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: O_DIRECT to md raid 6 is slow
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: raid5 to utilize upto 8 cores
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• raid5: When add stripe_head to inactive_list, it should remove hash.
  • From: "Jianpeng Ma" <majianpeng@xxxxxxxxx>
• [PULL REQUEST] md: 2 patches, both heading for -stable
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md: raid 10 supports TRIM
  • From: NeilBrown <neilb@xxxxxxx>
• Re: mdraid6 problem post 3.5.0
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID extremely slow
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• RE: Array rebuilding over and over
  • From: "Singer, Benedict" <bzsing@xxxxxxxxx>
• Re: Array rebuilding over and over
  • From: NeilBrown <neilb@xxxxxxx>
• Re: ext4 write performance regression in 3.6-rc1 on RAID0/5
  • From: NeilBrown <neilb@xxxxxxx>
• Array rebuilding over and over
  • From: "Singer, Benedict" <bzsing@xxxxxxxxx>
• Re: ext4 write performance regression in 3.6-rc1 on RAID0/5
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: ext4 write performance regression in 3.6-rc1 on RAID0/5
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: raid5 to utilize upto 8 cores
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: raid5 to utilize upto 8 cores
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: md: raid 10 supports TRIM
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md: raid 10 supports TRIM
  • From: Jan Ceuleers <jan.ceuleers@xxxxxxxxxxxx>
• Re: raid5 to utilize upto 8 cores
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: raid5 to utilize upto 8 cores
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: raid5 to utilize upto 8 cores
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: raid5 to utilize upto 8 cores
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• [PATCH 1/3] raid: replace list_for_each_continue_rcu with new interface
  • From: Michael Wang <wangyun@xxxxxxxxxxxxxxxxxx>
• [PATCH 0/3] raid, kmemleak, netfilter: replace list_for_each_continue_rcu with new interface
  • From: Michael Wang <wangyun@xxxxxxxxxxxxxxxxxx>
• Re: md: raid 10 supports TRIM
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Re: [patch v2]raid5: fix directio regression
  • From: "Jianpeng Ma" <majianpeng@xxxxxxxxx>
• Re: Backup file size when migrating from raid5 to raid6?
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Backup file size when migrating from raid5 to raid6?
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: Backup file size when migrating from raid5 to raid6?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Backup file size when migrating from raid5 to raid6?
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: raid5 to utilize upto 8 cores
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: raid5 to utilize upto 8 cores
  • From: vincent Ferrer <vincentchicago1@xxxxxxxxx>
• Re: raid5 to utilize upto 8 cores
  • From: vincent Ferrer <vincentchicago1@xxxxxxxxx>
• Re: raid5 to utilize upto 8 cores
  • From: Flynn <flynn@xxxxxxxxxxx>
• Re: OT: silent data corruption reading from hard drives
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• re: md: raid 10 supports TRIM
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: Re: [patch v2]raid5: fix directio regression
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: raid5 to utilize upto 8 cores
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: raid5 to utilize upto 8 cores
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Re: [patch v2]raid5: fix directio regression
  • From: "Jianpeng Ma" <majianpeng@xxxxxxxxx>
• Re: OT: silent data corruption reading from hard drives
  • From: Oliver Schinagl <oliver+list@xxxxxxxxxxx>
• Re: raid5 to utilize upto 8 cores
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: O_DIRECT to md raid 6 is slow
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: raid5 to utilize upto 8 cores
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• raid5 to utilize upto 8 cores
  • From: vincent Ferrer <vincentchicago1@xxxxxxxxx>
• [PATCH] MAINTAINERS: update address for Dan Williams
  • From: Dan Williams <djbw@xxxxxx>
• Re: O_DIRECT to md raid 6 is slow
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: O_DIRECT to md raid 6 is slow
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID5 - Disk failed during re-shape
  • From: NeilBrown <neilb@xxxxxxx>
• Re: O_DIRECT to md raid 6 is slow
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: OT: silent data corruption reading from hard drives
  • From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: O_DIRECT to md raid 6 is slow
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Error in rebuild of two "layered" md devices in container
  • From: Albert Pauw <albert.pauw@xxxxxxxxx>
• Re: O_DIRECT to md raid 6 is slow
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• RE: RAID5 - Disk failed during re-shape
  • From: Sam Clark <sclark_77@xxxxxxxxxxx>
• [PATCH RESEND] Fix and extend raid6check repair
  • From: Robert Buchholz <robert.buchholz@xxxxxxxxxxxx>
• Re: O_DIRECT to md raid 6 is slow
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Re: [patch 2/2 v3]raid5: create multiple threads to handle stripes
  • From: "Jianpeng Ma" <majianpeng@xxxxxxxxx>
• Re: Re: [patch 2/2 v3]raid5: create multiple threads to handle stripes
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Re: [patch 2/2 v3]raid5: create multiple threads to handle stripes
  • From: "Jianpeng Ma" <majianpeng@xxxxxxxxx>
• Re: md raid10 Oops on recent kernels
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Re: [patch 2/2 v3]raid5: create multiple threads to handle stripes
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Re: [patch v2]raid5: fix directio regression
  • From: "Jianpeng Ma" <majianpeng@xxxxxxxxx>
• Re: [patch v2]raid5: fix directio regression
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Re: O_DIRECT to md raid 6 is slow
  • From: kedacomkernel <kedacomkernel@xxxxxxxxx>
• Re: Re: [patch v2]raid5: fix directio regression
  • From: kedacomkernel <kedacomkernel@xxxxxxxxx>
• Re: O_DIRECT to md raid 6 is slow
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: O_DIRECT to md raid 6 is slow
  • From: kedacomkernel <kedacomkernel@xxxxxxxxx>
• Re: [patch v2]raid5: fix directio regression
  • From: NeilBrown <neilb@xxxxxxx>
• O_DIRECT to md raid 6 is slow
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: Error in rebuild of two "layered" md devices in container
  • From: NeilBrown <neilb@xxxxxxx>
• Re: ddf failed disk disappears after adding spare
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Version 3.2.5 and ddf issues (bugreport)
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID5 - Disk failed during re-shape
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md raid10 Oops on recent kernels
  • From: Ivan Vasilyev <ivan.vasilyev@xxxxxxxxx>
• RE: RAID5 - Disk failed during re-shape
  • From: Sam Clark <sclark_77@xxxxxxxxxxx>
• Re: Re: [patch 2/2 v3]raid5: create multiple threads to handle stripes
  • From: "Jianpeng Ma" <majianpeng@xxxxxxxxx>
• [patch v2]raid5: fix directio regression
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] query udev dir via pkg-config
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: RAID5 - Disk failed during re-shape
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md raid10 Oops on recent kernels
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] Manage.c: fix make everything compilation error
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RFC: Add WWN in superblock
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] sha1.h: remove ansidecl.h header inclusion
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] md/linear: rcu_dereference outside read-lock section
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] query udev dir via pkg-config
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH] md/linear: rcu_dereference outside read-lock section
  • From: Denis Efremov <yefremov.denis@xxxxxxxxx>
• [PATCH] query udev dir via pkg-config
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: Experience of LSI MegaRAID 9260CV?
  • From: Marcus Sorensen <shadowsor@xxxxxxxxx>
• md raid10 Oops on recent kernels
  • From: Ivan Vasilyev <ivan.vasilyev@xxxxxxxxx>
• [PATCH] sha1.h: remove ansidecl.h header inclusion
  • From: Lukasz Dorau <lukasz.dorau@xxxxxxxxx>
• RFC: Add WWN in superblock
  • From: "Jianpeng Ma" <majianpeng@xxxxxxxxx>
• [PATCH] Manage.c: fix make everything compilation error
  • From: Lukasz Dorau <lukasz.dorau@xxxxxxxxx>
• Experience of LSI MegaRAID 9260CV?
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: Re: [patch 2/2 v3]raid5: create multiple threads to handle stripes
  • From: "Jianpeng Ma" <majianpeng@xxxxxxxxx>
• Re: Disk Order
  • From: Rudy Zijlstra <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Device Unusable At Startup
  • From: Jake Thomas <thomasj10@xxxxxxxxxxxxx>
• Re: Device Unusable At Startup
  • From: Jake Thomas <thomasj10@xxxxxxxxxxxxx>
• Re: [patch 2/2 v3]raid5: create multiple threads to handle stripes
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [patch 6/7 v2] MD: raid5 trim support
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [patch 2/2 v3]raid5: create multiple threads to handle stripes
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [patch 2/2 v3]raid5: create multiple threads to handle stripes
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [patch 6/7 v2] MD: raid5 trim support
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Re: [patch 2/2 v3]raid5: create multiple threads to handle stripes
  • From: "Jianpeng Ma" <majianpeng@xxxxxxxxx>
• Re: Re: [patch 2/2 v3]raid5: create multiple threads to handle stripes
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Re: [patch 2/2 v3]raid5: create multiple threads to handle stripes
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [patch 6/7 v2] MD: raid5 trim support
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [patch 0/7 v2] MD linear/0/1/10/5 TRIM support
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [patch 6/7 v2] MD: raid5 trim support
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Re: [patch 2/2 v3]raid5: create multiple threads to handle stripes
  • From: "Jianpeng Ma" <majianpeng@xxxxxxxxx>
• Re: Disk Order
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [patch 2/2 v3]raid5: create multiple threads to handle stripes
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Device Unusable At Startup
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Disk Order
  • From: Jonathan Tripathy <jonnyt@xxxxxxxxxxx>
• Re: Disk Order
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Device Unusable At Startup
  • From: Jake Thomas <thomasj10@xxxxxxxxxxxxx>
• Re: Disk Order
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Disk Order
  • From: Jonathan Tripathy <jonnyt@xxxxxxxxxxx>
• Re: Disk Order
  • From: Rudy Zijlstra <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID5 - Disk failed during re-shape
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Disk Order
  • From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: Device Unusable At Startup
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Device Unusable At Startup
  • From: Jake Thomas <thomasj10@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] mdassemble: split dietlibc logic into dedicated target
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 1/2] fix handling of CPPFLAGS
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] Grow.c: change size to be unsigned and use '0' in case of 'no change'
  • From: NeilBrown <neilb@xxxxxxx>
• Disk Order
  • From: Jonathan Tripathy <jonnyt@xxxxxxxxxxx>
• [PATCH 2/2] mdassemble: split dietlibc logic into dedicated target
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• [PATCH 1/2] fix handling of CPPFLAGS
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Solved! (was Re: RAID6 Reshape (one more time))
  • From: Flynn <flynn@xxxxxxxxxxx>
• Re: [patch 2/2 v3]raid5: create multiple threads to handle stripes
  • From: "Jianpeng Ma" <majianpeng@xxxxxxxxx>
• Re: RAID5 - Disk failed during re-shape
  • From: Sam Clark <sclark_77@xxxxxxxxxxx>
• Re: RAID5 - Disk failed during re-shape
  • From: Dmitrijs Ledkovs <xnox@xxxxxxxxxx>
• Re: RAID5 - Disk failed during re-shape
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Re: [PATCH 0/8] Set bi_rw when alloc bio before call bio_add_page.
  • From: Muthu Kumar <muthu.lkml@xxxxxxxxx>
• RE: What does the '-1' value of size mean now?
  • From: "Dorau, Lukasz" <lukasz.dorau@xxxxxxxxx>
• [PATCH] Grow.c: change size to be unsigned and use '0' in case of 'no change'
  • From: Lukasz Dorau <lukasz.dorau@xxxxxxxxx>
• [patch 7/7 v2] MD: raid5 avoid unnecessary zero page for trim
  • From: Shaohua Li <shli@xxxxxxxxxxxx>
• [patch 6/7 v2] MD: raid5 trim support
  • From: Shaohua Li <shli@xxxxxxxxxxxx>
• [patch 5/7 v2] md: raid 10 supports TRIM
  • From: Shaohua Li <shli@xxxxxxxxxxxx>
• [patch 4/7 v2] md: raid 1 supports TRIM
  • From: Shaohua Li <shli@xxxxxxxxxxxx>
• [patch 3/7 v2] md: raid 0 supports TRIM
  • From: Shaohua Li <shli@xxxxxxxxxxxx>
• [patch 2/7 v2] md: linear supports TRIM
  • From: Shaohua Li <shli@xxxxxxxxxxxx>
• [patch 1/7 v2] block: makes bio_split support bio without data
  • From: Shaohua Li <shli@xxxxxxxxxxxx>
• [patch 0/7 v2] MD linear/0/1/10/5 TRIM support
  • From: Shaohua Li <shli@xxxxxxxxxxxx>
• Re: RAID10 Performance
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: replaced disk in RAID1 imsm array - how to activate?
  • From: Miquel van Smoorenburg <mikevs@xxxxxxxxxx>
• What does the '-1' value of size mean now?
  • From: "Dorau, Lukasz" <lukasz.dorau@xxxxxxxxx>
• Re: replaced disk in RAID1 imsm array - how to activate?
  • From: Miquel van Smoorenburg <mikevs@xxxxxxxxxx>
• Re: replaced disk in RAID1 imsi array - how to activate?
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• replaced disk in RAID1 imsi array - how to activate?
  • From: Miquel van Smoorenburg <mikevs@xxxxxxxxxx>
• [patch 2/2 v3]raid5: create multiple threads to handle stripes
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [patch 1/2 V3]MD: change the parameter of md thread
  • From: Shaohua Li <shli@xxxxxxxxxx>
• RAID5 - Disk failed during re-shape
  • From: Sam Clark <sclark_77@xxxxxxxxxxx>
• Re: What happened to TRIM support for raid linear/0/1/10?
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [patch]raid5: fix directio regression
  • From: Shaohua Li <shli@xxxxxxxxxx>
• RAID6 Reshape (one more time)
  • From: Flynn <flynn@xxxxxxxxxxx>
• Re: What happened to TRIM support for raid linear/0/1/10?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Re: [patch]raid5: fix directio regression
  • From: "Jianpeng Ma" <majianpeng@xxxxxxxxx>
• Re: [patch]raid5: fix directio regression
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Re: [patch]raid5: fix directio regression
  • From: "Jianpeng Ma" <majianpeng@xxxxxxxxx>
• Re: RAID10 Performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID10 Performance
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: RAID10 Performance
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• What happened to TRIM support for raid linear/0/1/10?
  • From: Holger Kiehl <Holger.Kiehl@xxxxxx>
• Re: Re: [patch]raid5: fix directio regression
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Re: [patch]raid5: fix directio regression
  • From: "Jianpeng Ma" <majianpeng@xxxxxxxxx>
• Re: RAID10 Performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC v2]raid5: create multiple threads to handle stripes
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Re: [patch]raid5: fix directio regression
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [RFC v2]raid5: create multiple threads to handle stripes
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Re: [patch]raid5: fix directio regression
  • From: "Jianpeng Ma" <majianpeng@xxxxxxxxx>
• Re: Re: [patch]raid5: fix directio regression
  • From: "Jianpeng Ma" <majianpeng@xxxxxxxxx>
• Re: [patch]raid5: fix directio regression
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [patch]raid5: fix directio regression
  • From: "Jianpeng Ma" <majianpeng@xxxxxxxxx>
• [patch]raid5: fix directio regression
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH] md/raid5: Fix two small bugs in init_stripe().
  • From: "Jianpeng Ma" <majianpeng@xxxxxxxxx>
• Device Unusable At Startup
  • From: Jake Thomas <thomasj10@xxxxxxxxxxxxx>
• swapping a single drive with a RAID-1 array. At array boot, "No Boot Device found". What've I missed?
  • From: pgn14@xxxxxxxxxxxxxx
• Re: How does one assemble a DDF or IMSM array?
  • From: Wakko Warner <wakko@xxxxxxxxxxxx>
• Re: RAID6 Reshape Gone Awry
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID6 Reshape Gone Awry
  • From: Flynn <flynn@xxxxxxxxxxx>
• Re: RAID6 Reshape Gone Awry
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: RAID6 Reshape Gone Awry
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: OT: silent data corruption reading from hard drives
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID6 Reshape Gone Awry
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: How does one assemble a DDF or IMSM array?
  • From: Albert Pauw <albert.pauw@xxxxxxxxx>
• RAID6 Reshape Gone Awry
  • From: Flynn <flynn@xxxxxxxxxxx>
• SparesMissing event
  • From: Keith Keller <kkeller@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• How does one assemble a DDF or IMSM array?
  • From: Wakko Warner <wakko@xxxxxxxxxxxx>
• Re: OT: silent data corruption reading from hard drives
  • From: listy@xxxxxxxxxxx
• Re: OT: silent data corruption reading from hard drives
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: OT: silent data corruption reading from hard drives
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: OT: silent data corruption reading from hard drives
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: OT: silent data corruption reading from hard drives
  • From: Jeff Johnson <jeff.johnson@xxxxxxxxxxxxxxxxx>
• Re: OT: silent data corruption reading from hard drives
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: OT: silent data corruption reading from hard drives
  • From: listy@xxxxxxxxxxx
• Re: OT: silent data corruption reading from hard drives
  • From: Drew <drew.kay@xxxxxxxxx>
• Re: OT: silent data corruption reading from hard drives
  • From: Iustin Pop <iusty@xxxxxxxxx>
• Re: OT: silent data corruption reading from hard drives
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: OT: silent data corruption reading from hard drives
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: [PATCH 1/2 V1] [PATCH] fs/block-dev.c:fix performance regression in O_DIRECT writes to md block devices
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: OT: silent data corruption reading from hard drives
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Re: [PATCH 1/2 V1] [PATCH] fs/block-dev.c:fix performance regression in O_DIRECT writes to md block devices
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: OT: silent data corruption reading from hard drives
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: OT: silent data corruption reading from hard drives
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: OT: silent data corruption reading from hard drives
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: OT: silent data corruption reading from hard drives
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: OT: silent data corruption reading from hard drives
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: OT: silent data corruption reading from hard drives
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: OT: silent data corruption reading from hard drives
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• [PULL REQUEST] few more md patches now that dependencies are present.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] udev-rules: prevent systemd from mount devices before they are ready.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Version 3.2.5 and ddf issues (bugreport)
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Error in rebuild of two "layered" md devices in container
  • From: Albert Pauw <albert.pauw@xxxxxxxxx>
• Error in rebuild of two "layered" md devices in container
  • From: Albert Pauw <albert.pauw@xxxxxxxxx>
• Re: ddf failed disk disappears after adding spare
  • From: Albert Pauw <albert.pauw@xxxxxxxxx>
• Re: ddf failed disk disappears after adding spare
  • From: Albert Pauw <albert.pauw@xxxxxxxxx>
• Re: OT: silent data corruption reading from hard drives
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: persistent removed MD referrence on reboot
  • From: Skip Coombe <skipcoombe@xxxxxxxxx>
• OT: silent data corruption reading from hard drives
  • From: matt <listy@xxxxxxxxxxx>
• Re: [PULL REQUEST] md update for 3.6
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PULL REQUEST] md update for 3.6
  • From: NeilBrown <neilb@xxxxxxx>
• ddf failed disk disappears after adding spare
  • From: Albert Pauw <albert.pauw@xxxxxxxxx>
• Re: persistent removed MD referrence on reboot
  • From: linbloke <linbloke@xxxxxxxxxxx>
• Re: persistent removed MD referrence on reboot
  • From: Adam Goryachev <adam@xxxxxxxxxxxxxxxxxxxxxx>
• [RFC v2]raid5: create multiple threads to handle stripes
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: RAID extremely slow
  • From: Bill Davidsen <davidsen@xxxxxxx>
• [PATCH v5] DM RAID: Add support for MD RAID10
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• How does one assemble a DDF or IMSM array?
  • From: Wakko Warner <wakko@xxxxxxxxxxxx>
• Re: persistent removed MD referrence on reboot
  • From: Skip Coombe <skipcoombe@xxxxxxxxx>
• Re: [PATCH 0/4] Plugging changes for blk/md/umem
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] udev-rules: prevent systemd from mount devices before they are ready.
  • From: harald@xxxxxxxxxx
• Re: Version 3.2.5 and ddf issues (bugreport)
  • From: Albert Pauw <albert.pauw@xxxxxxxxx>
• Re: [PATCH 0/4] Plugging changes for blk/md/umem
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [RFC 1/2]raid1: only write mismatch sectors in sync
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 0/4] Plugging changes for blk/md/umem
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 0/4] Plugging changes for blk/md/umem
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 0/4] Plugging changes for blk/md/umem
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: Version 3.2.5 and ddf issues (bugreport)
  • From: NeilBrown <neilb@xxxxxxx>
• Re: raid1 repair: sync_request() aborts if one of the drives has bad block recorded
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: [RFC 1/2]raid1: only write mismatch sectors in sync
  • From: NeilBrown <neilb@xxxxxxx>
• Re: raid1 repair: sync_request() aborts if one of the drives has bad block recorded
  • From: NeilBrown <neilb@xxxxxxx>
• Re: persistent removed MD referrence on reboot
  • From: Adam Goryachev <adam@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Re: [PATCH 0/8] Set bi_rw when alloc bio before call bio_add_page.
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• persistent removed MD referrence on reboot
  • From: Skip Coombe <skipcoombe@xxxxxxxxx>
• Re: [RFC PATCH] fs/direct-io.c: Set bi_rw when alloc bio.
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: problem hot-adding spare / internal bitmap problem?
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: [RFC 1/2]raid1: only write mismatch sectors in sync
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: [RFC 1/2]raid1: only write mismatch sectors in sync
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Re: [RFC PATCH] fs/direct-io.c: Set bi_rw when alloc bio.
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: problem hot-adding spare / internal bitmap problem?
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: problem hot-adding spare / internal bitmap problem?
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• problem hot-adding spare / internal bitmap problem?
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: RAID10 Performance
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Version 3.2.5 and ddf issues (bugreport)
  • From: Albert Pauw <albert.pauw@xxxxxxxxx>
• Version 3.2.5 and ddf issues (bugreport)
  • From: Albert Pauw <albert.pauw@xxxxxxxxx>
• Re: RAID extremely slow
  • From: Kevin Ross <kevin@xxxxxxxxxxxxxx>
• Re: RAID10 Performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID extremely slow
  • From: Grant Coady <gcoady.lk@xxxxxxxxx>
• Re: RAID extremely slow
  • From: Kevin Ross <kevin@xxxxxxxxxxxxxx>
• Re: RAID extremely slow
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: RAID10 Performance
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: [RFC 1/2]raid1: only write mismatch sectors in sync
  • From: Jan Ceuleers <jan.ceuleers@xxxxxxxxxxxx>
• Re: [RFC PATCH] fs/direct-io.c: Set bi_rw when alloc bio.
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: RAID10 Performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID10 Performance
  • From: Phil Turmel <philip@xxxxxxxxxx>
• [RFC PATCH] fs/direct-io.c: Set bi_rw when alloc bio.
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: RAID10 Performance
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID extremely slow
  • From: Kevin Ross <kevin@xxxxxxxxxxxxxx>
• Re: RAID extremely slow
  • From: David Dillow <dave@xxxxxxxxxxxxxx>
• Re: RAID extremely slow
  • From: David Dillow <dave@xxxxxxxxxxxxxx>
• Re: RAID extremely slow
  • From: Kevin Ross <kevin@xxxxxxxxxxxxxx>
• Re: RAID extremely slow
  • From: David Dillow <dave@xxxxxxxxxxxxxx>
• Re: RAID extremely slow
  • From: Kevin Ross <kevin@xxxxxxxxxxxxxx>
• Re: RAID extremely slow
  • From: Kevin Ross <kevin@xxxxxxxxxxxxxx>
• RAID10 Performance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• [RFC 2/2]raid1: use discard if sync data is 0
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [RFC 1/2]raid1: only write mismatch sectors in sync
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: RAID extremely slow
  • From: Kevin Ross <kevin@xxxxxxxxxxxxxx>
• [PATCH 4/4] blk: pass from_schedule to non-request unplug functions.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 3/4] block: stack unplug
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 2/4] blk: centralize non-request unplug handling.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 1/4] md: remove plug_cnt feature of plugging.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 0/4] Plugging changes for blk/md/umem
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID extremely slow
  • From: Kevin Ross <kevin@xxxxxxxxxxxxxx>
• Re: RAID extremely slow
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: RAID extremely slow
  • From: Kevin Ross <kevin@xxxxxxxxxxxxxx>
• Re: RAID extremely slow
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Does mdadm require udev/sysfs to create imsm RAID1?
  • From: NeilBrown <neilb@xxxxxxx>
• Does mdadm require udev/sysfs to create imsm RAID1?
  • From: Scott Johnson <scottej23@xxxxxxxxx>
• Re: raid1 repair: sync_request() aborts if one of the drives has bad block recorded
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: smarter md minor search than "find_free_devnum" needed
  • From: Sebastian Riemer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• Re: [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: Jaromir Capik <jcapik@xxxxxxxxxx>
• Re: Need to remove failed disk from RAID5 array
  • From: Alex <mysqlstudent@xxxxxxxxx>
• Re: [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: Problem recovering failed Intel Rapid Storage raid5 volume
  • From: Khurram Hassan <kfhassan@xxxxxxxxx>
• Re: [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v4] DM RAID: Add support for MD RAID10
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH v4] DM RAID: Add support for MD RAID10
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH v4] DM RAID: Add support for MD RAID10
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Problem recovering failed Intel Rapid Storage raid5 volume
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: Drew <drew.kay@xxxxxxxxx>
• [PATCH v4] DM RAID: Add support for MD RAID10
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• Re: [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: Problem recovering failed Intel Rapid Storage raid5 volume
  • From: Khurram Hassan <kfhassan@xxxxxxxxx>
• smarter md minor search than "find_free_devnum" needed
  • From: Sebastian Riemer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• Re: [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: Jaromir Capik <jcapik@xxxxxxxxxx>
• vulnerability during partition-size-growth procedures
  • From: Brendan Hide <brendan@xxxxxxxxxxxxxxxxx>
• Re: [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Need to remove failed disk from RAID5 array
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Question about how to migrate raid0 to raid5
  • From: NeilBrown <neilb@xxxxxxx>
• Re: raid10 array tend to two degraded raid10 array
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Problem recovering failed Intel Rapid Storage raid5 volume
  • From: NeilBrown <neilb@xxxxxxx>
• Re: "A Nasty md/raid bug"
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Find mismatch in data blocks during raid6 repair
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Problem recovering failed Intel Rapid Storage raid5 volume
  • From: Khurram Hassan <kfhassan@xxxxxxxxx>
• "A Nasty md/raid bug"
  • From: "Peter Modrala" <x3m2@xxxxxxxxxx>
• Re: Re: [RFC PATCH V1] raid5: Add R5_ReadNoMerge flag which prevent bio from merging at block layer
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: Jaromir Capik <jcapik@xxxxxxxxxx>
• Re: [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: Jaromir Capik <jcapik@xxxxxxxxxx>
• Re: [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: [PATCH] Re: Find mismatch in data blocks during raid6 repair
  • From: Robert Buchholz <robert.buchholz@xxxxxxxxxxxx>
• Re: [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: Jaromir Capik <jcapik@xxxxxxxxxx>
• Re: [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: Jaromir Capik <jcapik@xxxxxxxxxx>
• Re: [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: Oliver Schinagl <oliver+list@xxxxxxxxxxx>
• Re: [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: Jaromir Capik <jcapik@xxxxxxxxxx>
• Re: Find mismatch in data blocks during raid6 repair
  • From: Robert Buchholz <robert.buchholz@xxxxxxxxxxxx>
• [PATCH] Re: Find mismatch in data blocks during raid6 repair
  • From: Robert Buchholz <robert.buchholz@xxxxxxxxxxxx>
• Re: [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: Jaromir Capik <jcapik@xxxxxxxxxx>
• raid10 array tend to two degraded raid10 array
  • From: "vincent" <hanguozhong@xxxxxxxxxxxx>
• Re: commit backport request
  • From: Igor M Podlesny <for.poige+lsr@xxxxxxxxx>
• Re: commit backport request
  • From: NeilBrown <neilb@xxxxxxx>
• Re: commit backport request
  • From: Igor M Podlesny <for.poige+lsr@xxxxxxxxx>
• Re: Need to remove failed disk from RAID5 array
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Need to remove failed disk from RAID5 array
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Need to remove failed disk from RAID5 array
  • From: Alex <mysqlstudent@xxxxxxxxx>
• Re: Need to remove failed disk from RAID5 array
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID5 speed goes down
  • From: Asdo <asdo@xxxxxxxxxxxxx>
• Re: Need to remove failed disk from RAID5 array
  • From: Alex <mysqlstudent@xxxxxxxxx>
• Re: Need to remove failed disk from RAID5 array
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Catching a RAID error in a process
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Need to remove failed disk from RAID5 array
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: Need to remove failed disk from RAID5 array
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Question about how to migrate raid0 to raid5
  • From: Zhang Jiejing <b33651@xxxxxxxxxxxxx>
• [PULL REQUEST] 3 more md bugfixes .. they just keep coming...
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Need to remove failed disk from RAID5 array
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: Need to remove failed disk from RAID5 array
  • From: Alex <mysqlstudent@xxxxxxxxx>
• Re: Catching a RAID error in a process
  • From: NeilBrown <neilb@xxxxxxx>
• Catching a RAID error in a process
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: keld@xxxxxxxxxx
• Re: Need to remove failed disk from RAID5 array
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: Asdo <asdo@xxxxxxxxxxxxx>
• Re: [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: Jaromir Capik <jcapik@xxxxxxxxxx>
• Re: [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: Jaromir Capik <jcapik@xxxxxxxxxx>
• Re: [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: Jaromir Capik <jcapik@xxxxxxxxxx>
• Re: [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: keld@xxxxxxxxxx
• Re: [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• [RFE] Please, add optional RAID1 feature (= chunk checksums) to make it more robust
  • From: Jaromir Capik <jcapik@xxxxxxxxxx>
• Re: RAID5 speed goes down
  • From: Alexander Schleifer <alexander.schleifer@xxxxxxxxxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: keld@xxxxxxxxxx
• Re: v3.5 regression in IMSM support
  • From: Brian Downing <bdowning@xxxxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: NeilBrown <neilb@xxxxxxx>
• Re: v3.5 regression in IMSM support
  • From: NeilBrown <neilb@xxxxxxx>
• Re: On mdadm 3.2 and bad-block-log
  • From: NeilBrown <neilb@xxxxxxx>
• Re: xfs/md filesystem hang on drive pull under IO with 2.6.35.13
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: xfs/md filesystem hang on drive pull under IO with 2.6.35.13
  • From: NeilBrown <neilb@xxxxxxx>
• xfs/md filesystem hang on drive pull under IO with 2.6.35.13
  • From: Benedict Singer <bzsing@xxxxxxxxx>
• [PATCH v3] DM RAID: Add support for MD RAID10
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [RFC]raid5: multiple thread handle stripe
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [RFC]raid5: multiple thread handle stripe
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: raid1 repair: sync_request() aborts if one of the drives has bad block recorded
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• recreating a non-damaged RAID5
  • From: Somewhere ToHide <andre_39145@xxxxxxxxxx>
• Re: doubt about raid 'quality'
  • From: Igor M Podlesny <for.poige+lsr@xxxxxxxxx>
• raid1: metadata 1.2 size calculation formula needed
  • From: Sebastian Riemer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• v3.5 regression in IMSM support
  • From: Brian Downing <bdowning@xxxxxxxxx>
• Re: doubt about raid 'quality'
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: On mdadm 3.2 and bad-block-log
  • From: Asdo <asdo@xxxxxxxxxxxxx>
• What to do with this RAID6 ...
  • From: "Stefan G. Weichinger" <lists@xxxxxxxx>
• Re: doubt about raid 'quality'
  • From: Igor M Podlesny <for.poige+lsr@xxxxxxxxx>
• [PATCH 1/2 V1] fs/block-dev.c:fix performance regression in O_DIRECT writes to md block devices
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: Re: [PATCH 1/2 V1] [PATCH] fs/block-dev.c:fix performance regression in O_DIRECT writes to md block devices
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: commit backport request
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: commit backport request
  • From: NeilBrown <neilb@xxxxxxx>
• Re: commit backport request
  • From: Igor M Podlesny <for.poige+lsr@xxxxxxxxx>
• Re: [PATCH 1/2 V1] [PATCH] fs/block-dev.c:fix performance regression in O_DIRECT writes to md block devices
  • From: NeilBrown <neilb@xxxxxxx>
• Re: doubt about raid 'quality'
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 2/2 V1] raid5: For odirect-write performance, not set STRIPE_PREREAD_ACTIVE.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: On mdadm 3.2 and bad-block-log
  • From: NeilBrown <neilb@xxxxxxx>
• Re: PATCH: md/raid1: sync_request_write() may complete r1_bio without rescheduling
  • From: NeilBrown <neilb@xxxxxxx>
• Re: raid1 repair: sync_request() aborts if one of the drives has bad block recorded
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Re: [PATCH 0/2] Improve odirect-write performance for block-device.
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: [PATCH] raid5: Flush data when do_md_stop in order to avoid stripe_cache leaking.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: doubt about raid 'quality'
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Need to remove failed disk from RAID5 array
  • From: Alex <mysqlstudent@xxxxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• RAID5 speed goes down
  • From: Alexander Schleifer <alexander.schleifer@xxxxxxxxxxxxxx>
• doubt about raid 'quality'
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• PATCH: md/raid1: sync_request_write() may complete r1_bio without rescheduling
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: Re: [PATCH 0/2] Improve odirect-write performance for block-device.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: On mdadm 3.2 and bad-block-log
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: commit backport request
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: On mdadm 3.2 and bad-block-log
  • From: Asdo <asdo@xxxxxxxxxxxxx>
• Re: Re: [PATCH V1] raidd5:Only move IO_THRESHOLD stripes from delay_list to hold_list once.
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: raid1 repair: sync_request() aborts if one of the drives has bad block recorded
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• [PATCH 2/2 V1] raid5: For odirect-write performance, not set STRIPE_PREREAD_ACTIVE.
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: keld@xxxxxxxxxx
• Re: [PATCH] raid5: Flush data when do_md_stop in order to avoid stripe_cache leaking.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Re: [PATCH 2/2] raid5: For write performance, remove REQ_SYNC when write was odirect.
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: On mdadm 3.2 and bad-block-log
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: [PATCH V1] raidd5:Only move IO_THRESHOLD stripes from delay_list to hold_list once.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: On mdadm 3.2 and bad-block-log
  • From: Asdo <asdo@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] raid5: For write performance, remove REQ_SYNC when write was odirect.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Re: [PATCH 2/2] raid5: For write performance, remove REQ_SYNC when write was odirect.
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: [PATCH 2/2] raid5: For write performance, remove REQ_SYNC when write was odirect.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Re: [RFC PATCH V1] raid5: Add R5_ReadNoMerge flag which prevent bio from merging at block layer
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: Re: [PATCH 2/2] raid5: For write performance, remove REQ_SYNC when write was odirect.
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: mdadm-3.2.5: segfault in "--grow --continue"
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 1/2 V1] [PATCH] fs/block-dev.c:fix performance regression in O_DIRECT writes to md block devices
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [RFC PATCH V1] raid5: Add R5_ReadNoMerge flag which prevent bio from merging at block layer
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Re: [PATCH 2/2] raid5: For write performance, remove REQ_SYNC when write was odirect.
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: Re: [PATCH 0/2] Improve odirect-write performance for block-device.
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: [PATCH 2/2] raid5: For write performance, remove REQ_SYNC when write was odirect.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Re: [PATCH 1/2] fs/block-dev.c:fix performance regression in O_DIRECT writes to md block devices.
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: [PATCH 1/2] fs/block-dev.c:fix performance regression in O_DIRECT writes to md block devices.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [RFC]raid5: multiple thread handle stripe
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [patch 1/3 v4]raid1: make sequential read detection per disk based
  • From: NeilBrown <neilb@xxxxxxx>
• Re: On mdadm 3.2 and bad-block-log
  • From: NeilBrown <neilb@xxxxxxx>
• Re: raid1 repair: sync_request() aborts if one of the drives has bad block recorded
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 0/2] Improve odirect-write performance for block-device.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: commit backport request
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 2/2] raid5: For write performance, remove REQ_SYNC when write was odirect.
  • From: majianpeng <majianpeng@xxxxxxxxx>
• [PATCH 1/2] fs/block-dev.c:fix performance regression in O_DIRECT writes to md block devices.
  • From: majianpeng <majianpeng@xxxxxxxxx>
• [PATCH 0/2] Improve odirect-write performance for block-device.
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: Re: [PATCH V1] raidd5:Only move IO_THRESHOLD stripes from delay_list to hold_list once.
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Resizing/merging partitions on soft RAID
  • From: Istvan Pusztai <istvanp@xxxxxxxxx>
• Re: [PATCH V1] raidd5:Only move IO_THRESHOLD stripes from delay_list to hold_list once.
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PULL REQUEST] one new bugfix for md/RAID1
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Assembly failure
  • From: Richard Scobie <r.scobie@xxxxxxxxxxxx>
• Re: Assembly failure
  • From: Brian Candler <B.Candler@xxxxxxxxx>
• [RFC PATCH V1] raid5: Add R5_ReadNoMerge flag which prevent bio from merging at block layer
  • From: majianpeng <majianpeng@xxxxxxxxx>
• [PATCH V1] raidd5:Only move IO_THRESHOLD stripes from delay_list to hold_list once.
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: keld@xxxxxxxxxx
• [PATCH] raid5: Flush data when do_md_stop in order to avoid stripe_cache leaking.
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: keld@xxxxxxxxxx
• Re: commit backport request
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: Linux RAID subsystem future
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Linux RAID subsystem future
  • From: Drew <drew.kay@xxxxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Linux RAID subsystem future
  • From: Zdenek Kaspar <zkaspar82@xxxxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: keld@xxxxxxxxxx
• raid1 repair: sync_request() aborts if one of the drives has bad block recorded
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: [mdadm PATCH] bcache: add bcache superblock
  • From: Jacek Danecki <Jacek.Danecki@xxxxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] 07reshape5intr: Set speed_limit_min to be able to reduce resync speed below 1000
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH v2] DM RAID: Add support for MD RAID10
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• Re: commit backport request
  • From: NeilBrown <neilb@xxxxxxx>
• Re: commit backport request
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: commit backport request
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: RAID5 faild while in degraded mode, need help
  • From: Dietrich Heise <dh@xxxxxxx>
• Re: Assembly failure
  • From: Christian Balzer <chibi@xxxxxxx>
• Re: Does mdadm supports TRIM command to SSDs?
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxx>
• Re: Does mdadm supports TRIM command to SSDs?
  • From: Bar Ziony <bartzy@xxxxxxxxx>
• Re: Does mdadm supports TRIM command to SSDs?
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxx>
• Re: Does mdadm supports TRIM command to SSDs?
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Does mdadm supports TRIM command to SSDs?
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Does mdadm supports TRIM command to SSDs?
  • From: Bar Ziony <bartzy@xxxxxxxxx>
• Re: Does mdadm supports TRIM command to SSDs?
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: mdadm-3.2.5: segfault in "--grow --continue"
  • From: Sebastian Hegler <sebastian.hegler@xxxxxxxxxxxxx>
• Re: Assembly failure
  • From: Brian Candler <B.Candler@xxxxxxxxx>
• Re: Assembly failure
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: Assembly failure
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: On mdadm 3.2 and bad-block-log
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: Assembly failure
  • From: Brian Candler <B.Candler@xxxxxxxxx>
• Re: Assembly failure
  • From: Christian Balzer <chibi@xxxxxxx>
• Re: Does mdadm supports TRIM command to SSDs?
  • From: Bar Ziony <bartzy@xxxxxxxxx>
• Re: Assembly failure
  • From: Brian Candler <B.Candler@xxxxxxxxx>
• [PATCH] 07reshape5intr: Set speed_limit_min to be able to reduce resync speed below 1000
  • From: Jes.Sorensen@xxxxxxxxxx
• Re: tests/03r5assemV1 issues
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: tests/03r5assemV1 issues
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: tests/03r5assemV1 issues
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Assembly failure
  • From: NeilBrown <neilb@xxxxxxx>
• Re: mdadm-3.2.5: segfault in "--grow --continue"
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Does mdadm supports TRIM command to SSDs?
  • From: Igor M Podlesny <for.poige+lsr@xxxxxxxxx>
• Re: Does mdadm supports TRIM command to SSDs?
  • From: Igor M Podlesny <for.poige+lsr@xxxxxxxxx>
• Re: Possible data corruption after rebuild
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] DM RAID: Add support for MD RAID10 personality
  • From: NeilBrown <neilb@xxxxxxx>
• Does mdadm supports TRIM command to SSDs?
  • From: Bar Ziony <bartzy@xxxxxxxxx>
• [PATCH] Fix --update=homehost
  • From: Justin Maggard <jmaggard10@xxxxxxxxx>
• Re: [PATCH] DM RAID: Add support for MD RAID10 personality
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: Assembly failure
  • From: Brian Candler <B.Candler@xxxxxxxxx>
• Re: Possible data corruption after rebuild
  • From: Alex <mysqlstudent@xxxxxxxxx>
• Re: Assembly failure
  • From: Sebastian Riemer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• Re: Assembly failure
  • From: pants <pants@xxxxxxxxxx>
• Re: Assembly failure
  • From: Brian Candler <B.Candler@xxxxxxxxx>
• Re: 'Device not ready' issue on mpt2sas since 3.1.10
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: mdadm-3.2.5: segfault in "--grow --continue"
  • From: Sebastian Hegler <sebastian.hegler@xxxxxxxxxxxxx>
• Re: Assembly failure
  • From: Sebastian Riemer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• Assembly failure
  • From: Brian Candler <B.Candler@xxxxxxxxx>
• Re: mdadm-3.2.5: segfault in "--grow --continue"
  • From: NeilBrown <neilb@xxxxxxx>
• mdadm-3.2.5: segfault in "--grow --continue"
  • From: Sebastian Hegler <sebastian.hegler@xxxxxxxxxxxxx>
• Re: 'Device not ready' issue on mpt2sas since 3.1.10
  • From: Matthias Prager <linux@xxxxxxxxxxxxxxxxx>
• Re: 'Device not ready' issue on mpt2sas since 3.1.10
  • From: Matthias Prager <linux@xxxxxxxxxxxxxxxxx>
• Re: 'Device not ready' issue on mpt2sas since 3.1.10
  • From: Matthias Prager <linux@xxxxxxxxxxxxxxxxx>
• Re: mdadm crash with lots of devs
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• Re: RAID5 faild while in degraded mode, need help
  • From: NeilBrown <neilb@xxxxxxx>
• Re: 'Device not ready' issue on mpt2sas since 3.1.10
  • From: Robert Trace <maillist@xxxxxxxxxxxxx>
• Re: 'Device not ready' issue on mpt2sas since 3.1.10
  • From: NeilBrown <neilb@xxxxxxx>
• Re: mdadm crash with lots of devs
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md device is read only mode
  • From: NeilBrown <neilb@xxxxxxx>
• Re: 'Device not ready' issue on mpt2sas since 3.1.10
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: 'Device not ready' issue on mpt2sas since 3.1.10
  • From: Robert Trace <maillist@xxxxxxxxxxxxx>
• Re: md device is read only mode
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: 'Device not ready' issue on mpt2sas since 3.1.10
  • From: Matthias Prager <linux@xxxxxxxxxxxxxxxxx>
• mdadm crash with lots of devs
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• Re: Re: mkfs.xfs states log stripe unit is too large
  • From: kedacomkernel <kedacomkernel@xxxxxxxxx>
• Re: md raid6 deadlock on write
  • From: Jose Manuel dos Santos Calhariz <jose.calhariz@xxxxxxxxxxx>
• Re: RAID5 faild while in degraded mode, need help
  • From: Dietrich Heise <dh@xxxxxxx>
• [RFC]raid5: multiple thread handle stripe
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: RAID5 superblock and filesystem recovery after re-creation
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID5 superblock and filesystem recovery after re-creation
  • From: Alexander Schleifer <alexander.schleifer@xxxxxxxxxxxxxx>
• Re: commit backport request
  • From: NeilBrown <neilb@xxxxxxx>
• Re: commit backport request
  • From: Igor M Podlesny <for.poige+lsr@xxxxxxxxx>
• commit backport request
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md raid6 deadlock on write
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Find mismatch in data blocks during raid6 repair
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md device is read only mode
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Raid1 resync problem with leap seconds ?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Raid1 resync problem with leap seconds ?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Possible data corruption after rebuild
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID5 faild while in degraded mode, need help
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID5 superblock and filesystem recovery after re-creation
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID5 superblock and filesystem recovery after re-creation
  • From: Alexander Schleifer <alexander.schleifer@xxxxxxxxxxxxxx>
• Re: RAID5 superblock and filesystem recovery after re-creation
  • From: NeilBrown <neilb@xxxxxxx>
• RAID5 superblock and filesystem recovery after re-creation
  • From: Alexander Schleifer <alexander.schleifer@xxxxxxxxxxxxxx>
• RAID5 faild while in degraded mode, need help
  • From: Dietrich Heise <dh@xxxxxxx>
• Re: raid10 make_request failure during iozone benchmark upon btrfs
  • From: Kerin Millar <kerframil@xxxxxxxxx>
• Re: Re: [PATCH] raid5:Only move IO_THRESHOLD stripes from delay_list to hold_list in raid5_activate_delayed().
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: [PATCH 0 of 5] MD: prepare RAID10 for inclusion in dm-raid.c
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH] raid5:Only move IO_THRESHOLD stripes from delay_list to hold_list in raid5_activate_delayed().
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Possible data corruption after rebuild
  • From: Alex <mysqlstudent@xxxxxxxxx>
• Re: Possible data corruption after rebuild
  • From: Alex <mysqlstudent@xxxxxxxxx>
• Possible data corruption after rebuild
  • From: Alex <mysqlstudent@xxxxxxxxx>
• Re: md raid6 deadlock on write
  • From: Jose Manuel dos Santos Calhariz <jose.calhariz@xxxxxxxxxxx>
• Re: [PATCH] raid5:Only move IO_THRESHOLD stripes from delay_list to hold_list in raid5_activate_delayed().
  • From: Paul Menzel <paulepanter@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] raid5:Only move IO_THRESHOLD stripes from delay_list to hold_list in raid5_activate_delayed().
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Raid1 resync problem with leap seconds ?
  • From: Arnold Schulz <arnysch@xxxxxxx>
• Re: tests/03r5assemV1 issues
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [patch 2/3 v4]raid1: read balance chooses idlest disk for SSD
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: [patch 2/3 v4]raid1: read balance chooses idlest disk for SSD
  • From: Shaohua Li <shli@xxxxxxxxxx>
• md device is read only mode
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: [patch 2/3 v4]raid1: read balance chooses idlest disk for SSD
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• [patch 3/3 v4]raid1: prevent merging too large request
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [patch 2/3 v4]raid1: read balance chooses idlest disk for SSD
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [patch 1/3 v4]raid1: make sequential read detection per disk based
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: disk failed during reshape, md3_reshape blocked
  • From: Brendan Hide <brendan@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] DM RAID: Add support for MD RAID10 personality
  • From: Jan Ceuleers <jan.ceuleers@xxxxxxxxxxxx>
• Re: [patch 3/3 v3] raid1: prevent merging too large request
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [patch 3/3 v2]raid5: add a per-stripe lock
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: [patch 2/3 v2]raid5: remove unnecessary bitmap write optimization
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [patch 3/3 v3] raid1: prevent merging too large request
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [patch 2/3 v3] raid1: read balance chooses idlest disk for SSD
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [patch 1/3 v3] raid1: make sequential read detection per disk based
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Re: [RFC PATCH] raid5: Add R5_ReadNoMerge flag which prevent bio from merging at block layer
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: tests/03r5assemV1 issues
  • From: NeilBrown <neilb@xxxxxxx>
• [patch 3/3 v2]raid5: add a per-stripe lock
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [patch 2/3 v2]raid5: remove unnecessary bitmap write optimization
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [patch 1/3 v2]raid5: lockless access raid5 overrided bi_phys_segments
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] DM RAID: Add support for MD RAID10 personality
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [patch 3/3]raid5: remove unnecessary bitmap write optimization
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md raid6 deadlock on write
  • From: Igor M Podlesny <for.poige+lsr@xxxxxxxxx>
• Re: [RFC PATCH] raid5: Add R5_ReadNoMerge flag which prevent bio from merging at block layer
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [patch 0/3 v3] MD: improve raid1/10 write performance for fast storage
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md raid6 deadlock on write
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] DM RAID: Add support for MD RAID10 personality
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 0 of 5] MD: prepare RAID10 for inclusion in dm-raid.c
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] MD RAID10: Fix compiler warning.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Re: [patch 03/10 v3] raid5: add a per-stripe lock
  • From: majianpeng <majianpeng@xxxxxxxxx>
• [PATCH] DM RAID: Add support for MD RAID10 personality
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• Re: [patch 03/10 v3] raid5: add a per-stripe lock
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 4 of 4] MD RAID10: Export md_raid10_congested
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 3 of 4] MD: Move macros from raid1*.h to raid1*.c
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 2 of 4] MD RAID1: rename mirror_info structure
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 1 of 4] MD RAID10: rename mirror_info structure
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 0 of 5] MD: prepare RAID10 for inclusion in dm-raid.c
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH] MD RAID10: Fix compiler warning.
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• Re: Find mismatch in data blocks during raid6 repair
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: Find mismatch in data blocks during raid6 repair
  • From: Robert Buchholz <robert.buchholz@xxxxxxxxxxxx>
• Re: tests/03r5assemV1 issues
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: raid10 make_request failure during iozone benchmark upon btrfs
  • From: Chris Mason <chris.mason@xxxxxxxxxxxx>
• Re: Re: [patch 03/10 v3] raid5: add a per-stripe lock
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: [patch 0/3 v3] MD: improve raid1/10 write performance for fast storage
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Re: [RFC PATCH] raid5: Add R5_ReadNoMerge flag which prevent bio from merging at block layer
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: [patch 10/10 v3] raid5: create multiple threads to handle stripes
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PULL REQUEST] md fixes for 3.5-rc
  • From: NeilBrown <neilb@xxxxxxx>
• [patch 3/3]raid5: remove unnecessary bitmap write optimization
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [patch 2/3] raid5: add a per-stripe lock
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [patch 1/3]raid5: lockless access raid5 overrided bi_phys_segments
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Fatal crash/hang in scsi_lib after RAID disk failure
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Stacked array data recovery
  • From: Ramon Hofer <ramonhofer@xxxxxxxxxx>
• Re: Fatal crash/hang in scsi_lib after RAID disk failure
  • From: Christian Balzer <chibi@xxxxxxx>
• Re: Fatal crash/hang in scsi_lib after RAID disk failure
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [RFC PATCH] raid5: Add R5_ReadNoMerge flag which prevent bio from merging at block layer
  • From: NeilBrown <neilb@xxxxxxx>
• [RFC PATCH] raid5: Add R5_ReadNoMerge flag which prevent bio from merging at block layer
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: Fatal crash/hang in scsi_lib after RAID disk failure
  • From: Christian Balzer <chibi@xxxxxxx>
• Re: Fatal crash/hang in scsi_lib after RAID disk failure
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Resync Every Sunday
  • From: Keith Keller <kkeller@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: raid10 make_request failure during iozone benchmark upon btrfs
  • From: NeilBrown <neilb@xxxxxxx>
• Re: raid10 make_request failure during iozone benchmark upon btrfs
  • From: Kerin Millar <kerframil@xxxxxxxxx>
• Re: MD Raid10 recovery results in "attempt to access beyond end of device"
  • From: NeilBrown <neilb@xxxxxxx>
• Re: tests/03r5assemV1 issues
  • From: NeilBrown <neilb@xxxxxxx>
• Re: raid10 make_request failure during iozone benchmark upon btrfs
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [patch 03/10 v3] raid5: add a per-stripe lock
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Resync Every Sunday
  • From: Jonathan Tripathy <jonnyt@xxxxxxxxxxx>
• md raid6 deadlock on write
  • From: Jose Manuel dos Santos Calhariz <jose.calhariz@xxxxxxxxxxx>
• Re: Stacked array data recovery
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Resync Every Sunday
  • From: Keith Keller <kkeller@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [patch 8/8] raid5: create multiple threads to handle stripes
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Stacked array data recovery
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: [patch 10/10 v3] raid5: create multiple threads to handle stripes
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Problem with patch: "reject a re-add request that cannot be honoured" (commit bedd86b7773fd97f0d708cc0c371c8963ba7ba9a)
  • From: John Gehring <john.gehring@xxxxxxxxx>
• Re: Resync Every Sunday
  • From: Larkin Lowrey <llowrey@xxxxxxxxxxxxxxxxx>
• tests/03r5assemV1 issues
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: Stacked array data recovery
  • From: Ramon Hofer <ramonhofer@xxxxxxxxxx>
• Re: Stacked array data recovery
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Stacked array data recovery
  • From: Ramon Hofer <ramonhofer@xxxxxxxxxx>
• Re: Question about raid5 disk recovery logic
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: Re-adding disks to RAID6 in a Fujitsu NAS: old mdadm?
  • From: "Stefan G. Weichinger" <lists@xxxxxxxx>
• Re: mkfs.xfs states log stripe unit is too large
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: Problem with patch: "reject a re-add request that cannot be honoured" (commit bedd86b7773fd97f0d708cc0c371c8963ba7ba9a)
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [patch 03/10 v3] raid5: add a per-stripe lock
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [patch 0/3 v3] MD: improve raid1/10 write performance for fast storage
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: mkfs.xfs states log stripe unit is too large
  • From: NeilBrown <neilb@xxxxxxx>
• Re: mkfs.xfs states log stripe unit is too large
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [patch 08/10 v3] raid5: make_request use batch stripe release
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [patch 2/3 v3] raid1: read balance chooses idlest disk for SSD
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: [patch 2/3 v3] raid1: read balance chooses idlest disk for SSD
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: [patch 2/3 v3] raid1: read balance chooses idlest disk for SSD
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: [patch 2/3 v3] raid1: read balance chooses idlest disk for SSD
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: [patch 03/10 v3] raid5: add a per-stripe lock
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [patch 1/2]raid5: lockless access raid5 overrided bi_phys_segments
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [patch 2/2]raid5: add a per-stripe lock
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [patch 2/3 v3] raid1: read balance chooses idlest disk for SSD
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [patch 08/10 v3] raid5: make_request use batch stripe release
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: raid10 make_request failure during iozone benchmark upon btrfs
  • From: Kerin Millar <kerframil@xxxxxxxxx>
• Re: raid10 make_request failure during iozone benchmark upon btrfs
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [patch 10/10 v3] raid5: create multiple threads to handle stripes
  • From: NeilBrown <neilb@xxxxxxx>
• raid10 make_request failure during iozone benchmark upon btrfs
  • From: Kerin Millar <kerframil@xxxxxxxxx>
• Re: [patch 09/10 v3] raid5: raid5d handle stripe in batch way
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [patch 08/10 v3] raid5: make_request use batch stripe release
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [patch 2/3 v3] raid1: read balance chooses idlest disk for SSD
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• [patch 3/3 v3] raid1: prevent merging too large request
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [patch 2/3 v3] raid1: read balance chooses idlest disk for SSD
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [patch 1/3 v3] raid1: make sequential read detection per disk based
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [patch 0/3 v3] Optimize raid1 read balance for SSD
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [patch 07/10 v3] md: personality can provide unplug private data
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [patch 06/10 v3] raid5: reduce chance release_stripe() taking device_lock
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [patch 02/10 v3] raid5: delayed stripe fix
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [patch 03/10 v3] raid5: add a per-stripe lock
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [patch 02/10 v3] raid5: delayed stripe fix
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [patch 02/10 v3] raid5: delayed stripe fix
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Resync Every Sunday
  • From: Jonathan Tripathy <jonnyt@xxxxxxxxxxx>
• Re: Resync Every Sunday
  • From: Larkin Lowrey <llowrey@xxxxxxxxxxxxxxxxx>
• Re: Resync Every Sunday
  • From: Jonathan Tripathy <jonnyt@xxxxxxxxxxx>
• Re: Question about raid5 disk recovery logic
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Resync Every Sunday
  • From: Jonathan Tripathy <jonnyt@xxxxxxxxxxx>
• Re: Resync Every Sunday
  • From: Keith Keller <kkeller@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Question about raid5 disk recovery logic
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: Resync Every Sunday
  • From: Jonathan Tripathy <jonnyt@xxxxxxxxxxx>
• Re: Resync Every Sunday
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Resync Every Sunday
  • From: Jonathan Tripathy <jonnyt@xxxxxxxxxxx>
• Resync Every Sunday
  • From: Jonathan Tripathy <jonnyt@xxxxxxxxxxx>
• Re: Question about raid5 disk recovery logic
  • From: NeilBrown <neilb@xxxxxxx>
• Question about raid5 disk recovery logic
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: Find mismatch in data blocks during raid6 repair
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: [patch 0/3 v3] MD: improve raid1/10 write performance for fast storage
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Find mismatch in data blocks during raid6 repair
  • From: Robert Buchholz <robert.buchholz@xxxxxxxxxxxx>
• Re: Stacked array data recovery
  • From: Ramon Hofer <ramonhofer@xxxxxxxxxx>
• Re: Stacked array data recovery
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Re-adding disks to RAID6 in a Fujitsu NAS: old mdadm?
  • From: "Stefan G. Weichinger" <lists@xxxxxxxx>
• Re: Stacked array data recovery
  • From: Ramon Hofer <ramonhofer@xxxxxxxxxx>
• Re: Can't expand linear RAID on top of 2 x RAID1
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Stacked array data recovery
  • From: Ramon Hofer <ramonhofer@xxxxxxxxxx>
• Re: [patch 0/3 v3] MD: improve raid1/10 write performance for fast storage
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [patch 0/3 v3] MD: improve raid1/10 write performance for fast storage
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: [patch 0/3 v3] MD: improve raid1/10 write performance for fast storage
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [patch 0/3 v3] MD: improve raid1/10 write performance for fast storage
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Fatal crash/hang in scsi_lib after RAID disk failure
  • From: Christian Balzer <chibi@xxxxxxx>
• Re: Re-adding disks to RAID6 in a Fujitsu NAS: old mdadm?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Re-adding disks to RAID6 in a Fujitsu NAS: old mdadm?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Stacked array data recovery
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Stacked array data recovery
  • From: Krzysztof Adamski <k@xxxxxxxxxxx>
• Re: Re-adding disks to RAID6 in a Fujitsu NAS: old mdadm?
  • From: "Stefan G. Weichinger" <lists@xxxxxxxx>
• Re: Re-adding disks to RAID6 in a Fujitsu NAS: old mdadm?
  • From: "Stefan G. Weichinger" <lists@xxxxxxxx>
• Re: Re-adding disks to RAID6 in a Fujitsu NAS: old mdadm?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Re-adding disks to RAID6 in a Fujitsu NAS: old mdadm?
  • From: "Stefan G. Weichinger" <lists@xxxxxxxx>
• Re: Re-adding disks to RAID6 in a Fujitsu NAS: old mdadm?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Re-adding disks to RAID6 in a Fujitsu NAS: old mdadm?
  • From: "Stefan G. Weichinger" <lists@xxxxxxxx>