1 |
Francesco Talamona wrote: |
2 |
> On Saturday 19 April 2008, Roy Wright wrote: |
3 |
>> Looking thru dmesg and /var/log/messages, it looks like there are no |
4 |
>> attempts to start the array until I manually try. |
5 |
>> |
6 |
>> Any hints on what I'm missing? |
7 |
> |
8 |
> Personal experience: |
9 |
> |
10 |
> 1) don't mix raidtools stuff with mdadm, use only the latter (I'm not |
11 |
> saying you used raidtools, but I found a lot of misleading |
12 |
> documentation lying around) |
13 |
> |
14 |
> 2) check carefully the UUID of *all* the partitions, I had exactly the |
15 |
> same issue, that I discovered to be caused by a leftover partition that |
16 |
> was part of a different raid set (spurious UUID). At some point in the |
17 |
> bootup the correct set were disassembled. |
18 |
> |
19 |
> 3) evms can badly intefere with mdadm (or it was LVM?): try to modify a |
20 |
> partition/raid setup and it always appears busy, preventing any |
21 |
> editing. |
22 |
> |
23 |
|
24 |
Thank you. |
25 |
|
26 |
I only used mdadm following the gentoo.org docs and gentoo-wiki howtos. |
27 |
|
28 |
Just confirmed all three drives and the mdadm.conf UUID's are the same. |
29 |
|
30 |
evms not installed. |
31 |
lvm2 not installed. yet. |
32 |
|
33 |
I think I found the answer in the man page: |
34 |
|
35 |
--auto-detect |
36 |
Request that the kernel starts any auto-detected arrays. |
37 |
This can only work if md is compiled into the kernel |
38 |
-- not if it is a module. Arrays can be auto-detected |
39 |
by the kernel if all the components are in primary MS-DOS |
40 |
partitions with partition type FD. In-kernel autodetect |
41 |
is not recommended for new installations. Using mdadm to |
42 |
detect and assemble arrays -- possibly in an initrd -- is |
43 |
substantially more flexible and should be preferred. |
44 |
|
45 |
Basically it seems that I need to add a "mdadm --assemble --scan" to a |
46 |
startup file. |
47 |
|
48 |
Thanks again! |
49 |
|
50 |
Have fun, |
51 |
Roy |
52 |
|
53 |
|
54 |
|
55 |
-- |
56 |
gentoo-user@l.g.o mailing list |