|Line 7:||Line 7:|
[[David Greaves]] [[Nick Yeates]]
if you to help.
Revision as of 20:47, 19 September 2016
This site is the Linux-raid kernel list community-managed reference for Linux software RAID as implemented in recent version 3 series and 2.6 kernels. It should replace many of the unmaintained and out-of-date documents out there such as the Software RAID HOWTO and the Linux RAID FAQ.
Where possible, information should be tagged with the minimum kernel/software version required to use the feature. Some of the information on these pages are unfortunately quite old, but we are in the process of updating the info (aren't we always...)
Linux RAID issues are discussed in the linux-raid mailing list to be found at http://vger.kernel.org/vger-lists.html#linux-raid
As of September 2016 Wol is updating it to mdadm 3.3 and the 4.x kernels. Please contact Wol or Nick if you want to help.
There is an Overview section that is based on the RAID HowTo, covering the following:
- Why RAID?
- Hardware issues
- RAID setup
- Detecting, querying and testing
- Tweaking, tuning and troubleshooting
- Recovering a failed software RAID
- Related tools
- Partitioning RAID / LVM on RAID
The document is sprinkled with references to the deprecated (since 2003) raidtools which are being gradually removed. Anything mentioning mkraid, raidtab or raidtools should be fixed.
Frequently Asked Questions - FAQ
Here goes a collection of frequently asked questions.
A mdadm-faq is available.
Areas Of Interest
- RAID Creation
- RAID Recovery
- RAID Administration
- RAID Boot
- SATA RAID Boot Recipe
- Preventing against a failing disk
Proper hardware RAID systems are presented to linux as a block device and there's no coverage of them (yet) in this wiki.
BIOS / firmware RAID aka fake raid cards:
- offer a few performance benefits (like CPU, bus and RAM offloading), but may often be much slower than SW raid (link?)
- if the 'raid' card or motherboard dies then you often have to find an exact replacement and this can be tricky for older cards
- if drives move to other machines the data can't easily be read
- there is usually no monitoring or reporting on the array - if a problem occurs then it may not show up unless the machine is rebooted *and* someone is actually watching the BIOS boot screen (or until multiple errors occur and your data is lost)
- you are entrusting your data to unpatchable software written into a BIOS that has probably not been tested, has no support mechanism and almost no community.
- having seen how many bugs the kernel works around in various BIOSes it would be optimistic to think that the BIOS RAID has no bugs.
Given the point of RAID is usually to reduce risk it is fair to say that using fakeraid is a terrible idea and it's better to focus energy on either true HW raid or in-kernel SW raid .... but there is nothing stopping you :)
- Editing pages
- Wikipedia RAID including description of specific Linux RAID types
- Common RAID Disk Drive Format (DDF) standard specifying standard RAID levels from SNIA
- Kernel Newbies basic information about working on kernel
- The mathematics of RAID6
- FAQ about hardware/fake raid cards
- HW RAID support in Linux
- Fault-Tolerant RAID
- linux-raid mailing list archives
See Spam Blocks for the spam restrictions on this site.