Linux RAID Storage Date Index

• Thread Index

• enhancements to the raid1 driver
  • From: Paul Clements <Paul.Clements@xxxxxxxxxxxx>
• Re: Fast (intelligent) raid1
  • From: Ross Vandegrift <ross@xxxxxxxxxxxxxxxx>
• Drive failure - block transfer possible?
  • From: Christian Melki <christian.melki@xxxxxxxx>
• Re: Fast (intelligent) raid1
  • From: "Peter T. Breuer" <ptb@xxxxxxxxxx>
• Re: raid5 2TB+ NO GO ?
  • From: kernel@xxxxxxxxxxxx
• location of archives & join list
  • From: "Lewis Shobbrook" <lshobbrook@xxxxxxxxxxxxxxxx>
• Re: Question about recovery via mdadm
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Question about recovery via mdadm
  • From: "Cress, Andrew R" <andrew.r.cress@xxxxxxxxx>
• Re: mdadm --monitor
  • From: danci@xxxxxxxxx
• Replacing failed drives in RAID1
  • From: "Marcus Williams" <marcus@xxxxxxxxxxxxx>
• raid1 allow unintentional mount of low devices ...!!!
  • From: Sedlak Anton <ased@xxxxxx>
• Re: mdadm --monitor
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: [Ext2-devel] Re: fsck out of memory
  • From: "Randy.Dunlap" <rddunlap@xxxxxxxx>
• Re: [Ext2-devel] Re: fsck out of memory
  • From: Peter Chubb <peter@xxxxxxxxxxxxxxxxxx>
• Re: EIO AP-1680 ATA133 RAID PCI Controller
  • From: Gregory Leblanc <gleblanc@xxxxxxxxxxxxxxx>
• Re: EIO AP-1680 ATA133 RAID PCI Controller
  • From: Maurice Hilarius <maurice@xxxxxxxxxxxx>
• Re: raid5 2TB+ NO GO ?
  • From: "Mike Black" <mblack@xxxxxxxxxxx>
• RAID1 and auto-detect flag
  • From: "Marcus Williams" <marcus@xxxxxxxxxxxxx>
• Re: raid5 2TB+ NO GO ?
  • From: Stephan van Hienen <raid@xxxxxxxx>
• Setting up raid 1 on existing installation
  • From: "Philippe Dhont (Sea-ro)" <Philippe.Dhont@xxxxxxxx>
• ANNOUNCE: mdadm-1.0.9 - prelease for 1.1.0
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: Fast (intelligent) raid1
  • From: "Peter T. Breuer" <ptb@xxxxxxxxxx>
• Re:2TB+ fs ext3 (was fsck out of memory)
  • From: Stephan van Hienen <raid@xxxxxxxx>
• Re: [Ext2-devel] Re: fsck out of memory
  • From: "Bryan O'Sullivan" <bos@xxxxxxxxxxxxxx>
• Re: Fast (intelligent) raid1
  • From: "Peter T. Breuer" <ptb@xxxxxxxxxx>
• Re: Fast (intelligent) raid1
  • From: "Peter T. Breuer" <ptb@xxxxxxxxxx>
• Re: EIO AP-1680 ATA133 RAID PCI Controller
  • From: Trent Piepho <xyzzy@xxxxxxxxxxxxx>
• Re: [Ext2-devel] Re: fsck out of memory
  • From: Matthew Wilcox <willy@xxxxxxxxxx>
• Re: EIO AP-1680 ATA133 RAID PCI Controller
  • From: Gregory Leblanc <gleblanc@xxxxxxxxxxxxxxx>
• Re: Fast (intelligent) raid1
  • From: Ross Vandegrift <ross@xxxxxxxxxxxxxxxx>
• Re: EIO AP-1680 ATA133 RAID PCI Controller
  • From: Steven Dake <sdake@xxxxxxxxxx>
• Re:2TB+ fs ext3 (was fsck out of memory)
  • From: Stephan van Hienen <raid@xxxxxxxx>
• Re:2TB+ fs ext3 (was fsck out of memory)
  • From: Stephan van Hienen <raid@xxxxxxxx>
• Re: [Ext2-devel] Re: fsck out of memory
  • From: "Stephen C. Tweedie" <sct@xxxxxxxxxx>
• Re: filesystems for large arrays
  • From: "Mike Black" <mblack@xxxxxxxxxxx>
• Re: filesystems for large arrays
  • From: Norman Schmidt <norman.schmidt@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [Ext2-devel] Re: fsck out of memory
  • From: Stephan van Hienen <raid@xxxxxxxx>
• Re: filesystems for large arrays
  • From: "Mike Black" <mblack@xxxxxxxxxxx>
• Re: filesystems for large arrays
  • From: ÷ÉÔÁÌÉÊ <manushkinvv@xxxxxxxxx>
• filesystems for large arrays
  • From: Andy Arvai <arvai@xxxxxxxxxxx>
• Re: EIO AP-1680 ATA133 RAID PCI Controller
  • From: tk Voice <tkVoice@xxxxxxxxxxxx>
• [PATCH] md - 2 of 2 - Provide a 'safe-mode' for soft raid.
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] md - 1 of 2 - Add name of md device to name of thread managing that device.
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• Re: mkraid segfault
  • From: Jean-Rene Cormier <jean-rene.cormier@xxxxxxxxx>
• Re: [Ext2-devel] Re: fsck out of memory
  • From: "Stephen C. Tweedie" <sct@xxxxxxxxxx>
• mkraid segfault
  • From: Jean-Rene Cormier <jean-rene.cormier@xxxxxxxxx>
• Re: EIO AP-1680 ATA133 RAID PCI Controller
  • From: Steven Dake <sdake@xxxxxxxxxx>
• Re: fsck out of memory
  • From: Stephan van Hienen <raid@xxxxxxxx>
• Re: fsck out of memory
  • From: Stephan van Hienen <raid@xxxxxxxx>
• Re: fsck out of memory
  • From: Andreas Dilger <adilger@xxxxxxxxxxxxx>
• Re: fsck out of memory
  • From: Peter Chubb <peter@xxxxxxxxxxxxxxxxxx>
• Re: fsck out of memory
  • From: Stephan van Hienen <raid@xxxxxxxx>
• Re: fsck out of memory
  • From: Stephan van Hienen <raid@xxxxxxxx>
• Re: anybody using the maxtor 320GB
  • From: Mike Dresser <mdresser_l@xxxxxxxxxxxxxxxxxx>
• Re: Software RAID1 problem (bad superblock?)
  • From: "Martin K. Petersen" <mkp@xxxxxxx>
• Re: Problems mounting root file system with software RAID-1
  • From: Lucas Barbuto <lucas@xxxxxxxxx>
• Re: Problems mounting root file system with software RAID-1
  • From: Lucas Barbuto <lucas@xxxxxxxxx>
• Re: readonly start of Linux RAID
  • From: Steven Dake <sdake@xxxxxxxxxx>
• readonly start of Linux RAID
  • From: David Chow <davidchow@xxxxxxxxxxxxxxxx>
• Software RAID1 problem (bad superblock?)
  • From: Eric Drew Hollins <gte275e@xxxxxxxxxxxxxxx>
• Re: Problems mounting root file system with software RAID-1
  • From: Norman Schmidt <norman.schmidt@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• reproducible kernel Oops in mdrecoveryd (triggered by md raid1 re-syncs)
  • From: James Ralston <qralston+ml.linux-raid@xxxxxxxxxxxxxx>
• Problems mounting root file system with software RAID-1
  • From: Lucas Barbuto <lucas@xxxxxxxxx>
• force a raid restart?
  • From: "Robert L. Harris" <Robert.L.Harris@xxxxxxxx>
• Lost in RAID.. Trying to mirror a raid-0 array
  • From: "Michael Paul" <radius.mp@xxxxxxxxxxx>
• Re: mdadmin can't re-sync a mirror?!
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: mdadmin can't re-sync a mirror?!
  • From: Friedrich Lobenstock <fl@xxxxxxxxxx>
• mdadmin can't re-sync a mirror?!
  • From: James Ralston <qralston+ml.linux-raid@xxxxxxxxxxxxxx>
• RAID-1 on RedHat 7.3 (resize problems)
  • From: Andrej <andrej@xxxxxxxx>
• question regarding the output of "mdadm --examine /dev/hdxx"
  • From: Friedrich Lobenstock <fl@xxxxxxxxxx>
• Re: Fast (intelligent) raid1
  • From: "Peter T. Breuer" <ptb@xxxxxxxxxx>
• Re: Comments on a raid howto for devil-linux
  • From: Gregory Leblanc <gleblanc@xxxxxxxxxxxxxxx>
• Re: Fast (intelligent) raid1
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: Deadlock on mkfs while resyncing the raid1 device
  • From: "bmoon" <bo@xxxxxxxxxxxxxxxxxxxxxx>
• Fast (intelligent) raid1
  • From: "Peter T. Breuer" <ptb@xxxxxxxxxx>
• Deadlock on mkfs while resyncing the raid1 device
  • From: "bmoon" <bo@xxxxxxxxxxxxxxxxxxxxxx>
• Comments on a raid howto for devil-linux
  • From: Friedrich Lobenstock <fl@xxxxxxxxxx>
• how to swap devices to increase mirror size?
  • From: James Ralston <qralston+ml.linux-raid@xxxxxxxxxxxxxx>
• Re: [BUG?] count of "Spare Devices" wrong after fail/remove/add
  • From: Friedrich Lobenstock <fl@xxxxxxxxxx>
• Re: [BUG?] count of "Spare Devices" wrong after fail/remove/add
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• RE: RAID1 problem, newbie to RAID
  • From: "Cress, Andrew R" <andrew.r.cress@xxxxxxxxx>
• [BUG?] count of "Spare Devices" wrong after fail/remove/add
  • From: Friedrich Lobenstock <fl@xxxxxxxxxx>
• Re: RAID1 problem, newbie to RAID
  • From: Scott Mcdermott <smcdermott@xxxxxxxxxxx>
• RAID1 problem, newbie to RAID
  • From: J Dalessandro <joe@xxxxxxxx>
• Re: HA with qlogic FC and linux raid
  • From: Frank Behner <frank@xxxxxxxxxx>
• RE: Manually fail a disk?
  • From: "Cress, Andrew R" <andrew.r.cress@xxxxxxxxx>
• Re: HA with qlogic FC and linux raid
  • From: Steven Dake <sdake@xxxxxxxxxx>
• Re: http://www.cse.unsw.edu.au/~neilb/source/mdadm/ gone?
  • From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
• Re: http://www.cse.unsw.edu.au/~neilb/source/mdadm/ gone?
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: RAID5 reconfig
  • From: Scott McDermott <vaxerdec@xxxxxxxxxxxxxxx>
• Re: RAID5 reconfig
  • From: "TJ" <systemloc@xxxxxxxxxxxxx>
• Re: Raid Persistent Superblock Question..
  • From: Alvin Oga <aoga@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Raid Persistent Superblock Question..
  • From: "Sandu Mihai" <mihai.sandu@xxxxxxxxxxx>
• Re: http://www.cse.unsw.edu.au/~neilb/source/mdadm/ gone?
  • From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
• Re: RAID5 reconfig
  • From: Jakob Oestergaard <jakob@xxxxxxxxxxxxx>
• Re: http://www.cse.unsw.edu.au/~neilb/source/mdadm/ gone?
  • From: Derek Vadala <derek@xxxxxxxxxxxx>
• http://www.cse.unsw.edu.au/~neilb/source/mdadm/ gone?
  • From: Friedrich Lobenstock <fl@xxxxxxxxxx>
• Re: Manually fail a disk?
  • From: "Robert L. Harris" <Robert.L.Harris@xxxxxxxx>
• Re: Raid Persistent Superblock Question..
  • From: Alvin Oga <aoga@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Raid Persistent Superblock Question..
  • From: "Sandu Mihai" <mihai.sandu@xxxxxxxxxxx>
• Re: Manually fail a disk?
  • From: Derek Vadala <derek@xxxxxxxxxxxx>
• Manually fail a disk?
  • From: "Robert L. Harris" <Robert.L.Harris@xxxxxxxx>
• HA with qlogic FC and linux raid
  • From: frank@xxxxxxxxxx
• Starting a raid5 when devices have changed and having replaced a failed disk
  • From: Joshua Thomas <thatguy@xxxxxxxxxxxxxxxxxx>
• Re: total devices 1 too many
  • From: Wim Vinckier <wim-raid@xxxxxxxxx>
• Re: Fast RAID 1 Resync
  • From: "bmoon" <bo@xxxxxxxxxxxxxxxxxxxxxx>
• Alpha kernel 2.4.20 md repeatable oops
  • From: "Bailey, Scott" <scott.bailey@xxxxxxx>
• total devices 1 too many
  • From: dean gaudet <dean-list-linux-raid@xxxxxxxxxx>
• Beta FAQ release
  • From: Gregory Leblanc <gleblanc@xxxxxxxxxxxxxxx>
• Adding a hot spare to a software raid 5 array
  • From: Jonathan Loran <jonathan@xxxxxxxxxx>
• Re: Can't start raid 5 when device names have changed
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: Can't start raid 5 when device names have changed
  • From: Stephan van Hienen <raid@xxxxxxxx>
• raid 5 parity check
  • From: Mira Jung <mira@xxxxxxxxxxxxx>
• Reasonable chunk-size for RAID-5
  • From: Ian Pilcher <pilchman@xxxxxxxxx>
• Re: Can't start raid 5 when device names have changed
  • From: Stephan van Hienen <raid@xxxxxxxx>
• Can't start raid 5 when device names have changed
  • From: bugzilla@xxxxxxxxxxxxxxxx
• Hardlocks with softwareraid
  • From: name <bugtraq@xxxxxxxxx>
• RE: Cluster Aware MD Driver
  • From: "Cress, Andrew R" <andrew.r.cress@xxxxxxxxx>
• Re: Linux dpti driver in 2.4 kernel with Adaptec 2400A card
  • From: Derek Vadala <derek@xxxxxxxxxxxx>
• Re: Linux dpti driver in 2.4 kernel with Adaptec 2400A card
  • From: Warren Young <warren@xxxxxxxxxxx>
• re: [gfs-users]Cluster Aware MD Driver
  • From: Greg Freemyer <freemyer@xxxxxxxxxxxxxxxxx>
• Re: raid boot problems
  • From: David Bell <david@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] md - 3 of 3 - Record location of incomplete resync at shutdown and restart from there.
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] md - 1 of 3 - Make sure yielding thread actually yields cpu when waiting for turn at reconstruct.
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] md - 2 of 3 - Make MD device-is-idle test check whole device, not partition.
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] md - 2 of 3 - Make MD device-is-idle test check whole device, not partition.
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] md - 1 of 3 - Make sure yielding thread actually yields cpu when waiting for turn at reconstruct.
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] md - 3 of 3 - Record location of incomplete resync at shutdown and restart from there.
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• Re: mdadm -D shows incorrect working devices ?
  • From: Stephan van Hienen <raid@xxxxxxxx>
• Re: mdadm -D shows incorrect working devices ?
  • From: Stephan van Hienen <raid@xxxxxxxx>
• Re: mdadm -D shows incorrect working devices ?
  • From: Stephan van Hienen <raid@xxxxxxxx>
• Re: Cluster Aware MD Driver
  • From: "Brian Jackson" <brian-lists@xxxxxxxx>
• Cluster Aware MD Driver
  • From: Steven Dake <sdake@xxxxxxxxxx>
• Re: RAID 1+0 makes BUG in raid1.c, but 0+1 works?
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: mdadm -D shows incorrect working devices ?
  • From: Stephan van Hienen <raid@xxxxxxxx>
• Re: RAID 1+0 makes BUG in raid1.c, but 0+1 works?
  • From: "bmoon" <bo@xxxxxxxxxxxxxxxxxxxxxx>
• Linux dpti driver in 2.4 kernel with Adaptec 2400A card
  • From: Oliver Elphick <olly@xxxxxxxxxx>
• Re: Raid1 fast resync
  • From: Philip Cameron <pecameron@xxxxxxxxx>
• Re: Fast RAID 1 Resync
  • From: Philip Cameron <pecameron@xxxxxxxxx>
• RAID 5 recover locks up with 2.4.20
  • From: David Caldwell <david@xxxxxxxxxxxx>
• RE: mdadm -D shows incorrect working devices ?
  • From: "Shaw, Marco" <Marco.Shaw@xxxxxxxxx>
• Re: mdadm -D shows incorrect working devices ?
  • From: Stephan van Hienen <raid@xxxxxxxx>
• Re: Raid1 fast resync
  • From: Alvin Oga <aoga@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID 1+0 makes BUG in raid1.c, but 0+1 works?
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: Raid1 fast resync
  • From: Scott Mcdermott <smcdermott@xxxxxxxxxxx>
• Raid1 fast resync
  • From: Philip Cameron <pecameron@xxxxxxxxx>
• Re: RAID5 reconfig
  • From: "TJ" <tjharrel@xxxxxxxxxxxxxx>
• Re: RAID5 reconfig
  • From: Marco Shaw <marco@xxxxxxxxxxx>
• [no subject]
  • From: "TJ" <tjharrel@xxxxxxxxxxxxxx>
• raid boot problems
  • From: bruno waes <waesb@xxxxxxxxxxxxxx>
• RAID 1+0 makes BUG in raid1.c, but 0+1 works?
  • From: Scott Mcdermott <smcdermott@xxxxxxxxxxx>
• OOPS: software raid5 crashes on kernel 2.4.20 SMP
  • From: "Andrey J. Melnikoff (TEMHOTA)" <temnota@xxxxxx>
• Re: mdadm -D shows incorrect working devices ?
  • From: Stephan van Hienen <raid@xxxxxxxx>
• Re: AW: Test program for raid
  • From: Alvin Oga <aoga@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• AW: Test program for raid
  • From: "SCHEP. - Schepke, Arnt" <SCHEP@xxxxxxxxxxxxxxx>
• ATA/ATAPI-6/7 driver
  • From: "bmoon" <bo@xxxxxxxxxxxxxxxxxxxxxx>
• Promise SX6000 question.
  • From: Seth Hall <seth@xxxxxxxxxxxxxx>
• Re: raidtools-20010914
  • From: Claudio Fleiner <raid@xxxxxxxxxxx>
• Re: raidtools-20010914
  • From: Derek Vadala <derek@xxxxxxxxxxxx>
• raidtools-20010914
  • From: Jarmo Järvenpää <Jarmo.Jarvenpaa@xxxxxxxxxxx>
• Re: Test program for raid
  • From: Gordon Henderson <gordon@xxxxxxxxxx>
• Re: Test program for raid
  • From: Alvin Oga <aoga@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Test program for raid
  • From: "SCHEP. - Schepke, Arnt" <SCHEP@xxxxxxxxxxxxxxx>
• Re: mdadm -D shows incorrect working devices ?
  • From: raid@xxxxxxxxxxxx
• Bug by starting with missed first devies - bug fix included !!
  • From: Christoph Plattner <christoph.plattner@xxxxxx>
• Re: problems with raidhotgenerateerror
  • From: Steven Dake <sdake@xxxxxxxxxx>
• problems with raidhotgenerateerror
  • From: Claudio Fleiner <raid@xxxxxxxxxxx>
• mdadm -D shows incorrect working devices ?
  • From: raid@xxxxxxxxxxxx
• kicking non-fresh hde1 from array!
  • From: root <root@xxxxxxxxxxxxxxxxxxxxxxxx>
• PATCH - md - Make sure yielding thread actually yields cpu when waiting for turn at reconstruct.
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] md - 2 of 3 - Avoid buffer cache when doing IO of RAID superblock.
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] md - 1 of 3 - Remove some inappropriate MD_BUG calls when hot_removing
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] md - 3 of 3 - Avoid races by never no releasing rdev->sb for faulty devices.
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• Re: Creating degraded more arrays with mdadm?
  • From: Derek Vadala <derek@xxxxxxxxxxxx>
• Creating degraded more arrays with mdadm?
  • From: Ross Vandegrift <ross@xxxxxxxxxxxxxxxx>
• Re: raid5: switching cache buffer size
  • From: Gordon Henderson <gordon@xxxxxxxxxx>
• Re: Raid 5 on 2.5.50/2.5.51, dirty array, kernel panic
  • From: Eurijk <eurijk@xxxxxxxxx>
• Re: raid5: switching cache buffer size
  • From: Kanoalani Withington <kanoa@xxxxxxxxxxxxxxx>
• Re: raid5: switching cache buffer size
  • From: Luca Berra <bluca@xxxxxxxxxx>
• Re: autodetect RAID
  • From: Steven Dake <sdake@xxxxxxxxxx>
• raid5: switching cache buffer size
  • From: Gordon Henderson <gordon@xxxxxxxxxx>
• autodetect RAID
  • From: Anuradha Vaidyanathan <vaidyana@xxxxxxxxxxx>
• Re: large await discrepancies
  • From: Joe Pruett <joey@xxxxxx>
• Re: Raid 5 on 2.5.50/2.5.51, dirty array, kernel panic
  • From: Eurijk <eurijk@xxxxxxxxx>
• Re: Raid 5 on 2.5.50/2.5.51, dirty array, kernel panic
  • From: Steven Dake <sdake@xxxxxxxxxx>
• Raid 5 on 2.5.50/2.5.51, dirty array, kernel panic
  • From: Eurijk <eurijk@xxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: AW: RFC - new raid superblock layout for md driver
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: FSCK and it crashes...
  • From: Gordon Henderson <gordon@xxxxxxxxxx>
• Re: FSCK and it crashes...
  • From: Steven Dake <sdake@xxxxxxxxxx>
• Re: large await discrepancies
  • From: Joe Pruett <joey@xxxxxx>
• Re: FSCK and it crashes...
  • From: Wim Vinckier <wim-raid@xxxxxxxxx>
• FSCK and it crashes...
  • From: Gordon Henderson <gordon@xxxxxxxxxx>
• AW: RFC - new raid superblock layout for md driver
  • From: "Martin Bene" <martin.bene@xxxxxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: "Kenneth D. Merry" <ken@xxxxxxx>
• large await discrepancies
  • From: Joe Pruett <joey@xxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: Hot swap on IDE
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Poor performance, high disk queue on software RAID partition
  • From: "Rechenberg, Andrew" <arechenberg@xxxxxxxxxxxx>
• Hot swap on IDE
  • From: "bmoon" <bo@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Raid autodetection
  • From: danci@xxxxxxxxx
• Re: Difference between RAID and Multihost disks
  • From: Jan-Benedict Glaw <jbglaw@xxxxxxxxxx>
• Difference between RAID and Multihost disks
  • From: "Nirmala S" <nmala@xxxxxxxx>
• Re: Raid autodetection
  • From: Wim Vinckier <wim-raid@xxxxxxxxx>
• Re: Raid autodetection
  • From: danci@xxxxxxxxx
• Re: some IDE trays are bad (was Re: SW-RAID 1 and kernel 2.4.18)
  • From: Maurice Hilarius <maurice@xxxxxxxxxxxx>
• Re: some IDE trays are bad (was Re: SW-RAID 1 and kernel 2.4.18)
  • From: Gregory Leblanc <gleblanc@xxxxxxxxxxxxxxx>
• Re: some IDE trays are bad (was Re: SW-RAID 1 and kernel 2.4.18)
  • From: Maurice Hilarius <maurice@xxxxxxxxxxxx>
• Re: Raid autodetection
  • From: Steven Dake <sdake@xxxxxxxxxx>
• some IDE trays are bad (was Re: SW-RAID 1 and kernel 2.4.18)
  • From: Louis-David Mitterrand <vindex@xxxxxxxxxxx>
• Re: Raid autodetection
  • From: danci@xxxxxxxxx
• Raid autodetection
  • From: danci@xxxxxxxxx
• Re: RFC - new raid superblock layout for md driver
  • From: Luca Berra <bluca@xxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: Am I dead?
  • From: "Gernot A. Weber" <gernot@xxxxxxxxxxxxx>
• Re: AW: Am I dead?
  • From: Jakob Oestergaard <jakob@xxxxxxxxxxxxx>
• AW: Am I dead?
  • From: "Martin Bene" <martin.bene@xxxxxxxxxxxxx>
• Re: Am I dead? NO! (yaay!)
  • From: Nick Lindsell <nick@xxxxxxxxxxxx>
• Re: Am I dead?
  • From: Nick Lindsell <nick@xxxxxxxxxxxx>
• Re: Am I dead?
  • From: Jakob Oestergaard <jakob@xxxxxxxxxxxxx>
• Re: Recovering from a disaster...
  • From: Jakob Oestergaard <jakob@xxxxxxxxxxxxx>
• Am I dead?
  • From: Nick Lindsell <nick@xxxxxxxxxxxx>
• Re: Assertion failure, BUG at journal.c:1732
  • From: Jeff Schaller <schaller@xxxxxxxxxxxxx>
• Recovering from a disaster...
  • From: "Shaw, Marco" <marco.shaw@xxxxxxxxxxx>
• Re: recover short-time-power-failure of raid 5?
  • From: Markus Krause <markus.krause@xxxxxxx>
• Re: AW: AW: SW-RAID 1 and kernel 2.4.18
  • From: Mike Dresser <mdresser_l@xxxxxxxxxxxxxxxxxx>
• AW: AW: SW-RAID 1 and kernel 2.4.18
  • From: "SCHEP. - Schepke, Arnt" <SCHEP@xxxxxxxxxxxxxxx>
• Re: AW: SW-RAID 1 and kernel 2.4.18
  • From: Mike Dresser <mdresser_l@xxxxxxxxxxxxxxxxxx>
• AW: SW-RAID 1 and kernel 2.4.18
  • From: "SCHEP. - Schepke, Arnt" <SCHEP@xxxxxxxxxxxxxxx>
• Re: SW-RAID 1 and kernel 2.4.18
  • From: Alvin Oga <aoga@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: SW-RAID 1 and kernel 2.4.18
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• RAID-6 development snapshot
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: SW-RAID 1 and kernel 2.4.18
  • From: Steven Dake <sdake@xxxxxxxxxx>
• Re: not clean on boot
  • From: Steven Dake <sdake@xxxxxxxxxx>
• SW-RAID 1 and kernel 2.4.18
  • From: "SCHEP. - Schepke, Arnt" <SCHEP@xxxxxxxxxxxxxxx>
• not clean on boot
  • From: Michel Franckart <michel.franckart@xxxxxxxxxxxxxx>
• Re: Assertion failure, BUG at journal.c:1732
  • From: "Stephen C. Tweedie" <sct@xxxxxxxxxx>
• RE: System keep booting in degradedmode
  • From: "Nicolas" <nm-ml@xxxxxxxxxxxxxx>
• Re: System keep booting in degradedmode
  • From: Wim Vinckier <wim-raid@xxxxxxxxx>
• System keep booting in degradedmode
  • From: "Nicolas" <nm-ml@xxxxxxxxxxxxxx>
• Re: AW: recover short-time-power-failure of raid 5?
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• AW: recover short-time-power-failure of raid 5?
  • From: "Martin Bene" <martin.bene@xxxxxxxxxxxxx>
• Re: recover short-time-power-failure of raid 5?
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: recover short-time-power-failure of raid 5?
  • From: krause@xxxxxxxxxxxxx
• Re: recover short-time-power-failure of raid 5?
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: Assertion failure, BUG at journal.c:1732
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• recover short-time-power-failure of raid 5?
  • From: krause@xxxxxxxxxxxxx
• Re: Getting the spare disks back to being spare disks
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: Help! Head crash on IDE Seconday Master. Slave has all the data but wont boot
  • From: Massimiliano Masserelli <negro@xxxxxxxxxx>
• Getting the spare disks back to being spare disks
  • From: Jeremy Huddleston <jeremyhu@xxxxxxxxxxxxxxxxxxxx>
• Assertion failure, BUG at journal.c:1732
  • From: Jeff Schaller <schaller@xxxxxxxxxxxxx>
• Help! Head crash on IDE Seconday Master. Slave has all the databut wont boot
  • From: Stuart Levine <stuart@xxxxxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Joe Thornber <joe@xxxxxxxxxxxxxxxxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
• Raid Monitoring Question
  • From: Phil Dibowitz <phil@xxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: "Kenneth D. Merry" <ken@xxxxxxx>
• DM vs MD (Was: RFC - new raid superblock layout for md driver)
  • From: Luca Berra <bluca@xxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Luca Berra <bluca@xxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Kevin Corry <corryk@xxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Kevin Corry <corryk@xxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Steven Dake <sdake@xxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Joel Becker <Joel.Becker@xxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Steven Dake <sdake@xxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Joel Becker <Joel.Becker@xxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Joel Becker <Joel.Becker@xxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Joel Becker <Joel.Becker@xxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: "John Stoffel" <stoffel@xxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Steven Dake <sdake@xxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Steven Dake <sdake@xxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: John Adams <johna@xxxxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Lars Marowsky-Bree <lmb@xxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Lars Marowsky-Bree <lmb@xxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Steven Dake <sdake@xxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: "Steve Pratt" <slpratt@xxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Joel Becker <Joel.Becker@xxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: "Bill Rugolsky Jr." <brugolsky@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: RFC - new raid superblock layout for md driver
  • From: Anton Altaparmakov <aia21@xxxxxxxxxx>
• RFC - new raid superblock layout for md driver
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• sparc64 raid issues
  • From: "Tom 'spot' Callaway" <tcallawa@xxxxxxxxxx>
• RE: Robustness in the face of errors
  • From: jbass@xxxxxxxx (John L. Bass)
• RE: Robustness in the face of errors
  • From: "Cress, Andrew R" <andrew.r.cress@xxxxxxxxx>
• RAID 5 / kernel 2.5.47 performance
  • From: merlin hughes <merlin@xxxxxxxxxx>
• Re: Robustness in the face of errors
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Robustness in the face of errors
  • From: jbass@xxxxxxxx (John L. Bass)
• Re: RAID-6
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: RAID-6
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: RAID-6
  • From: "Peter L. Ashford" <ashford@xxxxxxxx>
• Re: RAID-6
  • From: "Peter L. Ashford" <ashford@xxxxxxxx>
• Re: RAID-6
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Linear raid on 2.5.46
  • From: "Steve Pratt" <slpratt@xxxxxxxxxx>
• Re: RAID-6
  • From: Jakob Oestergaard <jakob@xxxxxxxxxxxxx>
• Re: Raid1 and Sun Ultra5
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Raid1 and Sun Ultra5
  • From: Francesco Gringoli <francesco.gringoli@xxxxxxxxxxxx>
• Re: RAID-6
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: RAID-6
  • From: Jakob Oestergaard <jakob@xxxxxxxxxxxxx>
• SCSI parity error detected [sym53c875-0] Aurora Sparc Linux
  • From: "Calvin Webster" <cwebster@xxxxxxxxx>
• Re: RAID-6
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: RAID-6
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• PATCH - raid0 and linear bvec_mergable fix
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: messages after server crash
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: RAID-6
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: RAID-6
  • From: Jakob Oestergaard <jakob@xxxxxxxxxxxxx>
• Re: messages after server crash
  • From: Bernd Schubert <bernd-schubert@xxxxxx>
• Re: RAID-6
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: RAID-6
  • From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
• Re: RAID-6
  • From: Derek Vadala <derek@xxxxxxxxxxxx>
• Re: messages after server crash
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: RAID-6
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• RAID-6
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: Growing an Array?
  • From: Derek Vadala <derek@xxxxxxxxxxxx>
• Re: Growing an Array?
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• messages after server crash
  • From: Bernd Schubert <bernd-schubert@xxxxxx>
• Re: raidreconf feedback help (CFM!)
  • From: Jakob Oestergaard <jakob@xxxxxxxxxxxxx>
• Failed Raid 5
  • From: "Gernot A. Weber" <gernot@xxxxxxxxxx>
• [PATCH] md - 2 of 4 - Fix assorted raid1 problems.
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] md - 1 of 4 - Misc little raid fixes
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] md - 3 of 4 - Fix bug in raid5
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] md - 4 of 4 - Fix another two bug in raid5
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• OOPS: 2.4.19 md raid5
  • From: Karsten Desler <soohrt@xxxxxxxxxx>
• RE: Growing an Array?
  • From: Derek Vadala <derek@xxxxxxxxxxxx>
• RE: Growing an Array?
  • From: Huntress Gary B NPRI <HuntressGB@xxxxxxxxxxxxxxxxx>
• RE: Growing an Array?
  • From: Derek Vadala <derek@xxxxxxxxxxxx>
• RE: Growing an Array?
  • From: Huntress Gary B NPRI <HuntressGB@xxxxxxxxxxxxxxxxx>
• RE: Growing an Array?
  • From: Derek Vadala <derek@xxxxxxxxxxxx>
• RE: Growing an Array?
  • From: Huntress Gary B NPRI <HuntressGB@xxxxxxxxxxxxxxxxx>
• Typo in mdadm man page?
  • From: Stephen Lee <splee@xxxxxxxxxx>
• Re: Growing an Array?
  • From: Alistair Riddell <ali@xxxxxxxxxx>
• Growing an Array?
  • From: Huntress Gary B NPRI <HuntressGB@xxxxxxxxxxxxxxxxx>
• Removable Hard Disk Drive
  • From: MShetty <mranalini.shetty@xxxxxxxxx>
• raidreconf feedback help
  • From: Rikard Morssing <rimo.nospam@xxxxxxx>
• Re: [BUG] raw over raid5: BUG at drivers/block/ll_rw_blk.c:1967
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: raidreconf success report
  • From: Adam Luter <luterac@xxxxxxxxxxxxx>
• Re: raidreconf success report
  • From: Steve Brueggeman <xioborg@xxxxxxxxx>
• Re: HELP - need more documentation on using partitioned (mdp-type) md devices
  • From: Vinnie <listacct1@xxxxxxxxxx>
• Re: HELP - need more documentation on using partitioned (mdp-type) md devices
  • From: Vinnie <listacct1@xxxxxxxxxx>
• Re: HELP - need more documentation on using partitioned (mdp-type) md devices
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• HELP - need more documentation on using partitioned (mdp-type) md devices
  • From: Vinnie <listacct1@xxxxxxxxxx>
• raidreconf success report
  • From: Alistair Riddell <ali@xxxxxxxxxx>
• Re: Adaptec 7XXX/DPT SmartRAID V
  • From: Warren Young <warren@xxxxxxxxxxx>
• Re: Is Read speed faster when 1 disk is failed on raid5 ?
  • From: Jakob Oestergaard <jakob@xxxxxxxxxxxxx>
• Re: md.c Kernel BUG(?) and reboot segfault
  • From: "Thomas Gebhardt" <gebhardt@xxxxxxxxxxxxxxxxxx>
• Oops when doing mount on RAID-1 md
  • From: ilya@xxxxxxxxxxx
• PATCH - md - Factor out MD superblock handling code
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: RAID1 root - troubles booting in degraded mode
  • From: Massimiliano Masserelli <negro@xxxxxxxxxx>
• Re: RAID1 root - troubles booting in degraded mode
  • From: Emilio Gargiulo <emilio.gargiulo@xxxxxxxxxxx>
• Re: adding raid 1 to rh 7.1
  • From: danfisher@xxxxxxxxx
• Re: adding raid 1 to rh 7.1
  • From: Vladimir Milovanovic <vlad@xxxxxxxxxxxxx>
• adding raid 1 to rh 7.1
  • From: <danfisher@xxxxxxxxx>
• Raid with RH 7.1
  • From: <danfisher@xxxxxxxxx>
• Re: RAID1 root - troubles booting in degraded mode
  • From: Massimiliano Masserelli <negro@xxxxxxxxxx>
• AW: RAID1 root - troubles booting in degraded mode
  • From: "Martin Bene" <martin.bene@xxxxxxxxxxxxx>
• Re: your mail
  • From: Massimiliano Masserelli <negro@xxxxxxxxxx>
• [no subject]
  • From: Michael Robinton <michael@xxxxxxxxxxxxxx>
• Promise TX2000 causing 'lost interrupt' messages
  • From: "Sleight of Mind" <sleight@xxxxxxxxx>
• RAID1 root - troubles booting in degraded mode
  • From: Massimiliano Masserelli <negro@xxxxxxxxxx>
• Re: raid 1 vs raid 0+1
  • From: Trent Piepho <xyzzy@xxxxxxxxxxxxx>
• Re: Is Read speed faster when 1 disk is failed on raid5 ?
  • From: "Yiqiang Ding" <yqding@xxxxxxxxxxxxx>
• Re: RAID5 problem with multiple Promise PDC20269 controllers
  • From: Adam Luter <luterac@xxxxxxxxxxxxx>
• Re: RAID5 problem with multiple Promise PDC20269 controllers
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: raid 1 vs raid 0+1
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: raid 1 vs raid 0+1
  • From: Stephen Lee <splee@xxxxxxxxxx>
• Re: raid 1 vs raid 0+1
  • From: Adam Luter <luterac@xxxxxxxxxxxxx>
• Re: raid 1 vs raid 0+1
  • From: Adam Luter <luterac@xxxxxxxxxxxxx>
• Re: raid 1 vs raid 0+1
  • From: Antonello Piemonte <ap@xxxxxxxxxxx>
• Re: raid 1 vs raid 0+1
  • From: Stephen Lee <splee@xxxxxxxxxx>
• Re: raid 1 vs raid 0+1
  • From: Jakob Oestergaard <jakob@xxxxxxxxxxxxx>
• raid 1 vs raid 0+1
  • From: Antonello Piemonte <ap@xxxxxxxxxxx>
• kernel upgrade problem on alpha arch.
  • From: Masaki Chikama <masaki-c@xxxxxxxxxxxxxxxxxx>
• Re: Is Read speed faster when 1 disk is failed on raid5 ?
  • From: Jakob Oestergaard <jakob@xxxxxxxxxxxxx>
• Re: Is Read speed faster when 1 disk is failed on raid5 ?
  • From: "Yiqiang Ding" <yqding@xxxxxxxxxxxxx>
• Re: Is Read speed faster when 1 disk is failed on raid5 ?
  • From: Jakob Oestergaard <jakob@xxxxxxxxxxxxx>
• Re: Is Read speed faster when 1 disk is failed on raid5 ?
  • From: "Yiqiang Ding" <yqding@xxxxxxxxxxxxx>
• RAID5 problem with multiple Promise PDC20269 controllers
  • From: Chris Hirsch <chris@xxxxxxxxxxxxxxxxxxx>
• Re: promise sx6000 success / raid options
  • From: Mike Dresser <mdresser_l@xxxxxxxxxxxxxxxxxx>
• Re: promise sx6000 success / raid options
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: replacing faulty hd
  • From: Bernd Schubert <bernd-schubert@xxxxxx>
• Re: promise sx6000 success / raid options
  • From: "Vlad Milovanovic" <vlad@xxxxxxxxxxxxx>
• Re: md.c Kernel BUG(?) and reboot segfault
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: replacing faulty hd
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• promise sx6000 success / raid options
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• replacing faulty hd
  • From: Bernd Schubert <bernd-schubert@xxxxxx>
• RE: multipath weirdness
  • From: "Cameron, Steve" <Steve.Cameron@xxxxxx>
• not again - raid corrupts data
  • From: Rainer Fuegenstein <rfu@xxxxxxxxxxxxxxxxxxxxxxxx>
• Inputs on implementing 'Layered Driver' in Linux
  • From: MShetty <mranalini.shetty@xxxxxxxxx>
• md.c Kernel BUG(?) and reboot segfault
  • From: "Thomas Gebhardt" <gebhardt@xxxxxxxxxxxxxxxxxx>
• raid1.c BUG()
  • From: Tim Hockin <thockin@xxxxxxx>
• trying to force usage of spare disk with raidhotremove causes bad logs
  • From: Emmanuel Michon <emmanuel_michon@xxxxxxxxxxxx>
• Re: multipath weirdness
  • From: John DeFranco <defranco@xxxxxxxxxx>
• [patch] 2.4 raid shutdown issue
  • From: Emilio Gargiulo <emilio.gargiulo@xxxxxxxxxxx>
• multipath weirdness
  • From: Stephen Cameron <steve.cameron@xxxxxx>
• Re: Filesystem did not grow with my RAID 5 array
  • From: Jonas Nickel <jonas.nickel@xxxxxxxxxxxx>
• Re: Filesystem did not grow with my RAID 5 array
  • From: Adam Luter <luterac@xxxxxxxxxxxxx>
• Filesystem did not grow with my RAID 5 array
  • From: Jonas Nickel <jonas.nickel@xxxxxxxxxxxx>
• Re: Is Read speed faster when 1 disk is failed on raid5 ?
  • From: Jakob Oestergaard <jakob@xxxxxxxxxxxxx>
• Re: Is Read speed faster when 1 disk is failed on raid5 ?
  • From: raid@xxxxxxxxxxxx
• Re: Is Read speed faster when 1 disk is failed on raid5 ?
  • From: Jakob Oestergaard <jakob@xxxxxxxxxxxxx>
• Re: Is Read speed faster when 1 disk is failed on raid5 ?
  • From: raid@xxxxxxxxxxxx
• Re: Addressing when lun spans disks
  • From: "Bryan Henderson" <hbryan@xxxxxxxxxx>
• Re: Lun 0
  • From: "Bryan Henderson" <hbryan@xxxxxxxxxx>
• Re: Addressing when lun spans disks
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: Lun 0
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Addressing when lun spans disks
  • From: MShetty <mranalini.shetty@xxxxxxxxx>
• Re: Lun 0
  • From: MShetty <mranalini.shetty@xxxxxxxxx>
• Re: badblocking an md device?
  • From: danci@xxxxxxxxx
• raidhotremove always busy!
  • From: John Sutton <john@xxxxxxxxx>
• Re: Lun 0
  • From: "Martin Peschke3" <MPESCHKE@xxxxxxxxxx>
• Can you non-destructively add a new active device to an existing RAID1?
  • From: Michael Alan Dorman <mdorman@xxxxxxxxxx>
• Re: Tiobench results LOWER with more threads
  • From: Jakob Oestergaard <jakob@xxxxxxxxxxxxx>
• Re: Tiobench results LOWER with more threads
  • From: Vladimir Milovanovic <vlad@xxxxxxxxxxxxx>
• Lun 0
  • From: MShetty <mranalini.shetty@xxxxxxxxx>
• Re: duplicate entry in mdstat with RAID-5
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: raidsetfaulty (on raid5) gives kernel oops
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: Tiobench results LOWER with more threads
  • From: Maurice Hilarius <maurice@xxxxxxxxxxxx>
• duplicate entry in mdstat with RAID-5
  • From: Karl Hiramoto <karl@xxxxxxxxxxxxxxxxxx>
• Re: Tiobench results LOWER with more threads
  • From: Gregory Leblanc <gleblanc@xxxxxxxxxxxxxxx>
• fastrak66 w/ stripping comparason
  • From: Alvin Oga <aoga@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Tiobench results LOWER with more threads
  • From: Jakob Oestergaard <jakob@xxxxxxxxxxxxx>
• reconf RAID5 superblock corruption
  • From: CAMTP guest <camtp.guest@xxxxxxxxx>
• Re: Is Read speed faster when 1 disk is failed on raid5 ?
  • From: raid@xxxxxxxxxxxx
• raidsetfaulty (on raid5) gives kernel oops
  • From: raid@xxxxxxxxxxxx
• reconf RAID5 superblock corruption (cont.)
  • From: CAMTP guest <camtp.guest@xxxxxxxxx>
• Is Read speed faster when 1 disk is failed on raid5 ?
  • From: raid@xxxxxxxxxxxx
• [PATCH] md - 1 of 1 - Register mergeable function for linear so requests don't cross device boundries
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• Re: Md says 'bug' to kernel log
  • From: Erkki Seppala <flux@xxxxxxxxxx>
• Re: Md says 'bug' to kernel log
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: RAID 4 and RAID 5
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Tiobench results LOWER with more threads
  • From: Vladimir Milovanovic <vlad@xxxxxxxxxxxxx>
• RAID 4 and RAID 5
  • From: Vladimir Milovanovic <vlad@xxxxxxxxxxxxx>
• RE: 3ware 7500-12, bad write speed
  • From: Adam Radford <aradford@xxxxxxxxx>
• RE: 3ware 7500-12, bad write speed
  • From: raid@xxxxxxxxxxxx
• RE: 3ware 7500-12, bad write speed
  • From: raid@xxxxxxxxxxxx
• Re: Creating Raid10 with mdadm
  • From: Stephen Lee <splee@xxxxxxxxxx>
• Md says 'bug' to kernel log
  • From: Erkki Seppala <flux@xxxxxxxxxx>
• RE: scsiformat and badblocks (was: Re: repeatable crash during raid5 rebuild on 2.4.19-smp)
  • From: "Cress, Andrew R" <andrew.r.cress@xxxxxxxxx>
• Re: 3ware 7500-12, bad write speed
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: 3ware 7500-12, bad write speed
  • From: raid@xxxxxxxxxxxx
• Re: Creating Raid10 with mdadm
  • From: Derek Vadala <derek@xxxxxxxxxxxx>
• Creating Raid10 with mdadm
  • From: Stephen Lee <splee@xxxxxxxxxx>
• Re: mdadm -A /dev/md3 fails
  • From: Marc MERLIN <marc_news@xxxxxxxxxxx>
• scsiformat and badblocks (was: Re: repeatable crash during raid5 rebuild on 2.4.19-smp)
  • From: Louis-David Mitterrand <vindex@xxxxxxxxxxx>
• Re: RAID backup - mtx w/ tcl
  • From: Alvin Oga <aoga@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID backup - mtx w/ tcl
  • From: Kanoalani Withington <kanoa@xxxxxxxxxxxxxxx>
• Re: [Jfs-discussion] maximum filesystem size limit
  • From: Mike Fedyk <mfedyk@xxxxxxxxxxxxx>
• Re: [Jfs-discussion] maximum filesystem size limit
  • From: Jens Axboe <axboe@xxxxxxx>
• Re: [Jfs-discussion] maximum filesystem size limit
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: [Jfs-discussion] maximum filesystem size limit
  • From: mdew <mdew@xxxxxxxxxxxxxxx>
• Re: 5400 vs 7200 RPM IDE drives
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: [Jfs-discussion] maximum filesystem size limit
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: 5400 vs 7200 RPM IDE drives
  • From: Alvin Oga <aoga@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• 5400 vs 7200 RPM IDE drives
  • From: "David U." <davidu@xxxxxxxxxxxx>
• Re: BUG: 2.5.41 left raid array to unclean mode (Kernel bug atraid1.c:667)
  • From: Jani Averbach <jaa@xxxxxxxxx>
• Rebuilding a RAID 5 array
  • From: Wes Armour <wes.armour@xxxxxxxxxxx>
• BUG: 2.5.41 left raid array to unclean mode (Kernel bug at raid1.c:667)
  • From: Jani Averbach <jaa@xxxxxxxxx>
• repeatable crash during raid5 rebuild on 2.4.19-smp
  • From: Louis-David Mitterrand <vindex@xxxxxxxxxxx>
• Re: AARGH! Please help. IDE controller fsckup
  • From: Adam Luter <luterac@xxxxxxxxxxxxx>
• Re: AARGH! Please help. IDE controller fsckup
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: RAID backup - mtx w/ tcl
  • From: Luca Berra <bluca@xxxxxxxxxx>
• Re: mdadm and --program
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: RAID backup - mtx w/ tcl
  • From: Kanoalani Withington <kanoa@xxxxxxxxxxxxxxx>
• Re: RAID backup
  • From: Alvin Oga <aoga@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• RE: RAID backup - mtx w/ tcl
  • From: "Effrem Norwood" <enorwood@xxxxxxxxxx>
• Re: RAID backup - mtx w/ tcl
  • From: Alvin Oga <aoga@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID backup - media
  • From: Alvin Oga <aoga@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• RE: RAID backup
  • From: "Cress, Andrew R" <andrew.r.cress@xxxxxxxxx>
• Re: RAID backup
  • From: Russell King <rmk@xxxxxxxxxxxxxxxx>
• Re: RAID backup
  • From: Alvin Oga <aoga@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID backup
  • From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
• Re: RAID backup
  • From: "Dr. David Alan Gilbert" <gilbertd@xxxxxxxxxxx>
• Re: mdadm and --program
  • From: Jeff Byrkit <jbyrkit@xxxxxxxxx>
• Re: RAID backup
  • From: jbradford@xxxxxxxxxxxxxx
• Re: RAID backup
  • From: Illtud Daniel <illtud.daniel@xxxxxxxxxxx>
• Re: RAID backup
  • From: "Dr. David Alan Gilbert" <gilbertd@xxxxxxxxxxx>
• Re: RAID backup
  • From: Kanoalani Withington <kanoa@xxxxxxxxxxxxxxx>
• Re: RAID backup
  • From: Russell King <rmk@xxxxxxxxxxxxxxxx>
• Re: RAID backup
  • From: Herman Oosthuysen <Herman@xxxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID backup
  • From: "Richard B. Johnson" <root@xxxxxxxxxxxxxxxxxx>
• Re: RAID backup
  • From: Herman Oosthuysen <Herman@xxxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID backup
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: RAID backup
  • From: Lars Marowsky-Bree <lmb@xxxxxxx>
• Re: RAID backup
  • From: Luca Berra <bluca@xxxxxxxxxx>
• RE: RAID backup
  • From: "Effrem Norwood" <enorwood@xxxxxxxxxx>
• Re: mdadm and --program
  • From: Derek Vadala <derek@xxxxxxxxxxxx>
• Re: AARGH! Please help. IDE controller fsckup
  • From: Jakob Oestergaard <jakob@xxxxxxxxxxxxx>
• Re: AARGH! Please help. IDE controller fsckup
  • From: Andre Hedrick <andre@xxxxxxxxxxxxx>
• mdadm and --program
  • From: Jeff Byrkit <jbyrkit@xxxxxxxxx>
• Re: RAID backup
  • From: Kanoalani Withington <kanoa@xxxxxxxxxxxxxxx>
• Re: AARGH! Please help. IDE controller fsckup
  • From: Jakob Oestergaard <jakob@xxxxxxxxxxxxx>
• Re: RAID backup
  • From: Adam Luter <luterac@xxxxxxxxxxxxx>
• Re: AARGH! Please help. IDE controller fsckup
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: RAID backup
  • From: jbradford@xxxxxxxxxxxxxx
• RAID backup
  • From: jbradford@xxxxxxxxxxxxxx
• Re: RAID backup
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: RAID backup
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: AW: raid1 reconfig failed to work! help!
  • From: Alex <devel@xxxxxxx>
• Re: AW: raid1 reconfig failed to work! help!
  • From: Derek Vadala <derek@xxxxxxxxxxxx>
• Re: AW: raid1 reconfig failed to work! help!
  • From: Alex <devel@xxxxxxx>
• AW: raid1 reconfig failed to work! help!
  • From: "Martin Bene" <martin.bene@xxxxxxxxxxxxx>
• RE: raid1 reconfig failed to work! help!
  • From: "Cress, Andrew R" <andrew.r.cress@xxxxxxxxx>
• raid1 reconfig failed to work! help!
  • From: Alex <devel@xxxxxxx>
• Re: Disks out of sync
  • From: Mike Parsons <mike@xxxxxxxxxxxx>
• Re: 3 questions...
  • From: Florent Rougon <florent.rougon@xxxxxxx>
• Re: Disks out of sync
  • From: Mads Peter Bach <mpb@xxxxxxxxxx>
• Re: Disks out of sync
  • From: Mike Parsons <mike@xxxxxxxxxxxx>
• Re: Disks out of sync
  • From: Adam Luter <luterac@xxxxxxxxxxxxx>
• Disks out of sync
  • From: Mike Parsons <mike@xxxxxxxxxxxx>
• Re: 3 questions...
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• Re: 3 questions...
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• RE: 3 questions...
  • From: "Shaw, Marco" <marco.shaw@xxxxxxxxxxx>
• Re: 3 questions...
  • From: Florent Rougon <florent.rougon@xxxxxxx>
• Re: 3 questions...
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• Re: IDE Software RAID5 with linux 2.4.20-pre
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• Re: In a pickle got out of most of it.
  • From: Adam Luter <luterac@xxxxxxxxxxxxx>
• Re: 2.5.39 raid0 on Alpha: bug: can't convert block across chunks or bigger than 32k
  • From: Jens Axboe <axboe@xxxxxxx>
• 2.5.39 raid0 on Alpha: bug: can't convert block across chunks or bigger than 32k
  • From: Falk Hueffner <falk.hueffner@xxxxxxxxxxxxxxxxxxxxxxxx>
• In a pickle got out of most of it.
  • From: <luterac@xxxxxxxxxxxxx>
• IDE Software RAID5 with linux 2.4.20-pre
  • From: "Gabor Z. Papp" <gzp@myhost.mynet>
• 3 questions...
  • From: "Shaw, Marco" <marco.shaw@xxxxxxxxxxx>
• RE: 3ware 7500-12, bad write speed
  • From: Adam Radford <aradford@xxxxxxxxx>
• RE: 3ware 7500-12, bad write speed
  • From: "Jason" <bind@xxxxxxxxxxxxx>
• RE: 3ware 7500-12, bad write speed
  • From: dean gaudet <dean-list-linux-raid@xxxxxxxxxx>
• RE: 3ware 7500-12, bad write speed
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: 3ware 7500-12, bad write speed
  • From: Maurice Hilarius <maurice@xxxxxxxxxxxx>
• degrade array to readonly
  • From: Kanoalani Withington <kanoa@xxxxxxxxxxxxxxx>
• RE: [PATCH]: HotSwap SCSI in Soft RAID1 (scsi_rescan)
  • From: "Cress, Andrew R" <andrew.r.cress@xxxxxxxxx>
• Can I aggregate two SCSI boards bandwidth with linuxraid ?
  • From: "Cabaniols, Sebastien" <Sebastien.Cabaniols@xxxxxx>
• Re: How to set speed_limit_max for mdrecoveryd?
  • From: Stephen Lee <splee@xxxxxxxxxx>
• Re: RAID as backup ...
  • From: "C.Lee Taylor" <leet@xxxxxxxxxxx>
• Growing volumes
  • From: "Shaw, Marco" <marco.shaw@xxxxxxxxxxx>
• RAID0 versus Linear
  • From: "Shaw, Marco" <marco.shaw@xxxxxxxxxxx>
• PROBLEM:
  • From: "Michael T. Babcock" <mbabcock@xxxxxxxxxxxxxx>
• Re: RAID0 versus Linear
  • From: Derek Vadala <derek@xxxxxxxxxxxx>
• 3ware 7500-12, bad write speed
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Growing volumes
  • From: Derek Vadala <derek@xxxxxxxxxxxx>
• How to set speed_limit_max for mdrecoveryd?
  • From: "Cress, Andrew R" <andrew.r.cress@xxxxxxxxx>
• RE: 3ware 7500-12, bad write speed
  • From: Adam Radford <aradford@xxxxxxxxx>
• Re: How to set speed_limit_max for mdrecoveryd?
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: Wrong checksumming function chosen
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Wrong checksumming function chosen
  • From: Sebastian Schäfer <sarek@xxxxxxxxx>
• RedHat Linux Advanced Server 2.1
  • From: "Shaw, Marco" <marco.shaw@xxxxxxxxxxx>
• Re: RAID as backup ...
  • From: Franc Carter <franc@xxxxxxxxxxxxxxx>
• Re: [PATCH]: HotSwap SCSI in Soft RAID1 (scsi_rescan)
  • From: Anton Blanchard <anton@xxxxxxxxx>
• Re: RAID as backup ...
  • From: Alvin Oga <aoga@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH]: HotSwap SCSI in Soft RAID1 (scsi_rescan)
  • From: Mike Anderson <andmike@xxxxxxxxxx>
• Re: [PATCH]: HotSwap SCSI in Soft RAID1 (scsi_rescan)
  • From: Patrick Mansfield <patmans@xxxxxxxxxx>
• [PATCH]: HotSwap SCSI in Soft RAID1 (scsi_rescan)
  • From: "Cress, Andrew R" <andrew.r.cress@xxxxxxxxx>
• RAID as backup ...
  • From: "C.Lee Taylor" <leet@xxxxxxxxxxx>
• Re: System halt when re-inserting a HotSwap SCSI in Soft RAID1
  • From: Mads Peter Bach <mpb@xxxxxxxxxx>
• System halt when re-inserting a HotSwap SCSI in Soft RAID1
  • From: Jens Arnfelt <jens.arnfelt@xxxxxxxxxxxxxxxx>
• Re: Could not have the right MD device name on /proc/partitions
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Could not have the right MD device name on /proc/partitions
  • From: "bmoon" <bo@xxxxxxxxxxxxxx>
• Re: Enable HTT with dual xeon fileserver ?
  • From: "Martin Eriksson" <nitrax@xxxxxxxxxxxxx>
• Re: Enable HTT with dual xeon fileserver ?
  • From: raid@xxxxxxxxxxxx
• Re: Enable HTT with dual xeon fileserver ?
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: Enable HTT with dual xeon fileserver ?
  • From: "Martin Eriksson" <nitrax@xxxxxxxxxxxxx>
• PCD&PCBN tools
  • From: z_q_c_x@xxxxxxxxxxx
• Re: Q: How does raid1 sync if superblocks are dirty?
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Enable HTT with dual xeon fileserver ?
  • From: raid@xxxxxxxxxxxx
• Q: How does raid1 sync if superblocks are dirty?
  • From: "Potthoff, Kay" <Kay.Potthoff@xxxxxxx>
• PATCH - cset 1.497.59.25 breaks MD autodetect
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: SW-RAID1 and 2.5.34
  • From: Dirk Meul <dirk.meul@xxxxxxxx>
• Re: SW-RAID1 and 2.5.34
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• new md patches available, including Adaptec metadata support
  • From: "Kenneth D. Merry" <ken@xxxxxxx>
• SW-RAID1 and 2.5.34
  • From: Dirk Meul <dirk.meul@xxxxxxxx>
• Re: (no subject)
  • From: Luca Berra <bluca@xxxxxxxxxx>
• [PATCH] md - Fix problems with freeing gendisk in md.c
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• Re: (no subject)
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: (no subject)
  • From: Alvin Oga <aoga@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• (no subject)
  • From: Eddie Johnson <ejohnson@xxxxxxxxxxxx>
• Re: Kernel Update?
  • From: Florent Rougon <florent.rougon@xxxxxxx>
• Re: Kernel Update?
  • From: "Stefan Goerres" <lists@xxxxxxxxxxx>
• Re: Kernel Update?
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Kernel Update?
  • From: "Stefan Goerres" <lists@xxxxxxxxxxx>
• [PATCH] md - 2 of 3 - Fix bug in raid5 AGAIN
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] md - 1 of 3 - Remove BUG in md.c that change in 2.5.33 triggers.
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] md - 3 of 3 - Fix compile errors when tracing enabled in MD
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• Re: making new device names with mknod
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: making new device names with mknod
  • From: Richard Hirst <rhirst@xxxxxxxxxxxxx>
• making new device names with mknod
  • From: Norman Schmidt <norman.schmidt@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• mdadm 1.0.1 on uClibc 0.9.15
  • From: Goetz Bock <bock@xxxxxxxxxxx>
• Raid 5 Superblock redundant?
  • From: Alexander Junghans <alexander@xxxxxxxxxxxxx>
• Re: SW Raid doesn't play nice with devfs?
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: mdadm -A /dev/md3 fails
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: mdadm -A /dev/md3 fails
  • From: Derek Vadala <derek@xxxxxxxxxxxx>
• Re: mdadm -A /dev/md3 fails
  • From: Marc MERLIN <marc_news@xxxxxxxxxxx>
• Re: Partitioning a RAID device
  • From: Arne Wiebalck <wiebalck@xxxxxxxxxxxxxxxxxxxxx>
• Re: SW Raid doesn't play nice with devfs?
  • From: Marc MERLIN <marc_news@xxxxxxxxxxx>
• Re: SW Raid doesn't play nice with devfs?
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• SW Raid doesn't play nice with devfs?
  • From: Marc MERLIN <marc_news@xxxxxxxxxxx>
• Re: [reiserfs-list] How to get all disk geometry (logical/physical) equal for RAID5
  • From: Oleg Drokin <green@xxxxxxxxxxx>
• Re: [reiserfs-list] How to get all disk geometry (logical/physical) equal for RAID5
  • From: Dieter Nützel <Dieter.Nuetzel@xxxxxxxxxx>
• How to get all disk geometry (logical/physical) equal for RAID5
  • From: Dieter Nützel <Dieter.Nuetzel@xxxxxxxxxx>
• Re: Partitioning a RAID device
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: Partitioning a RAID device
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: Partitioning a RAID device
  • From: Arne Wiebalck <wiebalck@xxxxxxxxxxxxxxxxxxxxx>
• Re: Partitioning a RAID device
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• Re: Partitioning a RAID device
  • From: Derek Vadala <derek@xxxxxxxxxxxx>
• Partitioning a RAID device
  • From: Arne Wiebalck <wiebalck@xxxxxxxxxxxxxxxxxxxxx>
• Re: PATCH - change to blkdev->queue calling triggers BUG in md.c
  • From: Roe Peterson <roe@xxxxxxxxxxxxxxxxx>
• Re: PATCH - change to blkdev->queue calling triggers BUG in md.c
  • From: Andries Brouwer <aebr@xxxxxxxxxx>
• nbd and raid devices problems
  • From: Bruno Kropp <bruno.kropp@xxxxxxxxx>
• Re: PATCH - change to blkdev->queue calling triggers BUG in md.c
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxx>
• Re: PATCH - change to blkdev->queue calling triggers BUG in md.c
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxx>
• Re: PATCH - change to blkdev->queue calling triggers BUG in md.c
  • From: Andries.Brouwer@xxxxxx
• Re: PATCH - change to blkdev->queue calling triggers BUG in md.c
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxx>
• Re: PATCH - change to blkdev->queue calling triggers BUG in md.c
  • From: Andries Brouwer <aebr@xxxxxxxxxx>
• Re: PATCH - change to blkdev->queue calling triggers BUG in md.c
  • From: Thunder from the hill <thunder@xxxxxxxxxxxxxxxxxxx>
• Re: PATCH - change to blkdev->queue calling triggers BUG in md.c
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxx>
• Re: PATCH - change to blkdev->queue calling triggers BUG in md.c
  • From: Andries Brouwer <aebr@xxxxxxxxxx>
• Re: PATCH - change to blkdev->queue calling triggers BUG in md.c
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxx>
• Re: PATCH - change to blkdev->queue calling triggers BUG in md.c
  • From: Thunder from the hill <thunder@xxxxxxxxxxxxxxxxxxx>
• Re: PATCH - change to blkdev->queue calling triggers BUG in md.c
  • From: Thunder from the hill <thunder@xxxxxxxxxxxxxxxxxxx>
• Re: PATCH - change to blkdev->queue calling triggers BUG in md.c
  • From: Andries.Brouwer@xxxxxx
• Re: PATCH - change to blkdev->queue calling triggers BUG in md.c
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxx>
• Re: PATCH - change to blkdev->queue calling triggers BUG in md.c
  • From: Andries.Brouwer@xxxxxx
• Re: PATCH - change to blkdev->queue calling triggers BUG in md.c
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxx>
• Re: PATCH - change to blkdev->queue calling triggers BUG in md.c
  • From: Andries Brouwer <aebr@xxxxxxxxxx>
• Re: PATCH - change to blkdev->queue calling triggers BUG in md.c
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxx>
• Re: Problems with raidreconf and RAID-5
  • From: Jakob Oestergaard <jakob@xxxxxxxxxxxxx>
• Re: PATCH - change to blkdev->queue calling triggers BUG in md.c
  • From: Andries.Brouwer@xxxxxx
• Re: PATCH - change to blkdev->queue calling triggers BUG in md.c
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxx>
• PATCH - change to blkdev->queue calling triggers BUG in md.c
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: OOPS: ext3/sparc badness
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• PATCH - md - Fix a typo in a recent patchset for raid5
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: ServerWorks chipset
  • From: Danilo Godec <danci@xxxxxxxxx>
• Re: ServerWorks chipset
  • From: "Duncan Laurie" <duncan@xxxxxxxxxxx>
• Re: ServerWorks chipset
  • From: Maurice Hilarius <maurice@xxxxxxxxxxxx>
• Re: ServerWorks chipset
  • From: Danilo Godec <danci@xxxxxxxxx>
• Re: ServerWorks chipset
  • From: Maurice Hilarius <maurice@xxxxxxxxxxxx>
• Re: ServerWorks chipset
  • From: Jure Pecar <pegasus@xxxxxxxxxxxx>
• ServerWorks chipset
  • From: Danilo Godec <danci@xxxxxxxxx>
• very slow reconstruction on firewire disks
  • From: Jeroen Vriesman <jeroen.vriesman@xxxxxxxxxxx>
• Re: Mdadm dirty, no errors?
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Mdadm dirty, no errors?
  • From: "Jason Pfingstmann" <stclists@xxxxxxxxxxxxxxx>
• Re: Problems with RAID1 on cobalt raq3
  • From: "John P. Looney" <valen@xxxxxxxxxx>
• Re: Perhaps this has been answered before...
  • From: Chris Zimmerman <czimmer@xxxxxxxxxxxx>
• Problems with raidreconf and RAID-5
  • From: Mikko Saukkoriipi <Mikko.Saukkoriipi@xxxxxxxx>
• [PATCH] md - 9 of 13 - Remove 'alias_device' flag.
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] md - 1 of 13 - Fix assort typos in most recent MD patches..
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] md - 13 of 13 - Fix up oops-able error message
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] md - 12 of 13 - Get rid of un-necessary warning in md
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] md - 10 of 13 - Remove per-personality 'operational' and 'write_only' flags
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] md - 3 of 13 - Store rdev instead of bdev in per-personality status arrays
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] md - 2 of 13 - Silence a warning in md.c
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] md - 6 of 13 - Remove used_slot field from per-personality info
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] md - 7 of 13 - Make spare handling simple ... personalities know less
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] md - 8 of 13 - Improve code for deciding whether to skip an IO in raid5
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] md - 5 of 13 - Keep track of number of pending requests on each component device on an MD array
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] md - 11 of 13 - Make the old-ioctl warning in md only complain about MD ioctls.
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] md - 4 of 13 - MD error handers and md_sync_acct now get rdev instead of bdev
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• Re: Perhaps this has been answered before...
  • From: Jakob Oestergaard <jakob@xxxxxxxxxxxxx>
• RE: large devices (3ware) - thanx for the info
  • From: Maurice Hilarius <maurice@xxxxxxxxxxxx>
• RE: large devices (3ware) - thanx for the info
  • From: "Rechenberg, Andrew" <ARechenberg@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: large devices (3ware) - thanx for the info
  • From: Alvin Oga <aoga@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: large devices (3ware)
  • From: Maurice Hilarius <maurice@xxxxxxxxxxxx>
• Re: large devices (3ware)
  • From: Alvin Oga <aoga@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: large devices (3ware)
  • From: Trent Piepho <xyzzy@xxxxxxxxxxxxx>
• Re: large devices (3ware)
  • From: Alvin Oga <aoga@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: large devices (3ware)
  • From: Maurice Hilarius <maurice@xxxxxxxxxxxx>
• Re: large devices (3ware)
  • From: Mike Dresser <mdresser_l@xxxxxxxxxxxxxxxxxx>
• Re: large devices (3ware)
  • From: Mike Dresser <mdresser_l@xxxxxxxxxxxxxxxxxx>
• Re: large devices (3ware)
  • From: jlewis@xxxxxxxxx
• Re: Perhaps this has been answered before...
  • From: Mads Peter Bach <mpb@xxxxxxxxxx>
• Re: Perhaps this has been answered before...
  • From: Chris Zimmerman <czimmer@xxxxxxxxxxxx>
• Re: Perhaps this has been answered before...
  • From: Mads Peter Bach <mpb@xxxxxxxxxx>
• Re: Perhaps this has been answered before...
  • From: Mikael Johansson <mpjohans@xxxxxxxxxxxxxxx>
• raidstart fails if the first disk of an array is unusable
  • From: Pekka Aleksi Knuutila <zur@xxxxxxxxxxxx>
• raidstart fails if the first disk of an array is unusable
  • From: Pekka Aleksi Knuutila <zur@xxxxxxxxxxxx>
• Perhaps this has been answered before...
  • From: Chris Zimmerman <czimmer@xxxxxxxxxxxx>
• Re: large devices (3ware)
  • From: Maurice Hilarius <maurice@xxxxxxxxxxxx>
• Re: large devices (3ware)
  • From: "Effrem Norwood" <eff@xxxxxxxxxx>
• large devices (3ware)
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• 2.4.19 Kernel Panic Software Raid 5 (md)
  • From: "Karsten 'soohrt' Desler" <lkml@xxxxxxxxxx>
• RE: Single md physical device limit
  • From: "Rechenberg, Andrew" <ARechenberg@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Problems with RAID1 on cobalt raq3
  • From: Duncan Laurie <duncan@xxxxxxxxxxx>
• RE: Single md physical device limit
  • From: Maurice Hilarius <maurice@xxxxxxxxxxxx>
• Re: Old Bug?
  • From: Gregory Leblanc <gleblanc@xxxxxxxxxxxxxxx>
• RE: Single md physical device limit
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• RE: Single md physical device limit
  • From: "Rechenberg, Andrew" <ARechenberg@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Single md physical device limit
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• RE: RAID5 problems
  • From: "Cal Webster" <kc130iseo@xxxxxxxxxxxxxx>
• Single md physical device limit
  • From: "Rechenberg, Andrew" <ARechenberg@xxxxxxxxxxxxxxxxxxxxxxxxx>
• RAID5 problems
  • From: "Rick Altherr" <kc8apf@xxxxxxxxxx>
• RE: What are those changes for fixing the RAID0 performance?
  • From: "Eff Norwood" <enorwood@xxxxxxxxxx>
• RE:What are those changes for fixing the RAID0 performance?
  • From: "bo" <bo@xxxxxxxxxxxxxx>
• Re: Problems with RAID1 on cobalt raq3
  • From: "John P. Looney" <valen@xxxxxxxxxx>
• Re: Problems with RAID1 on cobalt raq3
  • From: "John P. Looney" <valen@xxxxxxxxxx>
• Re: [RAID] Creating mirror from existing data disk
  • From: Robin Whittle <rw@xxxxxxxxxxxxxx>
• Creating mirror from existing data disk
  • From: fred pasteck <fred_pasteck@xxxxxxxxx>
• Re: Problems with RAID1 on cobalt raq3
  • From: Duncan Laurie <duncan@xxxxxxxxxxx>
• Re: Problems with RAID1 on cobalt raq3
  • From: Duncan Laurie <duncan@xxxxxxxxxxx>
• What are those changes for fixing the RAID0 performance?
  • From: "bo" <bo@xxxxxxxxxxxxxx>
• Re: [PATCH] raid superblock sanity checking (validate_sb)
  • From: Troy Benjegerdes <hozer@xxxxxxxx>
• Fwd: Maxtor announcement on its MaxAttach product line
  • From: Maurice Hilarius <maurice@xxxxxxxxxxxx>
• RE: [PATCH] raid superblock sanity checking (validate_sb)
  • From: "Cress, Andrew R" <andrew.r.cress@xxxxxxxxx>
• Problems with RAID1 on cobalt raq3
  • From: "John P. Looney" <valen@xxxxxxxxxx>
• high CPU utilization of RAID or JBOD
  • From: Lan Huang <lanhuang@xxxxxxxxxxxxx>
• Re: [PATCH] raid superblock sanity checking (validate_sb)
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• raidtab.5 trivial patch
  • From: Jamie Guinan <guinan@xxxxxxxxxxxxxx>
• RE: linux raid performance numbers
  • From: "Eff Norwood" <eff@xxxxxxxxxx>
• linux raid performance numbers
  • From: Lan Huang <lanhuang@xxxxxxxxxxxxx>
• Kernel config for auto detect and boot support
  • From: Tara Piorkowski <tara@xxxxxxxxx>
• raid autodetect problems
  • From: Johannes Langauf <johannes@xxxxxxxxxx>
• [PATCH] raid superblock sanity checking (validate_sb)
  • From: "Cress, Andrew R" <andrew.r.cress@xxxxxxxxx>
• on-disk superblock sanity checking
  • From: Troy Benjegerdes <hozer@xxxxxxxx>
• mke2fs segmentation fault
  • From: Travis M <tmiller@xxxxxxxxxxxxxxxx>