Linux RAID Storage Date Index

• Thread Index

• Re: unbelievably bad performance: 2.6.27.37 and raid6
  • From: Christian Pernegger <pernegger@xxxxxxxxx>
• Re: unbelievably bad performance: 2.6.27.37 and raid6
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• unbelievably bad performance: 2.6.27.37 and raid6
  • From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
• md[adm] device names
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• Re: MD write performance issue - found Catalyst patches
  • From: mark delfman <markdelfman@xxxxxxxxxxxxxx>
• Source Documentation
  • From: Dimitris Bariamis <d.bariamis@xxxxxxxxx>
• [PULL REQUEST - resend] md fixes for 2.6.32
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH v0 2/2] Crypto: Talitos: Support for Async_tx XOR offload
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: small mdadm issue under debian
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: small mdadm issue under debian
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: small mdadm issue under debian
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: MD write performance issue - found Catalyst patches
  • From: Asdo <asdo@xxxxxxxxxxxxx>
• Re: MD write performance issue - found Catalyst patches
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: small mdadm issue under debian
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• small mdadm issue under debian
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: MD write performance issue - found Catalyst patches
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: MD write performance issue - found Catalyst patches
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH] raid: improve MD/raid10 handling of correctable read errors.
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Raid 5 to raid 6 reshape failure after reboot
  • From: Neil Brown <neilb@xxxxxxx>
• Re: mdadm --detail showing annoying device
  • From: Neil Brown <neilb@xxxxxxx>
• Re: ANNOUNCE: mdadm 3.1 - A tool for managing Soft RAID under Linux
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Raid 5 to raid 6 reshape failure after reboot
  • From: Neil Brown <neilb@xxxxxxx>
• Re: md software raid
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Benchmarking RAID6 and proper creation.
  • From: Andrew Dunn <andrew.g.dunn@xxxxxxxxx>
• Re: md software raid
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxx>
• Re: md software raid
  • From: Eric Sandeen <sandeen@xxxxxxxxxx>
• Re: md software raid
  • From: Max Waterman <davidmaxwaterman@xxxxxxxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: Lars Schimmer <l.schimmer@xxxxxxxxxxxxx>
• RE: md software raid
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: md software raid
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• RE: md software raid
  • From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
• RE: md software raid
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: md software raid
  • From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
• RE: Is My Data DESTROYED?!
  • From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
• RE: md software raid
  • From: Chris Green <cgreen@xxxxxxxxxxxxxxxxx>
• RE: md software raid
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: Is My Data DESTROYED?!
  • From: Rudy Zijlstra <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx>
• RE: md software raid
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: md software raid
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: md software raid
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: md software raid
  • From: Richard Scobie <richard@xxxxxxxxxxx>
• RE: md software raid
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: md software raid
  • From: Ric Wheeler <rwheeler@xxxxxxxxxx>
• Re: md software raid
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: md software raid
  • From: Max Waterman <davidmaxwaterman@xxxxxxxxxxxxxx>
• Re: md software raid
  • From: Richard Scobie <richard@xxxxxxxxxxx>
• Re: md software raid
  • From: "Majed B." <majedb@xxxxxxxxx>
• RE: md software raid
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: md software raid
  • From: "Majed B." <majedb@xxxxxxxxx>
• RE: md software raid
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: Is My Data DESTROYED?!
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: Christian Pernegger <pernegger@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: md software raid
  • From: Christopher Chen <muffaleta@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: md software raid
  • From: Richard Scobie <richard@xxxxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: Christian Pernegger <pernegger@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: Ryan Wagoner <rswagoner@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: md software raid
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: Ryan Wagoner <rswagoner@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: Ryan Wagoner <rswagoner@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: Gabor Gombas <gombasg@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: xfs > md 50% write performance drop on .30+ kernel?
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: xfs > md 50% write performance drop on .30+ kernel?
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• RE: md software raid
  • From: "Ian Docherty" <idiandocherty@xxxxxxxxxxxxxx>
• Re: RAID5: *all* of my drives are now spares
  • From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• RE: Is My Data DESTROYED?!
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: RAID5: *all* of my drives are now spares
  • From: "NeilBrown" <neilb@xxxxxxx>
• RAID5: *all* of my drives are now spares
  • From: John P Poet <jppoet@xxxxxxxxx>
• RE: Is My Data DESTROYED?!
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: "John Robinson" <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: [Fwd: Re: BUG: soft lockup - CPU#0 stuck for 10s! [md2_raid1:358]]
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: "Darius S. Naqvi" <dnaqvi@xxxxxxxxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: 2.6.31+2.6.31.4: XFS - All I/O locks up to D-state after 24-48 hours (sysrq-t+w available)
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• RE: Is My Data DESTROYED?!
  • From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
• RE: Is My Data DESTROYED?!
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• RE: Is My Data DESTROYED?!
  • From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
• Re: md: md3 still in use.
  • From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: Gabor Gombas <gombasg@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: Christopher Chen <muffaleta@xxxxxxxxx>
• Re: md: md3 still in use.
  • From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
• Re: Used Dev Size is wrong
  • From: Bart Kus <me@xxxxxxxx>
• md: md3 still in use.
  • From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
• Re: Used Dev Size is wrong
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: Used Dev Size is wrong
  • From: Michał Przyłuski <mikylie@xxxxxxxxx>
• Used Dev Size is wrong
  • From: Bart Kus <me@xxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• RE: Is My Data DESTROYED?!
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: adfas asd <chimera_god@xxxxxxxxx>
• RE: Is My Data DESTROYED?!
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: Gabor Gombas <gombasg@xxxxxxxxx>
• RE: Is My Data DESTROYED?!
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: Christopher Chen <muffaleta@xxxxxxxxx>
• RE: Is My Data DESTROYED?!
  • From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• RE: A few remaining questions about installing to RAID-10
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: Is My Data DESTROYED?!
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: Is My Data DESTROYED?!
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: Christopher Chen <muffaleta@xxxxxxxxx>
• RE: Is My Data DESTROYED?!
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: Christopher Chen <muffaleta@xxxxxxxxx>
• RE: Is My Data DESTROYED?!
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: Is My Data DESTROYED?!
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: Is My Data DESTROYED?!
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: Is My Data DESTROYED?!
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: Christopher Chen <muffaleta@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: Luca Berra <bluca@xxxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: berk walker <berk@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: berk walker <berk@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: berk walker <berk@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: Ben DJ <bendj095124367913213465@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: Billy Crook <billycrook@xxxxxxxxx>
• RE: Is My Data DESTROYED?!
  • From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: Billy Crook <billycrook@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: Mattias Wadenstein <maswan@xxxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: Christian Pernegger <pernegger@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: Billy Crook <billycrook@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: md software raid
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• md software raid
  • From: "ian.d" <idiandocherty@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: Is My Data DESTROYED?!
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Is My Data DESTROYED?!
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: 2.6.31+2.6.31.4: XFS - All I/O locks up to D-state after 24-48 hours (sysrq-t+w available)
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: 2.6.31+2.6.31.4: XFS - All I/O locks up to D-state after 24-48 hours (sysrq-t+w available)
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: [md PATCH 4/4] async_tx: fix asynchronous raid6 recovery for ddf layouts
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: mdadm --detail showing annoying device
  • From: Stephane Bunel <stephane.bunel@xxxxxxxxxxxxxxxxx>
• Re: Raid 5 to raid 6 reshape failure after reboot
  • From: Guy Martin <gmsoft@xxxxxxxxxxxx>
• Re: mdadm --detail showing annoying device
  • From: Stephane Bunel <stephane.bunel@xxxxxxxxxxxxxxxxx>
• Re: ANNOUNCE: mdadm 3.1 - A tool for managing Soft RAID under Linux
  • From: Kasper Sandberg <postmaster@xxxxxxxxxxx>
• Re: mdadm --detail showing annoying device
  • From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
• Re: mdadm --detail showing annoying device
  • From: Stephane Bunel <stephane.bunel@xxxxxxxxxxxxxxxxx>
• Re: Raid 5 to raid 6 reshape failure after reboot
  • From: Guy Martin <gmsoft@xxxxxxxxxxxx>
• Re: [Fwd: Re: BUG: soft lockup - CPU#0 stuck for 10s! [md2_raid1:358]]
  • From: Lee Howard <faxguy@xxxxxxxxxxxxxxxx>
• Re: [Fwd: Re: BUG: soft lockup - CPU#0 stuck for 10s! [md2_raid1:358]]
  • From: Lee Howard <faxguy@xxxxxxxxxxxxxxxx>
• ANNOUNCE: mdadm 3.1 - A tool for managing Soft RAID under Linux
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [md PATCH 4/4] async_tx: fix asynchronous raid6 recovery for ddf layouts
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH] raid: improve MD/raid10 handling of correctable read errors.
  • From: Rob Becker <Rob.Becker@xxxxxxxxxxxx>
• ANNOUNCE: mdadm 3.0.3 - A tool for managing Soft RAID under Linux
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH] raid: improve MD/raid10 handling of correctable read errors.
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [md PATCH 4/4] async_tx: fix asynchronous raid6 recovery for ddf layouts
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Raid 5 to raid 6 reshape failure after reboot
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Disappointing RAID10 Performance
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: [md PATCH 4/4] async_tx: fix asynchronous raid6 recovery for ddf layouts
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [Fwd: Re: BUG: soft lockup - CPU#0 stuck for 10s! [md2_raid1:358]]
  • From: Neil Brown <neilb@xxxxxxx>
• Re: mdadm --detail showing annoying device
  • From: Neil Brown <neilb@xxxxxxx>
• mdadm --detail showing annoying device
  • From: Stephane Bunel <stephane.bunel@xxxxxxxxxxxxxxxxx>
• [Fwd: Re: BUG: soft lockup - CPU#0 stuck for 10s! [md2_raid1:358]]
  • From: Asdo <asdo@xxxxxxxxxxxxx>
• Re: 2.6.31+2.6.31.4: XFS - All I/O locks up to D-state after 24-48 hours (sysrq-t+w available)
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: BUG: soft lockup - CPU#0 stuck for 10s! [md2_raid1:358]
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: BUG: soft lockup - CPU#0 stuck for 10s! [md2_raid1:358]
  • From: Lee Howard <faxguy@xxxxxxxxxxxxxxxx>
• Re: BUG: soft lockup - CPU#0 stuck for 10s! [md2_raid1:358]
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: BUG: soft lockup - CPU#0 stuck for 10s! [md2_raid1:358]
  • From: "Majed B." <majedb@xxxxxxxxx>
• BUG: soft lockup - CPU#0 stuck for 10s! [md2_raid1:358]
  • From: Steven Haigh <netwiz@xxxxxxxxx>
• RE: [PATCH v0 1/2] DMA: fsldma: Disable DMA_INTERRUPT when Async_tx enabled
  • From: "Suresh Vishnu-B05022" <Vishnu@xxxxxxxxxxxxx>
• Re: Raid 5 to raid 6 reshape failure after reboot
  • From: Guy Martin <gmsoft@xxxxxxxxxxxx>
• Re: 2.6.31+2.6.31.4: XFS - All I/O locks up to D-state after 24-48 hours (sysrq-t+w available)
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• [md PATCH 4/4] async_tx: fix asynchronous raid6 recovery for ddf layouts
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [md PATCH 3/4] async_pq: rename scribble page
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [md PATCH 2/4] async_pq: kill a stray dma_map() call and other cleanups
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [md PATCH 0/4] fix ddf asynchronous raid6 recovery
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [md PATCH 1/4] md/raid6: kill a gcc-4.0.1 'uninitialized variable' warning
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Raid 5 to raid 6 reshape failure after reboot
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: 2.6.31+2.6.31.4: XFS - All I/O locks up to D-state after 24-48 hours (sysrq-t+w available)
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: Raid 5 to raid 6 reshape failure after reboot
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: Raid 5 to raid 6 reshape failure after reboot
  • From: Guy Martin <gmsoft@xxxxxxxxxxxx>
• Re: HW Raid Question
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: 2.6.31+2.6.31.4: XFS - All I/O locks up to D-state after 24-48 hours (sysrq-t+w available)
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: HW Raid Question
  • From: Paweł Brodacki <pawel.brodacki@xxxxxxxxxxxxxx>
• Re: [BUG] Soft lockups in 2.6.32-rc3
  • From: Paweł Brodacki <pawel.brodacki@xxxxxxxxxxxxxx>
• Re: 2.6.31+2.6.31.4: XFS - All I/O locks up to D-state after 24-48 hours (sysrq-t+w available)
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [mdadm PATCH 11/12] mdmon: exec(2) when the switchroot argument is not "/"
  • From: Neil Brown <neilb@xxxxxxx>
• Re: XFS mount failuer on RAID5
  • From: hank peng <pengxihan@xxxxxxxxx>
• Re: MD write performance issue - found Catalyst patches
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: 2.6.31+2.6.31.4: XFS - All I/O locks up to D-state after 24-48 hours (sysrq-t+w available)
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Raid 5 to raid 6 reshape failure after reboot
  • From: "NeilBrown" <neilb@xxxxxxx>
• SuperBlock recovery ...
  • From: Clinton Lee Taylor <clintonlee.taylor@xxxxxxxxx>
• Raid 5 to raid 6 reshape failure after reboot
  • From: Guy Martin <gmsoft@xxxxxxxxxxxx>
• Re: best practice when using removable drives and USB enclosure?
  • From: adfas asd <chimera_god@xxxxxxxxx>
• RE: Disappointing RAID10 Performance
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: Disappointing RAID10 Performance
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: Disappointing RAID10 Performance
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: Disappointing RAID10 Performance
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• Re: MD write performance issue - found Catalyst patches
  • From: mark delfman <markdelfman@xxxxxxxxxxxxxx>
• 2.6.31+2.6.31.4: XFS - All I/O locks up to D-state after 24-48 hours (sysrq-t+w available)
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: google ranking of our wiki, nbr 2 for "raid"
  • From: Beolach <beolach@xxxxxxxxx>
• Re: Disappointing RAID10 Performance
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: google ranking of our wiki, nbr 2 for "raid"
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: google ranking of our wiki, nbr 2 for "raid"
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: best practice when using removable drives and USB enclosure?
  • From: Tim Bostrom <tbostrom@xxxxxxxxx>
• Re: best practice when using removable drives and USB enclosure?
  • From: Richard Scobie <richard@xxxxxxxxxxx>
• google ranking of our wiki, nbr 2 for "raid"
  • From: Keld Jørn Simonsen <keld@xxxxxxxx>
• Re: Disappointing RAID10 Performance
  • From: Tomasz Chmielewski <mangoo@xxxxxxxx>
• Re: Disappointing RAID10 Performance
  • From: Asdo <asdo@xxxxxxxxxxxxx>
• Re: best practice when using removable drives and USB enclosure?
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: best practice when using removable drives and USB enclosure?
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• RE: Disappointing RAID10 Performance
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• best practice when using removable drives and USB enclosure?
  • From: Tim Bostrom <tbostrom@xxxxxxxxx>
• Re: Disappointing RAID10 Performance
  • From: Keld Jørn Simonsen <keld@xxxxxxxx>
• Re: Disappointing RAID10 Performance
  • From: Christopher Chen <muffaleta@xxxxxxxxx>
• Re: Disappointing RAID10 Performance
  • From: adfas asd <chimera_god@xxxxxxxxx>
• [PATCH] raid: improve MD/raid10 handling of correctable read errors.
  • From: Robert Becker <Rob.Becker@xxxxxxxxxxxx>
• Re: Raid reconstructing and process hanging in D state
  • From: david@xxxxxxx
• Re: Load-balancing mirrors w/ asymmetric performance
  • From: Chris Worley <worleys@xxxxxxxxx>
• Re: Disappointing RAID10 Performance
  • From: Tomasz Chmielewski <mangoo@xxxxxxxx>
• Re: Disappointing RAID10 Performance
  • From: Rob Becker <Rob.Becker@xxxxxxxxxxxx>
• Re: Disappointing RAID10 Performance
  • From: "Majed B." <majedb@xxxxxxxxx>
• Disappointing RAID10 Performance
  • From: adfas asd <chimera_god@xxxxxxxxx>
• active/active raid0
  • From: Matthew Ingersoll <matth@xxxxxxxxxxxxxxx>
• Re: [PATCH v0 1/2] DMA: fsldma: Disable DMA_INTERRUPT when Async_tx enabled
  • From: "Ira W. Snyder" <iws@xxxxxxxxxxxxxxxx>
• Re: XFS mount failuer on RAID5
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: MD write performance issue
  • From: mark delfman <markdelfman@xxxxxxxxxxxxxx>
• Re: XFS mount failuer on RAID5
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• 2.6.31: xfs or md/raid1 bug in 2.6.31?
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: MD write performance issue
  • From: Asdo <asdo@xxxxxxxxxxxxx>
• Re: Raid reconstructing and process hanging in D state
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• MD write performance issue
  • From: mark delfman <markdelfman@xxxxxxxxxxxxxx>
• Re: Raid reconstructing and process hanging in D state
  • From: Holger Kiehl <Holger.Kiehl@xxxxxx>
• Re: Raid reconstructing and process hanging in D state
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: XFS mount failuer on RAID5
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Raid reconstructing and process hanging in D state
  • From: Holger Kiehl <Holger.Kiehl@xxxxxx>
• [md PATCH 11/11] raid6/async_tx: handle holes in block list in async_syndrome_val
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 10/11] md/async: don't pass a memory pointer as a page pointer.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 09/11] md: Fix handling of raid5 array which is being reshaped to fewer devices.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 08/11] md: fix problems with RAID6 calculations for DDF.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 07/11] md/raid456: downlevel multicore operations to raid_run_ops
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 06/11] md: drivers/md/unroll.pl replaced with awk analog
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 02/11] md/raid1/raid10: add a cond_resched
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 01/11] Revert "md: do not progress the resync process if the stripe was blocked"
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 05/11] md: remove clumsy usage of do_sync_mapping_range from bitmap code
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 04/11] md: raid1/raid10: handle allocation errors during array setup.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 03/11] md/raid5: initialize conf->device_lock earlier
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 00/11] Series short description
  • From: NeilBrown <neilb@xxxxxxx>
• XFS mount failuer on RAID5
  • From: hank peng <pengxihan@xxxxxxxxx>
• Re: [PATCH v0 1/2] DMA: fsldma: Disable DMA_INTERRUPT when Async_tx enabled
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [mdadm PATCH] Introduce a commandline option for setting RebuildNN increment size
  • From: Zdenek Behan <rain@xxxxxxxxx>
• Re: [mdadm PATCH] Introduce a commandline option for setting RebuildNN increment size
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [mdadm PATCH] Introduce a commandline option for setting RebuildNN increment size
  • From: Zdenek Behan <rain@xxxxxxxxx>
• Re: [mdadm PATCH] Introduce a commandline option for setting RebuildNN increment size
  • From: Drew <drew.kay@xxxxxxxxx>
• Re: [PATCH] Improve MD/raid10 handling of correctable read errors.
  • From: Rob Becker <Rob.Becker@xxxxxxxxxxxx>
• Re: dirty chunks on bitmap not clearing (RAID1)
  • From: aristizb@xxxxxxxxxxx
• [mdadm PATCH] Introduce a commandline option for setting RebuildNN increment size
  • From: Zdenek Behan <rain@xxxxxxxxx>
• [PATCH v0 2/2] Crypto: Talitos: Support for Async_tx XOR offload
  • From: Vishnu Suresh <Vishnu@xxxxxxxxxxxxx>
• [PATCH v0 1/2] DMA: fsldma: Disable DMA_INTERRUPT when Async_tx enabled
  • From: Vishnu Suresh <Vishnu@xxxxxxxxxxxxx>
• Re: [PATCH] Improve MD/raid10 handling of correctable read errors.
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: "mdadm --remove" fails if it is too soon after "mdadm --fail"
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: dirty chunks on bitmap not clearing (RAID1)
  • From: "NeilBrown" <neilb@xxxxxxx>
• dirty chunks on bitmap not clearing (RAID1)
  • From: aristizb@xxxxxxxxxxx
• Re: About seting up Raid5 on a four disk box.
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: xfs > md 50% write performance drop on .30+ kernel?
  • From: mark delfman <markdelfman@xxxxxxxxxxxxxx>
• [PATCH] Improve MD/raid10 handling of correctable read errors.
  • From: Rob Becker <Rob.Becker@xxxxxxxxxxxx>
• [PATCH] Improve MD/raid10 handling of correctable read errors.
  • From: Rob Becker <Rob.Becker@xxxxxxxxxxxx>
• Re: "mdadm --remove" fails if it is too soon after "mdadm --fail"
  • From: "Darius S. Naqvi" <dnaqvi@xxxxxxxxxxxxxxx>
• "mdadm --remove" fails if it is too soon after "mdadm --fail"
  • From: "Darius S. Naqvi" <dnaqvi@xxxxxxxxxxxxxxx>
• Re: raid1 running fine for years .. and then
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: About seting up Raid5 on a four disk box.
  • From: Antonio Perez <ap23563m@xxxxxxx>
• Re: About seting up Raid5 on a four disk box.
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: About seting up Raid5 on a four disk box.
  • From: Antonio Perez <ap23563m@xxxxxxx>
• Re: About seting up Raid5 on a four disk box.
  • From: Antonio Perez <ap23563m@xxxxxxx>
• Re: About seting up Raid5 on a four disk box.
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: MVSAS 1669:mvs_abort_task:rc= 5
  • From: Christian Vilhelm <christian.vilhelm@xxxxxxxxxxxxxx>
• Re: About seting up Raid5 on a four disk box.
  • From: Antonio Perez <ap23563m@xxxxxxx>
• Re: About seting up Raid5 on a four disk box.
  • From: Antonio Perez <ap23563m@xxxxxxx>
• Re: MVSAS 1669:mvs_abort_task:rc= 5
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: About seting up Raid5 on a four disk box.
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: About seting up Raid5 on a four disk box.
  • From: Antonio Perez <ap23563m@xxxxxxx>
• [mdadm PATCH 10/12] mdmon: avoid writes in the startup path for mdmon on root arrays
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [mdadm PATCH 07/12] imsm: add --update=uuid support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [mdadm PATCH 11/12] mdmon: exec(2) when the switchroot argument is not "/"
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [mdadm PATCH 08/12] imsm: regression test for prodigal array member scenario
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [mdadm PATCH 05/12] imsm: fix/support --update
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [mdadm PATCH 12/12] mdmon: preserve socket over chroot
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [mdadm PATCH 04/12] imsm: fix spare record writeout race
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [mdadm PATCH 06/12] ddf: prevent superblock being zeroed on --update
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [mdadm PATCH 02/12] imsm: kill close() of component device
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [mdadm PATCH 09/12] Detail: export MD_UUID from mapfile
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [mdadm PATCH 03/12] imsm: disambiguate family_num
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [mdadm PATCH 01/12] imsm: cleanup disk status tests
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [mdadm PATCH 00/12] External metadata updates and other fixes for 3.0.3
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: MVSAS 1669:mvs_abort_task:rc= 5
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: raid1 running fine for years .. and then
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: xfs > md 50% write performance drop on .30+ kernel?
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: RAID10 - migrating disks without failing/degrading array?
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Problems with RAID1 mirrors after partition corruption and successful recovery. (DeviceDisappeared event?)
  • From: Matthew Carras <matthew.carras@xxxxxxxxx>
• Re: xfs > md 50% write performance drop on .30+ kernel?
  • From: mark delfman <markdelfman@xxxxxxxxxxxxxx>
• Re: Random bit flips - better data integrity needed [Was: Re: mismatch_count != 0 on multiple hosts]
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: recommended 4port SATA controller ?
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: About seting up Raid5 on a four disk box.
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Feature request: ability to exchange drive without failing the old one
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: Feature request: ability to exchange drive without failing the old one
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: xfs > md 50% write performance drop on .30+ kernel?
  • From: Richard Scobie <richard@xxxxxxxxxxx>
• Re: xfs > md 50% write performance drop on .30+ kernel?
  • From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
• Re: About seting up Raid5 on a four disk box.
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: xfs > md 50% write performance drop on .30+ kernel?
  • From: mark delfman <markdelfman@xxxxxxxxxxxxxx>
• Re: xfs > md 50% write performance drop on .30+ kernel?
  • From: mark delfman <markdelfman@xxxxxxxxxxxxxx>
• Re: About seting up Raid5 on a four disk box.
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: About seting up Raid5 on a four disk box.
  • From: Antonio Perez <ap23563m@xxxxxxx>
• Re: xfs > md 50% write performance drop on .30+ kernel?
  • From: Asdo <asdo@xxxxxxxxxxxxx>
• Re: xfs > md 50% write performance drop on .30+ kernel?
  • From: Asdo <asdo@xxxxxxxxxxxxx>
• Re: About seting up Raid5 on a four disk box.
  • From: "Majed B." <majedb@xxxxxxxxx>
• About seting up Raid5 on a four disk box.
  • From: Antonio Perez <ap23563m@xxxxxxx>
• Re: raid1 running fine for years .. and then
  • From: Michael-John Turner <mj@xxxxxxxxxxxx>
• Re: xfs > md 50% write performance drop on .30+ kernel?
  • From: mark delfman <markdelfman@xxxxxxxxxxxxxx>
• Re: xfs > md 50% write performance drop on .30+ kernel?
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: xfs > md 50% write performance drop on .30+ kernel?
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: xfs > md 50% write performance drop on .30+ kernel?
  • From: mark delfman <markdelfman@xxxxxxxxxxxxxx>
• Re: xfs > md 50% write performance drop on .30+ kernel?
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: xfs > md 50% write performance drop on .30+ kernel?
  • From: Asdo <asdo@xxxxxxxxxxxxx>
• Re: xfs > md 50% write performance drop on .30+ kernel?
  • From: Richard Scobie <richard@xxxxxxxxxxx>
• Re: xfs > md 50% write performance drop on .30+ kernel?
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: xfs > md 50% write performance drop on .30+ kernel?
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Load-balancing mirrors w/ asymmetric performance
  • From: Mike Snitzer <snitzer@xxxxxxxxx>
• Feature request: ability to exchange drive without failing the old one
  • From: Christian Pernegger <pernegger@xxxxxxxxx>
• Re: xfs > md 50% write performance drop on .30+ kernel?
  • From: Richard Scobie <richard@xxxxxxxxxxx>
• Re: raid1 running fine for years .. and then
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• xfs > md 50% write performance drop on .30+ kernel?
  • From: mark delfman <markdelfman@xxxxxxxxxxxxxx>
• Re: raid1 running fine for years .. and then
  • From: Michael-John Turner <mj@xxxxxxxxxxxx>
• Re: Load-balancing mirrors w/ asymmetric performance
  • From: Chris Worley <worleys@xxxxxxxxx>
• Re: Load-balancing mirrors w/ asymmetric performance
  • From: Mike Snitzer <snitzer@xxxxxxxxx>
• Re: [PATCH 1/1] md: drivers/md/unroll.pl replaced with awk analog
  • From: Vladimir Dronnikov <dronnikov@xxxxxxxxx>
• Re: [PATCH 1/1] md: drivers/md/unroll.pl replaced with awk analog
  • From: Neil Brown <neilb@xxxxxxx>
• Re: MVSAS 1669:mvs_abort_task:rc= 5
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• [BUG] Soft lockups in 2.6.32-rc3
  • From: "Steinar H. Gunderson" <sgunderson@xxxxxxxxxxx>
• stuck in resync=DELAYED if other resyncing array is stopped
  • From: Anssi Hannula <anssi.hannula@xxxxxxxxx>
• Re: md: could not bd_claim hde1
  • From: Gabor Gombas <gombasg@xxxxxxxxx>
• Re: MVSAS 1669:mvs_abort_task:rc= 5
  • From: Christian Vilhelm <christian.vilhelm@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] md fixes for 2.6.32-rc
  • From: Asdo <asdo@xxxxxxxxxxxxx>
• Re: md: could not bd_claim hde1
  • From: Jon Lewis <jlewis@xxxxxxxxx>
• Re: [PATCH 0/3] md fixes for 2.6.32-rc
  • From: Asdo <asdo@xxxxxxxxxxxxx>
• Re: md: could not bd_claim hde1
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• RE: NAS Remote Side of a Mirror
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: md: could not bd_claim hde1
  • From: Jon Lewis <jlewis@xxxxxxxxx>
• Re: md: could not bd_claim hde1
  • From: "NeilBrown" <neilb@xxxxxxx>
• md: could not bd_claim hde1
  • From: Jon Lewis <jlewis@xxxxxxxxx>
• Re: MVSAS 1669:mvs_abort_task:rc= 5
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: MVSAS 1669:mvs_abort_task:rc= 5
  • From: "Thomas Fjellstrom" <tfjellstrom@xxxxxxx>
• Re: NAS Remote Side of a Mirror
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: NAS Remote Side of a Mirror
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: NAS Remote Side of a Mirror
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: NAS Remote Side of a Mirror
  • From: Drew <drew.kay@xxxxxxxxx>
• RE: NAS Remote Side of a Mirror
  • From: adfas asd <chimera_god@xxxxxxxxx>
• RE: NAS Remote Side of a Mirror
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: raid1 running fine for years .. and then
  • From: Clinton Lee Taylor <clintonlee.taylor@xxxxxxxxx>
• Re: raid1 running fine for years .. and then
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: raid1 running fine for years .. and then
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: NAS Remote Side of a Mirror
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: NAS Remote Side of a Mirror
  • From: russ@xxxxxxxxxx
• Re: NAS Remote Side of a Mirror
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: NAS Remote Side of a Mirror
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: NAS Remote Side of a Mirror
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: NAS Remote Side of a Mirror
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: NAS Remote Side of a Mirror
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• RE: NAS Remote Side of a Mirror
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: [PATCH 0/3] md fixes for 2.6.32-rc
  • From: Holger Kiehl <Holger.Kiehl@xxxxxx>
• Re: NAS Remote Side of a Mirror
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• raid1 running fine for years .. and then
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• RE: NAS Remote Side of a Mirror
  • From: Chris Green <cgreen@xxxxxxxxxxxxxxxxx>
• Re: NAS Remote Side of a Mirror
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: [PATCH 0/3] md fixes for 2.6.32-rc
  • From: Asdo <asdo@xxxxxxxxxxxxx>
• RE: A few remaining questions about installing to RAID-10
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: mdadm segfault when assembling the array
  • From: Tomasz Chmielewski <mangoo@xxxxxxxx>
• Re: mdadm segfault when assembling the array
  • From: Luca Berra <bluca@xxxxxxxxxx>
• Re: [PATCH 0/3] md fixes for 2.6.32-rc
  • From: Holger Kiehl <Holger.Kiehl@xxxxxx>
• Re: mdadm segfault when assembling the array
  • From: Tomasz Chmielewski <mangoo@xxxxxxxx>
• Re: mdadm segfault when assembling the array
  • From: Tomasz Chmielewski <mangoo@xxxxxxxx>
• Re: mdadm segfault when assembling the array
  • From: Tomasz Chmielewski <mangoo@xxxxxxxx>
• Re: mdadm segfault when assembling the array
  • From: Beolach <beolach@xxxxxxxxx>
• Re: mdadm segfault when assembling the array
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: mdadm segfault when assembling the array
  • From: Tomasz Chmielewski <mangoo@xxxxxxxx>
• mdadm segfault when assembling the array
  • From: Tomasz Chmielewski <mangoo@xxxxxxxx>
• [PATCH 0/8] Add vsprintf extension %pU to print UUID/GUIDs and use it
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 4/8] drivers/md/md.c: Use %pU to print UUIDs
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 0/3] md fixes for 2.6.32-rc
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH 0/3] md fixes for 2.6.32-rc
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: A few remaining questions about installing to RAID-10
  • From: Ben DJ <bendj095124367913213465@xxxxxxxxx>
• Re: NAS Remote Side of a Mirror
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: NAS Remote Side of a Mirror
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: A few remaining questions about installing to RAID-10
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: A few remaining questions about installing to RAID-10
  • From: Keld Jørn Simonsen <keld@xxxxxxxx>
• Re: [PATCH 1/1] md: drivers/md/unroll.pl replaced with awk analog
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH 1/1] md: drivers/md/unroll.pl replaced with awk analog
  • From: Vladimir Dronnikov <dronnikov@xxxxxxxxx>
• [PATCH 1/1] md: drivers/md/unroll.pl replaced with awk analog, revisited
  • From: Vladimir Dronnikov <dronnikov@xxxxxxxxx>
• Re: [PATCH 1/1] md: drivers/md/unroll.pl replaced with awk analog
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH 1/1] md: drivers/md/unroll.pl replaced with awk analog
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: A few remaining questions about installing to RAID-10
  • From: Drew <drew.kay@xxxxxxxxx>
• RE: A few remaining questions about installing to RAID-10
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: [PATCH 1/1] md: drivers/md/unroll.pl replaced with awk analog
  • From: berk walker <berk@xxxxxxxxx>
• Re: [PATCH 1/1] md: drivers/md/unroll.pl replaced with awk analog
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH 1/1] md: drivers/md/unroll.pl replaced with awk analog
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: A few remaining questions about installing to RAID-10
  • From: Drew <drew.kay@xxxxxxxxx>
• RE: A few remaining questions about installing to RAID-10
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: A few remaining questions about installing to RAID-10
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: ANNOUNCE: mdadm 3.0.1 - A tool for managing Soft RAID under Linux
  • From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
• Re: A few remaining questions about installing to RAID-10
  • From: Drew <drew.kay@xxxxxxxxx>
• [PATCH 1/1] md: drivers/md/unroll.pl replaced with awk analog
  • From: Vladimir Dronnikov <dronnikov@xxxxxxxxx>
• Re: A few remaining questions about installing to RAID-10
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: A few remaining questions about installing to RAID-10
  • From: Drew <drew.kay@xxxxxxxxx>
• NAS Remote Side of a Mirror
  • From: adfas asd <chimera_god@xxxxxxxxx>
• RE: A few remaining questions about installing to RAID-10
  • From: adfas asd <chimera_god@xxxxxxxxx>
• RE: A few remaining questions about installing to RAID-10
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: ANNOUNCE: mdadm 3.0.1 - A tool for managing Soft RAID under Linux
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• Re: Full use of varying drive sizes?---maybe a new raid mode is the answer?
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• RE: A few remaining questions about installing to RAID-10
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: ANNOUNCE: mdadm 3.0.1 - A tool for managing Soft RAID under Linux
  • From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
• Load-balancing mirrors w/ asymmetric performance
  • From: Chris Worley <worleys@xxxxxxxxx>
• Re: A few remaining questions about installing to RAID-10
  • From: Drew <drew.kay@xxxxxxxxx>
• Re: A few remaining questions about installing to RAID-10
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: A few remaining questions about installing to RAID-10
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: A few remaining questions about installing to RAID-10
  • From: Drew <drew.kay@xxxxxxxxx>
• Re: A few remaining questions about installing to RAID-10
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: A few remaining questions about installing to RAID-10
  • From: Keld Jørn Simonsen <keld@xxxxxxxx>
• Re: [PATCH 0/3] md fixes for 2.6.32-rc
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: A few remaining questions about installing to RAID-10
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: RAID10 - migrating disks without failing/degrading array?
  • From: Tom Carlson <twigathy@xxxxxxxxx>
• Shifting 0xFD partition's end boundary && 0.90 format superblock == Bad Idea(?)
  • From: Igor Podlesny <for.poige+linux@xxxxxxxxx>
• Re: RAID10 - migrating disks without failing/degrading array?
  • From: David Rees <drees76@xxxxxxxxx>
• RAID10 - migrating disks without failing/degrading array?
  • From: David Rees <drees76@xxxxxxxxx>
• Re: [PATCH] md: Track raid5/6 statistics
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: A few remaining questions about installing to RAID-10
  • From: Ben DJ <bendj095124367913213465@xxxxxxxxx>
• Re: A few remaining questions about installing to RAID-10
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: Track raid5/6 statistics
  • From: Jody McIntyre <scjody@xxxxxxx>
• Re: A few remaining questions about installing to RAID-10
  • From: Ben DJ <bendj095124367913213465@xxxxxxxxx>
• Re: A few remaining questions about installing to RAID-10
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: [patch 4/4] [ext3] Add journal guided resync (data=declared mode)
  • From: Jody McIntyre <scjody@xxxxxxx>
• Re: A few remaining questions about installing to RAID-10
  • From: Ben DJ <bendj095124367913213465@xxxxxxxxx>
• Re: A few remaining questions about installing to RAID-10
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: A few remaining questions about installing to RAID-10
  • From: Keld Jørn Simonsen <keld@xxxxxxxx>
• Re: A few remaining questions about installing to RAID-10
  • From: Ben DJ <bendj095124367913213465@xxxxxxxxx>
• Re: Re-map disk sectors in userspace when rewriting after read errors
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: raid0 failures
  • From: mark delfman <markdelfman@xxxxxxxxxxxxxx>
• Re: A few remaining questions about installing to RAID-10
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: A few remaining questions about installing to RAID-10
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: A few remaining questions about installing to RAID-10
  • From: Keld Jørn Simonsen <keld@xxxxxxxx>
• Re: raid0 failures
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH 0/3] md fixes for 2.6.32-rc
  • From: Neil Brown <neilb@xxxxxxx>
• Re: A few remaining questions about installing to RAID-10
  • From: Ben DJ <bendj095124367913213465@xxxxxxxxx>
• Re: A few remaining questions about installing to RAID-10
  • From: Neil Brown <neilb@xxxxxxx>
• A few remaining questions about installing to RAID-10
  • From: Ben DJ <bendj095124367913213465@xxxxxxxxx>
• A few remaining questions about installing to RAID-10
  • From: Ben DJ <bendj095124367913213465@xxxxxxxxx>
• Re: [patch 4/4] [ext3] Add journal guided resync (data=declared mode)
  • From: Neil Brown <neilb@xxxxxxx>
• [PATCH 1/3] md/raid5: initialize conf->device_lock earlier
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 3/3] Allow sysfs_notify_dirent to be called from interrupt context.
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 2/3] Revert "md/raid456: distribute raid processing over multiple cores"
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 0/3] md fixes for 2.6.32-rc
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [patch 0/4] Journal guided resync and support
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [patch 3/4] [jbd] Add support for journal guided resync.
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [patch 1/4] [md] Add SKIP_RESYNC ioctl
  • From: scjody@xxxxxxx
• [patch 0/4] Journal guided resync and support
  • From: scjody@xxxxxxx
• [patch 3/4] [jbd] Add support for journal guided resync.
  • From: scjody@xxxxxxx
• [patch 2/4] [md] Add RESYNC_RANGE ioctl
  • From: scjody@xxxxxxx
• [patch 4/4] [ext3] Add journal guided resync (data=declared mode)
  • From: scjody@xxxxxxx
• Re: software raid rebuilding and O_DIRECT access (xfs_repair) slowness
  • From: Richard Scobie <richard@xxxxxxxxxxx>
• software raid rebuilding and O_DIRECT access (xfs_repair) slowness
  • From: Arkadiusz Miskiewicz <a.miskiewicz@xxxxxxxxx>
• Re: HW Raid Question
  • From: Drew <drew.kay@xxxxxxxxx>
• raid0 failures
  • From: Raz <raziebe@xxxxxxxxx>
• Re: BUG: soft lockup in [md4_raid5:21137]
  • From: Holger Kiehl <Holger.Kiehl@xxxxxx>
• Re: HW Raid Question
  • From: Mikhail Yakshin <greycat@xxxxxxxxxxxx>
• Re: [Bugme-new] [Bug 14214] New: BUG at drivers/scsi/scsi_lib.c:1108!
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• RE: Remote NAS
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: Cannnot umount to fix a corrupted Superblock on Buffalo Terastation (Linux) RAID 5
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: Slow network speeds between Linux RAID box and Windows PC
  • From: Eric Ramsey <tomoyodaidoji@xxxxxxxxx>
• Re: Slow network speeds between Linux RAID box and Windows PC
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: Slow network speeds between Linux RAID box and Windows PC
  • From: "Majed B." <majedb@xxxxxxxxx>
• Slow network speeds between Linux RAID box and Windows PC
  • From: Dylan Distasio <interzone@xxxxxxxxx>
• Cannnot umount to fix a corrupted Superblock on Buffalo Terastation (Linux) RAID 5
  • From: sidmanm <sidmanm@xxxxxxxxx>
• Re: BUG: soft lockup in [md4_raid5:21137]
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: HW Raid Question
  • From: Drew <drew.kay@xxxxxxxxx>
• Re: HW Raid Question
  • From: Mikhail Yakshin <greycat@xxxxxxxxxxxx>
• Re: Remote NAS
  • From: adfas asd <chimera_god@xxxxxxxxx>
• RE: Remote NAS
  • From: adfas asd <chimera_god@xxxxxxxxx>
• RE: Remote NAS
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: Remote NAS
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: BUG: soft lockup in [md4_raid5:21137]
  • From: Holger Kiehl <Holger.Kiehl@xxxxxx>
• [PATCH 5/9] drivers/md/md.c: Use %pU to print UUIDs
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: mdadm 3.0.2 won't read mdadm.conf file
  • From: Aggelos Kyritsis <filodoksos@xxxxxxxxx>
• Re: mdadm 3.0.2 won't read mdadm.conf file
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: mdadm 3.0.2 won't read mdadm.conf file
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: mdadm 3.0.2 won't read mdadm.conf file
  • From: Aggelos Kyritsis <filodoksos@xxxxxxxxx>
• Re: mdadm 3.0.2 won't read mdadm.conf file
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: HW Raid Question
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: RAID1 assembled broken array
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: HW Raid Question
  • From: Drew <drew.kay@xxxxxxxxx>
• Re: mdadm 3.0.2 won't read mdadm.conf file
  • From: Aggelos Kyritsis <filodoksos@xxxxxxxxx>
• raid6 recovery suboptimal
  • From: Frank Mori Hess <frank.hess@xxxxxxxx>
• Re: Remote NAS
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: mdadm 3.0.2 won't read mdadm.conf file
  • From: Aggelos Kyritsis <filodoksos@xxxxxxxxx>
• Re: Full use of varying drive sizes?---maybe a new raid mode is the answer?
  • From: Konstantinos Skarlatos <k.skarlatos@xxxxxxxxx>
• RE: Remote NAS
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: Full use of varying drive sizes?---maybe a new raid mode is the answer?
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: mdadm 3.0.2 won't read mdadm.conf file
  • From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
• mdadm 3.0.2 won't read mdadm.conf file
  • From: Aggelos Kyritsis <filodoksos@xxxxxxxxx>
• Re: HW Raid Question
  • From: "Majed B." <majedb@xxxxxxxxx>
• HW Raid Question
  • From: Drew <drew.kay@xxxxxxxxx>
• RE: Remote NAS
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: Remote NAS
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: Remote NAS
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: Remote NAS
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: Remote NAS
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: Full use of varying drive sizes?---maybe a new raid mode is the answer?
  • From: Konstantinos Skarlatos <k.skarlatos@xxxxxxxxx>
• Re: mdraid causing mvsas to lockup?
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: [PATCH] md: stop using do_sync_mapping_range
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: RAID1 assembled broken array
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• RE: Raid 5 Issue, cannot recognize EXT3 File system.
  • From: "Sunpyo Hong" <sunpyo.hong@xxxxxxxx>
• RAID0 fail monitoring
  • From: mark delfman <markdelfman@xxxxxxxxxxxxxx>
• Re: md data-check causes soft lockup
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: md data-check causes soft lockup
  • From: kwick <kwick@xxxxxxxxxxxxx>
• Re: RAID1 assembled broken array
  • From: Chris Webb <chris@xxxxxxxxxxxx>
• Re: RAID1 assembled broken array
  • From: Neil Brown <neilb@xxxxxxx>
• Re: RAID1 assembled broken array
  • From: Neil Brown <neilb@xxxxxxx>
• Re: SET_BITMAP_FILE assembling raid1
  • From: Neil Brown <neilb@xxxxxxx>
• ANNOUNCE: mdadm 3.0.1 - A tool for managing Soft RAID under Linux
  • From: Neil Brown <neilb@xxxxxxx>
• Re: md data-check causes soft lockup
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Full use of varying drive sizes?---maybe a new raid mode is the answer?
  • From: Neil Brown <neilb@xxxxxxx>
• Re: mdadm 3.0: segfault. known issue?
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Full use of varying drive sizes?---maybe a new raid mode is the answer?
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• PULL REQUEST - md updates for 2.6.32
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Remote NAS
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: Remote NAS
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: [PATCH] md: stop using do_sync_mapping_range
  • From: Neil Brown <neilb@xxxxxxx>
• RE: Full use of varying drive sizes?---maybe a new raid mode is the answer?
  • From: Chris Green <cgreen@xxxxxxxxxxxxxxxxx>
• Re: Remote NAS
  • From: Keld Jørn Simonsen <keld@xxxxxxxx>
• Re: Full use of varying drive sizes?---maybe a new raid mode is the answer?
  • From: Konstantinos Skarlatos <k.skarlatos@xxxxxxxxx>
• Re: Remote NAS
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• RE: Raid 5 Issue, cannot recognize EXT3 File system.
  • From: "Sunpyo Hong" <sunpyo.hong@xxxxxxxx>
• Re: Remote NAS
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: Remote NAS
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Raid 5 Issue, cannot recognize EXT3 File system.
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Remote NAS
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: Full use of varying drive sizes?
  • From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
• Re: Remote NAS
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: Raid 5 Issue, cannot recognize EXT3 File system.
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• RE: Raid 5 Issue, cannot recognize EXT3 File system.
  • From: "Sunpyo Hong" <sunpyo.hong@xxxxxxxx>
• Re: [PATCH] md: stop using do_sync_mapping_range
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• [PATCH] md: stop using do_sync_mapping_range
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Full use of varying drive sizes?
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: Full use of varying drive sizes?
  • From: Tapani Tarvainen <raid@xxxxxxxxxxxxxxxxxx>
• Re: Full use of varying drive sizes?
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: Remote NAS
  • From: Keld Jørn Simonsen <keld@xxxxxxxx>
• Re: Full use of varying drive sizes?
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Remote NAS
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• RE: md data-check causes soft lockup
  • From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
• RE: Raid 5 Issue, cannot recognize EXT3 File system.
  • From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
• Re: md data-check causes soft lockup
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: Raid 5 Issue, cannot recognize EXT3 File system.
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: md data-check causes soft lockup
  • From: Gabriele Trombetti <gabriele.trombetti@xxxxxxxxxx>
• Re: Remote NAS
  • From: adfas asd <chimera_god@xxxxxxxxx>
• Re: Remote NAS
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Remote NAS
  • From: adfas asd <chimera_god@xxxxxxxxx>
• RE: Raid 5 Issue, cannot recognize EXT3 File system.
  • From: "Sunpyo Hong" <sunpyo.hong@xxxxxxxx>
• Re: md data-check causes soft lockup
  • From: kwick <kwick@xxxxxxxxxxxxx>
• Re: Full use of varying drive sizes?
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Full use of varying drive sizes?
  • From: Ryan Wagoner <rswagoner@xxxxxxxxx>
• Re: Full use of varying drive sizes?
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: Full use of varying drive sizes?
  • From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
• Re: Raid 5 Issue, cannot recognize EXT3 File system.
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: md data-check causes soft lockup
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• RE: Raid 5 Issue, cannot recognize EXT3 File system.
  • From: "Sunpyo Hong" <sunpyo.hong@xxxxxxxx>
• Re: md data-check causes soft lockup
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: md data-check causes soft lockup
  • From: Lee Howard <faxguy@xxxxxxxxxxxxxxxx>
• Re: md data-check causes soft lockup
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: md data-check causes soft lockup
  • From: Lee Howard <faxguy@xxxxxxxxxxxxxxxx>
• Re: recommended 4port SATA controller ?
  • From: Matthias Urlichs <matthias@xxxxxxxxxx>
• Re: Full use of varying drive sizes?
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: Full use of varying drive sizes?
  • From: Tapani Tarvainen <raid@xxxxxxxxxxxxxxxxxx>
• Re: Full use of varying drive sizes?
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Full use of varying drive sizes?
  • From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
• Full use of varying drive sizes?
  • From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
• Re: Random bit flips - better data integrity needed [Was: Re: mismatch_count != 0 on multiple hosts]
  • From: Matthias Urlichs <matthias@xxxxxxxxxx>
• [PATCH] Re: raid6 recovery with read errors
  • From: Matthias Urlichs <matthias@xxxxxxxxxx>
• RE: Raid 5 Issue, cannot recognize EXT3 File system.
  • From: "NeilBrown" <neilb@xxxxxxx>
• [git pull] ioat/async_tx fixes for 2.6.32
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: LVM and Raid5
  • From: "Majed B." <majedb@xxxxxxxxx>
• mdadm 3.0: segfault. known issue?
  • From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
• Re: md data-check causes soft lockup
  • From: "Majed B." <majedb@xxxxxxxxx>
• md data-check causes soft lockup
  • From: Lee Howard <faxguy@xxxxxxxxxxxxxxxx>
• Re: LVM and Raid5
  • From: Linux Raid Study <linuxraid.study@xxxxxxxxx>
• Re: LVM and Raid5
  • From: Goswin von Brederlow <goswin-v-b@xxxxxx>
• Re: LVM and Raid5
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: recommended 4port SATA controller ?
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: LVM and Raid5
  • From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
• Re: mdraid causing mvsas to lockup?
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• RE: Raid 5 Issue, cannot recognize EXT3 File system.
  • From: "Sunpyo Hong" <sunpyo.hong@xxxxxxxx>
• Re: Raid 5 Issue, cannot recognize EXT3 File system.
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• RE: Raid 5 Issue, cannot recognize EXT3 File system.
  • From: "Sunpyo Hong" <sunpyo.hong@xxxxxxxx>
• Re: LVM and Raid5
  • From: Mike Snitzer <snitzer@xxxxxxxxx>
• Re: RAID 5 array recovery - two drives errors in external enclosure
  • From: "Majed B." <majedb@xxxxxxxxx>
• RE: RAID 5 array recovery - two drives errors in external enclosure
  • From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
• Re: RAID 5 array recovery - two drives errors in external enclosure
  • From: Tim Bostrom <tbostrom@xxxxxxxxx>
• RE: External enclosure - USB : How are the drives presented for software RAID?
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: [PATCH] barrier support for other md/raid levels
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Random bit flips - better data integrity needed
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: Random bit flips - better data integrity needed
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] barrier support for other md/raid levels
  • From: Clinton Lee Taylor <clintonlee.taylor@xxxxxxxxx>
• Re: RAID 16?
  • From: Matthias Urlichs <matthias@xxxxxxxxxx>
• Re: CPU util with and without Raid5
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• kernel BUG when umounting xfs on read-only md
  • From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
• Re: Dumb questions about mdadm #1 - replacing broken disks - "slot" reuse?
  • From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
• Re: Random bit flips - better data integrity needed [Was: Re: mismatch_count != 0 on multiple hosts]
  • From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
• Re: BUG: soft lockup in [md4_raid5:21137]
  • From: Holger Kiehl <Holger.Kiehl@xxxxxx>
• Re: Random bit flips - better data integrity needed [Was: Re: mismatch_count != 0 on multiple hosts]
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: Random bit flips - better data integrity needed [Was: Re: mismatch_count != 0 on multiple hosts]
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• CPU util with and without Raid5
  • From: Linux Raid Study <linuxraid.study@xxxxxxxxx>
• Random bit flips - better data integrity needed [Was: Re: mismatch_count != 0 on multiple hosts]
  • From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
• Re: mismatch_count != 0 on multiple hosts
  • From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
• Re: [PATCH] barrier support for other md/raid levels
  • From: Michael Guntsche <mike@xxxxxxxxxxxx>
• RE: RAID 5 array recovery - two drives errors in external enclosure
  • From: "Guy Watkins" <guy@xxxxxxxxxxxxxxxx>
• Re: RAID 5 array recovery - two drives errors in external enclosure
  • From: Tom Carlson <twigathy@xxxxxxxxx>
• Re: mismatch_count != 0 on multiple hosts
  • From: Bryan Mesich <bryan.mesich@xxxxxxxx>
• CPU util with and without Raid5
  • From: Linux Raid Study <linuxraid.study@xxxxxxxxx>
• Re: RAID 5 array recovery - two drives errors in external enclosure
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: RAID 5 array recovery - two drives errors in external enclosure
  • From: Tim Bostrom <tbostrom@xxxxxxxxx>
• Re: mdraid causing mvsas to lockup? (was: Re: recommended 4port SATA controller ?)
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: [PATCH] barrier support for other md/raid levels
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: Re-map disk sectors in userspace when rewriting after read errors
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: Dumb questions about mdadm #1 - replacing broken disks - "slot" reuse?
  • From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
• Re: Can md/mdadm deal with non-standard size of internal bitmap?
  • From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
• Re: [PATCH] barrier support for other md/raid levels
  • From: Ric Wheeler <rwheeler@xxxxxxxxxx>
• RE: [PATCH] barrier support for other md/raid levels
  • From: Chris Green <cgreen@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] barrier support for other md/raid levels
  • From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
• Re: [PATCH] barrier support for other md/raid levels
  • From: Ric Wheeler <rwheeler@xxxxxxxxxx>
• Re: Re-map disk sectors in userspace when rewriting after read errors
  • From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
• Re: BUG: soft lockup in [md4_raid5:21137]
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Re-map disk sectors in userspace when rewriting after read errors
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: SET_BITMAP_FILE assembling raid1
  • From: aristizb@xxxxxxxxxxx
• Re: RAID 5 array recovery - two drives errors in external enclosure
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: RAID 5 array recovery - two drives errors in external enclosure
  • From: Tim Bostrom <tbostrom@xxxxxxxxx>
• BUG: soft lockup in [md4_raid5:21137]
  • From: Holger Kiehl <Holger.Kiehl@xxxxxx>
• Dumb questions about mdadm #1 - replacing broken disks - "slot" reuse?
  • From: John Hughes <john@xxxxxxxxx>
• Re: [PATCH] barrier support for other md/raid levels
  • From: Ric Wheeler <rwheeler@xxxxxxxxxx>
• Re: Re-map disk sectors in userspace when rewriting after read errors
  • From: Matthias Urlichs <matthias@xxxxxxxxxx>
• Re: Re-map disk sectors in userspace when rewriting after read errors
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• mdraid causing mvsas to lockup? (was: Re: recommended 4port SATA controller ?)
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: Re-map disk sectors in userspace when rewriting after read errors
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: Re-map disk sectors in userspace when rewriting after read errors
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Re-map disk sectors in userspace when rewriting after read errors
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: Re-map disk sectors in userspace when rewriting after read errors
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Re-map disk sectors in userspace when rewriting after read errors
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: Raid 5 Issue, cannot recognize EXT3 File system.
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: RAID 5 array recovery - two drives errors in external enclosure
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: RAID 5 array recovery - two drives errors in external enclosure
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: SET_BITMAP_FILE assembling raid1
  • From: Neil Brown <neilb@xxxxxxx>
• [PATCH] barrier support for other md/raid levels
  • From: Neil Brown <neilb@xxxxxxx>
• PULL REQUEST - md updates for 2.6.32, mostly raid6 offload
  • From: Neil Brown <neilb@xxxxxxx>
• Re: RAID 5 array recovery - two drives errors in external enclosure
  • From: Tim Bostrom <tbostrom@xxxxxxxxx>
• Re: RAID 5 array recovery - two drives errors in external enclosure
  • From: Tim Bostrom <tbostrom@xxxxxxxxx>
• RE: RAID 5 array recovery - two drives errors in external enclosure
  • From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
• Re: recommended 4port SATA controller ?
  • From: John Bridges <john.bridges@xxxxxxxxx>
• External enclosure - USB : How are the drives presented for software RAID?
  • From: Tim Bostrom <tbostrom@xxxxxxxxx>
• Re: recommended 4port SATA controller ?
  • From: John Bridges <john.bridges@xxxxxxxxx>
• Re: recommended 4port SATA controller ?
  • From: "Rainer Fuegenstein" <rfu@xxxxxxxxxxxxxxxxxxxxxxxx>
• Re: recommended 4port SATA controller ?
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: RAID 5 array recovery - two drives errors in external enclosure
  • From: Tim Bostrom <tbostrom@xxxxxxxxx>
• Re: recommended 4port SATA controller ?
  • From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
• Re: RAID 5 array recovery - two drives errors in external enclosure
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: RAID 5 array recovery - two drives errors in external enclosure
  • From: Tim Bostrom <tbostrom@xxxxxxxxx>
• Re: recommended 4port SATA controller ?
  • From: Thomas Fjellstrom <tfjellstrom@xxxxxxx>
• Re: recommended 4port SATA controller ?
  • From: Kristleifur Daðason <kristleifur@xxxxxxxxx>
• Re: RAID 5 array recovery - two drives errors in external enclosure
  • From: Tim Bostrom <tbostrom@xxxxxxxxx>
• Re: RAID 5 array recovery - two drives errors in external enclosure
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: Raid 5 Issue, cannot recognize EXT3 File system.
  • From: "Majed B." <majedb@xxxxxxxxx>
• SET_BITMAP_FILE assembling raid1
  • From: aristizb@xxxxxxxxxxx
• Re: Formatting Raid5 device as NTFS
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: RAID 5 array recovery - two drives errors in external enclosure
  • From: Tim Bostrom <tbostrom@xxxxxxxxx>
• RE: Raid 5 Issue, cannot recognize EXT3 File system.
  • From: "Sunpyo Hong" <sunpyo.hong@xxxxxxxx>
• Re: recommended 4port SATA controller ?
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: Formatting Raid5 device as NTFS
  • From: Linux Raid Study <linuxraid.study@xxxxxxxxx>
• RE: Raid 5 Issue, cannot recognize EXT3 File system.
  • From: "Sunpyo Hong" <sunpyo.hong@xxxxxxxx>
• Re: recommended 4port SATA controller ?
  • From: John Bridges <john.bridges@xxxxxxxxx>
• Re: Formatting Raid5 device as NTFS
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: RAID 5 array recovery - two drives errors in external enclosure
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: Formatting Raid5 device as NTFS
  • From: Linux Raid Study <linuxraid.study@xxxxxxxxx>
• Re: Raid 5 Issue, cannot recognize EXT3 File system.
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: RAID 5 array recovery - two drives errors in external enclosure
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Raid 5 Issue, cannot recognize EXT3 File system.
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• RAID 5 array recovery - two drives errors in external enclosure
  • From: Tim Bostrom <tbostrom@xxxxxxxxx>
• Raid 5 Issue, cannot recognize EXT3 File system.
  • From: "Sunpyo Hong" <sunpyo.hong@xxxxxxxx>
• Re: Formatting Raid5 device as NTFS
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Formatting Raid5 device as NTFS
  • From: Linux Raid Study <linuxraid.study@xxxxxxxxx>
• [git pull] dmaengine, async_tx, and raid6 for 2.6.32
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: RAID1 assembled broken array
  • From: "Majed B." <majedb@xxxxxxxxx>
• Re: RAID1 assembled broken array
  • From: Matthias Urlichs <matthias@xxxxxxxxxx>
• Re: RAID1 assembled broken array
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: recommended 4port SATA controller ?
  • From: Jon Hardcastle <jd_hardcastle@xxxxxxxxx>
• Re: recommended 4port SATA controller ?
  • From: Rui Santos <rsantos@xxxxxxxxxxxx>
• Re: recommended 4port SATA controller ?
  • From: Rainer Fuegenstein <rfu@xxxxxxxxxxxxxxxxxxxxxxxx>