[Th] mdadm i mdadm.conf...

[Grzegorz Pietrzak]

Dnia piątek, 29 października 2010, Pawel Sikora napisał:
> On Friday 29 of October 2010 11:02:08 Grzegorz Pietrzak wrote:
> > Dnia piątek, 29 października 2010, Pawel Sikora napisał:
> > > mozesz sprawdzic (strace) czy faktycznie mdassemble faktycznie
> > > odczytalo /dev/sdb1, czy dostalo jakis blad i komunikat 'has no
> > > superblock', to tylko bzdura.
> > >
> > > wrzuc tez nam wynik ' mdadm -QD /dev/md0'
> >
> > No to już...
> > Przy następujących wpisach w mdadm.conf:
> > DEVICE /dev/sd[ab][13]
> > ARRAY /dev/md1 devices=/dev/sdb1,/dev/sda1
> > ARRAY /dev/md3 devices=/dev/sdb3,/dev/sda3
> > #ARRAY /dev/md1 UUID=32e0590b:365f827d:8b62f743:401d69bd
> > #ARRAY /dev/md3 UUID=a74f0428:1997ebc4:504cb46f:032e2411
> >
> > strace zeznaje następująco:
> > #######################
> > (...)
> > open("/dev/sdb1", O_RDONLY|O_EXCL|O_DIRECT|O_LARGEFILE) = -1 EBUSY
> > (Device or resource busy)
> > write(2, "mdadm: /dev/sdb1 has no superblo"..., 54mdadm: /dev/sdb1 has no
> > superblock - assembly aborted
> > ) = 54
> > #######################
> >
> > Zatem zdaje się, że to nie wina mdadm...
>
> z doswiadczenia wiem, ze EBUSY przy mdadm, oznacza, ze dane urzadzenie
> jest juz zajete przez uruchomiona macierz, albo inna warstwe (np. lvm).
> teraz trzeba tylko cos wyprostowac. zerknalem jeszcze raz w ten watek
> i na poczatku pisales o md1 na sd{a,b}1
>
> ARRAY /dev/md1 devices=/dev/sda1,/dev/sdb1
> ARRAY /dev/md1 UUID=32e0590b:365f827d:8b62f743:401d69bd
>
> pozniej piszesz o md0 na tych samych urzadzeniach sd{ab}1
>
> ARRAY /dev/md0 uuid=19464854:03f71b1b:e0df2edd:246cc977
> ARRAY /dev/md0 devices=/dev/sda1,/dev/sdb1
>
> jest to nie jest jakas rekonfiguracja w trakcie rozwoju tego
> watku, to chyba chcesz odpalic dwa razy macierz(e?) na tych
> samych urzadzeniach podajac im explicite 'devices' w mdadm.conf.
Oszfak...
Tonie rekonfiguracja to nieścisłość...
Od początku to jest:
DEVICE /dev/sd[ab][13]
ARRAY /dev/md1 devices=/dev/sdb1,/dev/sda1
ARRAY /dev/md3 devices=/dev/sdb3,/dev/sda3
#ARRAY /dev/md1 UUID=32e0590b:365f827d:8b62f743:401d69bd
#ARRAY /dev/md3 UUID=a74f0428:1997ebc4:504cb46f:032e2411
Jedyny odchył od normalności jest taki, że przy pierwszym podejściu zbudowana 
była macierz /dev/md1 z /dev/sda1 i /dev/sdb1 z wersją metadanych której nie 
rozumiało lilo i macierze zostały zrobione jeszcze raz z 
opcją --metadata=0.90 (przy pomocy RescueCD)
Po tym w chroocie zainstalowany system i po pierwszym uruchomieniu już 
rozważany błąd...

(ARRAY /dev/md0 uuid=19464854:03f71b1b:e0df2edd:246cc977 to jest wpis z 
komentarzy w mdadm.conf, użyty przeze mnie na początku dla zobrazowania 
problemu, bo nie miałem pod ręką problematycznego systemu. A póżniej to z 
rozpędu powieliłem Przepraszam jeśli to zamieszało w rozważaniach...)

Pozdrawiam
-- 
: Grzegorz Pietrzak || grzes w artikon.pl
: Najlepsza część życia ludzkiego to małe, bezimienne i zapomniane akty
: dobroci i miłości.