]> git.ipfire.org Git - thirdparty/mdadm.git/blame_incremental - mdadm.conf.5
Add mbr pseudo metadata handler.
[thirdparty/mdadm.git] / mdadm.conf.5
... / ...
CommitLineData
1.\" Copyright Neil Brown and others.
2.\" This program is free software; you can redistribute it and/or modify
3.\" it under the terms of the GNU General Public License as published by
4.\" the Free Software Foundation; either version 2 of the License, or
5.\" (at your option) any later version.
6.\" See file COPYING in distribution for details.
7.TH MDADM.CONF 5
8.SH NAME
9mdadm.conf \- configuration for management of Software RAID with mdadm
10.SH SYNOPSIS
11/etc/mdadm.conf
12.SH DESCRIPTION
13.PP
14.I mdadm
15is a tool for creating, managing, and monitoring RAID devices using the
16.B md
17driver in Linux.
18.PP
19Some common tasks, such as assembling all arrays, can be simplified
20by describing the devices and arrays in this configuration file.
21
22.SS SYNTAX
23The file should be seen as a collection of words separated by white
24space (space, tab, or newline).
25Any word that beings with a hash sign (#) starts a comment and that
26word together with the remainder of the line is ignored.
27
28Any line that starts with white space (space or tab) is treated as
29though it were a continuation of the previous line.
30
31Empty lines are ignored, but otherwise each (non continuation) line
32must start with a keyword as listed below. The keywords are case
33insensitive and can be abbreviated to 3 characters.
34
35The keywords are:
36.TP
37.B DEVICE
38A
39.B device
40line lists the devices (whole devices or partitions) that might contain
41a component of an MD array. When looking for the components of an
42array,
43.I mdadm
44will scan these devices (or any devices listed on the command line).
45
46The
47.B device
48line may contain a number of different devices (separated by spaces)
49and each device name can contain wild cards as defined by
50.BR glob (7).
51
52Also, there may be several device lines present in the file.
53
54Alternatively, a
55.B device
56line can contain either of both of the words
57.B containers
58and
59.BR partitions .
60The word
61.B containers
62will cause
63.I mdadm
64to look for assembled CONTAINER arrays and included them as a source
65for assembling further arrays.
66
67The word
68.I partitions
69will cause
70.I mdadm
71to read
72.I /proc/partitions
73and include all devices and partitions found therein.
74.I mdadm
75does not use the names from
76.I /proc/partitions
77but only the major and minor device numbers. It scans
78.I /dev
79to find the name that matches the numbers.
80
81If no DEVICE line is present, then "DEVICE partitions containers" is assumed.
82
83For example:
84.IP
85DEVICE /dev/hda* /dev/hdc*
86.br
87DEV /dev/sd*
88.br
89DEVICE /dev/disk/by-path/pci*
90.br
91DEVICE partitions
92
93.TP
94.B ARRAY
95The ARRAY lines identify actual arrays. The second word on the line
96may be the name of the device where the array is normally
97assembled, such as
98.B /dev/md1
99or
100.BR /dev/md/backup .
101If the name does not start with a slash
102.RB (' / '),
103it is treated as being in
104.BR /dev/md/ .
105Alternately the word
106.B <ignore>
107(complete with angle brackets) can be given in which case any array
108which matches the rest of the line will never be automatically assembled.
109If no device name is given,
110.I mdadm
111will use various heuristics to determine an appropriate name.
112
113Subsequent words identify the array, or identify the array as a member
114of a group. If multiple identities are given,
115then a component device must match ALL identities to be considered a
116match. Each identity word has a tag, and equals sign, and some value.
117The tags are:
118.RS 4
119.TP
120.B uuid=
121The value should be a 128 bit uuid in hexadecimal, with punctuation
122interspersed if desired. This must match the uuid stored in the
123superblock.
124.TP
125.B name=
126The value should be a simple textual name as was given to
127.I mdadm
128when the array was created. This must match the name stored in the
129superblock on a device for that device to be included in the array.
130Not all superblock formats support names.
131.TP
132.B super\-minor=
133The value is an integer which indicates the minor number that was
134stored in the superblock when the array was created. When an array is
135created as /dev/mdX, then the minor number X is stored.
136.TP
137.B devices=
138The value is a comma separated list of device names or device name
139patterns.
140Only devices with names which match one entry in the list will be used
141to assemble the array. Note that the devices
142listed there must also be listed on a DEVICE line.
143.TP
144.B level=
145The value is a raid level. This is not normally used to
146identify an array, but is supported so that the output of
147
148.B "mdadm \-\-examine \-\-scan"
149
150can be use directly in the configuration file.
151.TP
152.B num\-devices=
153The value is the number of devices in a complete active array. As with
154.B level=
155this is mainly for compatibility with the output of
156
157.BR "mdadm \-\-examine \-\-scan" .
158
159.TP
160.B spares=
161The value is a number of spare devices to expect the array to have.
162The sole use of this keyword and value is as follows:
163.B mdadm \-\-monitor
164will report an array if it is found to have fewer than this number of
165spares when
166.B \-\-monitor
167starts or when
168.B \-\-oneshot
169is used.
170
171.TP
172.B spare\-group=
173The value is a textual name for a group of arrays. All arrays with
174the same
175.B spare\-group
176name are considered to be part of the same group. The significance of
177a group of arrays is that
178.I mdadm
179will, when monitoring the arrays, move a spare drive from one array in
180a group to another array in that group if the first array had a failed
181or missing drive but no spare.
182
183.TP
184.B auto=
185This option is rarely needed with mdadm-3.0, particularly if use with
186the Linux kernel v2.6.28 or later.
187It tells
188.I mdadm
189whether to use partitionable array or non-partitionable arrays and,
190in the absence of
191.IR udev ,
192how many partition devices to create. From 2.6.28 all md array
193devices are partitionable, hence this option is not needed.
194
195The value of this option can be "yes" or "md" to indicate that a
196traditional, non-partitionable md array should be created, or "mdp",
197"part" or "partition" to indicate that a partitionable md array (only
198available in linux 2.6 and later) should be used. This later set can
199also have a number appended to indicate how many partitions to create
200device files for, e.g.
201.BR auto=mdp5 .
202The default is 4.
203
204.TP
205.B bitmap=
206The option specifies a file in which a write-intent bitmap should be
207found. When assembling the array,
208.I mdadm
209will provide this file to the
210.B md
211driver as the bitmap file. This has the same function as the
212.B \-\-bitmap\-file
213option to
214.BR \-\-assemble .
215
216.TP
217.B metadata=
218Specify the metadata format that the array has. This is mainly
219recognised for comparability with the output of
220.BR "mdadm \-Es" .
221
222.TP
223.B container=
224Specify that this array is a member array of some container. The
225value given can be either a path name in /dev, or a UUID of the
226container array.
227
228.TP
229.B member=
230Specify that this array is a member array of some container. Each
231type of container has some way to enumerate member arrays, often a
232simple sequence number. The value identifies which member of a
233container the array is. It will usually accompany a "container=" word.
234.RE
235
236.TP
237.B MAILADDR
238The
239.B mailaddr
240line gives an E-mail address that alerts should be
241sent to when
242.I mdadm
243is running in
244.B \-\-monitor
245mode (and was given the
246.B \-\-scan
247option). There should only be one
248.B MAILADDR
249line and it should have only one address.
250
251
252.TP
253.B MAILFROM
254The
255.B mailfrom
256line (which can only be abbreviated to at least 5 characters) gives an
257address to appear in the "From" address for alert mails. This can be
258useful if you want to explicitly set a domain, as the default from
259address is "root" with no domain. All words on this line are
260catenated with spaces to form the address.
261
262Note that this value cannot be set via the
263.I mdadm
264commandline. It is only settable via the config file.
265
266.TP
267.B PROGRAM
268The
269.B program
270line gives the name of a program to be run when
271.B "mdadm \-\-monitor"
272detects potentially interesting events on any of the arrays that it
273is monitoring. This program gets run with two or three arguments, they
274being the Event, the md device, and possibly the related component
275device.
276
277There should only be one
278.B program
279line and it should be give only one program.
280
281
282.TP
283.B CREATE
284The
285.B create
286line gives default values to be used when creating arrays and device entries for
287arrays.
288These include:
289
290.RS 4
291.TP
292.B owner=
293.TP
294.B group=
295These can give user/group ids or names to use instead of system
296defaults (root/wheel or root/disk).
297.TP
298.B mode=
299An octal file mode such as 0660 can be given to override the default
300of 0600.
301.TP
302.B auto=
303This corresponds to the
304.B \-\-auto
305flag to mdadm. Give
306.BR yes ,
307.BR md ,
308.BR mdp ,
309.B part
310\(em possibly followed by a number of partitions \(em to indicate how
311missing device entries should be created.
312
313.TP
314.B metadata=
315The name of the metadata format to use if none is explicitly given.
316This can be useful to impose a system-wide default of version-1 superblocks.
317
318.TP
319.B symlinks=no
320Normally when creating devices in
321.B /dev/md/
322.I mdadm
323will create a matching symlink from
324.B /dev/
325with a name starting
326.B md
327or
328.BR md_ .
329Give
330.B symlinks=no
331to suppress this symlink creation.
332.RE
333
334.TP
335.B HOMEHOST
336The
337.B homehost
338line gives a default value for the
339.B \-\-homehost=
340option to mdadm. There should normally be only one other word on the line.
341It should either be a host name, or one of the special words
342.B <system>
343and
344.BR <ignore> .
345If
346.B <system>
347is given, then the
348.BR gethostname ( 2 )
349systemcall is used to get the host name.
350
351If
352.B <ignore>
353is given, then a flag is set so that when arrays are being
354auto-assembled the checking of the recorded
355.I homehost
356is disabled.
357If
358.B <ignore>
359is given it is also possible to give an explicit name which will be
360used when creating arrays. This is the only case when there can be
361more that one other word on the
362.B HOMEHOST
363line.
364
365When arrays are created, this host name will be stored in the
366metadata. When arrays are assembled using auto-assembly, arrays which
367do not record the correct homehost name in their metadata will be
368assembled using a "foreign" name. A "foreign" name alway ends with a
369digit string preceded by an underscore to differentiate it
370from any possible local name. e.g.
371.B /dev/md/1_1
372or
373.BR /dev/md/home_0 .
374.TP
375.B AUTO
376A list of names of metadata format can be given, each preceded by a
377plus or minus sign. Also the word
378.I homehost
379is allowed as is
380.I all
381preceded by plus or minus sign.
382.I all
383is usually last.
384
385When
386.I mdadm
387is auto-assembling an array, either via
388.I \-\-assemble
389or
390.I \-\-incremental
391and it finds metadata of a given type, it checks that metadata type
392against those listed in this line. The first match wins, where
393.I all
394matches anything.
395If a match is found that was preceded by a plus sign, the auto
396assembly is allowed. If the match was preceded by a minus sign, the
397auto assembly is disallowed. If no match is found, the auto assembly
398is allowed.
399
400If the metadata indicates that the array was created for
401.I this
402host, and the word
403.I homehost
404appears before any other match, then the array is treated as a valid
405candidate for auto-assembly.
406
407This can be used to disable all auto-assembly (so that only arrays
408explicitly listed in mdadm.conf or on the command line are assembled),
409or to disable assembly of certain metadata types which might be
410handled by other software. It can also be used to disable assembly of
411all foreign arrays - normally such arrays are assembled but given a
412non-deterministic name in
413.BR /dev/md/ .
414
415The known metadata types are
416.BR 0.90 ,
417.BR 1.x ,
418.BR ddf ,
419.BR imsm .
420
421.SH EXAMPLE
422DEVICE /dev/sd[bcdjkl]1
423.br
424DEVICE /dev/hda1 /dev/hdb1
425
426# /dev/md0 is known by its UUID.
427.br
428ARRAY /dev/md0 UUID=3aaa0122:29827cfa:5331ad66:ca767371
429.br
430# /dev/md1 contains all devices with a minor number of
431.br
432# 1 in the superblock.
433.br
434ARRAY /dev/md1 superminor=1
435.br
436# /dev/md2 is made from precisely these two devices
437.br
438ARRAY /dev/md2 devices=/dev/hda1,/dev/hdb1
439
440# /dev/md4 and /dev/md5 are a spare-group and spares
441.br
442# can be moved between them
443.br
444ARRAY /dev/md4 uuid=b23f3c6d:aec43a9f:fd65db85:369432df
445.br
446 spare\-group=group1
447.br
448ARRAY /dev/md5 uuid=19464854:03f71b1b:e0df2edd:246cc977
449.br
450 spare\-group=group1
451.br
452# /dev/md/home is created if need to be a partitionable md array
453.br
454# any spare device number is allocated.
455.br
456ARRAY /dev/md/home UUID=9187a482:5dde19d9:eea3cc4a:d646ab8b
457.br
458 auto=part
459
460MAILADDR root@mydomain.tld
461.br
462PROGRAM /usr/sbin/handle\-mdadm\-events
463.br
464CREATE group=system mode=0640 auto=part\-8
465.br
466HOMEHOST <system>
467.br
468AUTO +1.x homehost -all
469
470.SH SEE ALSO
471.BR mdadm (8),
472.BR md (4).
473