]> git.ipfire.org Git - thirdparty/mdadm.git/blame - mdadm.conf.5
Allow autoassembly to choose it's own name for the array.
[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
NB
128
129.TP
130.B spare-group=
131The value is a textual name for a group of arrays. All arrays with
132the same
133.B spare-group
134name are considered to be part of the same group. The significance of
135a group of arrays is that
136.B mdadm
137will, when monitoring the arrays, move a spare drive from one array in
138a group to another array in that group if the first array had a failed
139or missing drive but no spare.
dd0781e5
NB
140
141.TP
142.B auto=
143This option declares to
144.B mdadm
145that it should try to create the device file of the array if it
146doesn't already exist, or exists but with the wrong device number.
147
148The value of this option can be "yes" or "md" to indicate that a
149traditional, non-partitionable md array should be created, or "mdp",
150"part" or "partition" to indicate that a partitionable md array (only
151available in linux 2.6 and later) should be used. This later set can
152also have a number appended to indicate how many partitions to create
153device files for, e.g.
154.BR auto=mdp5 .
155The default is 4.
7ef02d01
NB
156
157.TP
158.B bitmap=
159The option specifies a file in which a write-intent bitmap should be
160found. When assembling the array,
161.I mdadm
162will provide this file to the
163.B md
164driver as the bitmap file. This has the same function as the
165.B --bitmap-file
166option to
167.BR --assemble .
11a3e71d 168.RE
e0d19036
NB
169
170.TP
171.B MAILADDR
172The
173.B mailaddr
174line gives an E-mail address that alerts should be
175sent to when
176.M mdadm
177is running in
178.B --monitor
179mode (and was given the
180.B --scan
181option). There should only be one
182.B MAILADDR
183line and it should have only one address.
184
185
4948b8f7
NB
186.TP
187.B MAILFROM
188The
189.B mailfrom
190line (which can only be abbreviate at leat 5 characters) gives an
191address to appear in the "From" address for alert mails. This can be
192useful if you want to explicitly set a domain, as the default from
193address is "root" with no domain. All words on this line are
194catenated with spaces to form the address.
195
196Note that this value cannot be set via the
197.I mdadm
198commandline. It is only settable via the config file.
199
e0d19036
NB
200.TP
201.B PROGRAM
202The
203.B program
204line gives the name of a program to be run when
205.B "mdadm --monitor"
206detects potentially interesting events on any of the arrays that it
207is monitoring. This program gets run with two or three arguments, they
208being the Event, the md device, and possibly the related component
209device.
210
211There should only be one
212.B program
213line and it should be give only one program.
214
5bbb4842
NB
215
216.TP
217.B CREATE
218The
219.B create
220line gives default values to be used when creating device entries for
221arrays.
222These include:
223
224.RS 4
225.TP
226.B owner=
227.TP
228.B group=
229These can give user/group ids or names to use instead of system
230defaults (root/wheel or root/disk).
231.TP
232.B mode=
233An octal file mode such as 0660 can be given to override the default
234of 0600.
235.TP
236.B auto=
237This corresponds to the
238.B --auto
239flag to mdadm. Give
240.BR yes ,
241.BR md ,
242.BR mdp ,
243.B part
244- possibly followed by a number of partitions - to indicate how
245missing device entries should be created.
246
247.RE
248
249
2d465520
NB
250.SH EXAMPLE
251DEVICE /dev/sd[bcdjkl]1
252.br
253DEVICE /dev/hda1 /dev/hdb1
254
255# /dev/md0 is known by it's UID.
256.br
257ARRAY /dev/md0 UUID=3aaa0122:29827cfa:5331ad66:ca767371
258.br
259# /dev/md1 contains all devices with a minor number of
260.br
261# 1 in the superblock.
262.br
263ARRAY /dev/md1 superminor=1
264.br
265# /dev/md2 is made from precisey these two devices
266.br
a9d69660 267ARRAY /dev/md2 devices=/dev/hda1,/dev/hdb1
2d465520
NB
268
269# /dev/md4 and /dev/md5 are a spare-group and spares
270.br
271# can be moved between them
272.br
273ARRAY /dev/md4 uuid=b23f3c6d:aec43a9f:fd65db85:369432df
274.br
275 spare-group=group1
276.br
277ARRAY /dev/md5 uuid=19464854:03f71b1b:e0df2edd:246cc977
278.br
279 spare-group=group1
dd0781e5
NB
280.br
281# /dev/md/home is created if need to be a partitionable md array
282.br
283# any spare device number is allocated.
284.br
285ARRAY /dev/md/home UUID=9187a482:5dde19d9:eea3cc4a:d646ab8b
286.br
287 auto=part
2d465520
NB
288
289MAILADDR root@mydomain.tld
290.br
291PROGRAM /usr/sbin/handle-mdadm-events
5bbb4842
NB
292.br
293CREATE group=system mode=0640 auto=part-8
e0d19036 294
56eb10c0 295.SH SEE ALSO
11a3e71d
NB
296.BR mdadm (8),
297.BR md (4).
56eb10c0 298