1 |
On Wednesday 27 May 2015 21:40:37 Mick wrote: |
2 |
> On Wednesday 27 May 2015 15:16:35 Peter Humphrey wrote: |
3 |
> > On Wednesday 27 May 2015 09:21:37 Rich Freeman wrote: |
4 |
> > > I suspect that an initramfs might help |
5 |
> > > you out, assuming the filesystems on that RAID are useful in early |
6 |
> > > boot. However, openrc and the raid init scripts should do a good job |
7 |
> > > of configuring your raid if your mdadm.conf and such is correct, so if |
8 |
> > > you don't need those filesystems until late in boot I don't think an |
9 |
> > > initramfs will make much of a difference, since it would likely use |
10 |
> > > the exact same userspace tools as openrc already does. Make sure your |
11 |
> > > mdadm.conf is set up to search all devices that could contain RAID |
12 |
> > > (drive device names can get re-ordered), and it doesn't hurt to put |
13 |
> > > ARRAY lines in mdadm.conf to give it hints. |
14 |
> > |
15 |
> > Like this? |
16 |
> > ARRAY /dev/md1 devices=/dev/sda1,/dev/sdb1 |
17 |
> > ARRAY /dev/md5 devices=/dev/sda5,/dev/sdb5 |
18 |
> > ARRAY /dev/md7 devices=/dev/sda7,/dev/sdb7 |
19 |
> |
20 |
> No, I have always used something like: |
21 |
> |
22 |
> ARRAY /dev/md7 metadata=1.2 UUID=f9516418:7ef43875:4e922ca1:43796eb1 \ |
23 |
> name=data_server:0 |
24 |
|
25 |
My mdadm.conf is now this: |
26 |
DEVICE /dev/sd[ab]1 |
27 |
DEVICE /dev/sd[ab]5 |
28 |
DEVICE /dev/sd[ab]7 |
29 |
ARRAY /dev/md1 devices=/dev/sda1,/dev/sdb1 |
30 |
ARRAY /dev/md5 devices=/dev/sda5,/dev/sdb5 |
31 |
ARRAY /dev/md7 devices=/dev/sda7,/dev/sdb7 |
32 |
|
33 |
I'll see how that goes; so far no complaints about finding no arrays in the |
34 |
config file. I've never used UUIDs, preferring to be able to read what I'm |
35 |
specifying. |
36 |
|
37 |
> It may be that the /dev/sdaX takes longer to settle and this causes your |
38 |
> problem, but I can't tell for sure. |
39 |
|
40 |
That does sound unlikely, especially as /dev/sdXN is suggested in the comments |
41 |
in mdadm.conf. |
42 |
|
43 |
> > I've just switched on a few more sensors in gkrellm, and I see Vcor2 at |
44 |
> > 3.00 and +3.3v at 3.34. Is it worth fiddling with those and related |
45 |
> > settings in the BIOS? I've always hesitated to do that, preferring to let |
46 |
> > it sort itself out. |
47 |
> |
48 |
> If you haven't O/C'ed it, I'd leave it alone. However, if the voltage used |
49 |
> to be something different in the past and is now registering a lower value |
50 |
> using the same version BIOS firmware, then you could have a failing PSU. |
51 |
|
52 |
No, no over-clocking here. Let the hardware work as designed, say I. And I |
53 |
haven't looked at voltages before so I don't know what's normal. |
54 |
|
55 |
Failing PSU? Could be, and I have wondered. Maybe I'll make yet another |
56 |
attempt at setting up a new user and run without BOINC for a while, see if |
57 |
it's been applying too much load to this old bone-shaker. |
58 |
|
59 |
> We all know that this will inevitably lead to behavioural problems (inc. |
60 |
> waving your arms around and making noises ... :-)) |
61 |
|
62 |
:-) Thanks for your comments, Mick and friends. |
63 |
|
64 |
-- |
65 |
Rgds |
66 |
Peter |