1 |
> Should I be able to mount them automatically and let the SW RAID |
2 |
> module sort it out or do I have to know how they're tied together |
3 |
> beforehand? |
4 |
|
5 |
> md: looking for a shared spare drive |
6 |
> md100: no spare disk to reconstruct array! -- continuing in degraded |
7 |
> mode |
8 |
> md: recovery thread finished ... |
9 |
> md: hde5 [events: 000003a5]<6>(write) hde5's sb offset: 273024 |
10 |
> md: hdg5 [events: 000003a5]<6>(write) hdg5's sb offset: 273024 |
11 |
> XFS mounting filesystem md(9,100) |
12 |
> Ending clean XFS mount for filesystem: md(9,100) |
13 |
> |
14 |
> The partitions look like: |
15 |
> 9 100 546112 md100 |
16 |
> 9 101 273024 md101 |
17 |
|
18 |
It seems it has correctly mounted its partition... Can't you find it? |
19 |
|
20 |
I have the feeling that you are messing it up. If I understand it |
21 |
correctly the server has an hardware RAID controller, that has to be |
22 |
managed via its drivers. |
23 |
|
24 |
Software RAID tools aren't suitable to mount correctly this setup, I |
25 |
would mount random partition for testing purposes only, on a spare |
26 |
machine. |
27 |
|
28 |
The wiser thing to do is find an old livecd supporting PERC SAS (or |
29 |
whatever raid card is in that Snap) RAID cards and assemble the array in |
30 |
degraded mode for data recovery. |
31 |
|
32 |
Another thing can come very useful: we once had a similar problem, we |
33 |
ended up borrowing one identical disc from another running server to put |
34 |
the array back online, we recovered our data, then restored the other |
35 |
server's array. |
36 |
|
37 |
HTH |
38 |
Francesco |
39 |
|
40 |
-- |
41 |
Linux Version 2.6.32-gentoo-r5, Compiled #2 SMP PREEMPT Wed Feb 17 |
42 |
20:30:02 CET 2010 |
43 |
Two 1GHz AMD Athlon 64 Processors, 4GB RAM, 4021.84 Bogomips Total |
44 |
aemaeth |