Linux RAID Storage Date Index

• Thread Index

• 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>
• Magic SysRq key and RAID
  • From: Michael <mike@xxxxxxxxxxx>
• how to determine lost raid-parameters
  • From: Patrick Scharrenberg <pittipatti@xxxxxx>
• RE: recovering after a /dev/sda failure on raid1
  • From: "Cress, Andrew R" <andrew.r.cress@xxxxxxxxx>
• Re: recovering after a /dev/sda failure on raid1
  • From: Louis-David Mitterrand <ldm@xxxxxxxxxxx>
• raid-0 oddity in 2.5.30 - can mount but not fsck
  • From: Helge Hafting <helgehaf@xxxxxxxxxxxxx>
• Certain commands lock up
  • From: "Blair, Douglas" <Douglas.Blair@xxxxxxxxxxx>
• Re: recovering after a /dev/sda failure on raid1
  • From: Maurice Hilarius <maurice@xxxxxxxxxxxx>
• Re: recovering after a /dev/sda failure on raid1
  • From: Maurice Hilarius <maurice@xxxxxxxxxxxx>
• Re: recovering after a /dev/sda failure on raid1
  • From: Louis-David Mitterrand <vindex@xxxxxxxxxxx>
• Re: recovering after a /dev/sda failure on raid1
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: recovering after a /dev/sda failure on raid1
  • From: Louis-David Mitterrand <vindex@xxxxxxxxxxx>
• Re: recovering after a /dev/sda failure on raid1
  • From: Louis-David Mitterrand <vindex@xxxxxxxxxxx>
• Re: recovering after a /dev/sda failure on raid1
  • From: Danilo Godec <danci@xxxxxxxxx>
• Re: recovering after a /dev/sda failure on raid1
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• recovering after a /dev/sda failure on raid1
  • From: Louis-David Mitterrand <vindex@xxxxxxxxxxx>
• Moving Raid 0+1 to new machine
  • From: John Peel <jrp@xxxxxxxxxxx>
• 3Ware utilities
  • From: Maurice Hilarius <maurice@xxxxxxxxxxxx>
• Re: md device stuck!
  • From: <martin@xxxxxxxx>
• Re: RAID problems
  • From: Jakob Oestergaard <jakob@xxxxxxxxxxxxx>
• Re: md device stuck!
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• md device stuck!
  • From: <martin@xxxxxxxx>
• Re: RAID0 - one drive's superblock is corrupt
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: BSD disklabel and autodetection
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: RAID-0 Autodetection fails
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: What is the status of SW-Raid in 2.5.x
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: BSD disklabel and autodetection
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• What is the status of SW-Raid in 2.5.x
  • From: Holger Kiehl <Holger.Kiehl@xxxxxx>
• Re: PDC 20276 RAID support in 2.4.18
  • From: Alvin Oga <aoga@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: PDC 20276 RAID support in 2.4.18
  • From: Mads Peter Bach <mpb@xxxxxxxxxx>
• PDC 20276 RAID support in 2.4.18
  • From: Steven Dake <sdake@xxxxxxxxxx>
• Re: BSD disklabel and autodetection
  • From: <martin@xxxxxxxx>
• Tasklet, TaskQ and Int
  • From: "Haofeng Kou" <haofengk@xxxxxxxxxxxxxxx>
• PATCH: remove sti() from calibrate_xor_block()
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: md device not unmounting on reboot
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• md device not unmounting on reboot
  • From: Micah Anderson <micah@xxxxxxxxxx>
• DPT PM3224
  • From: "Lawson,Jonathan" <Jonathan.Lawson@xxxxxxxxxxxxxxx>
• Re: 2.2.17 -> 2.4.19-rc3: bub in file md.c, line 1311
  • From: Hein Roehrig <hpr@xxxxxx>
• PATCH - Convert Struct initialised in md to "the new way"
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• PATCH - MD - Remove get_spare declaration and associated warning
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• PATCH - md in 2.5.27 - Fix to bugs that would cause sync_sbs to Oops
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• PATCH - md in 2.5.27 - Fix to bugs that would cause sync_sbs to Oops
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• RAID-0 Autodetection fails
  • From: Agustinus Tedja <agustinus.tedja@xxxxxxxxxxxxxxxxx>
• RAID-0 Autodetection fails
  • From: Agustinus Tedja <agustinus.tedja@xxxxxxxxxxxxxxxxx>
• Re: BSD disklabel and autodetection
  • From: <martin@xxxxxxxx>
• Re: 2.2.17 -> 2.4.19-rc3: bub in file md.c, line 1311
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• RAID0 - one drive's superblock is corrupt
  • From: Neil Sedger <linux-raid@xxxxxxxxxxxx>
• Re: Unable to read superblock
  • From: Micah Anderson <micah@xxxxxxxxxx>
• Re: RAID autorun support for SunOS disk labels
  • From: Hein Roehrig <hpr@xxxxxx>
• Re: RAID autorun support for SunOS disk labels
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• 2.5.27 RAID1 not shutting down at halt/reboot???
  • From: Roe Peterson <roe@xxxxxxxxxxxxxxxxx>
• 2.2.17 -> 2.4.19-rc3: bub in file md.c, line 1311
  • From: Hein Roehrig <hpr@xxxxxx>
• Re: BSD disklabel and autodetection
  • From: Hein Roehrig <hpr@xxxxxx>
• BSD disklabel and autodetection
  • From: <martin@xxxxxxxx>
• Re: Unable to read superblock
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: Unable to read superblock
  • From: Ross Vandegrift <ross@xxxxxxxxxxxxxxxx>
• Re: Unable to read superblock
  • From: Micah Anderson <micah@xxxxxxxxxx>
• Re: RAID autorun support for SunOS disk labels
  • From: Hein Roehrig <hpr@xxxxxx>
• Re: Oops with 2.5.27 (swapper)
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Oops with 2.5.27 (swapper)
  • From: Christian Thalinger <twisti@xxxxxxxxxxxxxxxxxxxxx>
• Re: Couldn't umount on /mnt/md0-device busy???
  • From: Egon Eckert <egon@xxxxxxxxxxxxxxxxxxxx>
• Re: root raid problems
  • From: Healy <news@xxxxxxxxxxx>
• root raid problems
  • From: Healy <news@xxxxxxxxxxx>
• Raid1 bug in 2.5.26?
  • From: Roe Peterson <roe@xxxxxxxxxxxxxxxxx>
• Re: Couldn't umount on /mnt/md0-device busy???
  • From: Kanoalani Withington <kanoa@xxxxxxxxxxxxxxx>
• Re: Couldn't umount on /mnt/md0-device busy???
  • From: Ross Vandegrift <ross@xxxxxxxxxxxxxxxx>
• Re: Couldn't umount on /mnt/md0-device busy???
  • From: "bo" <bo@xxxxxxxxxxxxxx>
• Re: Unable to read superblock
  • From: Micah Anderson <micah@xxxxxxxxxx>
• Re: Is mdadm 1.0.0 working on SPARC? Thanks.
  • From: "Wei Gao" <wgao@xxxxxxxxxxx>
• Re: Is mdadm 1.0.0 working on SPARC? Thanks.
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Is mdadm 1.0.0 working on SPARC? Thanks.
  • From: "WG" <wgao@xxxxxxxxxxx>
• Re: Couldn't umount on /mnt/md0-device busy???
  • From: Ross Vandegrift <ross@xxxxxxxxxxxxxxxx>
• Re: Couldn't umount on /mnt/md0-device busy???
  • From: "bo" <bo@xxxxxxxxxxxxxx>
• [PATCH] MD - 14 of 27 - Improve handling of spares in md
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] MD - 12 of 27 - Set desc_nr more sanely.
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] MD - 17 of 27 - Add "degraded" field to md device
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] MD - 22 of 27 - Remove number and raid_disk from personality arrays
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] MD - 11 of 27 - Move md_update_sb calls
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] MD - 13 of 27 - Remove concept of 'spare' drive for multipath.
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] MD - 10 of 27 - Pass the correct bdev to md_error
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] MD - 27 of 27 - Get rid of dev in rdev and use bdev exclusively.
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] MD - 26 of 27 - Change partition_name calls to bdev_partition_name were possible.
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] MD - 18 of 27 - when writing superblock, generate from mddev/rdev info.
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] MD - 25 of 27 - Remove the sb from the mddev
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] MD - 15 of 27 - Add raid_disk field to rdev
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] MD - 19 of 27 - Don't maintain disc status in superblock.
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] MD - 9 of 27 - Rdev list cleanups.
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] MD - 7 of 27 - Use symbolic names for multipath (-4) and linear (-1)
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] MD - 23 of 27 - Move persistent from superblock to mddev
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] MD - 21 of 27 - nr_disks is gone from multipath/raid1
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] MD - 16 of 27 - Add in_sync flag to each rdev
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] MD - 24 of 27 - Remove dependance on superblock
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] MD - 8 of 27 - Get rid of find_rdev_all
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] MD - 5 of 27 - Embed bio in mp_bh rather than separate allocation.
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] MD - 3 of 27 - Get multipath to use mempool
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] MD - 6 of 27 - Don't "analyze_sb" when creating new array.
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] MD - 4 of 27 - Remove state field from multipath mp_bh structure.
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] MD - 2 of 27 - Remove dead consistancy checking code from multipath.
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• [PATCH] MD - 1 of 27 - Remove bdput calls from raid personalities.
  • From: NeilBrown <neilb@xxxxxxxxxxxxxxx>
• cannot boot from 2nd disk
  • From: "Yildiz, Murat" <murat.yildiz@xxxxxxxxxxxxxx>
• /boot with raid1-root
  • From: "Yildiz, Murat" <murat.yildiz@xxxxxxxxxxxxxx>
• Unable to read superblock
  • From: Micah Anderson <micah@xxxxxxxxxx>
• Re: Couldn't umount on /mnt/md0-device busy???
  • From: "bo" <bo@xxxxxxxxxxxxxx>
• Re: Couldn't umount on /mnt/md0-device busy???
  • From: Kanoalani Withington <kanoa@xxxxxxxxxxxxxxx>
• Couldn't umount on /mnt/md0-device busy???
  • From: "bo" <bo@xxxxxxxxxxxxxx>
• Re: soft raid advice
  • From: Stephen Lee <splee@xxxxxxxxxx>
• soft raid advice
  • From: "Yildiz, Murat" <murat.yildiz@xxxxxxxxxxxxxx>
• Re: reconstruction stalls
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• reconstruction stalls
  • From: Michael Robinton <michael@xxxxxxxxxxxxxx>
• root raid
  • From: "Yildiz, Murat" <murat.yildiz@xxxxxxxxxxxxxx>
• FastTrack100TX4 questions
  • From: "Andy" <avg@xxxxxxxxxxxxx>
• Several small raids or one big?
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• AW: 3ware raid 10 rebuild fails
  • From: "Martin Bene" <martin.bene@xxxxxxxxxxxxx>
• 3ware raid 10 rebuild fails
  • From: "drenning, bruce" <bdrenni@xxxxxxxxxxxxxxxxxx>
• Re: AW: Raid 5 and Power Failure
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: AW: Raid 5 and Power Failure
  • From: "simply service" <simplyservice@xxxxxxxxxxxxxxxxx>
• AW: Raid 5 and Power Failure
  • From: "Martin Bene" <martin.bene@xxxxxxxxxxxxx>
• Re: Raid 5 and Power Failure
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Raid 5 and Power Failure
  • From: Jason Pfingstmann <stclists@xxxxxxxxxxxxxxx>
• Re: Invalid argument error on raid5 create
  • From: "bo" <bo@xxxxxxxxxxxxxx>
• Re: Multiple disk failure - recover?
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: Multiple disk failure - recover?
  • From: Danilo Godec <danci@xxxxxxxxx>
• Re: Multiple disk failure - recover?
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: Multiple disk failure - recover?
  • From: Danilo Godec <danci@xxxxxxxxx>
• Re: Multiple disk failure - recover?
  • From: Danilo Godec <danci@xxxxxxxxx>
• Re: Multiple disk failure - recover?
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: Multiple disk failure - recover?
  • From: "Mike Black" <mblack@xxxxxxxxxxx>
• Multiple disk failure - recover?
  • From: Danilo Godec <danci@xxxxxxxxx>
• Setting a buffer_heads 'real_device'
  • From: Mario Vodisek <vodisek@xxxxxx>
• Re: raid1 over lvm and nbd => recovery thread fails
  • From: Martin Hermanowski <martin@xxxxxxxxxxxxxxx>
• AW: Automatic notification of failure in softRAID array?
  • From: "Dambacher, Ulf" <Ulf.Dambacher@xxxxxxxxxxxxxxxxxxxxx>
• Automatic notification of failure in softRAID array?
  • From: Peter Daniel <pdaniel@xxxxxxxxxxxxxxxxx>
• Re: Invalid argument error on raid5 create
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Invalid argument error on raid5 create
  • From: "bo" <bo@xxxxxxxxxxxxxx>
• Re: Bad block on IDE drive causes it to be kicked out of the array
  • From: Danilo Godec <danci@xxxxxxxxx>
• Re: Bad block on IDE drive causes it to be kicked out of the array
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Bad block on IDE drive causes it to be kicked out of the array
  • From: "Chris Chabot" <chabotc@xxxxxxxxx>
• Re: raid1 over lvm and nbd => recovery thread fails
  • From: Martin Hermanowski <martin@xxxxxxxxxxxxxxx>
• Re: raid1 over lvm and nbd => recovery thread fails
  • From: Paul Clements <clemep@xxxxxxxxxxxx>
• RE: Mdadm issue
  • From: "Thomas Hicks" <thicks@xxxxxxxxxxxxxx>
• raid1 over lvm and nbd => recovery thread fails
  • From: Martin Hermanowski <martin@xxxxxxxxxxxxxxx>
• Re: Mdadm issue
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: md: badblocks(pid 1216) used obsolete MD ioctl
  • From: "Diamon" <diamon@xxxxxx>
• Re: md: badblocks(pid 1216) used obsolete MD ioctl
  • From: "Diamon" <diamon@xxxxxx>
• RE: md: badblocks(pid 1216) used obsolete MD ioctl
  • From: "Cal Webster" <kc130iseo@xxxxxxxxxxxxxx>
• RE: md: badblocks(pid 1216) used obsolete MD ioctl
  • From: "Cal Webster" <kc130iseo@xxxxxxxxxxxxxx>
• Mdadm issue
  • From: "Thomas Hicks" <thicks@xxxxxxxxxxxxxx>
• RE: md: badblocks(pid 1216) used obsolete MD ioctl
  • From: "Cal Webster" <kc130iseo@xxxxxxxxxxxxxx>
• md: badblocks(pid 1216) used obsolete MD ioctl
  • From: "Cal Webster" <kc130iseo@xxxxxxxxxxxxxx>
• Re: Non-equal sized partitions vs RAID 1
  • From: Danilo Godec <danci@xxxxxxxxx>
• Non-equal sized partitions vs RAID 1
  • From: Flemming Frandsen <ff@xxxxxxxxxxxxxxx>
• Re: Can't boot from /dev/md0 (RAID-1)
  • From: Jakob Oestergaard <jakob@xxxxxxxxxxxxx>
• Re: Can't boot from /dev/md0 (RAID-1) (more info)
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Can't boot from /dev/md0 (RAID-1)
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Can't boot from /dev/md0 (RAID-1) (more info)
  • From: Alvin Oga <aoga@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Can't boot from /dev/md0 (RAID-1) (more info)
  • From: Luca Berra <bluca@xxxxxxxxxx>
• Re: Can't boot from /dev/md0 (RAID-1)
  • From: Jakob Oestergaard <jakob@xxxxxxxxxxxxx>
• Re: Can't boot from /dev/md0 (RAID-1) (more info)
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Can't boot from /dev/md0 (RAID-1)
  • From: Luca Berra <bluca@xxxxxxxxxx>
• Can't boot from /dev/md0 (RAID-1)
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: resync patch & Neil's recent patches
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• RE: RAID5: Fixing or Recovering Faulty Disk
  • From: "Calvin Webster" <cwebster@xxxxxxxxx>
• Re: resync patch & Neil's recent patches
  • From: "bo" <bo@xxxxxxxxxxxxxx>
• Success!
  • From: Ken Causey <ken@xxxxxxxxxxxxx>
• Re: Can't figure out how to use mdadm in initrd
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• array status information on Promise SX6000?
  • From: Jim Moechnig <James.P.Moechnig@xxxxxxxxxxxx>
• Re: Can't figure out how to use mdadm in initrd
  • From: Ken Causey <ken@xxxxxxxxxxxxx>
• Re: resync patch & Neil's recent patches
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: Can't figure out how to use mdadm in initrd
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Can't figure out how to use mdadm in initrd
  • From: Ken Causey <ken@xxxxxxxxxxxxx>
• RAID5 damaged without any reason
  • From: Eddy Ilg <eddyilg@xxxxxx>
• RE: RAID5: Fixing or Recovering Faulty Disk
  • From: "Cal Webster" <kc130iseo@xxxxxxxxxxxxxx>
• RAID5: Fixing or Recovering Faulty Disk
  • From: "Cal Webster" <kc130iseo@xxxxxxxxxxxxxx>
• PATCH - fix for raid1 superblock update in 2.4.19-rc1
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• resync patch & Neil's recent patches
  • From: "bo" <bo@xxxxxxxxxxxxxx>
• RE: raidreconf: Successful RAID5 Reconstruction (re-size)
  • From: "Cal Webster" <kc130iseo@xxxxxxxxxxxxxx>
• Re: raidreconf: Successful RAID5 Reconstruction (re-size)
  • From: Jakob Oestergaard <jakob@xxxxxxxxxxxxx>
• RE: raidreconf: Successful RAID5 Reconstruction (re-size)
  • From: "Cal Webster" <kc130iseo@xxxxxxxxxxxxxx>
• Re: Simple question, maybe
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: Can't add missing member back in???
  • From: Ken Causey <ken@xxxxxxxxxxxxx>
• Re: Simple question, maybe
  • From: Jason Shelton <jason@xxxxxxxxxx>
• Re: Can't add missing member back in???
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: raidreconf: Successful RAID5 Reconstruction (re-size)
  • From: Jakob Oestergaard <jakob@xxxxxxxxxxxxx>
• Re: raidreconf: Successful RAID5 Reconstruction (re-size)
  • From: Jakob Oestergaard <jakob@xxxxxxxxxxxxx>
• Re: Simple question, maybe
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Simple question, maybe
  • From: Jason Shelton <jason@xxxxxxxxxx>
• Can't add missing member back in???
  • From: Ken Causey <ken@xxxxxxxxxxxxx>
• RE: raidreconf: Successful RAID5 Reconstruction (re-size)
  • From: "Cal Webster" <kc130iseo@xxxxxxxxxxxxxx>
• I finally managed to reconstruct my raid array. thanx for the onesthat helped me
  • From: Loïc Paillotin <loic.paillotin@xxxxxxxxxxxxxx>
• raidreconf: Successful RAID5 Reconstruction (re-size)
  • From: "Cal Webster" <kc130iseo@xxxxxxxxxxxxxx>
• RAID5 damaged - cannot read superblock
  • From: Eddy Ilg <eddyilg@xxxxxx>
• Re: RUN_ARRAY vs. START_ARRAY ioctls
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• RUN_ARRAY vs. START_ARRAY ioctls
  • From: Jeff Meininger <jeffm@xxxxxxxxxxxxxxx>
• Initrd and persistent-superblock
  • From: Ken Causey <ken@xxxxxxxxxxxxx>
• Re: Mirror recovery?
  • From: Ross Vandegrift <ross@xxxxxxxxxxxxxxxx>
• Re: Mirror recovery?
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Mirror recovery?
  • From: Ross Vandegrift <ross@xxxxxxxxxxxxxxxx>
• PATCH - md 3 of 3 - Make ITERATE_MDDEV work on non-SMP
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• PATCH - md 2 of 3 - Md sync: Remove compiler warning that revealed a bug.
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• PATCH - md 1 of 3 - Don't lock array for START_ARRAY
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: Not-fresh + failure
  • From: Jakob Oestergaard <jakob@xxxxxxxxxxxxx>
• Re: Not-fresh + failure
  • From: Titus Winters <twinters@xxxxxxxxxxxxxxx>
• RE: RAID1, backup & BCV
  • From: "Rechenberg, Andrew" <ARechenberg@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID1, backup & BCV
  • From: Jakob Oestergaard <jakob@xxxxxxxxxxxxx>
• RAID1, backup & BCV
  • From: "Buechler, Mark R" <Mark_R_Buechler@xxxxxxxxxx>
• Re: PATCH - md 1 of 22 - Fix three little compile problem when md or raid5 compiled with debugging
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: PATCH - md 1 of 22 - Fix three little compile problem when md or raid5 compiled with debugging
  • From: Luca Berra <bluca@xxxxxxxxxx>
• PATCH - md 22 of 22 - Generalise md sync threads
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• PATCH - md 21 of 22 - Improve handling of MD super blocks
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• PATCH - md 20 of 22 - Provide SMP safe locking for all_mddevs list.
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• PATCH - md 19 of 22 - Improve serialisation of md syncing
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• PATCH - md 18 of 22 - More mddev tidyup - remove recovery_sem and resync_sem
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• PATCH - md 17 of 22 - Strengthen the locking of mddev.
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• PATCH - md 16 of 22 - Next small step to improved mddev management.
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• PATCH - md 15 of 22 - Get rid of kdev_to_mddev
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• PATCH - md 14 of 22 - Second step to tidying mddev refcounts and locking
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• PATCH - md 13 of 22 - First step to tidying mddev recounting and locking.
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• PATCH - md 12 of 22 - Remove "data" from dev_mapping and tidy up
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• PATCH - md 11 of 22 - Get rid of "OUT" macro in md.c
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• PATCH - md 10 of 22 - Remove nb_dev from mddev_s
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• PATCH - md 9 of 22 - Discard functions that have been "not yet" for a long time
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• PATCH - md 8 of 22 - Discard md_make_request in favour of per-personality make_request functions.
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• PATCH - md 7 of 22 - Use wait_event_interuptible in md_thread
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• PATCH - md 6 of 22 - Discard "param" from mddev structure
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• PATCH - md 5 of 22 - Fix various list.h list related problems in md.c
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• PATCH - md 4 of 22 - Make raid5 work for big bios
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• PATCH - md 3 of 22 - Remove md_maxreadahead
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• PATCH - md 2 of 22 - Make device plugging work for md/raid5
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• PATCH - md 1 of 22 - Fix three little compile problem when md or raid5 compiled with debugging
  • From: Neil Brown <neilb@xxxxxxxxxxxxxxx>
• Re: raid 5 out of sync won't mount
  • From: Monty Charlton <monty@xxxxxxxxxxxxx>
• Re: Not-fresh + failure
  • From: Jakob Oestergaard <jakob@xxxxxxxxxxxxx>
• Not-fresh + failure
  • From: Titus Winters <twinters@xxxxxxxxxxxxxxx>
• [Fwd: intel server raid controller SRCU31]
  • From: sandra <sandra@xxxxxxxxxxxxxxxx>