Linux RAID Storage Date Index

• Thread Index

• Re: [PATCH] md/raid1: add error handling of read error from FailFast device
  • From: Gi-Oh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• [RFC PATCH] raid6_pq: Add module options to prefer algorithm
  • From: Timofey Titovets <nefelim4ag@xxxxxxxxx>
• Re: question for documentation writers
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• question for documentation writers
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• [mdadm] Reshape stuck after interrupted by reboot
  • From: Fisher <fisherthepooh@xxxxxxxxxxxxxx>
• Re: Question re: re-establishment of a raid-10 array
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Re: [PATCH] md/raid1: add error handling of read error from FailFast device
  • From: Gi-Oh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• [PATCH] md/raid1: add error handling of read error from FailFast device
  • From: Gioh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• creating parities
  • From: Marek <mlf.conv@xxxxxxxxx>
• Re: Verify RAID1
  • From: Nick Leli <nicholasleli@xxxxxxxxx>
• Re: Further question(s)
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Re: Further question(s)
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Further question(s)
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Question re: re-establishment of a raid-10 array
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Question re: re-establishment of a raid-10 array
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Re: Verify RAID1
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Question re: re-establishment of a raid-10 array
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Further question(s)
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Re: Question re: re-establishment of a raid-10 array
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• WARNING in md_ioctl
  • From: syzbot <syzbot+1e46a0864c1a6e9bd3d8@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Question re: re-establishment of a raid-10 array
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Re: Question re: re-establishment of a raid-10 array
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: fix two problems with setting the "re-add" device state.
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Question re: re-establishment of a raid-10 array
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Re: Verify RAID1
  • From: Nick Leli <nicholasleli@xxxxxxxxx>
• Re: Verify RAID1
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH v4] Since changing number of devices in RAID10 is possible fix man and add a test
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: Verify RAID1
  • From: Nikhil Kshirsagar <nkshirsa@xxxxxxxxxx>
• Verify RAID1
  • From: Nick Leli <nicholasleli@xxxxxxxxx>
• Re: Should a raid-0 array immediately stop if a component disk is removed?
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: Should a raid-0 array immediately stop if a component disk is removed?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Should a raid-0 array immediately stop if a component disk is removed?
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: [PATCH] mdadm/grow: correct size and chunk_size casting
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH v4] Since changing number of devices in RAID10 is possible fix man and add a test
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: Fixing priority of RAID check?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• [PATCH] mdadm/grow: correct size and chunk_size casting
  • From: Roman Sobanski <roman.sobanski@xxxxxxxxx>
• Re: Fixing priority of RAID check?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Fixing priority of RAID check?
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: [lkp-robot] [MD] 0ffbb1adf8: aim7.jobs-per-min -10.6% regression
  • From: Ye Xiaolong <xiaolong.ye@xxxxxxxxx>
• Re: [lkp-robot] [MD] 0ffbb1adf8: aim7.jobs-per-min -10.6% regression
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH v4] Since changing number of devices in RAID10 is possible fix man and add a test
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH v4] Since changing number of devices in RAID10 is possible fix man and add a test
  • From: Azat Khuzhin <a3at.mail@xxxxxxxxx>
• [PATCH] md: fix two problems with setting the "re-add" device state.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH] raid10: check bio in r10buf_pool_free to void NULL pointer dereference
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: Fwd: Kernel crash trying to add an already removed disk from RAID 10
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [lkp-robot] [MD] 0ffbb1adf8: aim7.jobs-per-min -10.6% regression
  • From: Ye Xiaolong <xiaolong.ye@xxxxxxxxx>
• Re: mdadm: unrecognized option '--replace'
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: mdadm: unrecognized option '--replace'
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: mdadm: unrecognized option '--replace'
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Fwd: Kernel crash trying to add an already removed disk from RAID 10
  • From: Alexis Castilla <pencerval@xxxxxxxxx>
• Re: [PATCH] Prevent create IMSM volume with size smaller than 1M or chunk
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH] Prevent create IMSM volume with size smaller than 1M or chunk
  • From: Roman Sobanski <roman.sobanski@xxxxxxxxx>
• Re: Fwd: Kernel crash trying to add an already removed disk from RAID 10
  • From: Alexis Castilla <pencerval@xxxxxxxxx>
• Re: Fwd: Kernel crash trying to add an already removed disk from RAID 10
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: Fwd: Kernel crash trying to add an already removed disk from RAID 10
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [lkp-robot] [MD] 0ffbb1adf8: aim7.jobs-per-min -10.6% regression
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Fwd: Kernel crash trying to add an already removed disk from RAID 10
  • From: Alexis Castilla <pencerval@xxxxxxxxx>
• [RFC PATCH] md: add io statistics
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH] md: fix an error code format and remove unsed bio_sector
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• mdadm: unrecognized option '--replace'
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• [PATCH] md/raid10: exit sync request if MD_RECOVERY_INTR is set
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: Question
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• [PATCH v3] raid5: copy write hint from origin bio to stripe
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• Re: [PATCH v2] raid5: copy write hint from origin bio to stripe
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• [GIT PULL] MD update for 4.17-rc1
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2] raid5: copy write hint from origin bio to stripe
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Kernel bug when creating MD arrays
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Question
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Question
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Kernel bug when creating MD arrays
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• Re: Add udev-md-raid-safe-timeouts.rules
  • From: "Austin S. Hemmelgarn" <ahferroin7@xxxxxxxxx>
• Re: Add udev-md-raid-safe-timeouts.rules
  • From: "Austin S. Hemmelgarn" <ahferroin7@xxxxxxxxx>
• Re: Add udev-md-raid-safe-timeouts.rules
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Add udev-md-raid-safe-timeouts.rules
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Add udev-md-raid-safe-timeouts.rules
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Add udev-md-raid-safe-timeouts.rules
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: Add udev-md-raid-safe-timeouts.rules
  • From: "Austin S. Hemmelgarn" <ahferroin7@xxxxxxxxx>
• Add udev-md-raid-safe-timeouts.rules
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: 4tb NAS drive recommendation
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: 4tb NAS drive recommendation
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: 4tb NAS drive recommendation
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: 4tb NAS drive recommendation
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: 4tb NAS drive recommendation
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH 1/4] imsm: change reserved space to 4MB
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH v2] raid5: copy write hint from origin bio to stripe
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• Re: [PATCH 1/4] imsm: change reserved space to 4MB
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• Re: A Nasty md/raid bug in 2018?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• A Nasty md/raid bug in 2018?
  • From: Dmytro Shcherbakov <dmytro.shcherbakov@xxxxxxxxx>
• [PATCH] md: add "\n" to get_ro()
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH V4 1/1] MD: fix lock contention for flush bios
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 1/4] imsm: change reserved space to 4MB
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: 4tb NAS drive recommendation
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH] mdadm: fix use-after-free after free_mdstat
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: 4tb NAS drive recommendation
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: 4tb NAS drive recommendation
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: 4tb NAS drive recommendation
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: 4tb NAS drive recommendation
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: 4tb NAS drive recommendation
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH V4 1/1] MD: fix lock contention for flush bios
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: 4tb NAS drive recommendation
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH V4 1/1] MD: fix lock contention for flush bios
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: 4tb NAS drive recommendation
  • From: Matthias Walther <matthias@xxxxxxxxxxx>
• Re: 4tb NAS drive recommendation
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH V4 1/1] MD: fix lock contention for flush bios
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH V2] md/raid1: exit sync request if MD_RECOVERY_INTR is set
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md-cluster: don't update recovery_offset for faulty device
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH] md-cluster: don't update recovery_offset for faulty device
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: 4tb NAS drive recommendation
  • From: Nikolai Lusan <nikolai@xxxxxxxxxxx>
• 4tb NAS drive recommendation
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• [PATCH V2] md/raid1: exit sync request if MD_RECOVERY_INTR is set
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: [PATCH] md/raid1: exit sync request if MD_RECOVERY_INTR is set
  • From: yuyufen <yuyufen@xxxxxxxxxx>
• [PATCH V4 1/1] MD: fix lock contention for flush bios
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 4/4] imsm: do not use blocks_per_member in array size calculations
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• [PATCH 3/4] imsm: pass already existing map to imsm_num_data_members
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• [PATCH 2/4] imsm: add functions to get and set imsm dev size
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• [PATCH 1/4] imsm: change reserved space to 4MB
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• Re: raid6 glorious failure - help (or at least a shoulder to cry on) needed
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: raid6 glorious failure - help (or at least a shoulder to cry on) needed
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: raid6 glorious failure - help (or at least a shoulder to cry on) needed
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• raid6 glorious failure - help (or at least a shoulder to cry on) needed
  • From: "John Lupa" <john.lupa@xxxxxxxxx>
• Re: [PATCH] dm: fix DAX dependency
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: dm: fix DAX dependency
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] imsm: Allow create RAID volume with link to container
  • From: Michal Zylowski <michal.zylowski@xxxxxxxxx>
• [PATCH] dm: fix DAX dependency
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V3 1/1] MD: fix lock contention for flush bios
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] md: allow faster resync only on non-rotational media
  • From: John Pittman <jpittman@xxxxxxxxxx>
• Re: [PATCH] md/raid5: fix 'out of memory' during raid cache recovery
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH] md/raid5: fix 'out of memory' during raid cache recovery
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH V3 1/1] MD: fix lock contention for flush bios
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: problem with bio handling on raid5 and pblk
  • From: Javier González <javier@xxxxxxxxxxx>
• Re: [PATCH V3 1/1] MD: fix lock contention for flush bios
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH] mdadm: fix use-after-free after free_mdstat
  • From: Zhipeng Xie <xiezhipeng1@xxxxxxxxxx>
• Re: [PATCH] md: allow faster resync only on non-rotational media
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/raid1: exit sync request if MD_RECOVERY_INTR is set
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH V3 1/1] MD: fix lock contention for flush bios
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/raid5: fix 'out of memory' during raid cache recovery
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: mdadm: unable to grow array more than once
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: mdadm: unable to grow array more than once
  • From: Fisher <fisherthepooh@xxxxxxxxxxxxxx>
• Re: [PATCH] mdadm: set persistent sync_speed_max based on rotational attribute
  • From: John Pittman <jpittman@xxxxxxxxxx>
• [PATCH] md: allow faster resync only on non-rotational media
  • From: John Pittman <jpittman@xxxxxxxxxx>
• Re: mdadm: unable to grow array more than once
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: mdadm: unable to grow array more than once
  • From: Fisher <fisherthepooh@xxxxxxxxxxxxxx>
• Re: mdadm: unable to grow array more than once
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• mdadm: unable to grow array more than once
  • From: Fisher <fisherthepooh@xxxxxxxxxxxxxx>
• Re: [PATCH] mdadm: set persistent sync_speed_max based on rotational attribute
  • From: John Pittman <jpittman@xxxxxxxxxx>
• Re: Replace disks
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Replace disks
  • From: Mateusz Korniak <mateusz-lists@xxxxxxxxxxxxxx>
• Re: [PATCH] mdadm: set persistent sync_speed_max based on rotational attribute
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH] md/raid5: fix 'out of memory' during raid cache recovery
  • From: Alexei Naberezhnov <anaberezhnov@xxxxxx>
• Re: Replace disks
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Replace disks
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: [PATCH] mdadm: set persistent sync_speed_max based on rotational attribute
  • From: John Pittman <jpittman@xxxxxxxxxx>
• Re: Replace disks
  • From: Mateusz Korniak <mateusz-lists@xxxxxxxxxxxxxx>
• Re: Replace disks
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Replace disks
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Replace disks
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Replace disks
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Replace disks
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Replace disks
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Replace disks
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Replace disks
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Grow array size issue if not using full space at first place with super 1.0
  • From: Fisher <fisherthepooh@xxxxxxxxxxxxxx>
• Re: Replace disks
  • From: Mateusz Korniak <mateusz-lists@xxxxxxxxxxxxxx>
• Replace disks
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• mdadm-4.1-rc1
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH] md/raid1: exit sync request if MD_RECOVERY_INTR is set
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: problem with bio handling on raid5 and pblk
  • From: Javier González <javier@xxxxxxxxxxx>
• Re: problem with bio handling on raid5 and pblk
  • From: Matias Bjørling <mb@xxxxxxxxxxx>
• problem with bio handling on raid5 and pblk
  • From: Javier González <javier@xxxxxxxxxxx>
• Re: [RESEND PATCH 0/5] Setting write hint in MD RAID
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH V3 1/1] MD: fix lock contention for flush bios
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] raid1: correction about array_frozen in wait_barrier()
  • From: lzhong <lzhong@xxxxxxxx>
• Re: 4.15.8 Kernel - Strange linux-raid behavior, not sure where to send it.
  • From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mdadm: set persistent sync_speed_max based on rotational attribute
  • From: John Pittman <jpittman@xxxxxxxxxx>
• Re: [PATCH] mdadm: set persistent sync_speed_max based on rotational attribute
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] mdadm: set persistent sync_speed_max based on rotational attribute
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• [PATCH] mdadm: set persistent sync_speed_max based on rotational attribute
  • From: John Pittman <jpittman@xxxxxxxxxx>
• Re: [PATCH 00/47] arch-removal: device drivers
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• Re: [PATCH] raid1: correction about array_frozen in wait_barrier()
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• Re: [PATCH 07/47] raid: remove tile specific raid6 implementation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 07/47] raid: remove tile specific raid6 implementation
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 00/47] arch-removal: device drivers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] raid1: correction about array_frozen in wait_barrier()
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH] raid1: correction about array_frozen in wait_barrier()
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• Re: 4.15.8 Kernel - Strange linux-raid behavior, not sure where to send it.
  • From: 王金浦 <jinpuwang@xxxxxxxxx>
• Re: 4.15.8 Kernel - Strange linux-raid behavior, not sure where to send it.
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• [RFC PATCH] raid10: barrier reimplementation
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• Re: 4.15.8 Kernel - Strange linux-raid behavior, not sure where to send it.
  • From: 王金浦 <jinpuwang@xxxxxxxxx>
• 4.15.8 Kernel - Strange linux-raid behavior, not sure where to send it.
  • From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
• Re: accidentally deleted part of raid5?
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• accidentally deleted part of raid5?
  • From: Marek <mlf.conv@xxxxxxxxx>
• Re: [PATCH RESEND] imsm: fix assemble with ppl during rebuild
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH RESEND] imsm: fix assemble with ppl during rebuild
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: mdadm superblock goes missing on reboot
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: [PATCH 00/19] mdadm/clustermd_tests: update the testing part
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• mdadm 4.1-rc snapshot
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• mdadm superblock goes missing on reboot
  • From: John Maguire <jmaguire2013@xxxxxxxxx>
• Re: [PATCH V3 3/3] Assemble: cleanup the failure path
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH V3 2/3] Assemble: provide protection when clustered raid do assemble
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH V3 1/3] mdadm: improve the dlm locking mechanism for clustered raid
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [GIT PULL] MD update for 4.16-rc3
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [RESEND PATCH 0/5] Setting write hint in MD RAID
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• Re: [PATCH] bcache: fix kernel crashes when run fio in a RAID backend bcache device
  • From: Coly Li <colyli@xxxxxxx>
• Re: [RFC PATCH V2] MD: fix lock contention for flush bios
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [RFC PATCH V2] MD: fix lock contention for flush bios
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2] md/raid1: fix NULL pointer dereference
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v3] md: fix a potential deadlock of raid5/raid10 reshape
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md-cluster: choose correct label when clustered layout is not supported
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH v2] md/raid1: fix NULL pointer dereference
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: [PATCH] md/raid1: fix NULL pointer dereference
  • From: yuyufen <yuyufen@xxxxxxxxxx>
• Re: [PATCH] md/raid1: fix NULL pointer dereference
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v2] mdadm: prevent out-of-date reshaping devices from force assemble
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: Reliability of RAID 5 repair function (mismatch_cnt 9560824)
  • From: Michael Metze <michael.metze@xxxxxxxxxxx>
• [PATCH] md/raid1: fix NULL pointer dereference
  • From: yuyufen <yuyufen@xxxxxxxxxx>
• Re: Reliability of RAID 5 repair function (mismatch_cnt 9560824)
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] md: fix a potential deadlock of raid5/raid10 reshape
  • From: bingjingc <bingjingc@xxxxxxxxxxxx>
• [PATCH v2] mdadm: prevent out-of-date reshaping devices from force assemble
  • From: bingjingc <bingjingc@xxxxxxxxxxxx>
• [PATCH v2] md/md: replace confusing resync progress 99.9% with new wording
  • From: bingjingc <bingjingc@xxxxxxxxxxxx>
• [PATCH v3] md: fix a potential deadlock of raid5/raid10 reshape
  • From: bingjingc <bingjingc@xxxxxxxxxxxx>
• Re: [PATCH 00/19] mdadm/clustermd_tests: update the testing part
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH] md-cluster: choose correct label when clustered layout is not supported
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH V3 0/3] Make dlm lock more reliable for cluster-md
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Reliability of RAID 5 repair function (mismatch_cnt 9560824)
  • From: Michael Metze <michael.metze@xxxxxxxxxxx>
• Page allocation stalls in raid1 array
  • From: Thilo Molitor <thilo@xxxxxxxxxxxxx>
• Re: [PATCH v2] md: fix a potential deadlock of raid5/raid10 reshape
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [RESEND PATCH 0/5] Setting write hint in MD RAID
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md: raid5: avoid string overflow warning
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH 1/1] Add one sanity check for missing device
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [RFC PATCH V2] MD: fix lock contention for flush bios
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [RFC PATCH] MD: fix lock contention for flush bios
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH v2] md: fix a potential deadlock of raid5/raid10 reshape
  • From: bingjingc <bingjingc@xxxxxxxxxxxx>
• Re: [MDADM PATCH] A sanity check for missing device
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] imsm: update product name in error message
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [RESEND PATCH 0/5] Setting write hint in MD RAID
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• [PATCH] md: raid5: avoid string overflow warning
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [mdadm PATCH] imsm: fix assemble with ppl during rebuild
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH] raid5-ppl: fix handling flush requests
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: Automatically start two-level mdadm RAID arrays (i.e. RAID 60) on boot?
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Re: Automatically start two-level mdadm RAID arrays (i.e. RAID 60) on boot?
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: [md PATCH 2/2] md: only allow remove_and_add_spares when no sync_thread running.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: how to determine parity block
  • From: Ben Estrabaud <ben.estrabaud@xxxxxxxxxx>
• how to determine parity block
  • From: Marek <mlf.conv@xxxxxxxxx>
• Re: [md PATCH 2/2] md: only allow remove_and_add_spares when no sync_thread running.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [md PATCH 2/2] md: only allow remove_and_add_spares when no sync_thread running.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [md PATCH 0/2] Resend raid10-NULL-deref fix
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md: fix md_write_start() deadlock w/o metadata devices
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [RESEND PATCH 2/5] raid5: copy write hint from origin bio to stripe
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [RESEND PATCH 0/5] Setting write hint in MD RAID
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [RFC PATCH] MD: fix lock contention for flush bios
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] MD: Free bioset when md_run fails
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] raid10: change the size of resync window for clustered raid
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2] md-multipath: Use seq_putc() in multipath_status()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/raid1: Fix trailing semicolon
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/raid5: fix a potential deadlock of raid5 reshape
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/raid5: simplify uninitialization of shrinker
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Automatically start two-level mdadm RAID arrays (i.e. RAID 60) on boot?
  • From: Sean Caron <scaron@xxxxxxxxx>
• [PATCH] imsm: update product name in error message
  • From: Michal Zylowski <michal.zylowski@xxxxxxxxx>
• Re: Automatically start two-level mdadm RAID arrays (i.e. RAID 60) on boot?
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: Automatically start two-level mdadm RAID arrays (i.e. RAID 60) on boot?
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Automatically start two-level mdadm RAID arrays (i.e. RAID 60) on boot?
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Automatically start two-level mdadm RAID arrays (i.e. RAID 60) on boot?
  • From: Sean Caron <scaron@xxxxxxxxx>
• Re: Automatically start two-level mdadm RAID arrays (i.e. RAID 60) on boot?
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Automatically start two-level mdadm RAID arrays (i.e. RAID 60) on boot?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Automatically start two-level mdadm RAID arrays (i.e. RAID 60) on boot?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Automatically start two-level mdadm RAID arrays (i.e. RAID 60) on boot?
  • From: Sean Caron <scaron@xxxxxxxxx>
• [RESEND PATCH 5/5] raid5: set write hint for PPL
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• [RESEND PATCH 4/5] raid5: set write hint for parity
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• [RESEND PATCH 3/5] raid5: sysfs attribute for write hint policy
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• [RESEND PATCH 2/5] raid5: copy write hint from origin bio to stripe
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• [RESEND PATCH 1/5] raid1: copy write hint from master bio to behind bio
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• [RESEND PATCH 0/5] Setting write hint in MD RAID
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Mateusz Korniak <mateusz-lists@xxxxxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Mateusz Korniak <mateusz-lists@xxxxxxxxxxxxxx>
• Re: RFC - de-clustered raid 60 or 61 algorithm
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Kay Diederichs <kay.diederichs@xxxxxxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: RFC - de-clustered raid 60 or 61 algorithm
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Kay Diederichs <kay.diederichs@xxxxxxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Kay Diederichs <kay.diederichs@xxxxxxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: RFC - de-clustered raid 60 or 61 algorithm
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: RFC - de-clustered raid 60 or 61 algorithm
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [MDADM PATCH] A sanity check for missing device
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: RFC - de-clustered raid 60 or 61 algorithm
  • From: NeilBrown <neilb@xxxxxxxx>
• RFC - de-clustered raid 60 or 61 algorithm
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: [OT] C programming problem
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: [OT] C programming problem
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH] mdadm: Expose Kill() return codes to user
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [OT] C programming problem
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH] mdadm: Expose Kill() return codes to user
  • From: John Pittman <jpittman@xxxxxxxxxx>
• Re: [OT] C programming problem
  • From: Michael Fritscher <michael@xxxxxxxxxxxxx>
• Re: [OT] C programming problem
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: [MDADM PATCH] A sanity check for missing device
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] mdadm: Expose Kill() return codes to user
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [OT] C programming problem
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: Buffer I/O error... async page read
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Kay Diederichs <kay.diederichs@xxxxxxxxxxxxxxx>
• Re: Buffer I/O error... async page read
  • From: Liwei <xieliwei@xxxxxxxxx>
• Re: Buffer I/O error... async page read
  • From: Weedy <weedy2887@xxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• force remapping a pending sector in sw raid5 array
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: [md PATCH 2/2] md: only allow remove_and_add_spares when no sync_thread running.
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: Buffer I/O error... async page read
  • From: Liwei <xieliwei@xxxxxxxxx>
• [PATCH v2] md raid10: fix NULL deference in handle_write_completed()
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH] md raid10: fix NULL deference in handle_write_completed()
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH] mdadm: prevent out-of-date reshaping devices from force assemble
  • From: bingjingc <bingjingc@xxxxxxxxxxxx>
• 4k random writes initially quite slow on raid10 md device
  • From: Jérôme Charaoui <jcharaoui@xxxxxxxxxxxxxxxxxx>
• Buffer I/O error... async page read
  • From: Liwei <xieliwei@xxxxxxxxx>
• [PATCH v4] Since changing number of devices in RAID10 is possible fix man and add a test
  • From: Azat Khuzhin <a3at.mail@xxxxxxxxx>
• Re: [RFC PATCH] md raid10: fix NULL deference in handle_write_completed()
  • From: yuyufen <yuyufen@xxxxxxxxxx>
• Re: [PATCH v3] Since changing number of devices in RAID10 is possible fix man and add a test
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [RFC PATCH] md raid10: fix NULL deference in handle_write_completed()
  • From: NeilBrown <neilb@xxxxxxxx>
• [RFC PATCH] md raid10: fix NULL deference in handle_write_completed()
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH v3] Since changing number of devices in RAID10 is possible fix man and add a test
  • From: Azat Khuzhin <a3at.mail@xxxxxxxxx>
• [PATCH v2] Since changing number of devices in RAID10 is possible fix man and add a test
  • From: Azat Khuzhin <a3at.mail@xxxxxxxxx>
• Re: [PATCH] Since changing number of devices in RAID10 is possible fix man and add a test (RFC)
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH] Since changing number of devices in RAID10 is possible fix man and add a test (RFC)
  • From: Azat Khuzhin <a3at.mail@xxxxxxxxx>
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: mostafa kishani <mostafa.kishani@xxxxxxxxx>
• [md PATCH 2/2] md: only allow remove_and_add_spares when no sync_thread running.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 1/2] md: document lifetime of internal rdev pointer.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 0/2] Resend raid10-NULL-deref fix
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] [RFC] md raid10: use rcu to avoid NULL dereference in raid10d()
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH] md: fix md_write_start() deadlock w/o metadata devices
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: Multi-layer raid status
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH] mdadm: Expose Kill() return codes to user
  • From: John Pittman <jpittman@xxxxxxxxxx>
• Re: Multi-layer raid status
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Multi-layer raid status
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Multi-layer raid status
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Multi-layer raid status
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH 5/5] raid5: set write hint for PPL
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• [PATCH 4/5] raid5: set write hint for parity
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• [PATCH 3/5] raid5: sysfs attribute for write hint policy
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• [PATCH 2/5] raid5: copy write hint from origin bio to stripe
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• [PATCH 1/5] raid1: copy write hint from master bio to behind bio
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• [PATCH 0/5] Setting write hint in MD RAID
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• Re: [PATCH] [RFC] md raid10: use rcu to avoid NULL dereference in raid10d()
  • From: yuyufen <yuyufen@xxxxxxxxxx>
• Re: Multi-layer raid status
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Multi-layer raid status
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Multi-layer raid status
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Multi-layer raid status
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Troubleshooting "Buffer I/O error" on reading md device
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] [RFC] md raid10: use rcu to avoid NULL dereference in raid10d()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Multi-layer raid status
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 19/19] clustermd_tests: add test case to test switch-recovery against cluster-raid10
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 18/19] clustermd_tests: add test case to test switch-recovery against cluster-raid1
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 17/19] clustermd_tests: add test case to test switch-resync against cluster-raid10
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 16/19] clustermd_tests: add test case to test switch-resync against cluster-raid1
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 15/19] clustermd_tests: add test case to test manage_re-add against cluster-raid10
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 14/19] clustermd_tests: add test case to test manage_re-add against cluster-raid1
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 13/19] clustermd_tests: add test case to test manage_add-spare against cluster-raid10
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 10/19] clustermd_tests: add test case to test manage_add against cluster-raid1
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 12/19] clustermd_tests: add test case to test manage_add-spare against cluster-raid1
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 11/19] clustermd_tests: add test case to test manage_add against cluster-raid10
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 09/19] clustermd_tests: add test case to test grow_add against cluster-raid1
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 08/19] clustermd_tests: add test case to test switching bitmap against cluster-raid10
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 07/19] clustermd_tests: add test case to test switching bitmap against cluster-raid1
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 06/19] manpage: add prompt in --zero-superblock against clustered raid
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 05/19] mdadm/clustermd_tests: delete meaningless commands in check
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 04/19] mdadm/clustermd_tests: add nobitmap in check
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 03/19] mdadm/test: add do_clean to ensure each case only catch its own testlog
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 02/19] mdadm/test: add disk metadata infos in save_log
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 00/19] mdadm/clustermd_tests: update the testing part
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 01/19] mdadm/test: improve filtering r10 from raid1 in raidtype
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [MDADM PATCH] A sanity check for missing device
  • From: Xiao Ni <xni@xxxxxxxxxx>
• mdadm stuck in monitoring reshape after reboot
  • From: Fisher <fisherthepooh@xxxxxxxxxxxxxx>
• Re: [PATCH] Add udev-md-raid-safe-timeouts.rules
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] [RFC] md raid10: use rcu to avoid NULL dereference in raid10d()
  • From: yuyufen <yuyufen@xxxxxxxxxx>
• Re: Quick RAID 1+0 advice
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: [PATCH] dm raid: don't use 'const' in function return
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: mostafa kishani <mostafa.kishani@xxxxxxxxx>
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• [GIT PULL] MD update for 4.16-rc1
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Multi-layer raid status
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: mostafa kishani <mostafa.kishani@xxxxxxxxx>
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: Can anyone help me review my patch?
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Can anyone help me review my patch?
  • From: liuchaowei110@xxxxxxxxx
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [LSF/MM TOPIC] De-clustered RAID with MD
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: Implementing Global Parity Codes
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: [PATCH mdadm] Subdevs can't be all missing when create raid device
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: mostafa kishani <mostafa.kishani@xxxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: mostafa kishani <mostafa.kishani@xxxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Implementing Global Parity Codes
  • From: mostafa kishani <mostafa.kishani@xxxxxxxxx>
• [PATCH] Add udev-md-raid-safe-timeouts.rules
  • From: "Jonathan G. Underwood" <jonathan.underwood@xxxxxxxxx>
• Re: [PATCH mdadm] Subdevs can't be all missing when create raid device
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: USB-to-SATA and RAID
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: USB-to-SATA and RAID
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH mdadm] Subdevs can't be all missing when create raid device
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [RFC PATCH] MD: fix lock contention for flush bios
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [RFC PATCH] MD: fix lock contention for flush bios
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] Grow.c: Block any level migration with chunk size change
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: USB-to-SATA and RAID
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• [PATCH] Grow.c: Block any level migration with chunk size change
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxx>
• Re: USB-to-SATA and RAID
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: USB-to-SATA and RAID
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: USB-to-SATA and RAID
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: USB-to-SATA and RAID
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: USB-to-SATA and RAID
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH] MD: fix lock contention for flush bios
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Recovering Partial Data From Re-Added Drive
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: [PATCH] MD: Free bioset when md_run fails
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [RFC PATCH] MD: fix lock contention for flush bios
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: Recovering Partial Data From Re-Added Drive
  • From: Liwei <xieliwei@xxxxxxxxx>
• [PATCH] MD: Free bioset when md_run fails
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [RFC PATCH] MD: fix lock contention for flush bios
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] md-cluster: choose correct label when clustered layout is not supported
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• USB-to-SATA and RAID
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: USB-to-SATA and RAID
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: USB-to-SATA and RAID
  • From: Vojtěch Kletečka <vojta.kletecka@xxxxxxxxx>
• Re: USB-to-SATA and RAID
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Recovering Partial Data From Re-Added Drive
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Recovering Partial Data From Re-Added Drive
  • From: Liwei <xieliwei@xxxxxxxxx>
• [PATCH] md-cluster: choose correct label when clustered layout is not supported
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• [PATCH V3 3/3] Assemble: cleanup the failure path
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V3 2/3] Assemble: provide protection when clustered raid do assemble
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V3 1/3] mdadm: improve the dlm locking mechanism for clustered raid
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V3 0/3] Make dlm lock more reliable for cluster-md
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH V2 1/3] mdadm: improve the dlm locking mechanism for clustered raid
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH] Assemble: prevent segfault with faulty "best" devices
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 0/8] Enable clustered raid testing in mdadm
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] policy.c: Avoid to take spare without defined domain by imsm
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] imsm: update name in --detail-platform
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [neilbrown/mdadm] Add udev-md-raid-safe-timeouts.rules (#32)
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH V2 1/3] mdadm: improve the dlm locking mechanism for clustered raid
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] mdadm: allow clustered raid10 to be created with default layout
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Nice Job
  • From: Adam Finzel <afinzel@xxxxxxxxx>
• [PATCH] raid10: change the size of resync window for clustered raid
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Quick RAID 1+0 advice
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• [PATCH] md/raid1: Fix trailing semicolon
  • From: Luis de Bethencourt <luisbg@xxxxxxxxxx>
• [PATCH] imsm: update name in --detail-platform
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH 8/8] mdadm/clustermd_tests: add test case to test grow_resize cluster-raid10
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 7/8] mdadm/clustermd_tests: add test case to test creating cluster-raid10
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 6/8] mdadm/clustermd_tests: add test case to test grow_resize cluster-raid1
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 5/8] mdadm/clustermd_tests: add test case to test creating cluster-raid1
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 4/8] mdadm/test: add '--testdir=' to switch choosing test suite
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 3/8] mdadm/test: enable clustermd testing under clustermd_tests/
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 2/8] mdadm/test: move some functions to new source file
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 1/8] mdadm/test: correct the logic operation in save_log
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 0/8] Enable clustered raid testing in mdadm
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [Drbd-dev] [PATCH 23/27] drbd: make intelligent use of blkdev_issue_zeroout
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: Panic from bcache/request.c/search_free
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: [PATCH 23/27] drbd: make intelligent use of blkdev_issue_zeroout
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [Drbd-dev] [PATCH 23/27] drbd: make intelligent use of blkdev_issue_zeroout
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: How can I reassemble a raid1 on a intel fake raid? - solved
  • From: Michael Fritscher <michael@xxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Troubleshooting "Buffer I/O error" on reading md device
  • From: RQM <rqm@xxxxxxxxxxxxxx>
• [PATCH v2] md-multipath: Use seq_putc() in multipath_status()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [Drbd-dev] [PATCH 23/27] drbd: make intelligent use of blkdev_issue_zeroout
  • From: Eric Wheeler <drbd-dev@xxxxxxxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• How can I reassemble a raid1 on a intel fake raid?
  • From: "Michael Fritscher" <michael@xxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Lost a mirror disk, md array wouldn't start, vg's are missing
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH] policy.c: Avoid to take spare without defined domain by imsm
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxx>
• Lost a mirror disk, md array wouldn't start, vg's are missing
  • From: "Jason Herring" <jaherring@xxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: "IMAP-FCC:Sent"@stoffel.org
• Re: Growing RAID10 with active XFS filesystem
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: mdraid.pkoch@xxxxxxxx
• Re: Growing RAID10 with active XFS filesystem
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: 3-way mirror to RAID-6
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Growing RAID10 with active XFS filesystem
  • From: mdraid.pkoch@xxxxxxxx
• [PATCH resubmit] Assemble: prevent segfault with faulty "best" devices
  • From: Andrea Righi <righi.andrea@xxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: 3-way mirror to RAID-6
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: 3-way mirror to RAID-6
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: 3-way mirror to RAID-6
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: Adding a USB device to a SATA-only array
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Adding a USB device to a SATA-only array
  • From: Kevin Lyda <kevin@xxxxxxxxxxxxxx>
• Growing RAID10 with active XFS filesystem
  • From: mdraid.pkoch@xxxxxxxx
• Re: SMART detects pending sectors; take offline?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Troubleshooting "Buffer I/O error" on reading md device
  • From: RQM <rqm@xxxxxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Brad Campbell <brad@xxxxxxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Brad Campbell <brad@xxxxxxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Troubleshooting "Buffer I/O error" on reading md device
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Troubleshooting "Buffer I/O error" on reading md device
  • From: RQM <rqm@xxxxxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• [PATCH V2 3/3] Assemble: cleanup the failure path
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V2 2/3] Assemble: provide protection when clustered raid do assemble
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V2 1/3] mdadm: improve the dlm locking mechanism for clustered raid
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V2 0/3] Make dlm lock more reliable for cluster-md
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH] mdadm: allow clustered raid10 to be created with default layout
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH v5 01/78] xfs: Rename xa_ elements to ail_
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH v5 03/78] xarray: Add the xa_lock to the radix_tree_root
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: Troubleshooting "Buffer I/O error" on reading md device
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Troubleshooting "Buffer I/O error" on reading md device
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v5 03/78] xarray: Add the xa_lock to the radix_tree_root
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• insane md check latencies with multiple devices on one disk
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Troubleshooting "Buffer I/O error" on reading md device
  • From: RQM <rqm@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] md: bitmap: Support circular buffer list.
  • From: Sean Fu <fxinrong@xxxxxxxxx>
• Re: conf->min_offset_diff calculation timing of growing raid5
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH 0/3] Create circular buffer list for every page instead of linear list.
  • From: Sean Fu <fxinrong@xxxxxxxxx>
• [PATCH 1/3] fs: buffer: Create circular buffer list for pages.
  • From: Sean Fu <fxinrong@xxxxxxxxx>
• [PATCH 2/3] fs/ntfs: Make ntfs to support circular buffer list.
  • From: Sean Fu <fxinrong@xxxxxxxxx>
• [PATCH 3/3] md: bitmap: Support circular buffer list.
  • From: Sean Fu <fxinrong@xxxxxxxxx>
• Re: Troubleshooting "Buffer I/O error" on reading md device
  • From: NeilBrown <neilb@xxxxxxxx>
• conf->min_offset_diff calculation timing of growing raid5
  • From: Amy Chiang <amychiang@xxxxxxxx>
• Re: Troubleshooting "Buffer I/O error" on reading md device
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Troubleshooting "Buffer I/O error" on reading md device
  • From: RQM <rqm@xxxxxxxxxxxxxx>
• Re: [PATCH] doc: md: Fix a file name to md-fault.c in fault-injection.txt
  • From: Jonathan Corbet <corbet@xxxxxxx>
• [PATCH 1/2] dm: add asymmetric stripe target device dirver
  • From: liuchaowei110@xxxxxxxxx
• [PATCH 0/2] dm: add asymmetric stripe device driver
  • From: liuchaowei110@xxxxxxxxx
• [PATCH 2/2] dm: optimze stripe index search algorithm
  • From: liuchaowei110@xxxxxxxxx
• Re: [PATCH] md/raid5: fix a potential deadlock of raid5 reshape
  • From: bingjingc <bingjingc@xxxxxxxxxxxx>
• Re: [PATCH] md/raid5: fix a potential deadlock of raid5 reshape
  • From: Guoqing Jiang <gqjiang@xxxxxxx>
• Re: [PATCH] md/md: replace confusing resync progress 99.9% with new wording
  • From: bingjingc <bingjingc@xxxxxxxxxxxx>
• Re: [PATCH] md/raid5: fix a potential deadlock of raid5 reshape
  • From: bingjingc <bingjingc@xxxxxxxxxxxx>
• Re: 3-way mirror to RAID-6
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH] md/md: replace confusing resync progress 99.9% with new wording
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH] md/raid5: fix a potential deadlock of raid5 reshape
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: 3-way mirror to RAID-6
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH v5 06/78] xarray: Change definition of sibling entries
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v5 05/78] xarray: Replace exceptional entries
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v5 03/78] xarray: Add the xa_lock to the radix_tree_root
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v5 03/78] xarray: Add the xa_lock to the radix_tree_root
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: 3-way mirror to RAID-6
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• [PATCH v2] raid5-ppl: PPL support for disks with write-back cache enabled
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH] md/md: replace confusing resync progress 99.9% with new wording
  • From: bingjingc <bingjingc@xxxxxxxxxxxx>
• [PATCH] md/raid5: fix a potential deadlock of raid5 reshape
  • From: bingjingc <bingjingc@xxxxxxxxxxxx>
• Re: [PATCH v5 03/78] xarray: Add the xa_lock to the radix_tree_root
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v5 03/78] xarray: Add the xa_lock to the radix_tree_root
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v5 06/78] xarray: Change definition of sibling entries
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v5 05/78] xarray: Replace exceptional entries
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v5 06/78] xarray: Change definition of sibling entries
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v5 05/78] xarray: Replace exceptional entries
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v5 04/78] page cache: Use xa_lock
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v5 03/78] xarray: Add the xa_lock to the radix_tree_root
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: 3-way mirror to RAID-6
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH] dm: add asymmetric stripe target device dirver
  • From: tgvlcw@xxxxxxxxx
• Re: [PATCH] dm: add asymmetric stripe target device dirver
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH] dm: add asymmetric stripe target device dirver
  • From: tgvlcw@xxxxxxxxx
• Re: 3-way mirror to RAID-6
  • From: NeilBrown <neilb@xxxxxxxx>
• 3-way mirror to RAID-6
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• [PATCH] md/raid5: simplify uninitialization of shrinker
  • From: Aliaksei Karaliou <akaraliou.dev@xxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: [PATCH] raid5-ppl: PPL support for disks with write-back cache enabled
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH] doc: md: Fix a file name to md-fault.c in fault-injection.txt
  • From: Masanari Iida <standby24x7@xxxxxxxxx>
• Re: [PATCH] raid5-ppl: PPL support for disks with write-back cache enabled
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [PATCH] raid5-ppl: PPL support for disks with write-back cache enabled
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: [PATCH] raid5-ppl: PPL support for disks with write-back cache enabled
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [PATCH] raid5-ppl: PPL support for disks with write-back cache enabled
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/3] mdadm: improve the dlm locking mechanism for clustered raid
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH] md/r5cache: print more info of log recovery
  • From: Song Liu <songliubraving@xxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: [neilbrown/mdadm] Add udev-md-raid-safe-timeouts.rules (#32)
  • From: Jonathan Underwood <jonathan.underwood@xxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH 1/3] mdadm: improve the dlm locking mechanism for clustered raid
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [neilbrown/mdadm] Add udev-md-raid-safe-timeouts.rules (#32)
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH] raid5-ppl: PPL support for disks with write-back cache enabled
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: Wrong array assembly on boot?
  • From: Dark Penguin <darkpenguin@xxxxxxxxx>
• Re: Wrong array assembly on boot?
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: Wrong array assembly on boot?
  • From: Dark Penguin <darkpenguin@xxxxxxxxx>
• Re: [PATCH v5 77/78] irqdomain: Convert to XArray
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: Is there any lazy initialization mechanism in linux-raid?
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH v5 69/78] vmalloc: Convert to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 42/78] shmem: Convert replace to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 17/78] xarray: Add xa_destroy
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 48/78] shmem: Convert shmem_alloc_hugepage to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 53/78] fs: Convert buffer to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 57/78] lustre: Convert to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 40/78] mm: Convert khugepaged_scan_shmem to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 63/78] dax: Convert dax_insert_pfn_mkwrite to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 77/78] irqdomain: Convert to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 33/78] mm: Convert truncate to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 39/78] mm: Convert collapse_shmem to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 06/78] xarray: Change definition of sibling entries
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 60/78] dax: More XArray conversion
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 44/78] shmem: Convert find_swap_entry to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 51/78] shmem: Comment fixups
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 30/78] page cache: Remove stray radix comment
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 18/78] xarray: Add xas_next and xas_prev
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 14/78] xarray: Add xa_for_each
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 74/78] xfs: Convert mru cache to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 25/78] page cache: Add page_cache_range_empty function
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 67/78] page cache: Finish XArray conversion
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 27/78] page cache: Convert page deletion to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 59/78] dax: Convert lock_slot to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 49/78] shmem: Convert shmem_free_swap to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 41/78] pagevec: Use xa_tag_t
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 34/78] mm: Convert add_to_swap_cache to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 20/78] xarray: Add MAINTAINERS entry
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 31/78] mm: Convert page-writeback to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 45/78] shmem: Convert shmem_tag_pins to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 72/78] xfs: Convert pag_ici_root to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 47/78] shmem: Convert shmem_add_to_page_cache to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 75/78] usb: Convert xhci-mem to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 29/78] page cache: Convert delete_batch to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 62/78] dax: Convert dax_writeback_one to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 00/78] XArray v5
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 55/78] nilfs2: Convert to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 02/78] fscache: Use appropriate radix tree accessors
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 58/78] dax: Convert dax_unlock_mapping_entry to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 08/78] xarray: Define struct xa_node
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 54/78] fs: Convert writeback to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 56/78] f2fs: Convert to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 32/78] mm: Convert workingset to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 35/78] mm: Convert delete_from_swap_cache to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 64/78] dax: Convert dax_insert_mapping_entry to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 21/78] xarray: Add ability to store errno values
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 11/78] xarray: Add xa_get_tag, xa_set_tag and xa_clear_tag
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 26/78] page cache: Add and replace pages using the XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 09/78] xarray: Add documentation
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 68/78] mm: Convert cgroup writeback to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 12/78] xarray: Add xa_store
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 78/78] fscache: Convert to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 16/78] xarray: Add xa_get_entries, xa_get_tagged and xa_get_maybe_tag
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 36/78] mm: Convert __do_page_cache_readahead to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 24/78] page cache: Convert hole search to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 70/78] brd: Convert to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 13/78] xarray: Add xa_cmpxchg
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 07/78] xarray: Add definition of struct xarray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 76/78] md: Convert raid5-cache to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 01/78] xfs: Rename xa_ elements to ail_
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 22/78] idr: Convert to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 43/78] shmem: Convert shmem_confirm_swap to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 10/78] xarray: Add xa_load
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 28/78] page cache: Convert page cache lookups to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 05/78] xarray: Replace exceptional entries
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 46/78] shmem: Convert shmem_wait_for_pins to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 03/78] xarray: Add the xa_lock to the radix_tree_root
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 15/78] xarray: Add xas_for_each_tag
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 23/78] ida: Convert to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 66/78] dax: Fix sparse warning
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 61/78] dax: Convert __dax_invalidate_mapping_entry to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 04/78] page cache: Use xa_lock
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 19/78] xarray: Add xas_create_range
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 50/78] shmem: Convert shmem_partial_swap_usage to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 38/78] mm: Convert huge_memory to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 73/78] xfs: Convert xfs dquot to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 71/78] xfs: Convert m_perag_tree to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 65/78] dax: Convert grab_mapping_entry to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 37/78] mm: Convert page migration to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 52/78] btrfs: Convert page cache to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: Is there any lazy initialization mechanism in linux-raid?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Is there any lazy initialization mechanism in linux-raid?
  • From: guomingyang <guomingyang@xxxxxxxxxxxxx>
• Re: Help needed: Recovering a failed RAID-6 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Help needed: Recovering a failed RAID-6 array
  • From: Ryszard Harasimowicz <rharasimowicz@xxxxxxxxxx>
• Re: mdadm stuck at 0% reshape after grow
  • From: Edward Kuns <eddie.kuns@xxxxxxxxx>
• Re: mdadm stuck at 0% reshape after grow
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: When will Linux support new RAID controllers
  • From: "David F." <df7729@xxxxxxxxx>
• Re: Will mdadm make a backup if it takes two steps to covert raid5 to raid6?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Will mdadm make a backup if it takes two steps to covert raid5 to raid6?
  • From: Amy Chiang <amychiang@xxxxxxxx>
• [PATCH 0/3] Make dlm lock more reliable for cluster-md
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>