Linux RAID Storage Date Index

• Thread Index

• Re: high throughput storage server? GPFS w/ 10GB/s throughput to the rescue
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: RAID5 Shrinking array-size nearly killed the system
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Removed two drives (still valid and working) from raid-5 and need to add them back in.
  • From: mtice <mjtice@xxxxxxxxx>
• Re: RAID5 Shrinking array-size nearly killed the system
  • From: Rory Jaffe <rsjaffe@xxxxxxxxx>
• Re: RAID5 Shrinking array-size nearly killed the system
  • From: Phil Turmel <philip@xxxxxxxxxx>
• [PATCH] Add more warnings to --grow documentation (was: RAID5 Shrinking array-size nearly killed the system)
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID5 Shrinking array-size nearly killed the system
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID5 Shrinking array-size nearly killed the system
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• RAID5 Shrinking array-size nearly killed the system
  • From: Rory Jaffe <rsjaffe@xxxxxxxxx>
• [PATCH] platfrom_intel: find OROM based on Intel AHCI and SAS driver device id
  • From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
• [PATCH 2/2] imsm: FIX: Store checkpoint in per disk units
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 1/2] FIX: Last_checkpoint has to be initialized in per disk units
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 0/2] Checkpointing fixes
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• Re: More ddf container woes
  • From: Albert Pauw <albert.pauw@xxxxxxxxx>
• BUG_ON() at shutdown time
  • From: Justin Maggard <jmaggard10@xxxxxxxxx>
• [PATCH] FIX: Last checkpoint is not initialized on reshape restart
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• Re: polishing up mdadm manpages: mdassemble(8), mdmon(8)
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: Growing a raid array online with different capacity disks
  • From: hansbkk@xxxxxxxxx
• Re: Growing a raid array online with different capacity disks
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: Growing a raid array online with different capacity disks
  • From: jimbob palmer <jimbobpalmer@xxxxxxxxx>
• Re: Growing a raid array online with different capacity disks
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Growing a raid array online with different capacity disks
  • From: jimbob palmer <jimbobpalmer@xxxxxxxxx>
• RE: [PATCH] Warn the user about too small array size
  • From: "Wojcik, Krzysztof" <krzysztof.wojcik@xxxxxxxxx>
• [PATCH] FIX: Unfreeze array on success only
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• More ddf container woes
  • From: Albert Pauw <albert.pauw@xxxxxxxxx>
• Re: polishing up mdadm manpages: mdassemble(8), mdmon(8)
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 00/14] OROM/EFI support for Intel SAS and AHCI controllers in IMSM
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 9/9] imsm : FIX: Assemble dirty array when reshape is in progress
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 8/9] FIX: Set 'active' array state before array configuration
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 7/9] FIX: Array cannot be opened for writing on restart
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 6/9] FIX: Cannot continue reshape if mdmon is not run
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 5/9] FIX: Unfreeze array on success only during reshape continuation
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 4/9] imsm: FIX: Do not clean checkpoint for active reshape
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 3/9] FIX: Make expansion counter usable
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 2/9] FIX: Block reshaped array monitoring
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 1/9] FIX: Load container content for container reshape continuation
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 9/9] imsm : FIX: Assemble dirty array when reshape is in progress
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 8/9] FIX: Set 'active' array state before array configuration
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 7/9] FIX: Array cannot be opened for writing on restart
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 6/9] FIX: Cannot continue reshape if mdmon is not run
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 5/9] FIX: Unfreeze array on success only during reshape continuation
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 4/9] imsm: FIX: Do not clean checkpoint for active reshape
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 3/9] FIX: Make expansion counter usable
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 2/9] FIX: Block reshaped array monitoring
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 1/9] FIX: Load container content for container reshape continuation
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 0/9] Reshape restart from checkpoint
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• RE: [PATCH 0/5] Make OLCE workeable
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• RE: [PATCH 0/5] Make OLCE workeable
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• Re: [PATCH 0/5] Make OLCE workeable
  • From: NeilBrown <neilb@xxxxxxx>
• RE: [PATCH 0/5] Make OLCE workeable
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• Re: [PATCH 3/5] FIX: Allow for takeover
  • From: NeilBrown <neilb@xxxxxxx>
• RE: [PATCH 4/9] imsm: FIX: After checkpoint mark array have to be clean
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• Re: [PATCH 0/5] Make OLCE workeable
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 02/14] Platform-intel: support for OROM SAS and AHCI controller
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 4/9] imsm: FIX: After checkpoint mark array have to be clean
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 01/14] probe_roms: allow to probe expansion ROMs using vendor and device id.
  • From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
• [PATCH 00/14] OROM/EFI support for Intel SAS and AHCI controllers in IMSM
  • From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
• [PATCH 13/14] imsm: introduce SAS controller support in imsm metadata handler
  • From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
• [PATCH 12/14] imsm: move code for retrieving HBA to a function
  • From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
• [PATCH 08/14] imsm: do not publish OROM/EFI unsupported arrays
  • From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
• [PATCH 07/14] imsm: detail_platform_imsm displays AHCI and SAS controller information
  • From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
• [PATCH 05/14] read platform capabilities from EFI
  • From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
• [PATCH 04/14] Some guid manipulation utilities has been added.
  • From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
• [PATCH 03/14] update of imsm_orom structure
  • From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
• [PATCH 02/14] Platform-intel: support for OROM SAS and AHCI controller
  • From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
• [PATCH 14/14] platform_intel: support for OROM OEM capabilities
  • From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
• [PATCH 11/14] imsm: verify that component disks are attached to the same type of HBA
  • From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
• [PATCH 10/14] imsm: add maximum number of disk validation in RAID array
  • From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
• [PATCH 09/14] imsm: print-out error message when volume validation fails
  • From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
• [PATCH 06/14] imsm: remove unused parameters in function attach_hba_to_super
  • From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
• [PATCH 5/5] FIX: Compute spares_needed basing on metadata info
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 4/5] FIX: Remove delta_parity concept
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 3/5] FIX: Allow for takeover
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 2/5] FIX: Set new raid disks when delta_disks is valid
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 1/5] fix: array is reassembled inactive if stopped during resync
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 0/5] Make OLCE workeable
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• RE: [PATCH 0/9] Grow_continue() - single array.
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• RE: [PATCH 4/9] imsm: FIX: After checkpoint mark array have to be clean
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• [PATCH 2/2] imsm: FIX: Mark checkpoint and array state clean during reshape
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 1/2] FIX: During reshape array is in active state
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• Re: [PATCH 0/9] Grow_continue() - single array.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 4/9] imsm: FIX: After checkpoint mark array have to be clean
  • From: NeilBrown <neilb@xxxxxxx>
• polishing up mdadm manpages: mdassemble(8), mdmon(8)
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: [dm-devel] [PATCH] Fix over-zealous flush_disk when changing device size.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [dm-devel] [PATCH] Fix over-zealous flush_disk when changing device size.
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: [PATCH] Enable error message in case of lack of spares for grow
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] fix: generated udev rules does not work due to incorrect line format
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [dm-devel] [PATCH] Fix over-zealous flush_disk when changing device size.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] RAID-6 check standalone
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: [dm-devel] [PATCH] Fix over-zealous flush_disk when changing device size.
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• [PATCH] fix: generated udev rules does not work due to incorrect line format
  • From: "Hawrylewicz Czarnowski, Przemyslaw" <przemyslaw.hawrylewicz.czarnowski@xxxxxxxxx>
• RE: Reshape restart questions.
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• Re: [PATCH] Fix over-zealous flush_disk when changing device size.
  • From: Andrew Patterson <andrew.patterson@xxxxxx>
• Re: Reshape restart questions.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: stripe cache question
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: RAID6 seemingly shrunk itself after hard power outage and rebuild with replacement disk
  • From: "Robin H. Johnson" <robbat2@xxxxxxxxxx>
• Re: [PATCH] Fix over-zealous flush_disk when changing device size.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID6 seemingly shrunk itself after hard power outage and rebuild with replacement disk
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID6 seemingly shrunk itself after hard power outage and rebuild with replacement disk
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Impact of missing parameter during mdadm create
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• RE: Impact of missing parameter during mdadm create
  • From: Mike Viau <viaum@xxxxxxxxxxxxxxx>
• Re: RAID6 seemingly shrunk itself after hard power outage and rebuild with replacement disk
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• RE: Impact of missing parameter during mdadm create
  • From: Ken Drummond <linuxraid@xxxxxxxxxxxxxxx>
• RAID6 seemingly shrunk itself after hard power outage and rebuild with replacement disk
  • From: "Robin H. Johnson" <robbat2@xxxxxxxxxx>
• Re: [PATCH] Fix over-zealous flush_disk when changing device size.
  • From: Andrew Patterson <andrew.patterson@xxxxxx>
• Reshape restart questions.
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• Re: mdadm ddf questions
  • From: Albert Pauw <albert.pauw@xxxxxxxxx>
• RE: Impact of missing parameter during mdadm create
  • From: Ken Drummond <linuxraid@xxxxxxxxxxxxxxx>
• Re: ideas - raid write
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• RE: Impact of missing parameter during mdadm create
  • From: Mike Viau <viaum@xxxxxxxxxxxxxxx>
• RE: Impact of missing parameter during mdadm create
  • From: Mike Viau <viaum@xxxxxxxxxxxxxxx>
• Re: ideas - raid write
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: [PATCH] Fix over-zealous flush_disk when changing device size.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: ideas - raid write
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: ideas - raid write
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: ideas - raid write
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• ideas - raid write
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: [PATCH] Fix over-zealous flush_disk when changing device size.
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• RE: Impact of missing parameter during mdadm create
  • From: Ken Drummond <linuxraid@xxxxxxxxxxxxxxx>
• Re: Assembling RAID 5 array with missing superblock
  • From: Lasse Jensen <fafler@xxxxxxxxx>
• Re: Increasing maxsect of md devices?
  • From: Bart Kus <me@xxxxxxxx>
• Re: Increasing maxsect of md devices?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: mdadm ddf questions
  • From: NeilBrown <neilb@xxxxxxx>
• Re: mdadm ddf questions
  • From: NeilBrown <neilb@xxxxxxx>
• Increasing maxsect of md devices?
  • From: Bart Kus <me@xxxxxxxx>
• Re: mdadm ddf questions
  • From: NeilBrown <neilb@xxxxxxx>
• RE: Latency issues with MD-RAID
  • From: "Jansen, Frank" <fjansen@xxxxxxxxxxxxxxxx>
• Re: high throughput storage server?
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: high throughput storage server?
  • From: Drew <drew.kay@xxxxxxxxx>
• [PATCH] Enable error message in case of lack of spares for grow
  • From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
• Re: RAID10 Performance
  • From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
• Re: RAID10 Performance
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: RAID10 Performance
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• [PATCH 9/9] imsm: FIX: Variables declaration cleanup
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 8/9] FIX: Block array monitoring when assembling reshaped array
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 7/9] FIX: Set 'new' geometry when assembling reshaped array
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 6/9] FIX: Verify Backup file name before reshape
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 5/9] FIX: Continue reshape in the background
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 2/9] FIX: Array during reshape cannot be configured
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 4/9] imsm: FIX: After checkpoint mark array have to be clean
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 3/9] imsm: FIX: Return blocks_per unit for general migration
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 1/9] FIX: Do not configure and start, already started reshape
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 0/9] Grow_continue() - single array.
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• Re: RAID10 Performance
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID10 Performance
  • From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
• Re: RAID10 Performance
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• RAID10 Performance
  • From: Aaron Sowry <aaron@xxxxxxxxx>
• RAID10 Performance
  • From: Aaron Sowry <aaron@xxxxxxxxx>
• RE: [PATCH 0/5] Grow_continue() prepare for usage in assembly
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• RE: [PATCH 0/7] Grow_continue, use in assembly (cont.)
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• RE: [PATCH 3/7] FIX: configure disks slot for expansion
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• RE: [PATCH 1/7] FIX: Verify Backup file name before reshape
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• RE: [PATCH 0/5] Grow_continue() prepare for usage in assembly
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• Re: high throughput storage server?
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: Failed RAID 6 array advice
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Failed RAID 6 array advice
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Failed RAID 6 array advice
  • From: jahammonds prost <gmitch64@xxxxxxxxx>
• Re: high throughput storage server?
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• Re: high throughput storage server?
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: [PATCH 0/7] Grow_continue, use in assembly (cont.)
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 3/7] FIX: configure disks slot for expansion
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 2/7] FIX: reshape in md should wait for monitoring process (external metadata)
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 1/7] FIX: Verify Backup file name before reshape
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 0/5] Grow_continue() prepare for usage in assembly
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Latency issues with MD-RAID
  • From: NeilBrown <neilb@xxxxxxx>
• Latency issues with MD-RAID
  • From: "Jansen, Frank" <fjansen@xxxxxxxxxxxxxxxx>
• RE: Impact of missing parameter during mdadm create
  • From: Mike Viau <viaum@xxxxxxxxxxxxxxx>
• [PATCH 7/7] FIX: array is frozen after reshape
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 5/7] FIX: Block monitor when starting array with reshape in progress
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 6/7] Continue reshape after assembling array
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 4/7] Add block_subarray()
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 3/7] FIX: configure disks slot for expansion
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 2/7] FIX: reshape in md should wait for monitoring process (external metadata)
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 1/7] FIX: Verify Backup file name before reshape
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 0/7] Grow_continue, use in assembly (cont.)
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• RE: Impact of missing parameter during mdadm create
  • From: Mike Viau <viaum@xxxxxxxxxxxxxxx>
• Impact of missing parameter during mdadm create
  • From: Mike Viau <viaum@xxxxxxxxxxxxxxx>
• Re: high throughput storage server?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: high throughput storage server?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• [PATCH 5/5] FIX: Do not configure and start, already started reshape
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 4/5] FIX: Continue reshape in the background
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 3/5] FIX: Set readonly state in Grow_continue() when necessary
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 2/5] FIX: Pass container name to reshape array for external meta data
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 1/5] FIX: Spelling error in dprintf output
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 0/5] Grow_continue() prepare for usage in assembly
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• Re: high throughput storage server?
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• [PATCH] Warn the user about too small array size
  • From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
• RE: [PATCH 0/3] Continue expansion after reboot
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• Re: high throughput storage server?
  • From: Ed W <lists@xxxxxxxxxxxxxx>
• Re: high throughput storage server? GPFS w/ 10GB/s throughput to the rescue
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: stripe cache question
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: OK, Now this is really weird
  • From: NeilBrown <neilb@xxxxxxx>
• RE: OK, Now this is really weird
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: OK, Now this is really weird
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: [PATCH 0/3] Continue expansion after reboot
  • From: NeilBrown <neilb@xxxxxxx>
• Re: stripe cache question
  • From: NeilBrown <neilb@xxxxxxx>
• RE: Removed drive from mdadm raid 5 array after reboot
  • From: Mike Viau <viaum@xxxxxxxxxxxxxxx>
• Re: high throughput storage server? GPFS w/ 10GB/s throughput to the rescue
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• Re: high throughput storage server? GPFS w/ 10GB/s throughput to the rescue
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: OK, Now this is really weird
  • From: NeilBrown <neilb@xxxxxxx>
• Re: OK, Now this is really weird
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• RE: OK, Now this is really weird
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: stripe cache question
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: OK, Now this is really weird
  • From: Jeff Woods <jeff@xxxxxxxxxxxx>
• OK, Now this is really weird
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: mdadm ddf questions
  • From: Albert Pauw <albert.pauw@xxxxxxxxx>
• Re: auto-read-only question
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• [PATCH] Partitions could be meaningful on single-drive RAID0
  • From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
• auto-read-only question
  • From: Albert Pauw <albert.pauw@xxxxxxxxx>
• RE: [PATCH 0/3] Continue expansion after reboot
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• [PATCH] FIX: imsm: OROM does not recognize degraded arrays (V2)
  • From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
• RE: [PATCH] FIX: imsm: OROM does not recognize degraded arrays
  • From: "Wojcik, Krzysztof" <krzysztof.wojcik@xxxxxxxxx>
• Re: [PULL REQUEST] md and related patches for 2.6.38
  • From: NeilBrown <neilb@xxxxxxx>
• Re: high throughput storage server?
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: stripe cache question
  • From: NeilBrown <neilb@xxxxxxx>
• Re: high throughput storage server?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: failed drive in raid 1 array
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: failed drive in raid 1 array
  • From: Roberto Nunnari <roberto.nunnari@xxxxxxxx>
• Re: failed drive in raid 1 array
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: failed drive in raid 1 array
  • From: Iordan Iordanov <iordan@xxxxxxxxxxxxxxx>
• Re: high throughput storage server?
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• Re: high throughput storage server?
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• Re: [BUG 2.6.32] md/raid1: barrier disabling does not work correctly in all cases
  • From: Paul Clements <paul.clements@xxxxxxxxxxx>
• stripe cache question
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: high throughput storage server?
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: high throughput storage server?
  • From: Zdenek Kaspar <zkaspar82@xxxxxxxxx>
• Re: high throughput storage server?
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: high throughput storage server?
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: high throughput storage server?
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: high throughput storage server?
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: high throughput storage server?
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: [PULL REQUEST] md and related patches for 2.6.38
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: failed drive in raid 1 array
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: [PATCH] FIX: imsm: OROM does not recognize degraded arrays
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Assembling RAID 5 array with missing superblock
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• [PATCH] FIX: imsm: OROM does not recognize degraded arrays
  • From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
• Re: Assembling RAID 5 array with missing superblock
  • From: Iordan Iordanov <iordan@xxxxxxxxxxxxxxx>
• Re: failed drive in raid 1 array
  • From: Iordan Iordanov <iordan@xxxxxxxxxxxxxxx>
• Re: high throughput storage server?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• -Y option patch
  • From: Albert Pauw <albert.pauw@xxxxxxxxx>
• Re: high throughput storage server?
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: high throughput storage server?
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: Assembling RAID 5 array with missing superblock
  • From: Lasse Jensen <fafler@xxxxxxxxx>
• Re: [PULL REQUEST] md and related patches for 2.6.38
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PULL REQUEST] md and related patches for 2.6.38
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Likely forced assemby with wrong disk during raid5 grow. Recoverable?
  • From: Claude Nobs <claudenobs@xxxxxxxxx>
• Re: high throughput storage server?
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: high throughput storage server?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: failing a drive while RAID5 is initializing
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: failed drive in raid 1 array
  • From: Roberto Nunnari <roberto.nunnari@xxxxxxxx>
• Re: failing a drive while RAID5 is initializing
  • From: Iordan Iordanov <iordan@xxxxxxxxxxxxxxx>
• Re: high throughput storage server?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: failed drive in raid 1 array
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: failed drive in raid 1 array
  • From: Roberto Nunnari <roberto.nunnari@xxxxxxxx>
• Re: failed drive in raid 1 array
  • From: Roberto Nunnari <roberto.nunnari@xxxxxxxx>
• Re: high throughput storage server?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Assembling RAID 5 array with missing superblock
  • From: Jaap Crezee <jaap@xxxxxx>
• Re: failed drive in raid 1 array
  • From: Albert Pauw <albert.pauw@xxxxxxxx>
• Re: failed drive in raid 1 array
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: failed drive in raid 1 array
  • From: Roberto Nunnari <roberto.nunnari@xxxxxxxx>
• Re: failed drive in raid 1 array
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• failed drive in raid 1 array
  • From: Roberto Nunnari <roberto.nunnari@xxxxxxxx>
• Re: failing a drive while RAID5 is initializing
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: removing AHCI SATA devices
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• failing a drive while RAID5 is initializing
  • From: Iordan Iordanov <iordan@xxxxxxxxxxxxxxx>
• Re: high throughput storage server?
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• [PATCH 4/4] TBD: continue reshape after assembling array
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 3/4] FIX: Block monitor when starting array with reshape in progress
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 2/4] FIX: Prevent reshape auto start during assembly for external metadata
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 1/4] FIX: disks added beyond array should be counted during reshape
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 0/4] Prepare assembled array for reshape (expansion)
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• Re: high throughput storage server?
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Assembling RAID 5 array with missing superblock
  • From: Lasse Jensen <fafler@xxxxxxxxx>
• Re: high throughput storage server?
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: removing AHCI SATA devices
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: removing AHCI SATA devices
  • From: hansbkk@xxxxxxxxx
• Re: [PATCH] Fix over-zealous flush_disk when changing device size.
  • From: NeilBrown <neilb@xxxxxxx>
• RE: [PATCH 0/3] Continue expansion after reboot
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• RE: [PATCH] Fix over-zealous flush_disk when changing device size.
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• Re: removing AHCI SATA devices
  • From: Simon McNair <simonmcnair@xxxxxxxxx>
• Re: mdadm ddf questions
  • From: NeilBrown <neilb@xxxxxxx>
• Re: high throughput storage server?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: md road-map: 2011
  • From: Daniel Reurich <daniel@xxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] Continue expansion after reboot
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Single-drive RAID0
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Likely forced assemby with wrong disk during raid5 grow. Recoverable?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Likely forced assemby with wrong disk during raid5 grow. Recoverable?
  • From: Claude Nobs <claudenobs@xxxxxxxxx>
• Re: Two questions about stripe_cache_size
  • From: "Patrick J. LoPresti" <lopresti@xxxxxxxxx>
• Re: Two questions about stripe_cache_size
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: Two questions about stripe_cache_size
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Two questions about stripe_cache_size
  • From: "Patrick J. LoPresti" <lopresti@xxxxxxxxx>
• Re: Two questions about stripe_cache_size
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: Two questions about stripe_cache_size
  • From: NeilBrown <neilb@xxxxxxx>
• Two questions about stripe_cache_size
  • From: "Patrick J. LoPresti" <lopresti@xxxxxxxxx>
• Re: removing AHCI SATA devices
  • From: Jeff Garzik <jeff@xxxxxxxxxx>
• Re: raid10 - without stripe
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: raid10 - without stripe
  • From: NeilBrown <neilb@xxxxxxx>
• raid10 - without stripe
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Simon McNair <simonmcnair@xxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: SSD - TRIM command
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Simon Mcnair <simonmcnair@xxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Simon Mcnair <simonmcnair@xxxxxxxxx>
• Re: Single-drive RAID0
  • From: Jan Ceuleers <jan.ceuleers@xxxxxxxxxxxx>
• removing AHCI SATA devices
  • From: Simon Mcnair <simonmcnair@xxxxxxxxx>
• Combining RAID6 and mdadm RAID10?
  • From: hansbkk@xxxxxxxxx
• [PATCH 3/3] FIX: Assemble device in reshape state with new disks number
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 2/3] imsm: FIX: Report correct array size during reshape
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 1/3] imsm: FIX: initalize reshape progress as it is stored in metatdata
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 0/3] Continue expansion after reboot
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• Re: Possible availability improvement
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Possible availability improvement
  • From: Michał Sawicz <michal@xxxxxxxxxx>
• Re: SSD - TRIM command
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: high throughput storage server?
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: high throughput storage server?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• RE: Single-drive RAID0
  • From: "Wojcik, Krzysztof" <krzysztof.wojcik@xxxxxxxxx>
• Re: high throughput storage server?
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: high throughput storage server?
  • From: Mattias Wadenstein <maswan@xxxxxxxxxx>
• Re: high throughput storage server?
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: mdadm ddf questions
  • From: Albert Pauw <albert.pauw@xxxxxxxxx>
• Re: SSD - TRIM command
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: SSD - TRIM command
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: SSD - TRIM command
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: SSD - TRIM command
  • From: NeilBrown <neilb@xxxxxxx>
• Re: SSD - TRIM command
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: SSD - TRIM command
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: SSD - TRIM command
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: SSD - TRIM command
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• RE: SSD - TRIM command
  • From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
• Re: SSD - TRIM command
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: SSD - TRIM command
  • From: "Eric D. Mudama" <edmudama@xxxxxxxxxxxxxxxx>
• Re: SSD - TRIM command
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: SSD - TRIM command
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: SSD - TRIM command
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: Single-drive RAID0
  • From: NeilBrown <neilb@xxxxxxx>
• Re: SSD - TRIM command
  • From: "Eric D. Mudama" <edmudama@xxxxxxxxxxxxxxxx>
• Re: SSD - TRIM command
  • From: "Eric D. Mudama" <edmudama@xxxxxxxxxxxxxxxx>
• Re: SSD - TRIM command
  • From: Brendan Conoboy <blc@xxxxxxxxxx>
• Re: [PATCH] set default chunk in validate_geometry
  • From: NeilBrown <neilb@xxxxxxx>
• Re: SSD - TRIM command
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: SSD - TRIM command
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: SSD - TRIM command
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: SSD - TRIM command
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: SSD - TRIM command
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: New machine, new RAID, wrong device name...
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Re: high throughput storage server?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: New machine, new RAID, wrong device name...
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] Fix over-zealous flush_disk when changing device size.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: SSD - TRIM command
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: SSD - TRIM command
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• [PATCH] RAID-6 check standalone
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: SSD - TRIM command
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• New machine, new RAID, wrong device name...
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Re: SSD - TRIM command
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: SSD - TRIM command
  • From: Doug Dumitru <doug@xxxxxxxxxx>
• Re: SSD - TRIM command
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: [PATCH] Fix over-zealous flush_disk when changing device size.
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: SSD - TRIM command
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: SSD - TRIM command
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: SSD - TRIM command
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: SSD - TRIM command
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: SSD - TRIM command
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: SSD - TRIM command
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: SSD - TRIM command
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: SSD - TRIM command
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: SSD - TRIM command
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: SSD - TRIM command
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: SSD - TRIM command
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• RE: Single-drive RAID0
  • From: "Wojcik, Krzysztof" <krzysztof.wojcik@xxxxxxxxx>
• Re: high throughput storage server?
  • From: Mattias Wadenstein <maswan@xxxxxxxxxx>
• [PATCH] set default chunk in validate_geometry
  • From: "Czarnowska, Anna" <anna.czarnowska@xxxxxxxxx>
• Re: high throughput storage server?
  • From: Mattias Wadenstein <maswan@xxxxxxxxxx>
• Re: [PATCH 1/2] modified message on failure to read metadata in Manage
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Single-drive RAID0
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Likely forced assemby with wrong disk during raid5 grow. Recoverable?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Likely forced assemby with wrong disk during raid5 grow. Recoverable?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Linux software RAID assistance
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Simon Mcnair <simonmcnair@xxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Simon Mcnair <simonmcnair@xxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Likely forced assemby with wrong disk during raid5 grow. Recoverable?
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: Likely forced assemby with wrong disk during raid5 grow. Recoverable?
  • From: Claude Nobs <claudenobs@xxxxxxxxx>
• Re: Raid selection questions (10 vs 6, n2 vs f2) on an 8 drive array
  • From: Simon Mcnair <simonmcnair@xxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Simon Mcnair <simonmcnair@xxxxxxxxx>
• Re: Possible HDD error, how do I find which HDD it is?
  • From: Simon Mcnair <simonmcnair@xxxxxxxxx>
• Re: Likely forced assemby with wrong disk during raid5 grow. Recoverable?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Possible HDD error, how do I find which HDD it is?
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Likely forced assemby with wrong disk during raid5 grow. Recoverable?
  • From: Claude Nobs <claudenobs@xxxxxxxxx>
• Re: Possible HDD error, how do I find which HDD it is?
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Possible HDD error, how do I find which HDD it is?
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: Possible HDD error, how do I find which HDD it is?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Possible HDD error, how do I find which HDD it is?
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: Possible HDD error, how do I find which HDD it is?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Possible HDD error, how do I find which HDD it is?
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: Possible HDD error, how do I find which HDD it is?
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Possible HDD error, how do I find which HDD it is?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Jan Ceuleers <jan.ceuleers@xxxxxxxxxxxx>
• Re: Possible HDD error, how do I find which HDD it is?
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Possible HDD error, how do I find which HDD it is?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Possible HDD error, how do I find which HDD it is?
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Possible HDD error, how do I find which HDD it is?
  • From: Simon McNair <simonmcnair@xxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Simon McNair <simonmcnair@xxxxxxxxx>
• Re: External bitmap, questions
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: Upgrading from RAID 5 to 6 or build native level 6?
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: External bitmap, questions
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: External bitmap, questions
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Possible HDD error, how do I find which HDD it is?
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Jan Ceuleers <jan.ceuleers@xxxxxxxxxxxx>
• mdadm ddf questions
  • From: Albert Pauw <albert.pauw@xxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Simon Mcnair <simonmcnair@xxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Simon Mcnair <simonmcnair@xxxxxxxxx>
• Re: External bitmap, questions
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: External bitmap, questions
  • From: NeilBrown <neilb@xxxxxxx>
• Re: External bitmap, questions
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: Recovery Optimization?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: External bitmap, questions
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Raid selection questions (10 vs 6, n2 vs f2) on an 8 drive array
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Raid selection questions (10 vs 6, n2 vs f2) on an 8 drive array
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Upgrading from RAID 5 to 6 or build native level 6?
  • From: Beolach <beolach@xxxxxxxxx>
• Re: Raid selection questions (10 vs 6, n2 vs f2) on an 8 drive array
  • From: Larry Schwerzler <larry@xxxxxxxxxxxxxx>
• Re: Raid selection questions (10 vs 6, n2 vs f2) on an 8 drive array
  • From: Larry Schwerzler <larry@xxxxxxxxxxxxxx>
• Re: Raid selection questions (10 vs 6, n2 vs f2) on an 8 drive array
  • From: Larry Schwerzler <larry@xxxxxxxxxxxxxx>
• Re: Raid selection questions (10 vs 6, n2 vs f2) on an 8 drive array
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• Re: Raid selection questions (10 vs 6, n2 vs f2) on an 8 drive array
  • From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
• External bitmap, questions
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: Recovery Optimization?
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: high throughput storage server?
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• Recovery Optimization?
  • From: Jon Forrest <jlforrest@xxxxxxxxxxxx>
• Re: Raid selection questions (10 vs 6, n2 vs f2) on an 8 drive array
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: high throughput storage server?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] Re: User space RAID-6 access
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Raid selection questions (10 vs 6, n2 vs f2) on an 8 drive array
  • From: Larry Schwerzler <larry@xxxxxxxxxxxxxx>
• Re: Removed drive from mdadm raid 5 array after reboot
  • From: Michał Sawicz <michal@xxxxxxxxxx>
• Removed drive from mdadm raid 5 array after reboot
  • From: Mike Viau <viaum@xxxxxxxxxxxxxxx>
• Re: md road-map: 2011
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: md road-map: 2011
  • From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
• Re: md road-map: 2011
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: md road-map: 2011
  • From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Simon McNair <simonmcnair@xxxxxxxxx>
• Re: high throughput storage server?
  • From: Mattias Wadenstein <maswan@xxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Simon Mcnair <simonmcnair@xxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: mdadm / force parity checking of blocks on all reads?
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: mdadm / force parity checking of blocks on all reads?
  • From: Steve Costaras <stevecs@xxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Simon Mcnair <simonmcnair@xxxxxxxxx>
• Re: raid5/raid6 write performance question
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• hdparm standby timeout stopped working
  • From: Marc Rechté <marc3@xxxxxxxxx>
• Re: md road-map: 2011
  • From: Giovanni Tessore <giotex@xxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Simon Mcnair <simonmcnair@xxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Simon McNair <simonmcnair@xxxxxxxxx>
• Re: mdadm / force parity checking of blocks on all reads?
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: md road-map: 2011
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: physical size of the device inconsistent with superblock, after RAID problems
  • From: Gavin Flower <gavinflower@xxxxxxxxx>
• Re: high throughput storage server?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: mdadm / force parity checking of blocks on all reads?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md road-map: 2011
  • From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
• mdadm / force parity checking of blocks on all reads?
  • From: Steve Costaras <stevecs@xxxxxxxxxx>
• Re: physical size of the device inconsistent with superblock, after RAID problems
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md road-map: 2011
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md road-map: 2011
  • From: Giovanni Tessore <giotex@xxxxxxxxxx>
• Re: high throughput storage server?
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• Re: physical size of the device inconsistent with superblock, after RAID problems
  • From: Gavin Flower <gavinflower@xxxxxxxxx>
• Re: high throughput storage server?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• [PATCH 2/2] fix: memory leak in Create
  • From: "Czarnowska, Anna" <anna.czarnowska@xxxxxxxxx>
• [PATCH 1/2] modified message on failure to read metadata in Manage
  • From: "Czarnowska, Anna" <anna.czarnowska@xxxxxxxxx>
• Re: high throughput storage server?
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• Re: high throughput storage server?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: reshape failure
  • From: Tobias McNulty <tobias@xxxxxxxxxxxxxxx>
• Re: md road-map: 2011
  • From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
• Re: raid5/raid6 write performance question
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: [PATCH] Re: User space RAID-6 access
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: md road-map: 2011
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• raid5/raid6 write performance question
  • From: "Patrick J. LoPresti" <lopresti@xxxxxxxxx>
• Re: md road-map: 2011
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH] Fix over-zealous flush_disk when changing device size.
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: md road-map: 2011
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: md road-map: 2011
  • From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Simon Mcnair <simonmcnair@xxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Simon Mcnair <simonmcnair@xxxxxxxxx>
• Re: Mixing mdadm versions
  • From: hansbkk@xxxxxxxxx
• Re: Linux software RAID assistance
  • From: Simon Mcnair <simonmcnair@xxxxxxxxx>
• Re: high throughput storage server?
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: high throughput storage server?
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Simon Mcnair <simonmcnair@xxxxxxxxx>
• Re: Mixing mdadm versions
  • From: Phil Turmel <philip@xxxxxxxxxx>
• RE: [PATCH] FIX: sysfs_disk_to_scsi_id() adapted to current sysfs format
  • From: "Wojcik, Krzysztof" <krzysztof.wojcik@xxxxxxxxx>
• Re: old filesystem label remaining after partition --add 'ed?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: md road-map: 2011
  • From: Giovanni Tessore <giotex@xxxxxxxxxx>
• Re: high throughput storage server?
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: md road-map: 2011
  • From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
• Re: md road-map: 2011
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: high throughput storage server?
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• RE: File system corruption during setting new size (native/extarnal metatdat) after expansion
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• Mixing mdadm versions
  • From: hansbkk@xxxxxxxxx
• Re: File system corruption during setting new size (native/extarnal metatdat) after expansion
  • From: NeilBrown <neilb@xxxxxxx>
• RE: File system corruption during setting new size (native/extarnal metatdat) after expansion
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• Re: old filesystem label remaining after partition --add 'ed?
  • From: hansbkk@xxxxxxxxx
• Re: [PATCH] Re: User space RAID-6 access
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] FIX: sysfs_disk_to_scsi_id() adapted to current sysfs format
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] FIX: Seg Fault in incremental if BBM log detected
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH] Fix over-zealous flush_disk when changing device size.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: File system corruption during setting new size (native/extarnal metatdat) after expansion
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID5 won't mount after reducing disks from 8 to 6
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• Re: md road-map: 2011
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID5 won't mount after reducing disks from 8 to 6
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: high throughput storage server?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID5 won't mount after reducing disks from 8 to 6
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: high throughput storage server?
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: RAID5 won't mount after reducing disks from 8 to 6
  • From: Matt Tehonica <matt.tehonica@xxxxxxx>
• Re: RAID5 won't mount after reducing disks from 8 to 6
  • From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
• Re: RAID5 won't mount after reducing disks from 8 to 6
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID5 won't mount after reducing disks from 8 to 6
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID5 won't mount after reducing disks from 8 to 6
  • From: Matt Tehonica <matt.tehonica@xxxxxxx>
• Re: Shouldn't --zero-superblock reset the UUID?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID5 won't mount after reducing disks from 8 to 6
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID5 won't mount after reducing disks from 8 to 6
  • From: Matt Tehonica <matt.tehonica@xxxxxxx>
• Re: md road-map: 2011
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: RAID5 won't mount after reducing disks from 8 to 6
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Shouldn't --zero-superblock reset the UUID?
  • From: linbloke <linbloke@xxxxxxxxxxx>
• RAID5 won't mount after reducing disks from 8 to 6
  • From: Matt Tehonica <matt.tehonica@xxxxxxx>
• Re: md road-map: 2011
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: md road-map: 2011
  • From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
• Re: md road-map: 2011
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md road-map: 2011
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md road-map: 2011
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: high throughput storage server?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Single-drive RAID0
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md road-map: 2011
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: high throughput storage server?
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: md road-map: 2011
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: high throughput storage server?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: md road-map: 2011
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: high throughput storage server?
  • From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: high throughput storage server?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: md road-map: 2011
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md road-map: 2011
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: md road-map: 2011
  • From: Keld Jørn Simonsen <keld@xxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Simon Mcnair <simonmcnair@xxxxxxxxx>
• Re: md road-map: 2011
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: md road-map: 2011
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• Re: md road-map: 2011
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md road-map: 2011
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md road-map: 2011
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md road-map: 2011
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: md road-map: 2011
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md road-map: 2011
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md road-map: 2011
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Linux software RAID assistance
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Simon McNair <simonmcnair@xxxxxxxxx>
• Re: md road-map: 2011
  • From: NeilBrown <neilb@xxxxxxx>
• Re: reshape failure
  • From: NeilBrown <neilb@xxxxxxx>
• Re: reshape failure
  • From: Tobias McNulty <tobias@xxxxxxxxxxxxxxx>
• Re: reshape failure
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md road-map: 2011
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: md road-map: 2011
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Automate on-going checks?
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Simon McNair <simonmcnair@xxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Simon McNair <simonmcnair@xxxxxxxxx>
• Automate on-going checks?
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Simon McNair <simonmcnair@xxxxxxxxx>
• Re: md - cache
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Simon McNair <simonmcnair@xxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Simon McNair <simonmcnair@xxxxxxxxx>
• Re: md road-map: 2011
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• RE: Single-drive RAID0
  • From: "Wojcik, Krzysztof" <krzysztof.wojcik@xxxxxxxxx>
• Re: old filesystem label remaining after partition --add 'ed?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• [PATCH] FIX: Seg Fault in incremental if BBM log detected
  • From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
• [PATCH] FIX: sysfs_disk_to_scsi_id() adapted to current sysfs format
  • From: Krzysztof Wojcik <krzysztof.wojcik@xxxxxxxxx>
• Re: md - cache
  • From: Andre Tomt <andre@xxxxxxxx>
• Re: md - cache
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Shouldn't --zero-superblock reset the UUID?
  • From: hansbkk@xxxxxxxxx
• md - cache
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• reshape failure
  • From: Tobias McNulty <tobias@xxxxxxxxxxxxxxx>
• Re: md road-map: 2011
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Upgrading from RAID 5 to 6 or build native level 6?
  • From: Lasse Jensen <fafler@xxxxxxxxx>
• File system corruption during setting new size (native/extarnal metatdat) after expansion
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• Re: write-behind has no measurable effect?
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: md road-map: 2011
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: md road-map: 2011
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• Re: md road-map: 2011
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: md road-map: 2011
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Simon McNair <simonmcnair@xxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Simon McNair <simonmcnair@xxxxxxxxx>
• Re: md road-map: 2011
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: write-behind has no measurable effect?
  • From: Andras Korn <korn@xxxxxxxxxxxxxxxxxxxxxxx>
• Re: md road-map: 2011
  • From: Giovanni Tessore <giotex@xxxxxxxxxx>
• md road-map: 2011
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Linux tries to bring up raid before the disks are finished initializing
  • From: Marc Rechté <marc3@xxxxxxxxx>
• old filesystem label remaining after partition --add 'ed?
  • From: hansbkk@xxxxxxxxx
• Re: help with queue kernel information
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• help with queue kernel information
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: Single-drive RAID0
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Samsung HD204UI (2TB F4EG) disk vs smart
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: high throughput storage server?
  • From: NeilBrown <neilb@xxxxxxx>
• Samsung HD204UI (2TB F4EG) disk vs smart
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Simon McNair <simonmcnair@xxxxxxxxx>
• Re: high throughput storage server?
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• Re: high throughput storage server?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Linux software RAID assistance
  • From: Roman Mamedov <rm@xxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH] dmaengine: add slave-dma maintainer
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Simon McNair <simonmcnair@xxxxxxxxx>
• Re: RAID10 failure(s)
  • From: Mark Keisler <grimm26@xxxxxxxxx>
• Re: write-behind has no measurable effect?
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: high throughput storage server?
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• RE: Single-drive RAID0
  • From: "Wojcik, Krzysztof" <krzysztof.wojcik@xxxxxxxxx>
• Re: high throughput storage server?
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• Re: high throughput storage server?
  • From: "A. Krijgsman" <a.krijgsman@xxxxxxxxxxxx>
• Re: high throughput storage server?
  • From: Zdenek Kaspar <zkaspar82@xxxxxxxxx>
• Re: Linux software RAID assistance
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: high throughput storage server?
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: high throughput storage server?
  • From: Zdenek Kaspar <zkaspar82@xxxxxxxxx>
• Re: high throughput storage server?
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: write-behind has no measurable effect?
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: high throughput storage server?
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: high throughput storage server?
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: write-behind has no measurable effect?
  • From: Andras Korn <korn@xxxxxxxxxxxxxxxxxxxxxxx>
• Re: high throughput storage server?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• RE: [PATCH 1/5] FIX: set delta_disks to 0 for raid5->raid0 transition
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• Re: high throughput storage server?
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: write-behind has no measurable effect?
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] FIX: set delta_disks to 0 for raid5->raid0 transition
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Linux software RAID assistance
  • From: Simon McNair <simonmcnair@xxxxxxxxx>
• RE: [PATCH 2/5] imsm: prepare update for level migrations reshape
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• RE: [PATCH 1/5] FIX: set delta_disks to 0 for raid5->raid0 transition
  • From: "Kwolek, Adam" <adam.kwolek@xxxxxxxxx>
• Re: high throughput storage server?
  • From: hansbkk@xxxxxxxxx
• Re: Linux software RAID assistance
  • From: NeilBrown <neilb@xxxxxxx>
• Re: high throughput storage server?
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: failed to write superblock errors, and more!
  • From: NeilBrown <neilb@xxxxxxx>
• failed to write superblock errors, and more!
  • From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
• physical size of the device inconsistent with superblock, after RAID problems
  • From: Gavin Flower <gavinflower@xxxxxxxxx>
• Re: write-behind has no measurable effect?
  • From: Andras Korn <korn@xxxxxxxxxxxxxxxxxxxxxxx>
• Re: mdadm: recovering from an aborted reshape op - boot messages
  • From: NeilBrown <neilb@xxxxxxx>
• Re: high throughput storage server?
  • From: Doug Dumitru <doug@xxxxxxxxxx>
• Re: mdadm: recovering from an aborted reshape op - boot messages
  • From: Gavin Flower <gavinflower@xxxxxxxxx>
• Re: mdadm: recovering from an aborted reshape op - boot messages
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 2/5] imsm: prepare update for level migrations reshape
  • From: NeilBrown <neilb@xxxxxxx>
• Re: write-behind has no measurable effect?
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: mdadm: recovering from an aborted reshape op - boot messages
  • From: Gavin Flower <gavinflower@xxxxxxxxx>
• Re: write-behind has no measurable effect?
  • From: Andras Korn <korn@xxxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID10 failure(s)
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID10 failure(s)
  • From: Mark Keisler <grimm26@xxxxxxxxx>
• Re: RAID10 failure(s)
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] FIX: set delta_disks to 0 for raid5->raid0 transition
  • From: NeilBrown <neilb@xxxxxxx>
• Re: mdadm: can't removed failed/detached drives when using metadata 1.x
  • From: NeilBrown <neilb@xxxxxxx>
• high throughput storage server?
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: Single-drive RAID0
  • From: NeilBrown <neilb@xxxxxxx>
• Re: mdadm: recovering from an aborted reshape op - boot messages
  • From: NeilBrown <neilb@xxxxxxx>
• Re: write-behind has no measurable effect?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID10 failure(s)
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID10 failure(s)
  • From: Mark Keisler <grimm26@xxxxxxxxx>
• Re: write-behind has no measurable effect?
  • From: Andras Korn <korn@xxxxxxxxxxxxxxxxxxxxxxx>
• Re: write-behind has no measurable effect?
  • From: Andras Korn <korn@xxxxxxxxxxxxxxxxxxxxxxx>
• Re: write-behind has no measurable effect?
  • From: Doug Dumitru <doug@xxxxxxxxxx>
• Re: write-behind has no measurable effect?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID10 failure(s)
  • From: NeilBrown <neilb@xxxxxxx>
• mdadm: recovering from an aborted reshape op - boot messages
  • From: Gavin Flower <gavinflower@xxxxxxxxx>
• Re: [PATCH] fix: detect container early in Create
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID10 failure(s)
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• write-behind has no measurable effect?
  • From: Andras Korn <korn@xxxxxxxxxxxxxxxxxxxxxxx>
• mdadm: recovering from an aborted reshape op - mdadm -Evv /dev/sd[abcde]2
  • From: Gavin Flower <gavinflower@xxxxxxxxx>
• mdadm: recovering from an aborted reshape op – mdadm -D /dev/md1
  • From: Gavin Flower <gavinflower@xxxxxxxxx>
• mdadm: recovering from an aborted reshape op - mdadm -Avv /dev/md1 /dev/sd[adbce]2
  • From: Gavin Flower <gavinflower@xxxxxxxxx>
• Re: RAID10 failure(s)
  • From: Mark Keisler <grimm26@xxxxxxxxx>
• RE: Single-drive RAID0
  • From: "Wojcik, Krzysztof" <krzysztof.wojcik@xxxxxxxxx>
• Re: mdXX: bitmap superblock UUID mismatch
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: mdXX: bitmap superblock UUID mismatch
  • From: Reynald Borer <reynald.borer@xxxxxxxxx>
• RAID10 failure(s)
  • From: Mark Keisler <grimm26@xxxxxxxxx>
• raid10 failure(s)
  • From: Mark Keisler <mark@xxxxxxxxxxx>
• RE: [PATCH] fix: detect container early in Create
  • From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
• [PATCH 5/5] imsm: Add chunk size to metadata update
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 4/5] imsm: process update for raid level migrations
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 3/5] imsm: prepare memory for level migration update
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 2/5] imsm: prepare update for level migrations reshape
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 1/5] FIX: set delta_disks to 0 for raid5->raid0 transition
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 0/5] Level and chunk size migrations for imsm
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• Re: mdadm: can't removed failed/detached drives when using metadata 1.x
  • From: Rémi Rérolle <rrerolle@xxxxxxxxx>
• [PATCH] dmaengine: add slave-dma maintainer
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• RE: [PATCH] fix: detect container early in Create
  • From: "Czarnowska, Anna" <anna.czarnowska@xxxxxxxxx>
• Re: mdadm: recovering from an aborted reshape op - to ensure at least one email gets through!
  • From: Gavin Flower <gavinflower@xxxxxxxxx>
• Re: mdadm: can't removed failed/detached drives when using metadata 1.x
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Single-drive RAID0
  • From: NeilBrown <neilb@xxxxxxx>
• Re: mdadm: recovering from an aborted reshape op - to ensure at least one email gets through!
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 0/4] Raid0 <-> Raid5 migrations (imsm)
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 0/4] Prepare mdadm for migrations (external meta)
  • From: NeilBrown <neilb@xxxxxxx>
• Re: mdadm: recovering from an aborted reshape op - to ensure at least one email gets through!
  • From: NeilBrown <neilb@xxxxxxx>
• mdadm: recovering from an aborted reshape op: selected log entries
  • From: Gavin Flower <gavinflower@xxxxxxxxx>
• mdadm: recovering from an aborted reshape op: mdstat
  • From: Gavin Flower <gavinflower@xxxxxxxxx>
• mdadm: recovering from an aborted reshape op: mdadm -E -v -s
  • From: Gavin Flower <gavinflower@xxxxxxxxx>
• mdadm: recovering from an aborted reshape op: mdadm -detail
  • From: Gavin Flower <gavinflower@xxxxxxxxx>
• mdadm: recovering from an aborted reshape op: mdadm -A -v --scan
  • From: Gavin Flower <gavinflower@xxxxxxxxx>
• mdadm: recovering from an aborted reshape op - to ensure at least one email gets through!
  • From: Gavin Flower <gavinflower@xxxxxxxxx>
• Re: [PATCH] md: Detect raid1->raid0 takeover when comparing raid_disks
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] fix: detect container early in Create
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 1/2] fix: imsm: size must be in K for rounding to chunk
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 1/4] imsm: FIX: add raid5 to raid0 case to analyse_change()
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] md: Remove risk of overflow via sprintf) by using snprintf() in md_check_recovery()
  • From: Bodo Eggert <arcoristkaputtundbrauchtdiesentext.7eggert@xxxxxxxxxxxxxx>
• Re: [PATCH] md: Remove risk of overflow via sprintf) by using snprintf() in md_check_recovery()
  • From: Jesper Juhl <jj@xxxxxxxxxxxxx>
• Re: Q re sync_completed
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: Q re sync_completed
  • From: NeilBrown <neilb@xxxxxxx>
• Q re sync_completed
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: Raid 5 rebuild with only 2 spare devices
  • From: Phil Turmel <philip@xxxxxxxxxx>