1 |
On Thu, 2011-03-24 at 18:20 -0500, Paul Hartman wrote: |
2 |
> On Thu, Mar 24, 2011 at 5:33 PM, Lindsay Haisley <fmouse-gentoo@×××.com> wrote: |
3 |
> > Newer versions? Kernel 2.6.36 has a config option for RAID autodetect. |
4 |
> > What are you referring to here, mdadm? |
5 |
> |
6 |
> Even the newest kernel supports autodetect, but autodetect only works |
7 |
> with a specific kind of RAID superblock, I think version 0.90. |
8 |
> Different versions of mdadm create arrays with different versions of |
9 |
> superblock by default. Newer versions of superblocks cannot |
10 |
> (presently) be autodetected by the kernel, so anyone using a newer |
11 |
> type of superblock will have to do the "manual" config like this |
12 |
> anyway. |
13 |
|
14 |
Ah. So it follows that if the array was created with an earlier version |
15 |
of mdadm, and mdadm -D tells me that the superblock is persistent and is |
16 |
version 0.90 then autodetection should work. It would also follow that |
17 |
if I turn off RAID autodetection in the kernel, and spec'd ARRAYs by |
18 |
UUID in /etc/mdadm.conf, I should be OK. |
19 |
|
20 |
> As for why it's not working in your case, I really don't know, but |
21 |
> hopefully you can at least get it working /somehow/ so that you can |
22 |
> use your system normally to get real work done, and can investigate |
23 |
> why auto-detect doesn't work the way you'd like it to with less |
24 |
> urgency. |
25 |
|
26 |
If I can't, it's not the end of the world, since I can just let it be |
27 |
and build up a new box and move stuff to it. I need to emerge -u mdadm |
28 |
since I'm currently at v2.6.8 and the portage tree recommends v3.1.4. I |
29 |
need to really make sure that this upgrade will work, since, unlike |
30 |
udev-141, I can't back-version if the newer mdadm causes a problem. |
31 |
|
32 |
> I've got an old Gentoo system that takes days to update, but |
33 |
> if the system is usable during that time it's not really a big deal to |
34 |
> me. It's the days-long updates when the system is in an unusable state |
35 |
> that are a real nightmare. |
36 |
|
37 |
Yeah, there's some brilliant programming in Gentoo, and I really like |
38 |
the concept of what Duncan calls the "rolling upgrade" design |
39 |
philosophy, but it's a slow and complex process. I'd rather deal with a |
40 |
fixed version distribution these days and let others deal with the |
41 |
builds. |
42 |
|
43 |
-- |
44 |
Lindsay Haisley | "We are all broken toasters, but we still |
45 |
FMP Computer Services | manage to make toast" |
46 |
512-259-1190 | |
47 |
http://www.fmp.com | - Cheryl Dehut |
48 |
| |