Linux RAID Storage

• Date Index

• Problem with mdadm 3.2.5, Tarak Anumolu
  • Re: Problem with mdadm 3.2.5, Hans-Peter Jansen
  • Re: Problem with mdadm 3.2.5, Robin Hill
  • <Possible follow-ups>
  • Re: Problem with mdadm 3.2.5, Hans-Peter Jansen
  • Re: Re: Problem with mdadm 3.2.5, Tarak Anumolu
• [PATCH] async_tx: allow generic async_memcpy() not be effected by channel switch, Dave Jiang
• DDF test fails if default udev rules are active, Martin Wilck
  • Re: DDF test fails if default udev rules are active, NeilBrown
    • Re: DDF test fails if default udev rules are active, Martin Wilck
      • Re: DDF test fails if default udev rules are active, NeilBrown
• RAID hot_replace behavior with another disk failure, Vlad Cerny
• cpu stuck when raid5 was in recovery, hanguozhong
  • Re: cpu stuck when raid5 was in recovery, Roy Sigurd Karlsbakk
• Possible to change chunk size on RAID-1 without re-init or destructive result?, Jeff Johnson
  • Re: Possible to change chunk size on RAID-1 without re-init or destructive result?, Mikael Abrahamsson
  • Re: Possible to change chunk size on RAID-1 without re-init or destructive result?, Roman Mamedov
  • Re: Possible to change chunk size on RAID-1 without re-init or destructive result?, Roy Sigurd Karlsbakk
    • Re: Possible to change chunk size on RAID-1 without re-init or destructive result?, Jeff Johnson
      • Re: Possible to change chunk size on RAID-1 without re-init or destructive result?, Roman Mamedov
      • Re: Possible to change chunk size on RAID-1 without re-init or destructive result?, Stan Hoeppner
    • Re: Possible to change chunk size on RAID-1 without re-init or destructive result?, Stan Hoeppner
      • Re: Possible to change chunk size on RAID-1 without re-init or destructive result?, Mark Knecht
        • Re: Possible to change chunk size on RAID-1 without re-init or destructive result?, Stan Hoeppner
          • Re: Possible to change chunk size on RAID-1 without re-init or destructive result?, Mark Knecht
            • Re: Possible to change chunk size on RAID-1 without re-init or destructive result?, Stan Hoeppner
              • Re: Possible to change chunk size on RAID-1 without re-init or destructive result?, Mark Knecht
                • Re: Possible to change chunk size on RAID-1 without re-init or destructive result?, Stan Hoeppner
                  • Re: Possible to change chunk size on RAID-1 without re-init or destructive result?, Mark Knecht
                    • Re: Possible to change chunk size on RAID-1 without re-init or destructive result?, Stan Hoeppner
                      • Re: Possible to change chunk size on RAID-1 without re-init or destructive result?, Mark Knecht
                        • Re: Possible to change chunk size on RAID-1 without re-init or destructive result?, Stan Hoeppner
                          • Re: Possible to change chunk size on RAID-1 without re-init or destructive result?, Mark Knecht
                            • Re: Possible to change chunk size on RAID-1 without re-init or destructive result?, Brad Campbell
• Need some information about mdadm 3.2.5, Tarak Anumolu
  • Re: Need some information about mdadm 3.2.5, Hans-Peter Jansen
    • Re: Need some information about mdadm 3.2.5, Sam Bingner
      • Problem with XOR Engine, Tarak
  • Re: Need some information about mdadm 3.2.5, Tarak Anumolu
  • Re: Need some information about mdadm 3.2.5, Tarak Anumolu
• Failing Reshape, Sam Bingner
  • Re: Failing Reshape, Sam Bingner
    • Re: Failing Reshape, Sam Bingner
    • Re: Failing Reshape (SOLUTION), Sam Bingner
• Fixes for DDF test case (race conditions in mdmon), mwilck
  • [PATCH 1/8] DDF: __write_ddf_structure: Fix wrong reference to ddf->primary, mwilck
  • [PATCH 2/8] DDF: __write_init_super_ddf: just use seq number of active header, mwilck
  • [PATCH 3/8] DDF: brief_detail_super_ddf: print correct UUID for subarrays, mwilck
  • [PATCH 4/8] DDF: add code to debug state changes, mwilck
  • [PATCH 7/8] monitor: treat unreadable array_state as clean, mwilck
  • [PATCH 8/8] tests/10ddf-create: omit log output check, mwilck
  • [PATCH 6/8] monitor: read_and_act: handle race conditions for resync_start, mwilck
  • [PATCH 5/8] monitor: don't call pselect() on deleted sysfs files, mwilck
  • Re: Fixes for DDF test case (race conditions in mdmon), NeilBrown
    • Re: Fixes for DDF test case (race conditions in mdmon), Martin Wilck
    • [PATCH] DDF: fix bug in compare_super_ddf, mwilck
      • Re: [PATCH] DDF: fix bug in compare_super_ddf, NeilBrown
• RAID-10 with mixed block size HDDs, Piergiorgio Sartor
  • Re: RAID-10 with mixed block size HDDs, Chris Murphy
    • Re: RAID-10 with mixed block size HDDs, Piergiorgio Sartor
  • Re: RAID-10 with mixed block size HDDs, Roy Sigurd Karlsbakk
    • Re: RAID-10 with mixed block size HDDs, Piergiorgio Sartor
      • Re: RAID-10 with mixed block size HDDs, Roy Sigurd Karlsbakk
        • Re: RAID-10 with mixed block size HDDs, David Brown
• Creating a RAID10 (near) for use in a CentOS 6 system, maurice
  • Re: Creating a RAID10 (near) for use in a CentOS 6 system, maurice
    • Re: Creating a RAID10 (near) for use in a CentOS 6 system, Chris Murphy
      • Re: Creating a RAID10 (near) for use in a CentOS 6 system, maurice
        • Re: Creating a RAID10 (near) for use in a CentOS 6 system, Chris Murphy
          • Re: Creating a RAID10 (near) for use in a CentOS 6 system, maurice
            • Re: Creating a RAID10 (near) for use in a CentOS 6 system, Chris Murphy
              • Re: Creating a RAID10 (near) for use in a CentOS 6 system, Maurice Hilarius
                • Re: Creating a RAID10 (near) for use in a CentOS 6 system, Chris Murphy
              • Message not available
                • Re: Creating a RAID10 (near) for use in a CentOS 6 system, Chris Murphy
            • Re: Creating a RAID10 (near) for use in a CentOS 6 system, Brad Campbell
              • Re: Creating a RAID10 (near) for use in a CentOS 6 system, maurice
  • Re: Creating a RAID10 (near) for use in a CentOS 6 system, Roy Sigurd Karlsbakk
    • Re: Creating a RAID10 (near) for use in a CentOS 6 system, Maurice Hilarius
      • Re: Creating a RAID10 (near) for use in a CentOS 6 system, Roy Sigurd Karlsbakk
• Structure of a reshape backup file, Barrett Lewis
• mdadm RAID6 faulty drive, Paramasivam, Meenakshisundaram
  • Re: mdadm RAID6 faulty drive, Phil Turmel
    • Re: mdadm RAID6 faulty drive, Roy Sigurd Karlsbakk
    • RE: mdadm RAID6 faulty drive, Paramasivam, Meenakshisundaram
• Need help with my raid5, Mirko
  • Re: Need help with my raid5, Roger Heflin
    • Re: Need help with my raid5, Brad Campbell
    • Re: Need help with my raid5, Mirko
      • Re: Need help with my raid5, Mirko
      • Re: Need help with my raid5, Mirko
      • Re: Need help with my raid5, Roger Heflin
• Western Digital Green 3TB SATA3 experiences, Andris Berzins
  • Re: Western Digital Green 3TB SATA3 experiences, Mikael Abrahamsson
  • Re: Western Digital Green 3TB SATA3 experiences, Roman Mamedov
    • Re: Western Digital Green 3TB SATA3 experiences, Andris Berzins
      • Re: Western Digital Green 3TB SATA3 experiences, Roman Mamedov
  • Re: Western Digital Green 3TB SATA3 experiences, Rainer Fügenstein
    • Re: Western Digital Green 3TB SATA3 experiences, joystick
  • Re: Western Digital Green 3TB SATA3 experiences, Chris Murphy
    • Re: Western Digital Green 3TB SATA3 experiences, Chris Murphy
      • Re: Western Digital Green 3TB SATA3 experiences, Roy Sigurd Karlsbakk
        • Re: Western Digital Green 3TB SATA3 experiences, Chris Murphy
          • Re: Western Digital Green 3TB SATA3 experiences, Chris Murphy
          • Re: Western Digital Green 3TB SATA3 experiences, Roy Sigurd Karlsbakk
            • Re: Western Digital Green 3TB SATA3 experiences, Chris Murphy
• [PATCH 0 of 2 - v2] DM RAID: Add message/status support for changing sync action, Jonathan Brassow
  • [PATCH 1 of 2 - v2] MD: Export 'md_reap_sync_thread' function, Jonathan Brassow
  • [PATCH 2 of 2 - v2] DM RAID: Add message/status support for changing sync action, Jonathan Brassow
  • Re: [PATCH 0 of 2 - v2] DM RAID: Add message/status support for changing sync action, NeilBrown
• [patch]raid5: make release_stripe lockless, Shaohua Li
  • Re: [patch]raid5: make release_stripe lockless, Dan Williams
    • Re: [patch]raid5: make release_stripe lockless, Shaohua Li
      • Re: [patch]raid5: make release_stripe lockless, Shaohua Li
        • Re: [patch]raid5: make release_stripe lockless, NeilBrown
          • Re: [patch]raid5: make release_stripe lockless, Shaohua Li
            • Re: [patch]raid5: make release_stripe lockless, NeilBrown
• SATA start unit command?, Rainer Fügenstein
  • Re: SATA start unit command?, Piergiorgio Sartor
    • Message not available
      • Re[2]: SATA start unit command?, Rainer Fügenstein
• Handling of stale array members in Linux MD, Andrey Borzenkov
• [PATCH] DM RAID: Add message/status support for changing sync action, Jonathan Brassow
  • Re: [PATCH] DM RAID: Add message/status support for changing sync action, NeilBrown
    • Re: [PATCH] DM RAID: Add message/status support for changing sync action, Brassow Jonathan
  • Re: [dm-devel] [PATCH] DM RAID: Add message/status support for changing sync action, Alasdair G Kergon
• Re: [Fwd: Re: Missing superblock on one of the raid devices on raid 0 with 1.2 metadata], Ivan Yordanov
  • Re: [Fwd: Re: Missing superblock on one of the raid devices on raid 0 with 1.2 metadata], Benjamin ESTRABAUD
    • Re: [Fwd: Re: Missing superblock on one of the raid devices on raid 0 with 1.2 metadata], Phil Turmel
      • Re: [Fwd: Re: Missing superblock on one of the raid devices on raid 0 with 1.2 metadata], Benjamin ESTRABAUD
• md RAID1 passes I/O errors to the filesystem despite having alive mirrors?, Roman Mamedov
  • Re: md RAID1 passes I/O errors to the filesystem despite having alive mirrors?, Chris Murphy
    • Re: md RAID1 passes I/O errors to the filesystem despite having alive mirrors?, Roman Mamedov
  • Re: md RAID1 passes I/O errors to the filesystem despite having alive mirrors?, Chris Murphy
    • Re: md RAID1 passes I/O errors to the filesystem despite having alive mirrors?, Roman Mamedov
  • Re: md RAID1 passes I/O errors to the filesystem despite having alive mirrors?, Roy Sigurd Karlsbakk
    • Re: md RAID1 passes I/O errors to the filesystem despite having alive mirrors?, Roman Mamedov
      • Re: md RAID1 passes I/O errors to the filesystem despite having alive mirrors?, Roy Sigurd Karlsbakk
      • Re: md RAID1 passes I/O errors to the filesystem despite having alive mirrors?, Chris Murphy
        • Re: md RAID1 passes I/O errors to the filesystem despite having alive mirrors?, Roy Sigurd Karlsbakk
          • Re: md RAID1 passes I/O errors to the filesystem despite having alive mirrors?, Chris Murphy
• Strange / inconsistent behavior with mdadm -I -R, Martin Wilck
  • [PATCH] RAID10: Allow skipping recovery when clean arrays are assembled, mwilck
    • Re: [PATCH] RAID10: Allow skipping recovery when clean arrays are assembled, NeilBrown
  • Re: Strange / inconsistent behavior with mdadm -I -R, NeilBrown
    • Re: Strange / inconsistent behavior with mdadm -I -R, Martin Wilck
      • Re: Strange / inconsistent behavior with mdadm -I -R, NeilBrown
        • Re: Strange / inconsistent behavior with mdadm -I -R, NeilBrown
          • Re: Strange / inconsistent behavior with mdadm -I -R, Martin Wilck
          • Re: Strange / inconsistent behavior with mdadm -I -R, Martin Wilck
    • [PATCH] RAID10: Allow skipping recovery when clean arrays are assembled, mwilck
      • Re: [PATCH] RAID10: Allow skipping recovery when clean arrays are assembled, NeilBrown
• Missing superblock on one of the raid devices on raid 0 with 1.2 metadata, Nikolay Kichukov
  • Re: Missing superblock on one of the raid devices on raid 0 with 1.2 metadata, Phil Turmel
• Putting grub back on new mirror disk, Timothy D. Lenz
  • Message not available
    • Re: Putting grub back on new mirror disk, Timothy D. Lenz
  • Message not available
    • Re: Putting grub back on new mirror disk, Timothy D. Lenz
      • Re: Putting grub back on new mirror disk, Chris Murphy
        • Message not available
          • Message not available
            • Message not available
              • Re: Putting grub back on new mirror disk, Chris Murphy
                • Re: Putting grub back on new mirror disk, Timothy D. Lenz
                  • Message not available
                    • Re: Putting grub back on new mirror disk, Timothy D. Lenz
                      • Re: Putting grub back on new mirror disk, Chris Murphy
• RAID 0 of Two RAID 5s Stays Up When Component RAID fails, Joel Young
  • Re: RAID 0 of Two RAID 5s Stays Up When Component RAID fails, Chris Murphy
    • Re: RAID 0 of Two RAID 5s Stays Up When Component RAID fails, Joel Young
  • Re: RAID 0 of Two RAID 5s Stays Up When Component RAID fails, Joel Young
    • Re: RAID 0 of Two RAID 5s Stays Up When Component RAID fails, Chris Murphy
      • Re: RAID 0 of Two RAID 5s Stays Up When Component RAID fails, Joel Young
  • Re: RAID 0 of Two RAID 5s Stays Up When Component RAID fails, Joel Young
• [PATCH] MD: Quickly return errors if too many devices have failed., Jonathan Brassow
  • Re: [PATCH] MD: Quickly return errors if too many devices have failed., NeilBrown
    • Re: [PATCH] MD: Quickly return errors if too many devices have failed., Brassow Jonathan
    • Re: [PATCH] MD: Quickly return errors if too many devices have failed., Roy Sigurd Karlsbakk
      • Re: [PATCH] MD: Quickly return errors if too many devices have failed., Brassow Jonathan
    • Re: [PATCH] MD: Quickly return errors if too many devices have failed., Brassow Jonathan
      • Re: [PATCH] MD: Quickly return errors if too many devices have failed., NeilBrown
        • Re: [PATCH] MD: Quickly return errors if too many devices have failed., Brassow Jonathan
          • Re: [PATCH] MD: Quickly return errors if too many devices have failed., NeilBrown
            • Re: [PATCH] MD: Quickly return errors if too many devices have failed., Brassow Jonathan
              • Re: [PATCH] MD: Quickly return errors if too many devices have failed., NeilBrown
                • Re: [PATCH] MD: Quickly return errors if too many devices have failed., Brassow Jonathan
            • Re: [PATCH] MD: Quickly return errors if too many devices have failed., Brassow Jonathan
• Help with two momentarily failed drives out of a 4x3TB Raid 5, Javier Marcet
  • Re: Help with two momentarily failed drives out of a 4x3TB Raid 5, Mathias Burén
    • Re: Help with two momentarily failed drives out of a 4x3TB Raid 5, Javier Marcet
      • Re: Help with two momentarily failed drives out of a 4x3TB Raid 5, Javier Marcet
        • Re: Help with two momentarily failed drives out of a 4x3TB Raid 5, Mathias Burén
          • Re: Help with two momentarily failed drives out of a 4x3TB Raid 5, Javier Marcet
            • Re: Help with two momentarily failed drives out of a 4x3TB Raid 5, Roy Sigurd Karlsbakk
              • Re: Help with two momentarily failed drives out of a 4x3TB Raid 5, Javier Marcet
                • Re: Help with two momentarily failed drives out of a 4x3TB Raid 5, Mathias Burén
                  • Re: Help with two momentarily failed drives out of a 4x3TB Raid 5, Javier Marcet
                  • Re: Help with two momentarily failed drives out of a 4x3TB Raid 5, Javier Marcet
                    • Re: Help with two momentarily failed drives out of a 4x3TB Raid 5, Mikael Abrahamsson
      • Re: Help with two momentarily failed drives out of a 4x3TB Raid 5, Chris Murphy
• [PATCH] mdadm.8.in: Fix typo: previous -> previously, Wieland Hoffmann
  • Re: [PATCH] mdadm.8.in: Fix typo: previous -> previously, Paul Menzel
  • Re: [PATCH] mdadm.8.in: Fix typo: previous -> previously, Wieland Hoffmann
    • Re: [PATCH] mdadm.8.in: Fix typo: previous -> previously, NeilBrown
• [PATCH] MD: Fix typos in MD documentation, Jonathan Brassow
  • Re: [PATCH] MD: Fix typos in MD documentation, Paul Menzel
    • Re: [PATCH] MD: Fix typos in MD documentation, Brassow Jonathan
      • Re: [PATCH] MD: Fix typos in MD documentation, Joseph Glanville
        • Re: [PATCH] MD: Fix typos in MD documentation, NeilBrown
• [PATCH] MD: Prevent sysfs operations on uninitialized kobjects, Jonathan Brassow
  • Re: [PATCH] MD: Prevent sysfs operations on uninitialized kobjects, NeilBrown
• [PATCH] MD RAID5: Avoid accessing gendisk or queue structs when not available, Jonathan Brassow
  • Re: [PATCH] MD RAID5: Avoid accessing gendisk or queue structs when not available, NeilBrown
• [PATCH 3/4] UAPI: Fix endianness conditionals in linux/raid/md_p.h, David Howells
  • Re: [PATCH 3/4] UAPI: Fix endianness conditionals in linux/raid/md_p.h, NeilBrown
• Raid 5/10 discard support broken in 3.8.2, Dave Cundiff
  • Re: Raid 5/10 discard support broken in 3.8.2, Roy Sigurd Karlsbakk
    • Re: Raid 5/10 discard support broken in 3.8.2, Dave Cundiff
      • Re: Raid 5/10 discard support broken in 3.8.2, Roy Sigurd Karlsbakk
  • Re: Raid 5/10 discard support broken in 3.8.2, Brad Campbell
    • Re: Raid 5/10 discard support broken in 3.8.2, Dave Cundiff
      • Re: Raid 5/10 discard support broken in 3.8.2, Brad Campbell
  • Re: Raid 5/10 discard support broken in 3.8.2, Kevin Liao
• Kernel 3.7.9 RAID6 hot replace success, Brad Campbell
  • Re: Kernel 3.7.9 RAID6 hot replace success, Roy Sigurd Karlsbakk
    • Re: Kernel 3.7.9 RAID6 hot replace success, Brad Campbell
      • Re: Kernel 3.7.9 RAID6 hot replace success, Keith Keller
        • Re: Kernel 3.7.9 RAID6 hot replace success, Brad Campbell
• help with degraded raid1 array, scar
  • Re: help with degraded raid1 array, Mikael Abrahamsson
    • Re: help with degraded raid1 array, scar
• Problem creating raid10 f2 with 2 disks missing, Emilio Hodge
• [PATCH] md: dm-verity: Fix to avoid a deadlock in dm-bufio, Paul Taysom
  • Re: [PATCH] md: dm-verity: Fix to avoid a deadlock in dm-bufio, Paul Menzel
    • Re: [PATCH] md: dm-verity: Fix to avoid a deadlock in dm-bufio, Paul Taysom
  • Re: [PATCH] md: dm-verity: Fix to avoid a deadlock in dm-bufio, Alasdair G Kergon
    • Re: [PATCH] md: dm-verity: Fix to avoid a deadlock in dm-bufio, Paul Taysom
      • Re: [PATCH] md: dm-verity: Fix to avoid a deadlock in dm-bufio, Mikulas Patocka
        • Re: [PATCH] md: dm-verity: Fix to avoid a deadlock in dm-bufio, Paul Taysom
          • Re: [PATCH] md: dm-verity: Fix to avoid a deadlock in dm-bufio, Paul Taysom
            • Re: [PATCH] md: dm-verity: Fix to avoid a deadlock in dm-bufio, Paul Taysom
• raid5 lockups post ca64cae96037de16e4af92678814f5d4bf0c1c65, Jes Sorensen
  • Re: raid5 lockups post ca64cae96037de16e4af92678814f5d4bf0c1c65, NeilBrown
    • Re: raid5 lockups post ca64cae96037de16e4af92678814f5d4bf0c1c65, Jes Sorensen
      • Re: raid5 lockups post ca64cae96037de16e4af92678814f5d4bf0c1c65, NeilBrown
        • Re: raid5 lockups post ca64cae96037de16e4af92678814f5d4bf0c1c65, Jes Sorensen
          • Re: raid5 lockups post ca64cae96037de16e4af92678814f5d4bf0c1c65, NeilBrown
            • Re: raid5 lockups post ca64cae96037de16e4af92678814f5d4bf0c1c65, NeilBrown
              • Re: raid5 lockups post ca64cae96037de16e4af92678814f5d4bf0c1c65, joystick
                • Re: raid5 lockups post ca64cae96037de16e4af92678814f5d4bf0c1c65, NeilBrown
              • Re: raid5 lockups post ca64cae96037de16e4af92678814f5d4bf0c1c65, Jes Sorensen
                • Re: raid5 lockups post ca64cae96037de16e4af92678814f5d4bf0c1c65, NeilBrown
                  • Re: raid5 lockups post ca64cae96037de16e4af92678814f5d4bf0c1c65, Jes Sorensen
                  • Re: raid5 lockups post ca64cae96037de16e4af92678814f5d4bf0c1c65, Jes Sorensen
                    • Re: raid5 lockups post ca64cae96037de16e4af92678814f5d4bf0c1c65, NeilBrown
• [PULL REQUEST] md updates for 3.9, NeilBrown
  • Re: [PULL REQUEST] md updates for 3.9, Alexander Lyakas
• About SSDs, Roy Sigurd Karlsbakk
• [PATCH] md: use set_bit_le and clear_bit_le, Akinobu Mita
  • Re: [PATCH] md: use set_bit_le and clear_bit_le, NeilBrown
• DDF / RAID10 patch series for mdadm, mwilck
  • [PATCH 12/12] Detail.c: call load_container for container subarrays, mwilck
    • Re: [PATCH 12/12] Detail.c: call load_container for container subarrays, Paul Menzel
  • [PATCH 11/12] DDF: compare_super_ddf: merge local info of other superblock, mwilck
  • [PATCH 04/12] DDF: added other_bvd to struct vcl, mwilck
  • [PATCH 07/12] DDF: container_content_ddf: check for secondary RAID, mwilck
  • [PATCH 10/12] DDF: add sanity checks in compare_super_ddf, mwilck
  • [PATCH 06/12] DDF: container_content_ddf: change array disk search loop, mwilck
  • [PATCH 02/12] DDF: use existing locations for primary and secondary DDF structure, mwilck
  • [PATCH 01/12] DDF: cleanly save the secondary DDF structure, mwilck
  • [PATCH 09/12] DDF: __write_init_super_ddf: use correct VD conf, mwilck
  • [PATCH 08/12] DDF: container_content_ddf: handle RAID layout for RAID10, mwilck
  • [PATCH 05/12] DDF: load_ddf_local: store VD conf for other BVDs, mwilck
  • [PATCH 03/12] DDF: increase seq number when writing meta data, mwilck
  • Re: DDF / RAID10 patch series for mdadm, NeilBrown
    • Re: DDF / RAID10 patch series for mdadm, Martin Wilck
• Periodically scanning RAID arrays for inconsistencies, Brassow Jonathan
  • Re: Periodically scanning RAID arrays for inconsistencies, Tregaron Bayly
    • Re: Periodically scanning RAID arrays for inconsistencies, Phil Turmel
  • Re: Periodically scanning RAID arrays for inconsistencies, NeilBrown
• [patch] dm-cache-target: check for allocation failure, Dan Carpenter
  • Re: [dm-devel] [patch] dm-cache-target: check for allocation failure, Alasdair G Kergon
• Expanding array with multiple devices, Oliver Schinagl
  • Re: Expanding array with multiple devices, Mikael Abrahamsson
    • Re: Expanding array with multiple devices, Oliver Schinagl
  • Re: Expanding array with multiple devices, Roy Sigurd Karlsbakk
    • Re: Expanding array with multiple devices, Phil Turmel
      • Re: Expanding array with multiple devices, Roy Sigurd Karlsbakk
        • Re: Expanding array with multiple devices, Phil Turmel
          • Re: Expanding array with multiple devices, Mikael Abrahamsson
            • Re: Expanding array with multiple devices, Roy Sigurd Karlsbakk
              • Re: Expanding array with multiple devices, Mikael Abrahamsson
• [PATCH 1/4] md/raid5: Reduce one write-operation when handle badsector, majianpeng
  • Re: [PATCH 1/4] md/raid5: Reduce one write-operation when handle badsector, NeilBrown
    • Re: Re: [PATCH 1/4] md/raid5: Reduce one write-operation when handle badsector, majianpeng
      • Re: [PATCH 1/4] md/raid5: Reduce one write-operation when handle badsector, NeilBrown
        • Re: Re: [PATCH 1/4] md/raid5: Reduce one write-operation when handle badsector, majianpeng
• [PATCH 2/4] md/raid5: Tune judgements order., majianpeng
  • Re: [PATCH 2/4] md/raid5: Tune judgements order., NeilBrown
• [PATCH 3/4] md: Don't do normal-write on unresync area of replacement-disk., majianpeng
  • Re: [PATCH 3/4] md: Don't do normal-write on unresync area of replacement-disk., NeilBrown
    • Re: Re: [PATCH 3/4] md: Don't do normal-write on unresync area of replacement-disk., majianpeng
      • Re: [PATCH 3/4] md: Don't do normal-write on unresync area of replacement-disk., NeilBrown
        • Re: Re: [PATCH 3/4] md: Don't do normal-write on unresync area of replacement-disk., majianpeng
• [PATCH 4/4] md: Add prompt message about wantreplacement disk in /proc/mdstat, majianpeng
  • Re: [PATCH 4/4] md: Add prompt message about wantreplacement disk in /proc/mdstat, NeilBrown
• Corrupted FS after recovery. Coincidence?, Jamie Thompson
  • Re: Corrupted FS after recovery. Coincidence?, Adam Goryachev
  • Re: Corrupted FS after recovery. Coincidence?, joystick
    • Re: Corrupted FS after recovery. Coincidence?, Jamie Thompson
• Rocketraid 640 raid 5 disabled, Khurram Hassan
  • Re: Rocketraid 640 raid 5 disabled, Stan Hoeppner
    • Re: Rocketraid 640 raid 5 disabled, Khurram Hassan
      • Re: Rocketraid 640 raid 5 disabled, Drew
        • Re: Rocketraid 640 raid 5 disabled, Drew
• When does RAID synchronization status update?, Dr. Greg Wettstein
• Functioning of --backup-file prior to array growth., EJ Vincent
  • Re: Functioning of --backup-file prior to array growth., Keith Keller
• Re: Backport Linux 3.7 MD RAID TRIM to Centos 6.3, Dave Cundiff
• Damage when growing RAID 5 array, Kevin McAreavey
  • Re: Damage when growing RAID 5 array, Phil Turmel
    • Re: Damage when growing RAID 5 array, Kevin McAreavey
      • Re: Damage when growing RAID 5 array, Phil Turmel
        • Re: Damage when growing RAID 5 array, Kevin McAreavey
          • Re: Damage when growing RAID 5 array, Phil Turmel
            • Re: Damage when growing RAID 5 array, Kevin McAreavey
• Re-sync in RAID 1 with bitmap setting issue, szlin
• [PATCH] md/raid456: remove depends on CONFIG_EXPERIMENTAL, Kees Cook
  • Re: [PATCH] md/raid456: remove depends on CONFIG_EXPERIMENTAL, Dan Williams
    • Re: [PATCH] md/raid456: remove depends on CONFIG_EXPERIMENTAL, Kees Cook
    • Re: [PATCH] md/raid456: remove depends on CONFIG_EXPERIMENTAL, NeilBrown
      • Re: [PATCH] md/raid456: remove depends on CONFIG_EXPERIMENTAL, Paul Bolle
        • Re: [PATCH] md/raid456: remove depends on CONFIG_EXPERIMENTAL, NeilBrown
    • Re: [PATCH] md/raid456: remove depends on CONFIG_EXPERIMENTAL, Kees Cook
      • Re: [PATCH] md/raid456: remove depends on CONFIG_EXPERIMENTAL, NeilBrown
        • Re: [PATCH] md/raid456: remove depends on CONFIG_EXPERIMENTAL, Kees Cook
• help needed - broken raid 1 array - I think I messed up, anon20120409
• BUG - raid 1 deadlock on handle_read_error / wait_barrier, Tregaron Bayly
  • Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier, Joe Lawrence
  • Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier, majianpeng
    • Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier, Tregaron Bayly
      • Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier, Joe Lawrence
  • Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier, NeilBrown
    • Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier, NeilBrown
      • Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier, Tregaron Bayly
        • Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier, NeilBrown
        • Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier, Joe Lawrence
          • Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier, Alexander Lyakas
            • Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier, NeilBrown
              • Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier, Alexander Lyakas
                • Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier, Alexander Lyakas
                  • Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier, NeilBrown
                    • Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier, Alexander Lyakas
                    • Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier, Tregaron Bayly
                      • Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier, Alexander Lyakas
                        • Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier, NeilBrown
                      • Re: BUG - raid 1 deadlock on handle_read_error / wait_barrier, NeilBrown
• [PATCH linux-next] DM RAID: validate_raid_redundancy: Silence uninitialized variable warning, Tim Gardner
  • Re: [PATCH linux-next] DM RAID: validate_raid_redundancy: Silence uninitialized variable warning, Paul Menzel
    • Re: [PATCH linux-next] DM RAID: validate_raid_redundancy: Silence uninitialized variable warning, Paul Menzel
    • Re: [PATCH linux-next] DM RAID: validate_raid_redundancy: Silence uninitialized variable warning, NeilBrown
  • Re: [dm-devel] [PATCH linux-next] DM RAID: validate_raid_redundancy: Silence uninitialized variable warning, Alasdair G Kergon
    • [PATCH linux-next v2] DM RAID: validate_raid_redundancy: Silence uninitialized variable warning, Tim Gardner
      • Re: [PATCH linux-next v2] DM RAID: validate_raid_redundancy: Silence uninitialized variable warning, Tommi Rantala
        • Re: [PATCH linux-next v2] DM RAID: validate_raid_redundancy: Silence uninitialized variable warning, Tim Gardner
• updated the https://raid.wiki.kernel.org/index.php/RAID_Recovery wiki, Mikael Abrahamsson
• Brocken Raid & LUKS, stone@xxxxxxxxx
  • Re: Brocken Raid & LUKS, Phil Turmel
    • Message not available
      • Re: Brocken Raid & LUKS, Phil Turmel
        • Message not available
          • Message not available
            • Message not available
              • Re: Brocken Raid & LUKS, Phil Turmel
                • Re: Brocken Raid & LUKS, Stone
                  • Re: Brocken Raid & LUKS, Phil Turmel
                    • Re: Brocken Raid & LUKS, Stone
                      • Re: Brocken Raid & LUKS, stone@xxxxxxxxx
                        • Re: Brocken Raid & LUKS, Phil Turmel
                          • Re: Brocken Raid & LUKS, stone@xxxxxxxxx
                            • Re: Brocken Raid & LUKS, Phil Turmel
                              • Re: Brocken Raid & LUKS, stone@xxxxxxxxx
                                • Re: Brocken Raid & LUKS, Phil Turmel
                                  • Re: Brocken Raid & LUKS, Phil Turmel
                                    • Re: Brocken Raid & LUKS, Stone
                                    • Re: Brocken Raid & LUKS, Phil Turmel
                                    • Re: Brocken Raid & LUKS, Stone
                                    • Re: Brocken Raid & LUKS, Phil Turmel
                                    • Re: Brocken Raid & LUKS, Stone
                                    • Re: Brocken Raid & LUKS, Phil Turmel
                                    • Re: Brocken Raid & LUKS, Stone
                                    • Re: Brocken Raid & LUKS, Stone
                                    • Re: Brocken Raid & LUKS, Phil Turmel
                                    • Re: Brocken Raid & LUKS, Stone
                                    • Re: Brocken Raid & LUKS, Phil Turmel
                                    • Re: Brocken Raid & LUKS, Stone
                                    • Re: Brocken Raid & LUKS, Phil Turmel
                                    • Re: Brocken Raid & LUKS, Stone
                                    • Re: Brocken Raid & LUKS, Phil Turmel
                                    • Re: Brocken Raid & LUKS, Stone
                                    • Re: Brocken Raid & LUKS, Stone
                                    • Re: Brocken Raid & LUKS, Phil Turmel
                                    • Re: Brocken Raid & LUKS, Stone
                                    • Re: Brocken Raid & LUKS, Phil Turmel
                                    • Re: Brocken Raid & LUKS, Stone
                                    • Message not available
                                    • Re: Brocken Raid & LUKS, stone@xxxxxxxxx
                                    • Re: Brocken Raid & LUKS, Phil Turmel
                                    • Re: Brocken Raid & LUKS, Stone
                                    • Re: Brocken Raid & LUKS, Phil Turmel
                                    • Re: Brocken Raid & LUKS, Stone
                                    • Re: Brocken Raid & LUKS, Phil Turmel
                                    • Re: Brocken Raid & LUKS, Stone
                                    • Re: Brocken Raid & LUKS, Phil Turmel
                                    • Re: Brocken Raid & LUKS, Stone
                                    • Re: Brocken Raid & LUKS, Phil Turmel
                                    • Re: Brocken Raid & LUKS, Stone
                                    • Re: Brocken Raid & LUKS, Phil Turmel
                                    • Re: Brocken Raid & LUKS, Stone
                                    • Re: Brocken Raid & LUKS, Phil Turmel
                                    • Re: Brocken Raid & LUKS, Stone
                                    • Re: Brocken Raid & LUKS, Phil Turmel
                                    • Re: Brocken Raid & LUKS, Stone
                                    • Re: Brocken Raid & LUKS, Phil Turmel
                                    • Re: Brocken Raid & LUKS, Stone
                                    • Re: Brocken Raid & LUKS, Phil Turmel
                                    • Re: Brocken Raid & LUKS, Stone
                                    • Re: Brocken Raid & LUKS, Phil Turmel
                                    • Re: Brocken Raid & LUKS, Stone
                                    • Re: Brocken Raid & LUKS, Phil Turmel
                                    • Re: Brocken Raid & LUKS, Stone
                                    • Re: Brocken Raid & LUKS, Phil Turmel
                                    • Re: Brocken Raid & LUKS, Stone
                                    • Re: Brocken Raid & LUKS, Phil Turmel
                                    • Re: Brocken Raid & LUKS, Stone
                                    • Re: Brocken Raid & LUKS, stone@xxxxxxxxx
                                    • Re: Brocken Raid & LUKS, Stone
                                    • Re: Brocken Raid & LUKS, Stone
                                    • Re: Brocken Raid & LUKS, Phil Turmel
                                    • Re: Brocken Raid & LUKS, Stone
                                    • Re: Brocken Raid & LUKS, Stone
                                    • Re: Brocken Raid & LUKS, Hans-Peter Jansen
                                    • Re: Brocken Raid & LUKS, Stone
                                    • Re: Brocken Raid & LUKS, Phil Turmel
                                    • Message not available
                                    • Re: Brocken Raid & LUKS, Phil Turmel
                                    • Re: Brocken Raid & LUKS, Chris Murphy
                                    • Re: Brocken Raid & LUKS, Phil Turmel
                                    • Re: Brocken Raid & LUKS, Chris Murphy
                                    • Re: Brocken Raid & LUKS, Phil Turmel
                      • Re: Brocken Raid & LUKS, Phil Turmel
• Usefulness of RAID 4, Chris Murphy
  • Re: Usefulness of RAID 4, Stan Hoeppner
    • Re: Usefulness of RAID 4, Chris Murphy
      • Re: Usefulness of RAID 4, Stan Hoeppner
        • Re: Usefulness of RAID 4, Chris Murphy
      • Re: Usefulness of RAID 4, David Brown
        • Re: Usefulness of RAID 4, Chris Murphy
      • Re: Usefulness of RAID 4, Stan Hoeppner
• [PATCH] imsm: Add NO_IMSM_PLATFORM flag description to manual., Marcin Tomczak
  • Re: [PATCH] imsm: Add NO_IMSM_PLATFORM flag description to manual., NeilBrown
• problems formatting raid5, sk
  • Re: problems formatting raid5, Mikael Abrahamsson
    • Re: problems formatting raid5, sk
      • Re: problems formatting raid5, Mikael Abrahamsson
        • Re: problems formatting raid5, sk
          • Re: problems formatting raid5, Mikael Abrahamsson
  • Re: problems formatting raid5, Roy Sigurd Karlsbakk
    • Re: problems formatting raid5, Roy Sigurd Karlsbakk
      • Re: problems formatting raid5, Steven Haigh
  • Re: problems formatting raid5, Emilio Hodge
  • Re: problems formatting raid5, Emilio Hodge
• RAID10 layout question, Chris Jones
  • Re: RAID10 layout question, Roy Sigurd Karlsbakk
• Best practice for large storage?, Roy Sigurd Karlsbakk
  • Re: Best practice for large storage?, Jeff Johnson
    • Re: Best practice for large storage?, Roy Sigurd Karlsbakk
      • Re: Best practice for large storage?, Jeff Johnson
        • Re: Best practice for large storage?, Sebastian Riemer
          • Re: Best practice for large storage?, Roy Sigurd Karlsbakk
            • Re: Best practice for large storage?, Sebastian Riemer
        • Re: Best practice for large storage?, Stan Hoeppner
  • Re: Best practice for large storage?, Chris Murphy
  • Re: Best practice for large storage?, Stan Hoeppner
  • <Possible follow-ups>
  • Re: Best practice for large storage?, Roy Sigurd Karlsbakk
  • Re: Best practice for large storage?, Roy Sigurd Karlsbakk
    • Re: Best practice for large storage?, Roberto Spadim
      • Re: Best practice for large storage?, Adam Goryachev
        • Re: Best practice for large storage?, Roberto Spadim
        • Growing a raid60 (Was: Re: Best practice for large storage?), Daniel Browning
• raid5 slowpath warning?, Jes Sorensen
• Set disk faulty / hot disk remove ioctl bug for read-only MD?, Joe Lawrence
  • Re: Set disk faulty / hot disk remove ioctl bug for read-only MD?, NeilBrown
    • Re: Set disk faulty / hot disk remove ioctl bug for read-only MD?, Sebastian Riemer
      • Re: Set disk faulty / hot disk remove ioctl bug for read-only MD?, Sebastian Riemer
        • Re: Set disk faulty / hot disk remove ioctl bug for read-only MD?, NeilBrown
          • Re: Set disk faulty / hot disk remove ioctl bug for read-only MD?, Sebastian Riemer
      • Re: Set disk faulty / hot disk remove ioctl bug for read-only MD?, Joe Lawrence
        • Re: Set disk faulty / hot disk remove ioctl bug for read-only MD?, NeilBrown
          • Re: Set disk faulty / hot disk remove ioctl bug for read-only MD?, Joe Lawrence
• Size inconsistencies and rounding errors, Phillip Susi
• Shrinking raid array, Phillip Susi
  • Re: Shrinking raid array, Phillip Susi
    • Re: Shrinking raid array, Mikael Abrahamsson
      • Re: Shrinking raid array, Phillip Susi
        • Re: Shrinking raid array, Mikael Abrahamsson
          • Re: Shrinking raid array, Phillip Susi
            • Re: Shrinking raid array, Mikael Abrahamsson
              • Re: Shrinking raid array, Mikael Abrahamsson
• decreasing array size --re-add fails, Tobias Gunkel
• decreasing array --re-add fails, Tobias Gunkel
• Unable to reactivate a RAID10 mdadm device, Arun Khan
  • Re: Unable to reactivate a RAID10 mdadm device, Adam Goryachev
    • Re: Unable to reactivate a RAID10 mdadm device, Arun Khan
      • Re: Unable to reactivate a RAID10 mdadm device, Arun Khan
        • Re: Unable to reactivate a RAID10 mdadm device, Adam Goryachev
  • Re: Unable to reactivate a RAID10 mdadm device, Dave Cundiff
    • Re: Unable to reactivate a RAID10 mdadm device, Arun Khan
      • Re: Unable to reactivate a RAID10 mdadm device, Dave Cundiff
        • Re: Unable to reactivate a RAID10 mdadm device, Arun Khan
          • Re: Unable to reactivate a RAID10 mdadm device, Roy Sigurd Karlsbakk
            • Re: Unable to reactivate a RAID10 mdadm device, Arun Khan
• RAID1 lockup over multipath devices?, Tregaron Bayly
  • Re: RAID1 lockup over multipath devices?, Tregaron Bayly
• raid/device failure, Thomas Fjellstrom
  • Re: raid/device failure, Phil Turmel
    • Re: raid/device failure, EJ Vincent
      • Re: raid/device failure, Phil Turmel
        • Re: raid/device failure, EJ Vincent
    • Re: raid/device failure, Thomas Fjellstrom
  • Re: raid/device failure, Brad Campbell
    • Re: raid/device failure, Thomas Fjellstrom
  • Re: raid/device failure, Roy Sigurd Karlsbakk
    • Re: raid/device failure, Thomas Fjellstrom
  • Re: raid/device failure, Thomas Fjellstrom
• [PATCH] mdadm: fix portability issues encountered while building against musl libc, John Spencer
  • Re: [PATCH] mdadm: fix portability issues encountered while building against musl libc, Joseph Glanville
  • Re: [PATCH] mdadm: fix portability issues encountered while building against musl libc, NeilBrown
    • Re: [PATCH] mdadm: fix portability issues encountered while building against musl libc, John Spencer
• help please, can't mount/recover raid 5 array, Daniel Sanabria
  • Re: help please, can't mount/recover raid 5 array, Dave Cundiff
    • Re: help please, can't mount/recover raid 5 array, Daniel Sanabria
  • Re: help please, can't mount/recover raid 5 array, Mikael Abrahamsson
    • Message not available
      • Re: help please, can't mount/recover raid 5 array, Daniel Sanabria
        • Re: help please, can't mount/recover raid 5 array, Phil Turmel
          • Re: help please, can't mount/recover raid 5 array, Dave Cundiff
            • Re: help please, can't mount/recover raid 5 array, Daniel Sanabria
              • Re: help please, can't mount/recover raid 5 array, Mikael Abrahamsson
                • Re: help please, can't mount/recover raid 5 array, Daniel Sanabria
• [PATCH 1/2] Modernize udev rules, Thomas Bächler
  • [PATCH 2/2] udev: Fix order of execution of the md rules, Thomas Bächler
    • [PATCHv2 2/2] udev: Fix order of execution of the md rules, Thomas Bächler
      • Re: [PATCHv2 2/2] udev: Fix order of execution of the md rules, NeilBrown
        • Re: [PATCHv2 2/2] udev: Fix order of execution of the md rules, Thomas Bächler
  • Re: [PATCH 1/2] Modernize udev rules, NeilBrown
    • Re: [PATCH 1/2] Modernize udev rules, Michael Tokarev
      • Re: [PATCH 1/2] Modernize udev rules, Thomas Bächler
        • Re: [PATCH 1/2] Modernize udev rules, Michael Tokarev
          • Re: [PATCH 1/2] Modernize udev rules, Thomas Bächler
        • Re: [PATCH 1/2] Modernize udev rules, Dmitrijs Ledkovs
          • Re: [PATCH 1/2] Modernize udev rules, Thomas Bächler
• Raid1 to Raid 10, Cocolocko
  • Re: Raid1 to Raid 10, Adam Goryachev
• Possible to rescue SW Raid5 with 2 missing Disks, Dragon
  • <Possible follow-ups>
  • Possible to rescue SW Raid5 with 2 missing Disks, Dragon
  • Possible to rescue SW Raid5 with 2 missing Disks, Dragon
    • Re: Possible to rescue SW Raid5 with 2 missing Disks, Mikael Abrahamsson
  • Possible to rescue SW Raid5 with 2 missing Disks, Dragon
    • Re: Possible to rescue SW Raid5 with 2 missing Disks, Mikael Abrahamsson
      • Re: Possible to rescue SW Raid5 with 2 missing Disks, Dave Cundiff
  • Possible to rescue SW Raid5 with 2 missing Disks, Dragon
    • Re: Possible to rescue SW Raid5 with 2 missing Disks, Robin Hill
    • Re: Possible to rescue SW Raid5 with 2 missing Disks, Dave Cundiff
  • Possible to rescue SW Raid5 with 2 missing Disks, Dragon
    • Re: Possible to rescue SW Raid5 with 2 missing Disks, Mikael Abrahamsson
      • Re: Possible to rescue SW Raid5 with 2 missing Disks, Brad Campbell
        • Re: Possible to rescue SW Raid5 with 2 missing Disks, Mikael Abrahamsson
          • Re: Possible to rescue SW Raid5 with 2 missing Disks, Brad Campbell
            • Re: Possible to rescue SW Raid5 with 2 missing Disks, Mikael Abrahamsson
  • Possible to rescue SW Raid5 with 2 missing Disks, Dragon
  • Possible to rescue SW Raid5 with 2 missing Disks, Dragon
    • Re: Possible to rescue SW Raid5 with 2 missing Disks, Mikael Abrahamsson
  • Possible to rescue SW Raid5 with 2 missing Disks, Dragon
    • Re: Possible to rescue SW Raid5 with 2 missing Disks, Mikael Abrahamsson
  • Possible to rescue SW Raid5 with 2 missing Disks, Dragon
  • Possible to rescue SW Raid5 with 2 missing Disks, Dragon
    • Re: Possible to rescue SW Raid5 with 2 missing Disks, Phil Turmel
      • Re: Possible to rescue SW Raid5 with 2 missing Disks, Roy Sigurd Karlsbakk
  • Possible to rescue SW Raid5 with 2 missing Disks, Dragon
  • Possible to rescue SW Raid5 with 2 missing Disks, Dragon
    • Re: Possible to rescue SW Raid5 with 2 missing Disks, Mikael Abrahamsson
  • Possible to rescue SW Raid5 with 2 missing Disks, Dragon
  • Possible to rescue SW Raid5 with 2 missing Disks, Dragon
  • Possible to rescue SW Raid5 with 2 missing Disks, Dragon
  • Possible to rescue SW Raid5 with 2 missing Disks, Dragon
  • Possible to rescue SW Raid5 with 2 missing Disks, Dragon
• mdadm: hot remove failed for /dev/sdg: Device or resource busy, Keith Keller
  • Re: mdadm: hot remove failed for /dev/sdg: Device or resource busy, Keith Keller
    • Re: mdadm: hot remove failed for /dev/sdg: Device or resource busy, Robin Hill
      • Re: mdadm: hot remove failed for /dev/sdg: Device or resource busy, Keith Keller
        • Re: mdadm: hot remove failed for /dev/sdg: Device or resource busy, John Gehring
          • Re: mdadm: hot remove failed for /dev/sdg: Device or resource busy, Keith Keller
            • Re: mdadm: hot remove failed for /dev/sdg: Device or resource busy, Keith Keller
• raid-5 initiated as raid-4?, Roy Sigurd Karlsbakk
  • Re: raid-5 initiated as raid-4?, Robin Hill
    • Re: raid-5 initiated as raid-4?, Roy Sigurd Karlsbakk
      • Re: raid-5 initiated as raid-4?, Roy Sigurd Karlsbakk
• some raid questions, Ionut Cadariu
  • Re: some raid questions, Robin Hill
• RAID performance, Adam Goryachev
  • Re: RAID performance, Adam Goryachev
    • Re: RAID performance, Stan Hoeppner
  • Re: RAID performance, Carsten Aulbert
    • Re: RAID performance, Adam Goryachev
      • Re: RAID performance, Carsten Aulbert
        • Re: RAID performance, Adam Goryachev
  • Re: RAID performance, Stan Hoeppner
    • Re: RAID performance, Adam Goryachev
      • Re: RAID performance - *Slow SSDs likely solved*, Stan Hoeppner
        • Message not available
          • Re: RAID performance - *Slow SSDs likely solved*, Stan Hoeppner
    • Re: RAID performance, Adam Goryachev
      • Re: RAID performance, Chris Murphy
      • Re: RAID performance, Stan Hoeppner
  • Re: RAID performance, Dave Cundiff
    • Re: RAID performance, Adam Goryachev
      • Re: RAID performance, Dave Cundiff
        • Re: RAID performance, Adam Goryachev
          • Re: RAID performance, Phil Turmel
            • Re: RAID performance, Adam Goryachev
              • Re: RAID performance, Phil Turmel
                • Re: RAID performance, Adam Goryachev
                  • Re: RAID performance, Mikael Abrahamsson
                • Re: RAID performance, Chris Murphy
                  • Re: RAID performance, Chris Murphy
                    • Re: RAID performance, Chris Murphy
                      • Re: RAID performance, Adam Goryachev
                        • Re: RAID performance, Chris Murphy
                          • Re: RAID performance, Chris Murphy
                            • Re: RAID performance, Adam Goryachev
                          • Re: RAID performance, Adam Goryachev
                    • Re: RAID performance, Adam Goryachev
          • Re: RAID performance, Dave Cundiff
            • Re: RAID performance, Adam Goryachev
              • Re: RAID performance, Stan Hoeppner
                • Re: RAID performance, Chris Murphy
                  • Re: RAID performance, Adam Goryachev
                    • Re: RAID performance, Chris Murphy
                      • Re: RAID performance, Adam Goryachev
                        • Re: RAID performance, Chris Murphy
                          • Re: RAID performance, Adam Goryachev
                            • Re: RAID performance, Chris Murphy
              • Re: RAID performance - new kernel results, Adam Goryachev
                • Re: RAID performance - new kernel results - 5x SSD RAID5, Stan Hoeppner
                  • Re: RAID performance - new kernel results - 5x SSD RAID5, Adam Goryachev
                    • Re: RAID performance - new kernel results - 5x SSD RAID5, Stan Hoeppner
                      • Re: RAID performance - new kernel results - 5x SSD RAID5, Adam Goryachev
                        • Re: RAID performance - new kernel results - 5x SSD RAID5, Joseph Glanville
                        • Re: RAID performance - new kernel results - 5x SSD RAID5, Stan Hoeppner
                          • Re: RAID performance - new kernel results - 5x SSD RAID5, Stan Hoeppner
                            • Re: RAID performance - new kernel results - 5x SSD RAID5, Adam Goryachev
                              • Re: RAID performance - new kernel results - 5x SSD RAID5, Stan Hoeppner
                                • Re: RAID performance - new kernel results - 5x SSD RAID5, Phil Turmel
                                  • Re: RAID performance - new kernel results - 5x SSD RAID5, Stan Hoeppner
                                    • Re: RAID performance - new kernel results - 5x SSD RAID5, Phil Turmel
                                  • Re: RAID performance - new kernel results - 5x SSD RAID5, Adam Goryachev
                                    • Re: RAID performance - new kernel results - 5x SSD RAID5, Phil Turmel
                                    • Re: RAID performance - new kernel results - 5x SSD RAID5, Adam Goryachev
                                    • Re: RAID performance - new kernel results - 5x SSD RAID5, Phil Turmel
                                    • Re: RAID performance - new kernel results - 5x SSD RAID5, Stan Hoeppner
                                    • Re: RAID performance - new kernel results - 5x SSD RAID5, Stan Hoeppner
                                • Re: RAID performance - new kernel results - 5x SSD RAID5, Adam Goryachev
                                  • Re: RAID performance - new kernel results - 5x SSD RAID5, Stan Hoeppner
                                    • Re: RAID performance - new kernel results - 5x SSD RAID5, Adam Goryachev
                                    • Re: RAID performance - 5x SSD RAID5 - effects of stripe cache sizing, Stan Hoeppner
                                    • Re: RAID performance - 5x SSD RAID5 - effects of stripe cache sizing, Adam Goryachev
                                    • Re: RAID performance - 5x SSD RAID5 - effects of stripe cache sizing, Stan Hoeppner
                                    • Re: RAID performance - 5x SSD RAID5 - effects of stripe cache sizing, Adam Goryachev
                                    • Re: RAID performance - 5x SSD RAID5 - effects of stripe cache sizing, Stan Hoeppner
                                    • Re: RAID performance - 5x SSD RAID5 - effects of stripe cache sizing, Mikael Abrahamsson
                                    • Re: RAID performance - 5x SSD RAID5 - effects of stripe cache sizing, Stan Hoeppner
                                    • Re: RAID performance - 5x SSD RAID5 - effects of stripe cache sizing, Mikael Abrahamsson
                      • Re: RAID performance - new kernel results - 5x SSD RAID5, David Brown
                        • Re: RAID performance - new kernel results - 5x SSD RAID5, Stan Hoeppner
                • Re: RAID performance - new kernel results, John Stoffel
                  • Re: RAID performance - new kernel results, Adam Goryachev
                    • Re: RAID performance - new kernel results, Charles Polisher
                      • Re: RAID performance - new kernel results, Adam Goryachev
                        • Re: RAID performance - new kernel results, John Stoffel
                          • Re: RAID performance - new kernel results, Adam Goryachev
                        • Re: RAID performance - new kernel results, Roy Sigurd Karlsbakk
                        • Re: RAID performance - new kernel results, Phil Turmel
                          • Re: RAID performance - new kernel results, Roy Sigurd Karlsbakk
                            • Re: RAID performance - new kernel results, Phil Turmel
                            • Re: RAID performance - new kernel results, Stan Hoeppner
                        • Re: RAID performance - new kernel results, Stan Hoeppner
        • Re: RAID performance, Stan Hoeppner
          • Re: RAID performance, Adam Goryachev
          • Re: RAID performance, Adam Goryachev
            • Re: RAID performance, Stan Hoeppner
              • Re: RAID performance, Adam Goryachev
                • Re: RAID performance, Stan Hoeppner
                  • Re: RAID performance, Adam Goryachev
                    • Re: RAID performance, Stan Hoeppner
                      • Re: RAID performance, Adam Goryachev
                        • Re: RAID performance, Mikael Abrahamsson
                          • Re: RAID performance, Adam Goryachev
                            • Re: RAID performance, Adam Goryachev
                            • Re: RAID performance, Mikael Abrahamsson
                        • Re: RAID performance, Stan Hoeppner
                          • Re: RAID performance, Adam Goryachev
                            • Re: RAID performance, Stan Hoeppner
                              • Re: RAID performance, Phil Turmel
                              • Re: RAID performance, Adam Goryachev
                                • Re: RAID performance, Adam Goryachev
                                  • Re: RAID performance, Stan Hoeppner
                                    • Re: RAID performance, Stan Hoeppner
                                    • Re: RAID performance, Adam Goryachev
                                    • Re: RAID performance, Stan Hoeppner
                                    • Re: RAID performance, Adam Goryachev
                                    • Re: RAID performance, Stan Hoeppner
                                    • Re: RAID performance, Adam Goryachev
                                    • Re: RAID performance, Stan Hoeppner
                                    • Re: RAID performance, Adam Goryachev
                                    • Re: RAID performance, Stan Hoeppner
                                    • Re: RAID performance, Adam Goryachev
                                    • Re: RAID performance, Stan Hoeppner
                                    • Re: RAID performance, Adam Goryachev
                                    • Re: RAID performance, Stan Hoeppner
                                    • Re: RAID performance, Adam Goryachev
                                    • Re: RAID performance, Stan Hoeppner
                                    • Re: RAID performance, Charles Polisher
                                    • Re: RAID performance, Stan Hoeppner
                          • Re: RAID performance, Mikael Abrahamsson
      • Re: RAID performance, Brad Campbell
        • Re: RAID performance, Adam Goryachev
          • Re: RAID performance, Fredrik Lindgren
            • Re: RAID performance, Adam Goryachev