]> git.ipfire.org Git - thirdparty/mdadm.git/blame - mdadm.conf.5
Release 2.5.2
[thirdparty/mdadm.git] / mdadm.conf.5
CommitLineData
56eb10c0
NB
1.TH MDADM.CONF 5
2.SH NAME
3mdadm.conf \- configuration for management of Software Raid with mdadm
4.SH SYNOPSIS
5/etc/mdadm.conf
6.SH DESCRIPTION
7.PP
8.B mdadm
11a3e71d 9is a tool for creating, managing, and monitoring RAID devices using the
56eb10c0
NB
10.B md
11driver in Linux.
12.PP
13Some common tasks, such as assembling all arrays, can be simplified
2d465520 14by describing the devices and arrays in this configuration file.
56eb10c0
NB
15
16.SS SYNTAX
17The file should be seen as a collection of words separated by white
18space (space, tab, or newline).
11a3e71d 19Any word that beings with a hash sign (#) starts a comment and that
2d465520 20word together with the remainder of the line is ignored.
56eb10c0 21
2d465520 22Any line that starts with white space (space or tab) is treated as
56eb10c0
NB
23though it were a continuation of the previous line.
24
25Empty lines are ignored, but otherwise each (non continuation) line
2d465520 26must start with a keyword as listed below. The keywords are case
e0d19036 27insensitive and can be abbreviated to 3 characters.
56eb10c0
NB
28
29The keywords are:
30.TP
31.B DEVICE
32A
33.B device
34line lists the devices (whole devices or partitions) that might contain
35a component of an MD array. When looking for the components of an
36array,
37.B mdadm
2d465520 38will scan these devices (or any devices listed on the command line).
56eb10c0
NB
39
40The
41.B device
42line may contain a number of different devices (separated by spaces)
43and each device name can contain wild cards as defined by
44.BR glob (7).
45
46Also, there may be several device lines present in the file.
47
5787fa49
NB
48Alternatively, a
49.B device
50line can contain the word
51.BR partitions .
52This will cause
53.I mdadm
54to read
55.I /proc/partitions
56and include all devices and partitions found there-in.
57.I mdadm
58does not use the names from
59.I /proc/partitions
60but only the major and minor device numbers. It scans
61.I /dev
62to find the name that matches the numbers.
63
a99d6b66
NB
64If no DEVICE line is present, then "DEVICE partitions" is assumed.
65
11a3e71d
NB
66For example:
67.IP
68DEVICE /dev/hda* /dev/hdc*
69.br
70DEV /dev/sd*
71.br
72DEVICE /dev/discs/disc*/disc
5787fa49
NB
73.br
74DEVICE partitions
11a3e71d 75
56eb10c0
NB
76.TP
77.B ARRAY
11a3e71d
NB
78The ARRAY lines identify actual arrays. The second word on the line
79should be the name of the device where the array is normally
80assembled, such as
81.BR /dev/md1 .
e0d19036
NB
82Subsequent words identify the array, or identify the array as a member
83of a group. If multiple identities are given,
2d465520
NB
84then a component device must match ALL identities to be considered a
85match. Each identity word has a tag, and equals sign, and some value.
86The tags are:
11a3e71d
NB
87
88.RS 4
89.TP
90.B uuid=
91The value should be a 128 bit uuid in hexadecimal, with punctuation
92interspersed if desired. This must match the uuid stored in the
93superblock.
94.TP
947fd4dd
NB
95.B name=
96The value should be a simple textual name as was given to
97.I mdadm
98when the array was created. This must match the name stored in the
99superblock on a device for that device to be included in the array.
100Not all superblock-formats support names.
101.TP
11a3e71d
NB
102.B super-minor=
103The value is an integer which indicates the minor number that was
104stored in the superblock when the array was created. When an array is
105created as /dev/mdX, then the minor number X is stored.
106.TP
107.B devices=
56eedc1a
NB
108The value is a comma separated list of device names or device name
109patterns.
110Only devices with names which match one entry in the list will be used
111to assemble the array. Note that the devices
11a3e71d
NB
112listed there must also be listed on a DEVICE line.
113.TP
114.B level=
115The value is a raid level. This is not normally used to
116identify an array, but is supported so that the output of
117
118.B "mdadm --examine --scan"
119
120can be use directly in the configuration file.
121.TP
b83d95f3
NB
122.B num-devices=
123The value is the number of devices in a complete active array. As with
11a3e71d
NB
124.B level=
125this is mainly for compatibility with the output of
56eb10c0 126
11a3e71d 127.BR "mdadm --examine --scan" .
e0d19036 128
058574b1
NB
129.TP
130.B spares=
131The value is a number of spare devices to expect the array to have.
132.I mdadm --monitor
133will report an array if it is found to have fewer than this number of
134spares when
135.B --monitor
136starts or when
137.B --oneshot
138is used.
139
e0d19036
NB
140.TP
141.B spare-group=
142The value is a textual name for a group of arrays. All arrays with
143the same
144.B spare-group
145name are considered to be part of the same group. The significance of
146a group of arrays is that
147.B mdadm
148will, when monitoring the arrays, move a spare drive from one array in
149a group to another array in that group if the first array had a failed
150or missing drive but no spare.
dd0781e5
NB
151
152.TP
153.B auto=
154This option declares to
155.B mdadm
156that it should try to create the device file of the array if it
157doesn't already exist, or exists but with the wrong device number.
158
159The value of this option can be "yes" or "md" to indicate that a
160traditional, non-partitionable md array should be created, or "mdp",
161"part" or "partition" to indicate that a partitionable md array (only
162available in linux 2.6 and later) should be used. This later set can
163also have a number appended to indicate how many partitions to create
164device files for, e.g.
165.BR auto=mdp5 .
166The default is 4.
7ef02d01
NB
167
168.TP
169.B bitmap=
170The option specifies a file in which a write-intent bitmap should be
171found. When assembling the array,
172.I mdadm
173will provide this file to the
174.B md
175driver as the bitmap file. This has the same function as the
176.B --bitmap-file
177option to
178.BR --assemble .
058574b1
NB
179
180.TP
181.B metadata=
182Specify the metadata format that the array has. This is mainly
183recognised for comparability with the output of
184.IR "mdadm -Es" .
185
11a3e71d 186.RE
e0d19036
NB
187
188.TP
189.B MAILADDR
190The
191.B mailaddr
192line gives an E-mail address that alerts should be
193sent to when
194.M mdadm
195is running in
196.B --monitor
197mode (and was given the
198.B --scan
199option). There should only be one
200.B MAILADDR
201line and it should have only one address.
202
203
4948b8f7
NB
204.TP
205.B MAILFROM
206The
207.B mailfrom
208line (which can only be abbreviate at leat 5 characters) gives an
209address to appear in the "From" address for alert mails. This can be
210useful if you want to explicitly set a domain, as the default from
211address is "root" with no domain. All words on this line are
212catenated with spaces to form the address.
213
214Note that this value cannot be set via the
215.I mdadm
216commandline. It is only settable via the config file.
217
e0d19036
NB
218.TP
219.B PROGRAM
220The
221.B program
222line gives the name of a program to be run when
223.B "mdadm --monitor"
224detects potentially interesting events on any of the arrays that it
225is monitoring. This program gets run with two or three arguments, they
226being the Event, the md device, and possibly the related component
227device.
228
229There should only be one
230.B program
231line and it should be give only one program.
232
5bbb4842
NB
233
234.TP
235.B CREATE
236The
237.B create
058574b1 238line gives default values to be used when creating arrays and device entries for
5bbb4842
NB
239arrays.
240These include:
241
242.RS 4
243.TP
244.B owner=
245.TP
246.B group=
247These can give user/group ids or names to use instead of system
248defaults (root/wheel or root/disk).
249.TP
250.B mode=
251An octal file mode such as 0660 can be given to override the default
252of 0600.
253.TP
254.B auto=
255This corresponds to the
256.B --auto
257flag to mdadm. Give
258.BR yes ,
259.BR md ,
260.BR mdp ,
261.B part
262- possibly followed by a number of partitions - to indicate how
263missing device entries should be created.
264
058574b1
NB
265.TP
266.B metadata=
267The name of the metadata format to use if none is explicitly given.
268This can be useful to impose a system-wide default of version-1 superblocks.
269
5bbb4842
NB
270.RE
271
272
2d465520
NB
273.SH EXAMPLE
274DEVICE /dev/sd[bcdjkl]1
275.br
276DEVICE /dev/hda1 /dev/hdb1
277
278# /dev/md0 is known by it's UID.
279.br
280ARRAY /dev/md0 UUID=3aaa0122:29827cfa:5331ad66:ca767371
281.br
282# /dev/md1 contains all devices with a minor number of
283.br
284# 1 in the superblock.
285.br
286ARRAY /dev/md1 superminor=1
287.br
288# /dev/md2 is made from precisey these two devices
289.br
a9d69660 290ARRAY /dev/md2 devices=/dev/hda1,/dev/hdb1
2d465520
NB
291
292# /dev/md4 and /dev/md5 are a spare-group and spares
293.br
294# can be moved between them
295.br
296ARRAY /dev/md4 uuid=b23f3c6d:aec43a9f:fd65db85:369432df
297.br
298 spare-group=group1
299.br
300ARRAY /dev/md5 uuid=19464854:03f71b1b:e0df2edd:246cc977
301.br
302 spare-group=group1
dd0781e5
NB
303.br
304# /dev/md/home is created if need to be a partitionable md array
305.br
306# any spare device number is allocated.
307.br
308ARRAY /dev/md/home UUID=9187a482:5dde19d9:eea3cc4a:d646ab8b
309.br
310 auto=part
2d465520
NB
311
312MAILADDR root@mydomain.tld
313.br
314PROGRAM /usr/sbin/handle-mdadm-events
5bbb4842
NB
315.br
316CREATE group=system mode=0640 auto=part-8
41a3b72a
NB
317.br
318HOMEHOST <system>
e0d19036 319
56eb10c0 320.SH SEE ALSO
11a3e71d
NB
321.BR mdadm (8),
322.BR md (4).
56eb10c0 323