Menu
Home
People
Places
Arts
History
Plants & Animals
Science
Life & Culture
Technology
Reference.org
mdadm
open-in-new
<h2 id="name">Name</h2> <p>The name is derived from the <i>md</i> (multiple device) device nodes it <i>administers</i> or manages, and it replaced a previous utility <i>mdctl</i>. The original name was "Mirror Disk", but was changed as more functions were added. The name is now understood to be short for Multiple Disk and Device Management.<a class="footnote-ref" id="fnref:5" href="#fn:5"><sup>5</sup></a> </p> <h2 id="overview">Overview</h2> <p>Linux software RAID configurations can include anything presented to the <a href="/facts/Linux_kernel/dlkduHuA">Linux kernel</a> as a <a href="/facts/Block_device/t8ISnXft">block device</a>. This includes whole hard drives (for example, /dev/sda), and their <a href="/facts/Disk_partitioning/wrBk5RRS">partitions</a> (for example, /dev/sda1). </p> <h3>RAID configurations</h3> <p class="note">Main article: <a href="/facts/Standard_RAID_levels/StvCqldY">Standard RAID levels</a></p> <p class="note">See also: <a href="/facts/Linux_MD_RAID_10/ELkjYGoY">Linux MD RAID 10</a></p> <ul><li><i>RAID 0</i> – Block-level <a href="/facts/Data_striping/bIIyMsyp">striping</a>. MD can handle devices of different lengths, the extra space on the larger device is then not striped.</li> <li><i>RAID 1</i> – Mirror.</li> <li><i>RAID 4</i> – Like RAID 0, but with an extra device for the <a href="/facts/Parity_bit/peFp3Wau">parity</a>.</li> <li><i>RAID 5</i> – Like RAID 4, but with the parity distributed across all devices.</li> <li><i>RAID 6</i> – Like RAID 5, but with two parity segments per stripe.</li> <li><i>RAID 10</i> – Take a number of RAID 1 mirrorsets and stripe across them RAID 0 style.</li></ul> <p><i>RAID 10</i> is distinct from <i>RAID 0+1,</i> which consists of a top-level RAID 1 mirror composed of high-performance RAID 0 stripes directly across the physical hard disks. A single-drive failure in a RAID 10 configuration results in one of the lower-level mirrors entering <a href="/facts/Degraded_mode/BCHnsUSY">degraded mode</a>, but the top-level stripe performing normally (except for the performance hit). A single-drive failure in a RAID 0+1 configuration results in one of the lower-level stripes <i>completely failing,</i> and the top-level mirror entering degraded mode. Which of the two setups is preferable depends on the details of the application in question, such as whether or not spare disks are available, and how they should be spun up. </p> <h3>Non-RAID configurations</h3> <ul><li><i>Linear</i> – concatenates a number of devices into a single large MD device – (deprecated since 2021 and removed from the Linux kernel since 2023 <a class="footnote-ref" id="fnref:6" href="#fn:6"><sup>6</sup></a>)</li> <li><i>Multipath</i> – provides multiple paths with failover to a single device</li> <li><i>Faulty</i> – a single device which emulates a number of disk-fault scenarios for testing and development</li> <li><i>Container</i> – a group of devices managed as a single device, in which one can build RAID systems</li></ul> <h2 id="features">Features</h2> <p>The original (standard) form of names for md devices is /dev/md<n>, where <n> is a number between 0 and 99. More recent kernels have support for names such as /dev/md/Home. Under 2.4.x kernels and earlier these two were the only options. Both of them are non-partitionable. </p><p>Since 2.6.x kernels, a new type of MD device was introduced, a <a href="/facts/Partition_(computing)/wrBk5RRS">partitionable</a> array. The device names were modified by changing md to md_d. The partitions were identified by adding p<n>, where <n> is the partition number; thus /dev/md/md_d2p3 for example. Since version 2.6.28 of the <a href="/facts/Linux_kernel_mainline/dlkduHuA">Linux kernel mainline</a>, non-partitionable arrays can be partitioned, the partitions being referred to in the same way as for partitionable arrays – for example, /dev/md/md1p2. </p><p>Since version 3.7 of the Linux kernel mainline, md supports <a href="/facts/Trim_(computing)/oPFTudrz">TRIM</a> operations for the underlying <a href="/facts/Solid-state_drive/aMHBy8gU">solid-state drives</a> (SSDs), for linear, RAID 0, RAID 1, RAID 5 and RAID 10 layouts.<a class="footnote-ref" id="fnref:7" href="#fn:7"><sup>7</sup></a> </p> <h3>Booting</h3> <p>Since support for MD is found in the kernel, there is an issue with using it before the kernel is running. Specifically it <i>will not</i> be present if the boot loader is either <a href="/facts/LILO_(boot_loader)/CSlDBvwD">(e)LiLo</a> or <a href="/facts/GNU_GRUB/pbwqDCh1">GRUB</a> legacy. Although normally present, it <i>may</i> not be present for GRUB 2. In order to circumvent this problem a <a href="/facts/%2fboot/lDy2aJWz">/boot</a> filesystem must be used either without md support, or else with RAID1. In the latter case the system will boot by treating the RAID1 device as a normal filesystem, and once the system is running it can be remounted as md and the second disk added to it. This will result in a catch-up, but /boot filesystems are usually small. </p><p>With more recent bootloaders it is possible to load the MD support as a kernel module through the <a href="/facts/Initramfs/St5yDjAz">initramfs</a> mechanism. This approach allows the /boot filesystem to be inside any RAID system without the need of a complex manual configuration. </p> <h3>External metadata</h3> <p>Besides its own formats for RAID volumes metadata, Linux software RAID also supports external metadata formats, since version 2.6.27 of the Linux kernel and version 3.0 of the mdadm userspace utility. This allows Linux to use various firmware- or driver-based RAID volumes, also known as "<a href="/facts/Fake_RAID/IpzWWgog">fake RAID</a>".<a class="footnote-ref" id="fnref:8" href="#fn:8"><sup>8</sup></a> </p><p>As of October 2013<a href="https://en.wikipedia.org/w/index.php?title=Mdadm&action=edit">[update]</a>, there are two supported formats of the external metadata: </p> <ul><li>DDF (<a href="/facts/Disk_Data_Format/X8v4hj40">Disk Data Format</a>), an industry standard defined by the <a href="/facts/Storage_Networking_Industry_Association/nWXbIQI2">Storage Networking Industry Association</a> for increased interoperability.<a class="footnote-ref" id="fnref:9" href="#fn:9"><sup>9</sup></a></li> <li>Volume metadata format used by the <a href="/facts/Intel_Rapid_Storage_Technology/jsH5fb3z">Intel Rapid Storage Technology</a>(RST), former Intel Matrix RAID, implemented on many consumer-level motherboards.<a class="footnote-ref" id="fnref:10" href="#fn:10"><sup>10</sup></a></li></ul> <h3>mdmpd</h3> <p>mdmpd was<a class="footnote-ref" id="fnref:11" href="#fn:11"><sup>11</sup></a> a <a href="/facts/Daemon_(computer_software)/bzuEVGGX">daemon</a> used for monitoring MD multipath devices up to <a href="/facts/Linux_kernel/dlkduHuA">Linux kernel</a> 2.6.10-rc1, developed by <a href="/facts/Red_Hat/5rhmBLBa">Red Hat</a> as part of the mdadm package.<a class="footnote-ref" id="fnref:12" href="#fn:12"><sup>12</sup></a> The program was used to monitor multipath (<a href="/facts/RAID/IpzWWgog">RAID</a>) devices, and is usually started at boot time as a service, and afterwards running as a daemon. </p><p>Enterprise storage requirements often include the desire to have more than one way to talk to a single disk drive so that in the event of some failure to talk to a disk drive via one controller, the system can automatically switch to another controller and keep going. This is called multipath disk access. The linux kernel implements multipath disk access via the software RAID stack known as the md (Multiple Devices) driver. The kernel portion of the md multipath driver only handles routing I/O requests to the proper device and handling failures on the active path. It does not try to find out if a path that has previously failed might be working again. That's what this daemon does. Upon startup, it reads the current state of the md raid arrays, saves that state, and then waits for the kernel to tell it something interesting has happened. It then wakes up, checks to see if any paths on a multipath device have failed, and if they have then it starts to poll the failed path once every 15 seconds until it starts working again. Once it starts working again, the daemon will then add the path back into the multipath md device it was originally part of as a new spare path. </p><p>If one is using the /<a href="/facts/Procfs/qGd3Ncgz">proc</a> filesystem, /proc/mdstat lists all active md devices with information about them. Mdmpd requires this to find arrays to monitor paths on, to get notification of interesting events and to monitor array reconstruction on Monitor mode.<a class="footnote-ref" id="fnref:13" href="#fn:13"><sup>13</sup></a> </p> <h3>Technical details RAID 1</h3> <p>The data on a RAID 1 volume is the same as on a normal partition. The RAID information is stored in the last 128kB of the partition. This means, to convert a RAID 1 volume to normal data partition, it is possible to decrease the partition size by 128kB and change the partition ID from fd to 83 (for Linux). </p> <h2 id="see-also">See also</h2> <ul> <li>Free and open-source software portal</li><li>Linux portal</li></ul> <ul><li><a href="/facts/Bioctl/SY1G7Iat">bioctl</a> on OpenBSD/NetBSD</li></ul> <h2 id="external-links">External links</h2> Wikiversity has learning resources about <i>mdadm quick reference</i> <ul><li><a href="https://www.kernel.org/pub/linux/utils/raid/mdadm/">mdadm source code releases</a></li> <li><a href="https://help.ubuntu.com/community/Installation/SoftwareRAID">"Installation/SoftwareRAID"</a>. <i><a href="/facts/Ubuntu_(operating_system)/0WDd7hkb">Ubuntu</a> Community Documentation</i>. 2012-03-01.</li> <li>Lonezor (2011-11-13). <a href="https://web.archive.org/web/20111119090413/http://www.technotes.se/?p=1732">"Setting up a RAID volume in Linux with >2TB disks"</a>. Archived from <a href="http://www.technotes.se/?p=1732">the original</a> on 2011-11-19.</li></ul> <h2 id="references">References</h2> <ol> <li id="fn:1"><p>Bresnahan, Christine; Blum, Richard (2016). LPIC-2: Linux Professional Institute Certification Study Guide. John Wiley & Sons. pp. 206–221. ISBN 9781119150817. <a href="9781119150817" target="_blank">9781119150817</a> <a href="#fnref:1" class="footnote-back-ref">↩</a></p></li> <li id="fn:2"><p>Vadala, Derek (2003). Managing RAID on Linux. O'Reilly Media, Inc. p. 140. ISBN 9781565927308. mdadm linux. <a href="9781565927308" target="_blank">9781565927308</a> <a href="#fnref:2" class="footnote-back-ref">↩</a></p></li> <li id="fn:3"><p>Nemeth, Evi (2011). UNIX and Linux System Administration Handbook. Pearson Education. pp. 242–245. ISBN 9780131480056. <a href="9780131480056" target="_blank">9780131480056</a> <a href="#fnref:3" class="footnote-back-ref">↩</a></p></li> <li id="fn:4"><p>"Mdadm". Archived from the original on 2013-05-03. Retrieved 2007-08-25. <a href="https://web.archive.org/web/20130503183707/http://neil.brown.name/blog/mdadm" target="_blank">https://web.archive.org/web/20130503183707/http://neil.brown.name/blog/mdadm</a> <a href="#fnref:4" class="footnote-back-ref">↩</a></p></li> <li id="fn:5"><p>Bresnahan, Christine; Blum, Richard (2016). LPIC-2: Linux Professional Institute Certification Study Guide. John Wiley & Sons. pp. 206–221. ISBN 9781119150817. <a href="9781119150817" target="_blank">9781119150817</a> <a href="#fnref:5" class="footnote-back-ref">↩</a></p></li> <li id="fn:6"><p>"md: Remove deprecated CONFIG_MD_LINEAR". GitHub. 2023-12-19. Retrieved 2024-04-30. <a href="https://github.com/torvalds/linux/commit/849d18e27be9a1253f2318cb4549cc857219d991" target="_blank">https://github.com/torvalds/linux/commit/849d18e27be9a1253f2318cb4549cc857219d991</a> <a href="#fnref:6" class="footnote-back-ref">↩</a></p></li> <li id="fn:7"><p>"Linux kernel 3.7, Section 5. Block". kernelnewbies.org. 2012-12-10. Retrieved 2014-09-21. <a href="http://kernelnewbies.org/Linux_3.7#head-2fd9b183a4623d96e69ed24f88e0eb83217fa8df" target="_blank">http://kernelnewbies.org/Linux_3.7#head-2fd9b183a4623d96e69ed24f88e0eb83217fa8df</a> <a href="#fnref:7" class="footnote-back-ref">↩</a></p></li> <li id="fn:8"><p>"External Metadata". RAID Setup. kernel.org. 2013-10-05. Retrieved 2014-01-01. <a href="https://raid.wiki.kernel.org/index.php/RAID_setup#External_Metadata" target="_blank">https://raid.wiki.kernel.org/index.php/RAID_setup#External_Metadata</a> <a href="#fnref:8" class="footnote-back-ref">↩</a></p></li> <li id="fn:9"><p>"DDF Fake RAID". RAID Setup. kernel.org. 2013-09-12. Retrieved 2014-01-01. <a href="https://raid.wiki.kernel.org/index.php/DDF_Fake_RAID" target="_blank">https://raid.wiki.kernel.org/index.php/DDF_Fake_RAID</a> <a href="#fnref:9" class="footnote-back-ref">↩</a></p></li> <li id="fn:10"><p>"External Metadata". RAID Setup. kernel.org. 2013-10-05. Retrieved 2014-01-01. <a href="https://raid.wiki.kernel.org/index.php/RAID_setup#External_Metadata" target="_blank">https://raid.wiki.kernel.org/index.php/RAID_setup#External_Metadata</a> <a href="#fnref:10" class="footnote-back-ref">↩</a></p></li> <li id="fn:11"><p>"117498 – md code missing event interface". <a href="https://bugzilla.redhat.com/show_bug.cgi?id=117498" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=117498</a> <a href="#fnref:11" class="footnote-back-ref">↩</a></p></li> <li id="fn:12"><p>"Updated mdadm package includes multi-path device enhancements". RHEA-2003:397-06. Redhat. 2004-01-16. <a href="https://rhn.redhat.com/errata/RHEA-2003-397.html" target="_blank">https://rhn.redhat.com/errata/RHEA-2003-397.html</a> <a href="#fnref:12" class="footnote-back-ref">↩</a></p></li> <li id="fn:13"><p>"Mdadm(8): Manage MD devices aka Software RAID - Linux man page". <a href="https://linux.die.net/man/8/mdadm" target="_blank">https://linux.die.net/man/8/mdadm</a> <a href="#fnref:13" class="footnote-back-ref">↩</a></p></li> </ol>