Linux RAID Storage Date Index

Thread Index

Re: Read errors and SMART tests
- From: Kevin Shanahan <kmshanah@xxxxxxxxxxxxxx>
Re: Supermicro AOC-SAT2-MV8
- From: Brad Campbell <brad@xxxxxxxxxxx>
RE: Read errors and SMART tests
- From: "David Lethe" <david@xxxxxxxxxxxx>
Read errors and SMART tests
- From: Kevin Shanahan <kmshanah@xxxxxxxxxxxxxx>
Re: can you help explain some --examine output to me?
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: can you help explain some --examine output to me?
- From: "NeilBrown" <neilb@xxxxxxx>
can you help explain some --examine output to me?
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: Supermicro AOC-SAT2-MV8
- From: Wolfgang Denk <wd@xxxxxxx>
Re: Supermicro AOC-SAT2-MV8
- From: Wolfgang Denk <wd@xxxxxxx>
Re: Supermicro AOC-SAT2-MV8
- From: Iain Rauch <groups@xxxxxxxxxxxxxxxxxxxxxx>
Re: Supermicro AOC-SAT2-MV8
- From: Max Waterman <davidmaxwaterman@xxxxxxxxxxxxxx>
Re: Supermicro AOC-SAT2-MV8
- From: Iain Rauch <groups@xxxxxxxxxxxxxxxxxxxxxx>
Supermicro AOC-SAT2-MV8
- From: Max Waterman <davidmaxwaterman@xxxxxxxxxxxxxx>
Re: weird issues with raid1
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: weird issues with raid1
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: Roadmap for md/raid ???
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: weird issues with raid1
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: MD: Feature Request: Estimate of blocks necessary to complete sync
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: Roadmap for md/raid ???
- From: Bernd Schubert <bs@xxxxxxxxx>
Re: Roadmap for md/raid ???
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Roadmap for md/raid ???
- From: "Chris Worley" <worleys@xxxxxxxxx>
Re: Growing RAID1 array with bitmaps enabled
- From: Bryan Mesich <bryan.mesich@xxxxxxxx>
Re: detection/correction of corruption with raid6
- From: Redeeman <redeeman@xxxxxxxxxxx>
Re: RAID 6 recovery (it's not looking good)
- From: Bernd Schubert <bs@xxxxxxxxx>
Re: RAID 6 recovery (it's not looking good)
- From: Iain Rauch <groups@xxxxxxxxxxxxxxxxxxxxxx>
Aw: Roadmap for md/raid ???
- From: piergiorgio.sartor@xxxxxxxx
Re: detection/correction of corruption with raid6
- From: piergiorgio.sartor@xxxxxxxx
Re[2]: [PATCH 02/11][v2] async_tx: add support for asynchronous GF multiplication
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
[PULL-REQUEST] md: avoid bogus read error on large-PAGE_SIZE machines
- From: Neil Brown <neilb@xxxxxxx>
Re: detection/correction of corruption with raid6
- From: Redeeman <redeeman@xxxxxxxxxxx>
Re: Growing RAID1 array with bitmaps enabled
- From: Neil Brown <neilb@xxxxxxx>
Re: detection/correction of corruption with raid6
- From: Neil Brown <neilb@xxxxxxx>
RE: upgrade advice / Disk drive failure rates - real world
- From: "David Lethe" <david@xxxxxxxxxxxx>
Growing RAID1 array with bitmaps enabled
- From: Bryan Mesich <bryan.mesich@xxxxxxxx>
Re: MD: Feature Request: Estimate of blocks necessary to complete sync
- From: Neil Brown <neilb@xxxxxxx>
Re: MD Feature Request: non-degraded component replacement
- From: Neil Brown <neilb@xxxxxxx>
Roadmap for md/raid ???
- From: Neil Brown <neilb@xxxxxxx>
Re: weird issues with raid1
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: MDADM Software Raid Woes
- From: "NeilBrown" <neilb@xxxxxxx>
Re: MDADM Software Raid Woes
- From: "Dylan Taft" <d13f00l@xxxxxxxxx>
Re: Have the velociraptors in a test system now, checkout the errors.
- From: Bill Davidsen <davidsen@xxxxxxx>
RE: upgrade advice / Disk drive failure rates - real world
- From: "Max Waterman" <davidmaxwaterman@xxxxxxxxxxxxxx>
Re: 12x performance drop on md/linux+sw raid1 due to barriers [xfs]
- From: Dave Chinner <david@xxxxxxxxxxxxx>
Re: Linux RAID autodetect partitions go missing from /dev, but fdisk can see them
- From: Tor Arne Vestbø <torarnv@xxxxxxxxx>
Re: Linux RAID autodetect partitions go missing from /dev, but fdisk can see them
- From: Tor Arne Vestbø <torarnv@xxxxxxxxx>
Re: Linux RAID autodetect partitions go missing from /dev, but fdisk can see them
- From: Tor Arne Vestbø <torarnv@xxxxxxxxx>
Re: MDADM Software Raid Woes
- From: "NeilBrown" <neilb@xxxxxxx>
RE: upgrade advice / Disk drive failure rates - real world
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: upgrade advice
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: upgrade advice
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: upgrade advice
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: linux raid faq
- From: David Greaves <david@xxxxxxxxxxxx>
RE: upgrade advice
- From: Redeeman <redeeman@xxxxxxxxxxx>
Re: weird issues with raid1
- From: Neil Brown <neilb@xxxxxxx>
Re: [mdadm git pull] platform support v2 and other fixes
- From: Neil Brown <neilb@xxxxxxx>
Re: weird issues with raid1
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: weird issues with raid1
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: weird issues with raid1
- From: Neil Brown <neilb@xxxxxxx>
Re: md looping on recovery of raid1 array
- From: Neil Brown <neilb@xxxxxxx>
Re: weird issues with raid1
- From: Neil Brown <neilb@xxxxxxx>
Re: weird issues with raid1
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: weird issues with raid1
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: weird issues with raid1
- From: Neil Brown <neilb@xxxxxxx>
Re: Have the velociraptors in a test system now, checkout the errors.
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: detection/correction of corruption with raid6
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
RE: detection/correction of corruption with raid6
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: 12x performance drop on md/linux+sw raid1 due to barriers [xfs]
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: [PATCH 02/11][v2] async_tx: add support for asynchronous GF multiplication
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
linux raid faq
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
RE: detection/correction of corruption with raid6
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: upgrade advice
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
RE: upgrade advice
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: detection/correction of corruption with raid6
- From: Bill Davidsen <davidsen@xxxxxxx>
RE: upgrade advice
- From: Redeeman <redeeman@xxxxxxxxxxx>
Re: upgrade advice
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: raid10 far layout outperforms offset at writing? (was: Help with chunksize on raid10 -p o3 array)
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
RE: upgrade advice
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: upgrade advice
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: raid10 far layout outperforms offset at writing? (was: Help with chunksize on raid10 -p o3 array)
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
raid10 far layout outperforms offset at writing? (was: Help with chunksize on raid10 -p o3 array)
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: upgrade advice
- From: Redeeman <redeeman@xxxxxxxxxxx>
Re: [smartmontools-support] Velociraptor biting the dust (9th disk, continued to use it, and..)
- From: Bruce Allen <ballen@xxxxxxxxxxxxxxxxxxxx>
Re: MD Feature Request: non-degraded component replacement
- From: David Greaves <david@xxxxxxxxxxxx>
Re: upgrade advice
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: RAID 6 recovery (it's not looking good)
- From: Bernd Schubert <bs@xxxxxxxxx>
Re: upgrade advice
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: MD Feature Request: non-degraded component replacement
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 12x performance drop on md/linux+sw raid1 due to barriers [xfs]
- From: Dave Chinner <david@xxxxxxxxxxxxx>
Re: [smartmontools-support] Velociraptor biting the dust (9th disk, continued to use it, and..)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: detection/correction of corruption with raid6
- From: Redeeman <redeeman@xxxxxxxxxxx>
Re: detection/correction of corruption with raid6
- From: "Chris Worley" <worleys@xxxxxxxxx>
Re: Awful Raid10,f2 performance
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: detection/correction of corruption with raid6
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: raid1 recovery: reads and writes
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: Raid 5 Problem
- From: nterry <nigel@xxxxxxxxxxxxxx>
Re: RAID 6 recovery (it's not looking good)
- From: Iain Rauch <groups@xxxxxxxxxxxxxxxxxxxxxx>
Re: RAID 6 recovery (it's not looking good)
- From: Bernd Schubert <bs@xxxxxxxxx>
Resync dropping drive with read-errors
- From: John Hendrikx <hjohn@xxxxxxxxx>
Re: upgrade advice
- From: Redeeman <redeeman@xxxxxxxxxxx>
Re: can I freeze I/O for some time to a given disk / md / dm device?
- From: Tomasz Chmielewski <mangoo@xxxxxxxx>
Re: can I freeze I/O for some time to a given disk / md / dm device?
- From: Gabor Gombas <gombasg@xxxxxxxxx>
Re: upgrade advice
- From: "Ryan Wagoner" <rswagoner@xxxxxxxxx>
Re: upgrade advice
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: Awful Raid10,f2 performance
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
RAID 6 recovery (it's not looking good)
- From: Iain Rauch <groups@xxxxxxxxxxxxxxxxxxxxxx>
Re: Awful Raid10,f2 performance
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: MD Feature Request: non-degraded component replacement
- From: Lars Schimmer <l.schimmer@xxxxxxxxxxxxx>
Re: upgrade advice
- From: Redeeman <redeeman@xxxxxxxxxxx>
raid5 with 2 disks not working correctly. Need help!
- From: "Roy Lim" <cableroy@xxxxxxxxx>
Re: [smartmontools-support] Velociraptor biting the dust (9th disk, continued to use it, and..)
- From: Bruce Allen <ballen@xxxxxxxxxxxxxxxxxxxx>
Re: [smartmontools-support] Velociraptor biting the dust (9th disk, continued to use it, and..)
- From: Bruce Allen <ballen@xxxxxxxxxxxxxxxxxxxx>
Re: upgrade advice
- From: "Max Waterman" <davidmaxwaterman@xxxxxxxxxxxxxx>
Re: upgrade advice
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: [smartmontools-support] Velociraptor biting the dust (9th disk, continued to use it, and..)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: upgrade advice
- From: "Max Waterman" <davidmaxwaterman@xxxxxxxxxxxxxx>
Re: MD Feature Request: non-degraded component replacement
- From: David Greaves <david@xxxxxxxxxxxx>
can I freeze I/O for some time to a given disk / md / dm device?
- From: Tomasz Chmielewski <mangoo@xxxxxxxx>
Re: upgrade advice
- From: Redeeman <redeeman@xxxxxxxxxxx>
Re: upgrade advice
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: MD Feature Request: non-degraded component replacement
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: MD: Feature Request: Estimate of blocks necessary to complete sync
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
upgrade advice
- From: "Max Waterman" <davidmaxwaterman@xxxxxxxxxxxxxx>
Re: MD Feature Request: non-degraded component replacement
- From: Lars Schimmer <l.schimmer@xxxxxxxxxxxxx>
Re: Awful Raid10,f2 performance
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: MD Feature Request: non-degraded component replacement
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 12x performance drop on md/linux+sw raid1 due to barriers [xfs]
- From: Martin Steigerwald <Martin@xxxxxxxxxxxx>
MD Feature Request: non-degraded component replacement
- From: David Greaves <david@xxxxxxxxxxxx>
Re: 2.6.27.8: OOM killer: [swapper: page allocation failure]
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: detection/correction of corruption with raid6
- From: Mattias Wadenstein <maswan@xxxxxxxxxx>
Re: detection/correction of corruption with raid6
- From: Redeeman <redeeman@xxxxxxxxxxx>
Re: Awful Raid10,f2 performance
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: Awful Raid10,f2 performance
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: Linux RAID autodetect partitions go missing from /dev, but fdisk can see them
- From: Neil Brown <neilb@xxxxxxx>
Re: MD: Feature Request: Estimate of blocks necessary to complete sync
- From: Neil Brown <neilb@xxxxxxx>
Re: Awful Raid10,f2 performance
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: raid5 reshape stuck
- From: Neil Brown <neilb@xxxxxxx>
Re: raid1 recovery: reads and writes
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: RAID1 extreme low performance
- From: Neil Brown <neilb@xxxxxxx>
Re: behavior different from mdadm 2.6.4 and 3.0?
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: detection/correction of corruption with raid6
- From: Neil Brown <neilb@xxxxxxx>
Re: weird issues with raid1
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: md looping on recovery of raid1 array
- From: Neil Brown <neilb@xxxxxxx>
Re: behavior different from mdadm 2.6.4 and 3.0?
- From: Neil Brown <neilb@xxxxxxx>
Re: weird issues with raid1
- From: Neil Brown <neilb@xxxxxxx>
[ANNOUNCE] Einarc - universal RAID management/monitoring tool - v1.3
- From: "Mikhail Yakshin" <greycat.na.kor@xxxxxxxxx>
Re: raid1 recovery: reads and writes
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: 2.6.27.8: OOM killer: [swapper: page allocation failure]
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: raid1 + writemostly
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: Help recovering RAID6 failure
- From: Kevin Shanahan <kmshanah@xxxxxxxxxxxxxx>
Re: status of raid 4/5 disk reduce
- From: Neil Brown <neilb@xxxxxxx>
Re: Raid 5 Problem
- From: nterry <nigel@xxxxxxxxxxxxxx>
Re: Help recovering RAID6 failure
- From: Neil Brown <neilb@xxxxxxx>
Re: Help recovering RAID6 failure
- From: Kevin Shanahan <kmshanah@xxxxxxxxxxxxxx>
Re: 12x performance drop on md/linux+sw raid1 due to barriers [xfs]
- From: Dave Chinner <david@xxxxxxxxxxxxx>
Re: Help recovering RAID6 failure
- From: Kevin Shanahan <kmshanah@xxxxxxxxxxxxxx>
Re: Help recovering RAID6 failure
- From: Kevin Shanahan <kmshanah@xxxxxxxxxxxxxx>
Re: Basic RAID5/6 reshape question
- From: Neil Brown <neilb@xxxxxxx>
Re: Basic RAID5/6 reshape question
- From: Neil Brown <neilb@xxxxxxx>
Re: Help recovering RAID6 failure
- From: Neil Brown <neilb@xxxxxxx>
Re: Data loss on MD RAID5 reshape?
- From: Neil Brown <neilb@xxxxxxx>
Help recovering RAID6 failure
- From: Kevin Shanahan <kmshanah@xxxxxxxxxxxxxx>
Re: Raid 5 Problem
- From: Neil Brown <neilb@xxxxxxx>
Re: weird issues with raid1
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: Awful Raid10,f2 performance
- From: Neil Brown <neilb@xxxxxxx>
Re: behavior different from mdadm 2.6.4 and 3.0?
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: weird issues with raid1
- From: Neil Brown <neilb@xxxxxxx>
Re: raid1 + writemostly
- From: Neil Brown <neilb@xxxxxxx>
Re: behavior different from mdadm 2.6.4 and 3.0?
- From: Neil Brown <neilb@xxxxxxx>
Re: raid1 recovery: reads and writes
- From: Neil Brown <neilb@xxxxxxx>
md looping on recovery of raid1 array
- From: Bin Guo <bguo@xxxxxxxxxxxxxxxxxxx>
raid1 + writemostly
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
behavior different from mdadm 2.6.4 and 3.0?
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
raid1 recovery: reads and writes
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: weird issues with raid1
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: Awful Raid10,f2 performance
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: weird issues with raid1
- From: Neil Brown <neilb@xxxxxxx>
Re: weird issues with raid1
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
raid1 + bitmaps, but the bitmap isn't being used?
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: 12x performance drop on md/linux+sw raid1 due to barriers [xfs]
- From: Dave Chinner <david@xxxxxxxxxxxxx>
Re: Raid 5 Problem
- From: Michal Soltys <soltys@xxxxxxxx>
Re: Raid 5 Problem
- From: Michal Soltys <soltys@xxxxxxxx>
Re: 12x performance drop on md/linux+sw raid1 due to barriers [xfs]
- From: pg_xf2@xxxxxxxxxxxxxxxxxx (Peter Grandi)
Re: Raid 5 Problem
- From: nterry <nigel@xxxxxxxxxxxxxx>
Re: Raid 5 Problem
- From: Michal Soltys <soltys@xxxxxxxx>
Re: Raid 5 Problem
- From: "Nigel J. Terry" <nigel@xxxxxxxxxxxxxx>
Re: Raid 5 Problem
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Raid 5 Problem
- From: nterry <nigel@xxxxxxxxxxxxxx>
Re: Raid 5 Problem
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Raid 5 Problem
- From: nterry <nigel@xxxxxxxxxxxxxx>
Re: 12x performance drop on md/linux+sw raid1 due to barriers [xfs]
- From: Martin Steigerwald <Martin@xxxxxxxxxxxx>
Re: 12x performance drop on md/linux+sw raid1 due to barriers [xfs]
- From: Martin Steigerwald <Martin@xxxxxxxxxxxx>
Re: 12x performance drop on md/linux+sw raid1 due to barriers [xfs]
- From: Martin Steigerwald <Martin@xxxxxxxxxxxx>
Re: 12x performance drop on md/linux+sw raid1 due to barriers [xfs]
- From: Martin Steigerwald <Martin@xxxxxxxxxxxx>
Re: Raid 5 Problem
- From: Michal Soltys <soltys@xxxxxxxx>
Re: 12x performance drop on md/linux+sw raid1 due to barriers [xfs]
- From: xf2@xxxxxxxxxxxxxxxxxx (Peter Grandi)
Raid 5 Problem
- From: nterry <nigel@xxxxxxxxxxxxxx>
Re: Have the velociraptors in a test system now, checkout the errors.
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 12x performance drop on md/linux+sw raid1 due to barriers [xfs]
- From: Redeeman <redeeman@xxxxxxxxxxx>
Re: Have the velociraptors in a test system now, checkout the errors.
- From: Redeeman <redeeman@xxxxxxxxxxx>
Re: Help a Newbie on Linux-Raid 1
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Help a Newbie on Linux-Raid 1
- From: dturner <dan@xxxxxxxxxxxxxxxx>
Re: Data loss on MD RAID5 reshape?
- From: Michal Soltys <soltys@xxxxxxxx>
RE: 12x performance drop on md/linux+sw raid1 due to barriers [xfs]
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: 12x performance drop on md/linux+sw raid1 due to barriers [xfs]
- From: Eric Sandeen <sandeen@xxxxxxxxxxx>
Re: 12x performance drop on md/linux+sw raid1 due to barriers [xfs]
- From: Martin Steigerwald <Martin@xxxxxxxxxxxx>
Re: 12x performance drop on md/linux+sw raid1 due to barriers [xfs]
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Intel X25-E running Linux using XFS
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
Re: Basic RAID5/6 reshape question
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Intel X25-E running Linux using XFS
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Basic RAID5/6 reshape question
- From: Brad Campbell <brad@xxxxxxxxxxx>
Re: Intel X25-E running Linux using XFS
- From: Pavel Machek <pavel@xxxxxxx>
Re: 2.6.27.8: OOM killer: [swapper: page allocation failure]
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: status of raid 4/5 disk reduce
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: detection/correction of corruption with raid6
- From: Redeeman <redeeman@xxxxxxxxxxx>
RAID1 extreme low performance
- From: Federico <undicizeri@xxxxxxxxx>
2.6.27.8: OOM killer: [swapper: page allocation failure]
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Basic RAID5/6 reshape question
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Re: Basic RAID5/6 reshape question
- From: "Ryan Wagoner" <rswagoner@xxxxxxxxx>
Re: Kernel BUG
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: problem with software RAID5
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: status of raid 4/5 disk reduce
- From: Michael Brancato <mike@xxxxxxxxxxxxxxxx>
RE: status of raid 4/5 disk reduce
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: status of raid 4/5 disk reduce
- From: Michael Brancato <mike@xxxxxxxxxxxxxxxx>
MD: Feature Request: Estimate of blocks necessary to complete sync
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: status of raid 4/5 disk reduce
- From: Michael Brancato <mike@xxxxxxxxxxxxxxxx>
problem with software RAID5
- From: Lars Schimmer <l.schimmer@xxxxxxxxxxxxx>
Re: status of raid 4/5 disk reduce
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: status of raid 4/5 disk reduce
- From: Louis-David Mitterrand <vindex+lists-linux-raid@xxxxxxxxxxx>
Re: status of raid 4/5 disk reduce
- From: Alex Lilley <alex@xxxxxxxxxxxx>
Re: status of raid 4/5 disk reduce
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Basic RAID5/6 reshape question
- From: Brad Campbell <brad@xxxxxxxxxxx>
Re: 12x performance drop on md/linux+sw raid1 due to barriers [xfs]
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 12x performance drop on md/linux+sw raid1 due to barriers [xfs]
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Linux RAID autodetect partitions go missing from /dev, but fdisk can see them
- From: Tor Arne Vestbø <torarnv@xxxxxxxxx>
Re: status of raid 4/5 disk reduce
- From: Michael Brancato <mike@xxxxxxxxxxxxxxxx>
RE: status of raid 4/5 disk reduce
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: array always resyncs on boot
- From: Tom Walsh <tom@xxxxxxxxxxxxxxxx>
Re: 12x performance drop on md/linux+sw raid1 due to barriers [xfs]
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Have the velociraptors in a test system now, checkout the errors.
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: status of raid 4/5 disk reduce
- From: Michael Brancato <mike@xxxxxxxxxxxxxxxx>
Linux RAID autodetect partitions go missing from /dev, but fdisk can see them
- From: Tor Arne Vestbø <torarnv@xxxxxxxxx>
Re: Data loss on MD RAID5 reshape?
- From: Bob Bell <b_linuxraid@xxxxxxxxxxxxxxxxx>
Re[2]: [PATCH] ASYNC_TX: async_xor mapping fix
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
Re: [PATCH] ASYNC_TX: async_xor mapping fix
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: status of raid 4/5 disk reduce
- From: Alex Lilley <alex@xxxxxxxxxxxx>
Re: Re[2]: [PATCH 01/11] async_tx: don't use src_list argument of async_xor() for dma addresses
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: Data integrity and RAID
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: status of raid 4/5 disk reduce
- From: "Ryan Wagoner" <rswagoner@xxxxxxxxx>
Re: status of raid 4/5 disk reduce
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
RE: status of raid 4/5 disk reduce
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: status of raid 4/5 disk reduce
- From: Alex Lilley <alex@xxxxxxxxxxxx>
Re: Data integrity and RAID
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Data integrity and RAID
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
RE: Data integrity and RAID
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: Data integrity and RAID
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: Data integrity and RAID
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
[mdadm git pull] platform support v2 and other fixes
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re[2]: [PATCH 11/11] ppc440spe-adma: ADMA driver for PPC440SP(e) systems
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
Re[2]: [PATCH 01/11] async_tx: don't use src_list argument of async_xor() for dma addresses
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
Re: [PATCH 01/11] async_tx: don't use src_list argument of async_xor() for dma addresses
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
[PATCH 10/11] md: remove unused functions
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
[PATCH 09/11] md: change handle_stripe6 to work asynchronously
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
[PATCH 08/11] md: asynchronous handle_parity_check6
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
[PATCH 07/11] md: rewrite handle_stripe_dirtying6 in asynchronous way
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
[PATCH 06/11] md: change handle_stripe_fill6 to work in asynchronous way
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
[PATCH 05/11] md: common schedule_reconstruction for raid5/6
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
[PATCH 04/11][v2] md: run RAID-6 stripe operations outside the lock
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
[PATCH 03/11][v2] async_tx: add support for asynchronous RAID6 recovery operations
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
[PATCH 02/11][v2] async_tx: add support for asynchronous GF multiplication
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
[PATCH 01/11] async_tx: don't use src_list argument of async_xor() for dma addresses
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
[RFC PATCH 00/11][v2] md: support for asynchronous execution of RAID6 operations
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
Re: [PATCH] ASYNC_TX: async_xor mapping fix
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
status of raid 4/5 disk reduce
- From: Michael Brancato <mike@xxxxxxxxxxxxxxxx>
[PATCH] ASYNC_TX: async_xor mapping fix
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
Re: time limited error recovery and md raid
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: time limited error recovery and md raid
- From: Redeeman <redeeman@xxxxxxxxxxx>
XFS benchmarks on 3ware 9650SE-16ML Controller: RAID 6
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 3ware 9650SE-16ML w/XFS & RAID6: first impressions
- From: Tom Walsh <tom@xxxxxxxxxxxxxxxx>
Re: 3ware 9650SE-16ML w/XFS & RAID6: first impressions
- From: "Hans-Peter Jansen" <hpj@xxxxxxxxx>
JFS + RAID issue?
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: Have the velociraptors in a test system now, checkout the errors.
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: 12x performance drop on md/linux+sw raid1 due to barriers [xfs]
- From: pg_xf2@xxxxxxxxxxxxxxxxxx (Peter Grandi)
Re: Have the velociraptors in a test system now, checkout the errors.
- From: "Kyle Moffett" <kyle@xxxxxxxxxxxxxxx>
Re: 12x performance drop on md/linux+sw raid1 due to barriers [xfs]
- From: Redeeman <redeeman@xxxxxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Mike Myers <mikesm559@xxxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Mike Myers <mikesm559@xxxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Mike Myers <mikesm559@xxxxxxxxx>
Re: Have the velociraptors in a test system now, checkout the errors.
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Have the velociraptors in a test system now, checkout the errors.
- From: John Robinson <john.robinson@xxxxxxxxxxx>
Re: 12x performance drop on md/linux+sw raid1 due to barriers [xfs]
- From: Eric Sandeen <sandeen@xxxxxxxxxxx>
Re: time limited error recovery and md raid
- From: Redeeman <redeeman@xxxxxxxxxxx>
12x performance drop on md/linux+sw raid1 due to barriers [xfs]
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: weird issues with raid1
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Have the velociraptors in a test system now, checkout the errors.
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Have the velociraptors in a test system now, checkout the errors.
- From: Michael Tokarev <mjt@xxxxxxxxxx>
Re: time limited error recovery and md raid
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: time limited error recovery and md raid
- From: Michal Soltys <soltys@xxxxxxxx>
Re: time limited error recovery and md raid
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Have the velociraptors in a test system now, checkout the errors.
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Velociraptor drive related to the use of NCQ.
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: time limited error recovery and md raid
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: time limited error recovery and md raid
- From: David Greaves <david@xxxxxxxxxxxx>
Re: time limited error recovery and md raid
- From: Redeeman <redeeman@xxxxxxxxxxx>
Re: weird issues with raid1
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
weird issues with raid1
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Mike Myers <mikesm559@xxxxxxxxx>
RE: Need urgent help in fixing raid5 array
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Mike Myers <mikesm559@xxxxxxxxx>
Re: time limited error recovery and md raid
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Re: detection/correction of corruption with raid6
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Need urgent help in fixing raid5 array
- From: Mike Myers <mikesm559@xxxxxxxxx>
Re: time limited error recovery and md raid
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: time limited error recovery and md raid
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: time limited error recovery and md raid
- From: Redeeman <redeeman@xxxxxxxxxxx>
Re: detection/correction of corruption with raid6
- From: "Greg Freemyer" <greg.freemyer@xxxxxxxxx>
Data loss on MD RAID5 reshape?
- From: Bob Bell <b_linuxraid@xxxxxxxxxxxxxxxxx>
Re: detection/correction of corruption with raid6
- From: "Michał Przyłuski" <mikylie@xxxxxxxxx>
Re: detection/correction of corruption with raid6
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
Re: time limited error recovery and md raid
- From: Redeeman <redeeman@xxxxxxxxxxx>
Re: time limited error recovery and md raid
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: time limited error recovery and md raid
- From: Redeeman <redeeman@xxxxxxxxxxx>
Re: detection/correction of corruption with raid6
- From: "Michał Przyłuski" <mikylie@xxxxxxxxx>
Re: time limited error recovery and md raid
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: time limited error recovery and md raid
- From: Redeeman <redeeman@xxxxxxxxxxx>
Re: detection/correction of corruption with raid6
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: detection/correction of corruption with raid6
- From: Redeeman <redeeman@xxxxxxxxxxx>
Re: time limited error recovery and md raid
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: detection/correction of corruption with raid6
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: time limited error recovery and md raid
- From: Redeeman <redeeman@xxxxxxxxxxx>
Re: detection/correction of corruption with raid6
- From: Redeeman <redeeman@xxxxxxxxxxx>
Re: detection/correction of corruption with raid6
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: time limited error recovery and md raid
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
detection/correction of corruption with raid6
- From: Redeeman <redeeman@xxxxxxxxxxx>
time limited error recovery and md raid
- From: Redeeman <redeeman@xxxxxxxxxxx>
Re: raid6's using not the best bandwidth method && raid6 algo is significantly slower in x86_64.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Need urgent help in fixing raid5 array
- From: Mike Myers <mikesm559@xxxxxxxxx>
raid1 and write-mostly
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: Velociraptor drive related to the use of NCQ.
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: raid6's using not the best bandwidth method && raid6 algo is significantly slower in x86_64.
- From: "Igor Podlesny" <for.poige+linux@xxxxxxxxx>
Velociraptor drive related to the use of NCQ.
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Crash while increasing RAID5 from 3 disks to 5, array won't build.
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: Synchronous vs asynchonous mdadm operations
- From: Neil Brown <neilb@xxxxxxx>
Re: Crash while increasing RAID5 from 3 disks to 5, array won't build.
- From: "Sean Hildebrand" <silverwraithii@xxxxxxxxx>
Re: Adding a component to an array which has changed size
- From: "NeilBrown" <neilb@xxxxxxx>
Data integrity and RAID
- From: "peter.stevens" <Peter.Stevens@xxxxxxxxx>
Adding a component to an array which has changed size
- From: Chris Webb <chris@xxxxxxxxxxxx>
Re: Synchronous vs asynchonous mdadm operations
- From: Chris Webb <chris@xxxxxxxxxxxx>
RE: raid5 failed logical and physically; how to reconstruct?
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: raid5 failed logical and physically; how to reconstruct?
- From: "Greg Freemyer" <greg.freemyer@xxxxxxxxx>
Re: raid1 with possible lock inversion
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
raid1 with possible lock inversion
- From: "Ana Paula" <anapaula@xxxxxxxxxxxxxx>
RE: raid5 failed logical and physically; how to reconstruct?
- From: "David Lethe" <david@xxxxxxxxxxxx>
raid5 failed logical and physically; how to reconstruct?
- From: Paul Schriever <paul@xxxxxxxxxxxxxxxx>
Re: Crash while increasing RAID5 from 3 disks to 5, array won't build.
- From: "Sean Hildebrand" <silverwraithii@xxxxxxxxx>
Re: Crash while increasing RAID5 from 3 disks to 5, array won't build.
- From: "NeilBrown" <neilb@xxxxxxx>
Crash while increasing RAID5 from 3 disks to 5, array won't build.
- From: "Sean Hildebrand" <silverwraithii@xxxxxxxxx>
3ware 9650SE-16ML w/XFS & RAID6: first impressions
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: LVM on raid10,f2 performance issues
- From: Michal Soltys <soltys@xxxxxxxx>
Re: LVM on raid10,f2 performance issues
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: array always resyncs on boot
- From: Tom Walsh <tom@xxxxxxxxxxxxxxxx>
Re: Kernel BUG
- From: Neil Brown <neilb@xxxxxxx>
Re: LVM on raid10,f2 performance issues
- From: Holger Mauermann <mauermann@xxxxxxxxx>
Kernel BUG
- From: "Justin Maggard" <jmaggard10@xxxxxxxxx>
Re: mdadm --incremental /dev/md?? instead of /dev/md/d??
- From: Wilhelm Meier <wilhelm.meier@xxxxxxxx>
Re: [mdadm git pull] support for detecting platform raid capabilities and some fixes
- From: Neil Brown <neilb@xxxxxxx>
Re: mdadm --incremental /dev/md?? instead of /dev/md/d??
- From: Neil Brown <neilb@xxxxxxx>
raid5 system degraded and on boot can no longer log on
- From: junk@xxxxxxxxxxxxxxxx
failed raid5, how to reconstruct?
- From: junk@xxxxxxxxxxxxxxxx
Re: array always resyncs on boot
- From: Tom Walsh <tom@xxxxxxxxxxxxxxxx>
Re: array always resyncs on boot
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: LVM on raid10,f2 performance issues
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: mdadm and automatic re-add / incremental mode with usb-disk
- From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
raid1 bitmap=internal fails for specific sizes
- From: Markus Hochholdinger <Markus@xxxxxxxxxxxxxxxxx>
Re: mdadm: suppress sending emails on events
- From: "NeilBrown" <neilb@xxxxxxx>
Re: mdadm: suppress sending emails on events [solved] (dumb question - sorry)
- From: Wilhelm Meier <wilhelm.meier@xxxxxxxx>
mdadm: suppress sending emails on events
- From: Wilhelm Meier <wilhelm.meier@xxxxxxxx>
Re: array always resyncs on boot
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: mdadm --incremental and different config file
- From: Wilhelm Meier <wilhelm.meier@xxxxxxxx>
Re: mdadm --incremental /dev/md?? instead of /dev/md/d??
- From: Wilhelm Meier <wilhelm.meier@xxxxxxxx>
Re: mdadm and automatic re-add / incremental mode with usb-disk
- From: Wilhelm Meier <wilhelm.meier@xxxxxxxx>
Re: mdadm and automatic re-add / incremental mode with usb-disk
- From: "NeilBrown" <neilb@xxxxxxx>
Re: mdadm --incremental /dev/md?? instead of /dev/md/d??
- From: "NeilBrown" <neilb@xxxxxxx>
Re: mdadm --incremental and different config file
- From: "NeilBrown" <neilb@xxxxxxx>
LVM on raid10,f2 performance issues
- From: Holger Mauermann <mauermann@xxxxxxxxx>
Re: array always resyncs on boot
- From: Tom Walsh <tom@xxxxxxxxxxxxxxxx>
mdadm --incremental and different config file
- From: Wilhelm Meier <wilhelm.meier@xxxxxxxx>
mdadm --incremental /dev/md?? instead of /dev/md/d??
- From: Wilhelm Meier <wilhelm.meier@xxxxxxxx>
Re: mdadm and automatic re-add / incremental mode with usb-disk
- From: Wilhelm Meier <wilhelm.meier@xxxxxxxx>
Re: mdadm and automatic re-add / incremental mode with usb-disk
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: mdadm and automatic re-add / incremental mode with usb-disk
- From: Wilhelm Meier <wilhelm.meier@xxxxxxxx>
Re: mdadm and automatic re-add / incremental mode with usb-disk
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
mdadm and automatic re-add / incremental mode with usb-disk
- From: Wilhelm Meier <wilhelm.meier@xxxxxxxx>
Re: array always resyncs on boot
- From: Tom Walsh <tom@xxxxxxxxxxxxxxxx>
Re: array always resyncs on boot
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: sd takes drive offline but md does not know
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: array always resyncs on boot
- From: Tom Walsh <tom@xxxxxxxxxxxxxxxx>
RE: sd takes drive offline but md does not know
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: array always resyncs on boot
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: array always resyncs on boot
- From: Tom Walsh <tom@xxxxxxxxxxxxxxxx>
Re: array always resyncs on boot
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
array always resyncs on boot
- From: Tom Walsh <tom@xxxxxxxxxxxxxxxx>
sd takes drive offline but md does not know
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: Uncorrectable errors: how do I fix it?
- From: "NeilBrown" <neilb@xxxxxxx>
Re: Re[2]: [PATCH 02/11] async_tx: add support for asynchronous GF multiplication
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: [RFC patch 1/1] Track raid5/6 statistics.
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: Uncorrectable errors: how do I fix it?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: [mdadm git pull] support for detecting platform raid capabilities and some fixes
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Uncorrectable errors: how do I fix it?
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: [mdadm git pull] support for detecting platform raid capabilities and some fixes
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: [RFC patch 1/1] Track raid5/6 statistics.
- From: Bill Davidsen <davidsen@xxxxxxx>
Synchronous vs asynchonous mdadm operations
- From: Chris Webb <chris@xxxxxxxxxxxx>
Re: Synchronous vs asynchonous mdadm operations
- From: Chris Webb <chris@xxxxxxxxxxxx>
ANNOUNCE: mdadm 2.6.8 - A tool for managing Soft RAID under Linux
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 1/2] md: make devices disappear when they are no longer needed.
- From: Neil Brown <neilb@xxxxxxx>
Re: [mdadm git pull] support for detecting platform raid capabilities and some fixes
- From: Neil Brown <neilb@xxxxxxx>
Re: Intel X25-E running Linux using XFS
- From: "Russell Smith" <russell.smith@xxxxxxxxxx>
Intel X25-E running Linux using XFS
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: [RFC patch 1/1] Track raid5/6 statistics.
- From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
Re: [RFC patch 1/1] Track raid5/6 statistics.
- From: Jody McIntyre <scjody@xxxxxxx>
Re: [RFC patch 1/1] Track raid5/6 statistics.
- From: Gabor Gombas <gombasg@xxxxxxxxx>
Re: [RFC patch 1/1] Track raid5/6 statistics.
- From: Jody McIntyre <scjody@xxxxxxx>
Re: [RFC patch 1/1] Track raid5/6 statistics.
- From: Jody McIntyre <scjody@xxxxxxx>
Re: [RFC patch 1/1] Track raid5/6 statistics.
- From: Gabor Gombas <gombasg@xxxxxxxxx>
Re: [mdadm git pull] support for detecting platform raid capabilities and some fixes
- From: "Kay Sievers" <kay.sievers@xxxxxxxx>
Re: [mdadm git pull] support for detecting platform raid capabilities and some fixes
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re[2]: [PATCH 02/11] async_tx: add support for asynchronous GF multiplication
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
Re: [mdadm git pull] support for detecting platform raid capabilities and some fixes
- From: "Kay Sievers" <kay.sievers@xxxxxxxx>
[mdadm git pull] support for detecting platform raid capabilities and some fixes
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: Updated MDADM, array dies.
- From: "Greg Cormier" <gcormier@xxxxxxxxx>
Re: Updated MDADM, array dies.
- From: "NeilBrown" <neilb@xxxxxxx>
Re: Updated MDADM, array dies.
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: Updated MDADM, array dies.
- From: "Greg Cormier" <gcormier@xxxxxxxxx>
Re: [RFC patch 1/1] Track raid5/6 statistics.
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: Updated MDADM, array dies.
- From: "michael" <michael@xxxxxxxxx>
[RFC patch 1/1] Track raid5/6 statistics.
- From: scjody@xxxxxxx
[RFC patch 0/1] Lustre RAID 5/6 patches
- From: scjody@xxxxxxx
raid6: cpu time vs. sync_speed_max / system interactivity
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Updated MDADM, array dies.
- From: "Greg Cormier" <gcormier@xxxxxxxxx>
DM multipath limits IO size to 512kB
- From: "Wallior, Julien" <Julien.Wallior@xxxxxxx>
Re: 2.6.27.6 question: ata_sff_hsm_move: ata15 (why always ata15)?
- From: Mark Lord <liml@xxxxxx>
Re: Why does the md/raid subsystem does not remap bad sectors in a raid array?
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: 2.6.27.6 question: ata_sff_hsm_move: ata15 (why always ata15)?
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: 2.6.27.6 question: ata_sff_hsm_move: ata15 (why always ata15)?
- From: Mark Lord <liml@xxxxxx>
Re: Raid 5 --grow to fewer, larger drivers
- From: Alex Lilley <alex@xxxxxxxxxxxx>
Re: [PATCH 1/2] md: make devices disappear when they are no longer needed.
- From: Tejun Heo <teheo@xxxxxxx>
Re: [PATCH 1/2] md: make devices disappear when they are no longer needed.
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] md: make devices disappear when they are no longer needed.
- From: Tejun Heo <teheo@xxxxxxx>
Re: [PATCH 1/2] md: make devices disappear when they are no longer needed.
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] md: make devices disappear when they are no longer needed.
- From: Tejun Heo <teheo@xxxxxxx>
Re: Raid 5 --grow to fewer, larger drivers
- From: Twigathy <twigathy@xxxxxxxxx>
Re: [PATCH 1/2] md: make devices disappear when they are no longer needed.
- From: Tejun Heo <tj@xxxxxxxxxx>
Raid 5 --grow to fewer, larger drivers
- From: Alex Lilley <alex@xxxxxxxxxxxx>
Re: [PATCH 1/2] md: make devices disappear when they are no longer needed.
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] md: make devices disappear when they are no longer needed.
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH 1/2] md: make devices disappear when they are no longer needed.
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] md: make devices disappear when they are no longer needed.
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] md: make devices disappear when they are no longer needed.
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH 1/2] md: make devices disappear when they are no longer needed.
- From: "NeilBrown" <neilb@xxxxxxx>
Re: [PATCH 1/2] md: make devices disappear when they are no longer needed.
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: Velociraptor biting the dust (9th disk, continued to use it, and..)
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH 1/2] md: make devices disappear when they are no longer needed.
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 1/2] md: make devices disappear when they are no longer needed.
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 1/2] md: make devices disappear when they are no longer needed.
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] md: make devices disappear when they are no longer needed.
- From: Tejun Heo <tj@xxxxxxxxxx>
[PATCH 2/2] Allow md devices to be created by name.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 1/2] md: make devices disappear when they are no longer needed.
- From: NeilBrown <neilb@xxxxxxx>
[PATCH 0/2] RFC: allow md devices to disappear when not in use.
- From: NeilBrown <neilb@xxxxxxx>
Last Velociraptor analysis before moving to HW-RAID card.
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Why does the md/raid subsystem does not remap bad sectors in a raid array?
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
Re: Why does the md/raid subsystem does not remap bad sectors in a raid array?
- From: Brad Campbell <brad@xxxxxxxxxxx>
Re: Why does the md/raid subsystem does not remap bad sectors in a raid array?
- From: Robert Hancock <hancockr@xxxxxxx>
Re: Velociraptor biting the dust (9th disk, continued to use it, and..)
- From: Robert Hancock <hancockr@xxxxxxx>
Re: raid6's using not the best bandwidth method && raid6 algo is significantly slower in x86_64.
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Why does the md/raid subsystem does not remap bad sectors in a raid array?
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Why does the md/raid subsystem does not remap bad sectors in a raid array?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Velociraptor biting the dust (9th disk, continued to use it, and..)
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Velociraptor biting the dust (9th disk, continued to use it, and..)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: raid6's using not the best bandwidth method && raid6 algo is significantly slower in x86_64.
- From: "Igor Podlesny" <for.poige+linux@xxxxxxxxx>
Re: raid6's using not the best bandwidth method && raid6 algo is significantly slower in x86_64.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: raid6's using not the best bandwidth method && raid6 algo is significantly slower in x86_64.
- From: "Igor Podlesny" <for.poige+linux@xxxxxxxxx>
Re: Ninth(?) Velociraptor replacement or md(RAID)/smartmontools(?) bug?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: raid6's using not the best bandwidth method && raid6 algo is significantly slower in x86_64.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: raid6's using not the best bandwidth method && raid6 algo is significantly slower in x86_64.
- From: "Igor Podlesny" <for.poige+linux@xxxxxxxxx>
Re: raid6's using not the best bandwidth method && raid6 algo is significantly slower in x86_64.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: raid6's using not the best bandwidth method && raid6 algo is significantly slower in x86_64.
- From: "Igor Podlesny" <for.poige+linux@xxxxxxxxx>
Re: Ninth(?) Velociraptor replacement or md(RAID)/smartmontools(?) bug?
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: Ninth(?) Velociraptor replacement or md(RAID)/smartmontools(?) bug?
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Ninth(?) Velociraptor replacement or md(RAID)/smartmontools(?) bug?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: [OT] If RAID's not backup... what do you use?
- From: Wolfgang Denk <wd@xxxxxxx>
Re: Ninth(?) Velociraptor replacement or md(RAID)/smartmontools(?) bug?
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: Ninth(?) Velociraptor replacement or md(RAID)/smartmontools(?) bug?
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
Re: Ninth(?) Velociraptor replacement or md(RAID)/smartmontools(?) bug?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Ninth(?) Velociraptor replacement or md(RAID)/smartmontools(?) bug?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Ninth(?) Velociraptor replacement or md(RAID)/smartmontools(?) bug?
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
Re: Ninth(?) Velociraptor replacement or md(RAID)/smartmontools(?) bug?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Ninth(?) Velociraptor replacement or md(RAID)/smartmontools(?) bug?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: [PATCH] md: fix multipath oops
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: [OT] If RAID's not backup... what do you use?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
[OT] If RAID's not backup... what do you use?
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Backups using RAID1
- From: Bill Davidsen <davidsen@xxxxxxx>
A (novel?) variant of the Raid5 reassembly problem: help requested
- From: "Donald J. Barry" <don@xxxxxxxxxxxxxxxxxxxxx>
Re: Backups using RAID1
- From: "Max Waterman" <davidmaxwaterman@xxxxxxxxxxxxxx>
Re: Backups using RAID1
- From: "Jon Nelson" <jnelson-linux-raid@xxxxxxxxxxx>
Re: Backups using RAID1
- From: Drew <drew.kay@xxxxxxxxx>
Re: Comments on printing out right raid type?
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Comments on printing out right raid type?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: [PATCH] md_print_devices: use le{32,64}_to_cpu to access data correctly
- From: Neil Brown <neilb@xxxxxxx>
Re: Backups using RAID1
- From: David Greaves <david@xxxxxxxxxxxx>
[PATCH] md_print_devices: use le{32,64}_to_cpu to access data correctly
- From: crquan@xxxxxxxxx
Re: Backups using RAID1
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: Backups using RAID1
- From: David Greaves <david@xxxxxxxxxxxx>
Re: Backups using RAID1
- From: "Max Waterman" <davidmaxwaterman@xxxxxxxxxxxxxx>
Re: Backups using RAID1
- From: Drew <drew.kay@xxxxxxxxx>
Re: [PATCH] md: use list_for_each_entry macro directly
- From: Neil Brown <neilb@xxxxxxx>
Re: [PATCH] md: fix multipath oops
- From: Neil Brown <neilb@xxxxxxx>
Re: raid6's using not the best bandwidth method && raid6 algo is significantly slower in x86_64.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: raid6's using not the best bandwidth method && raid6 algo is significantly slower in x86_64.
- From: "Igor Podlesny" <for.poige+linux@xxxxxxxxx>
RE: raid6's using not the best bandwidth method && raid6 algo is significantly slower in x86_64.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: raid6's using not the best bandwidth method && raid6 algo is significantly slower in x86_64.
- From: "Igor Podlesny" <for.poige+linux@xxxxxxxxx>
[PATCH] Manage: kernel 2.6.18 can re-add v1 superblocks.
- From: "Bin Guo" <bguo@xxxxxxxxxxxxxxxxxxx>
Re: RAID-6 question.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Backups using RAID1
- From: Drew <drew.kay@xxxxxxxxx>
[PATCH] md: fix multipath oops
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: RAID-6 question.
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Should we be trying re-write on write errors?
- From: Ric Wheeler <ricwheeler@xxxxxxxxx>
Re: RAID-6 question.
- From: "NeilBrown" <neilb@xxxxxxx>
Calculate logical RAID-6 position from physical position
- From: "Wesley Leggette" <wleggette@xxxxxxxxxx>
Re: raid6's using not the best bandwidth method && raid6 algo is significantly slower in x86_64.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: RAID-6 question.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
[PATCH] md: use list_for_each_entry macro directly
- From: crquan@xxxxxxxxx
raid6's using not the best bandwidth method && raid6 algo is significantly slower in x86_64.
- From: "Igor Podlesny" <for.poige+linux@xxxxxxxxx>
Re: 2.6.27.6 question: ata_sff_hsm_move: ata15 (why always ata15)?
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: 2.6.27.6 question: ata_sff_hsm_move: ata15 (why always ata15)?
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: 2.6.27.6 question: ata_sff_hsm_move: ata15 (why always ata15)?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 2.6.27.6 question: ata_sff_hsm_move: ata15 (why always ata15)?
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: md.txt, preread_bypass_threshold and raid5: corrected error
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: 2.6.27.6 question: ata_sff_hsm_move: ata15 (why always ata15)?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: md.txt, preread_bypass_threshold and raid5: corrected error
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: 2.6.27.6 question: ata_sff_hsm_move: ata15 (why always ata15)?
- From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
Re: mail notification of raid problems on 2.6.12
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: mail notification of raid problems on 2.6.12
- From: Twigathy <twigathy@xxxxxxxxx>
Re: mail notification of raid problems on 2.6.12
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: mail notification of raid problems on 2.6.12
- From: berk walker <berk@xxxxxxxxx>
Re: 2.6.27.6 question: ata_sff_hsm_move: ata15 (why always ata15)?
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: And again help on deciphering an error (continued)
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
Re: [PATCH 01/11] async_tx: don't use src_list argument of async_xor() for dma addresses
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
[PATCH] md: make use of list_for_each_entry_safe
- From: crquan@xxxxxxxxx
Re: lilo boot problems from raid1 device(s) .
- From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
Re: And again help on deciphering an error (continued)
- From: Robert Hancock <hancockr@xxxxxxx>
Re: 2.6.27.6 question: ata_sff_hsm_move: ata15 (why always ata15)?
- From: Robert Hancock <hancockr@xxxxxxx>
Re: [PATCH 02/11] async_tx: add support for asynchronous GF multiplication
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: md.txt, preread_bypass_threshold and raid5: corrected error
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: Should we be trying re-write on write errors?
- From: "Greg Freemyer" <greg.freemyer@xxxxxxxxx>
Re: Should we be trying re-write on write errors?
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: [PATCH 01/11] async_tx: don't use src_list argument of async_xor() for dma addresses
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: 2.6.27.6 question: ata_sff_hsm_move: ata15 (why always ata15)?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
2.6.27.6 question: ata_sff_hsm_move: ata15 (why always ata15)?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Should we be trying re-write on write errors?
- From: Neil Brown <neilb@xxxxxxx>
Re: And again help on deciphering an error (continued)
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
Should we be trying re-write on write errors?
- From: greg@xxxxxxxxxxxx
Re: And again help on deciphering an error (continued)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: And again help on deciphering an error (continued)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: And again help on deciphering an error (continued)
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: And again help on deciphering an error (continued)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: And again help on deciphering an error (continued)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: And again help on deciphering an error (continued)
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
Re: typo in raid[456] kernel code/no change based on type?
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: OT: Tips for good hard drives for a home server
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: OT: Tips for good hard drives for a home server
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: mail notification of raid problems on 2.6.12
- From: John Robinson <john.robinson@xxxxxxxxxxx>
Re: mail notification of raid problems on 2.6.12
- From: Keld Jørn Simonsen <keld@xxxxxxxx>
Re: OT: Tips for good hard drives for a home server
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: OT: Tips for good hard drives for a home server
- From: "Greg Freemyer" <greg.freemyer@xxxxxxxxx>
Re: OT: Tips for good hard drives for a home server
- From: " Robin Hill" <robin@xxxxxxxxxxxxxxx>
Re: OT: Tips for good hard drives for a home server
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: OT: Tips for good hard drives for a home server
- From: "Billy Crook" <billycrook@xxxxxxxxx>
Re: typo in raid[456] kernel code/no change based on type?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: typo in raid[456] kernel code/no change based on type?
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Feature suggestion: immediate repair attempt on failed read?
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
[PATCH] need another print_sb for mdp_superblock_1
- From: Denis ChengRq <crquan@xxxxxxxxx>
Re: partitionable md partition size caps at 0.4TB
- From: Jan Wagner <jwagner@xxxxxxxxxxx>
Re: [mdadm git pull] random fixes and compatibility updates for imsm
- From: Neil Brown <neilb@xxxxxxx>
Re: OT: Tips for good hard drives for a home server
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: OT: Tips for good hard drives for a home server
- From: Bill Davidsen <davidsen@xxxxxxx>
Re: Superblock limits / conversion
- From: "Ryan Wagoner" <rswagoner@xxxxxxxxx>
Re: Superblock limits / conversion
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: [PATCH 11/11] ppc440spe-adma: ADMA driver for PPC440SP(e) systems
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 11/11] ppc440spe-adma: ADMA driver for PPC440SP(e) systems
- From: Ilya Yanok <yanok@xxxxxxxxxxx>
[PATCH 10/11] md: remove unused functions
- From: Ilya Yanok <yanok@xxxxxxxxxxx>
[PATCH 09/11] md: change handle_stripe6 to work asynchronously
- From: Ilya Yanok <yanok@xxxxxxxxxxx>
[PATCH 07/11] md: rewrite handle_stripe_dirtying6 in asynchronous way
- From: Ilya Yanok <yanok@xxxxxxxxxxx>
[PATCH 05/11] md: common schedule_reconstruction for raid5/6
- From: Ilya Yanok <yanok@xxxxxxxxxxx>
[PATCH 02/11] async_tx: add support for asynchronous GF multiplication
- From: Ilya Yanok <yanok@xxxxxxxxxxx>
[PATCH 01/11] async_tx: don't use src_list argument of async_xor() for dma addresses
- From: Ilya Yanok <yanok@xxxxxxxxxxx>
[RFC PATCH 00/11] md: support for asynchronous execution of RAID6 operations
- From: Ilya Yanok <yanok@xxxxxxxxxxx>
[PATCH 03/11] async_tx: add support for asynchronous RAID6 recovery operations
- From: Ilya Yanok <yanok@xxxxxxxxxxx>
[PATCH 04/11] md: run stripe operations outside the lock
- From: Ilya Yanok <yanok@xxxxxxxxxxx>
[PATCH 06/11] md: change handle_stripe_fill6 to work in asynchronous way
- From: Ilya Yanok <yanok@xxxxxxxxxxx>
[PATCH 08/11] md: asynchronous handle_parity_check6
- From: Ilya Yanok <yanok@xxxxxxxxxxx>
Re: [PATCH 11/11] ppc440spe-adma: ADMA driver for PPC440SP(e) systems
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxxx>
Re: Superblock limits / conversion
- From: Steve Fairbairn <steve@xxxxxxxxxxxxxxxxxxxx>
Re: Superblock limits / conversion
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: Superblock limits / conversion
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Superblock limits / conversion
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Superblock limits / conversion
- From: "Ryan Wagoner" <rswagoner@xxxxxxxxx>
Re: partitionable md partition size caps at 0.4TB
- From: Michal Soltys <soltys@xxxxxxxx>
Re: Tips for good hard drives for a home server
- From: Ferg <ferg@xxxxxxxxxxxx>
Re: Tips for good hard drives for a home server
- From: Ferg <ferg@xxxxxxxxxxxx>
RE: Tips for good hard drives for a home server
- From: "Henry, Andrew" <andrew.henry@xxxxxxxxxx>
RE: Tips for good hard drives for a home server
- From: "Henry, Andrew" <andrew.henry@xxxxxxxxxx>
RE: Tips for good hard drives for a home server
- From: "Henry, Andrew" <andrew.henry@xxxxxxxxxx>
RE: Tips for good hard drives for a home server
- From: "Henry, Andrew" <andrew.henry@xxxxxxxxxx>
Re: Tips for good hard drives for a home server
- From: "Ryan Wagoner" <rswagoner@xxxxxxxxx>
partitionable md partition size caps at 0.4TB
- From: Jan Wagner <jwagner@xxxxxxxxxxx>
RE: Tips for good hard drives for a home server
- From: "Henry, Andrew" <andrew.henry@xxxxxxxxxx>
3 Disk Raid 1
- From: "Nick Pappin" <npappin@xxxxxxxxxxxx>
Re: typo in raid[456] kernel code/no change based on type?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: How about reversed (or offset) disk components?
- From: "Alan D. Brunelle" <Alan.Brunelle@xxxxxx>
Re: md.txt, preread_bypass_threshold and raid5: corrected error
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: OT: Tips for good hard drives for a home server
- From: "Billy Crook" <billycrook@xxxxxxxxx>
Re: Fedora 9 install using md RAID
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: Fedora 9 install using md RAID
- From: "David Rees" <drees76@xxxxxxxxx>
md.txt, preread_bypass_threshold and raid5: corrected error
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Fedora 9 install using md RAID
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: Tips for good hard drives for a home server
- From: "Leandro Tracchia" <ltracchia@xxxxxxxxx>
RE: Tips for good hard drives for a home server
- From: "David Lethe" <david@xxxxxxxxxxxx>
Re: OT: Tips for good hard drives for a home server
- From: "Ryan Wagoner" <rswagoner@xxxxxxxxx>
OT: Tips for good hard drives for a home server
- From: "Henry, Andrew" <andrew.henry@xxxxxxxxxx>
Fedora 9 install using md RAID
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: Swapping a disk in a raid5 array
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Re: Swapping a disk in a raid5 array
- From: Richard Scobie <richard@xxxxxxxxxxx>
Re: Swapping a disk in a raid5 array
- From: Mike Myers <mikesm559@xxxxxxxxx>
Re: Swapping a disk in a raid5 array
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: How about reversed (or offset) disk components?
- From: "NeilBrown" <neilb@xxxxxxx>
Re: Hi! I wonder wouldn't it be efficient to select ALGORITHM_?type?_ASYMMETRIC ...
- From: "NeilBrown" <neilb@xxxxxxx>
Re: How about reversed (or offset) disk components?
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
How about reversed (or offset) disk components?
- From: "Igor Podlesny" <for.poige+linux@xxxxxxxxx>
Re: Hi! I wonder wouldn't it be efficient to select ALGORITHM_?type?_ASYMMETRIC ...
- From: "Igor Podlesny" <for.poige+linux@xxxxxxxxx>
Swapping a disk in a raid5 array
- From: Mike Myers <mikesm559@xxxxxxxxx>
[mdadm git pull] random fixes and compatibility updates for imsm
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: RAID-6 question.
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
RAID-6 question.
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Recovering RAID-5 from images
- From: Steve Fairbairn <steve@xxxxxxxxxxxxxxxxxxxx>
Recovering RAID-5 from images
- From: "Stefan Heinrichsen" <gelbemauer@xxxxxx>
Re: zeroing superblocks on running systems
- From: martin f krafft <madduck@xxxxxxxxxxx>
Re: zeroing superblocks on running systems
- From: "NeilBrown" <neilb@xxxxxxx>
zeroing superblocks on running systems
- From: martin f krafft <madduck@xxxxxxxxxxx>
Re: Problems with raid6 growing
- From: "Michał Przyłuski" <mikylie@xxxxxxxxx>
Problems with raid6 growing
- From: "Michał Przyłuski" <mikylie@xxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: Neil Brown <neilb@xxxxxxx>
Re: metadata format 00.90 unknown, ignored
- From: "Leandro Tracchia" <ltracchia@xxxxxxxxx>
Re: metadata format 00.90 unknown, ignored
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: metadata format 00.90 unknown, ignored
- From: "Leandro Tracchia" <ltracchia@xxxxxxxxx>
Re: metadata format 00.90 unknown, ignored
- From: "Leandro Tracchia" <ltracchia@xxxxxxxxx>
Re: metadata format 00.90 unknown, ignored
- From: Peter Rabbitson <rabbit@xxxxxxxxx>
metadata format 00.90 unknown, ignored
- From: "Leandro Tracchia" <ltracchia@xxxxxxxxx>
Re: md raid10 regression in 2.6.27.4 (possibly earlier) BISECTED
- From: Thomas Backlund <tmb@xxxxxxxxxxxx>
[PULL REQUEST] 3 bugfixes for md
- From: Neil Brown <neilb@xxxxxxx>
Re: linear : divide error: 0000
- From: Neil Brown <neilb@xxxxxxx>
Re: md raid10 regression in 2.6.27.4 (possibly earlier) BISECTED
- From: Neil Brown <neilb@xxxxxxx>
Re: mdadm degraded RAID5 failure
- From: Neil Brown <neilb@xxxxxxx>
Re: md raid10 regression in 2.6.27.4 (possibly earlier) BISECTED
- From: Thomas Backlund <tmb@xxxxxxxxxxxx>
Hi! I wonder wouldn't it be efficient to select ALGORITHM_?type?_ASYMMETRIC ...
- From: "Igor Podlesny" <for.poige+linux@xxxxxxxxx>
Re: [mdadm git pull] "--assemble --scan" support for imsm
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Solved : Re: Time to ask for help. Raid-5 Dual drive failure
- From: Brad Campbell <brad@xxxxxxxxxxx>
Time to ask for help. Raid-5 Dual drive failure
- From: Brad Campbell <brad@xxxxxxxxxxx>
Re: mdadm degraded RAID5 failure
- From: "Steve Evans" <jeeping@xxxxxxxxx>
md has hard coded maximum number of drives?
- From: Gregory Stark <stark@xxxxxxxxxxxxxxxx>
md has hard coded maximum number of drives?
- From: Gregory Stark <stark@xxxxxxxxxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: greg@xxxxxxxxxxxx
Re: [mdadm git pull] "--assemble --scan" support for imsm
- From: Neil Brown <neilb@xxxxxxx>
Re: linear : divide error: 0000
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: md raid10 regression in 2.6.27.4 (possibly earlier)
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: md raid10 regression in 2.6.27.4 (possibly earlier)
- From: Thomas Backlund <tmb@xxxxxxxxxxxx>
Re: linear : divide error: 0000
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: flagging a disk faulty during raid-5 reshape/grow operation
- From: David Greaves <david@xxxxxxxxxxxx>
flagging a disk faulty during raid-5 reshape/grow operation
- From: "max power" <zouookmoetenwerken@xxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: linear : divide error: 0000
- From: "Wei Yongquan" <weiyqlq@xxxxxxxxx>
raid 1 mismatch_cnt
- From: "Ryan Wagoner" <rswagoner@xxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: linear : divide error: 0000
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: linear : divide error: 0000
- From: "Wei Yongquan" <weiyqlq@xxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: "Kay Sievers" <kay.sievers@xxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: Gabor Gombas <gombasg@xxxxxxxxx>
Re: linear : divide error: 0000
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: "Kay Sievers" <kay.sievers@xxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: Gabor Gombas <gombasg@xxxxxxxxx>
Re: mdraid10 regression in 2.6.27.4 (possibly earlier)
- From: "George Spelvin" <linux@xxxxxxxxxxx>
Re: md raid10 regression in 2.6.27.4 (possibly earlier)
- From: Thomas Backlund <tmb@xxxxxxxxxxxx>
Re: [mdadm git pull] "--assemble --scan" support for imsm
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: Linux RAID & XFS Question - Multiple levels of concurrency = faster I/O on md/RAID 5?
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: Linux RAID & XFS Question - Multiple levels of concurrency = faster I/O on md/RAID 5?
- From: Dave Chinner <david@xxxxxxxxxxxxx>
Re: md raid10 regression in 2.6.27.4 (possibly earlier)
- From: Thomas Backlund <tmb@xxxxxxxxxxxx>
Re: mdraid10 regression in 2.6.27.4 (possibly earlier)
- From: "George Spelvin" <linux@xxxxxxxxxxx>
linear : divide error: 0000
- From: "Wei Yongquan" <weiyqlq@xxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: Luca Berra <bluca@xxxxxxxxxx>
Re: Initial degraded RAID6 sync doesn't occur? Kernel reports it as RAID5?
- From: Bas van Schaik <bas@xxxxxxxx>
mdraid10 regression in 2.6.27.4 (possibly earlier)
- From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: Neil Brown <neilb@xxxxxxx>
Re: RFC - device names and mdadm with some reference to udev.
- From: Neil Brown <neilb@xxxxxxx>
Initial degraded RAID6 sync doesn't occur? Kernel reports it as RAID5?
- From: Bas van Schaik <bas@xxxxxxxx>
Re: Linux RAID & XFS Question - Multiple levels of concurrency = faster I/O on md/RAID 5?
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: Linux RAID & XFS Question - Multiple levels of concurrency = faster I/O on md/RAID 5?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Linux RAID & XFS Question - Multiple levels of concurrency = faster I/O on md/RAID 5?
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Linux RAID & XFS Question - Multiple levels of concurrency = faster I/O on md/RAID 5?
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Debian and udev (was: RFC - device names and mdadm with some reference to udev.)
- From: Bernd Schubert <bs@xxxxxxxxx>
Debian and udev (was: RFC - device names and mdadm with some reference to udev.)
- From: martin f krafft <madduck@xxxxxxxxxx>
mdp devices on Debian (was: RFC - device names and mdadm with some reference to udev.)
- From: martin f krafft <madduck@xxxxxxxxxx>
Re: Adaptec raid congtrollers for SATA disks under software raid
- From: Wolfgang Denk <wd@xxxxxxx>
Re: Adaptec raid congtrollers for SATA disks under software raid
- From: Mike Myers <mikesm559@xxxxxxxxx>
Re: Adaptec raid congtrollers for SATA disks under software raid
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Adaptec raid congtrollers for SATA disks under software raid
- From: Mike Myers <mikesm559@xxxxxxxxx>
Re: Adaptec raid congtrollers for SATA disks under software raid
- From: Mike Myers <mikesm559@xxxxxxxxx>
Bug in mdadm 2.6.7
- From: Vladislav Konecny <vladislav.konecny@xxxxxxxxxx>
Re: Adaptec raid congtrollers for SATA disks under software raid
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Adaptec raid congtrollers for SATA disks under software raid
- From: Wolfgang Denk <wd@xxxxxxx>
Re: Adaptec raid congtrollers for SATA disks under software raid
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: Adaptec raid congtrollers for SATA disks under software raid
- From: Wolfgang Denk <wd@xxxxxxx>
Re: Adaptec raid congtrollers for SATA disks under software raid
- From: "David Lethe" <david@xxxxxxxxxxxx>

[Index of Archives] [Linux RAID Wiki] [ATA RAID] [Linux SCSI Target Infrastructure] [Linux Block] [Linux IDE] [Linux SCSI] [Linux Hams] [Device Mapper] [Kernel] [Linux Admin] [Linux Net] [GFS] [RPM] [git] [Yosemite Forum] [Linux Networking]