RAID problem
Andrzej Krzysztofowicz
ankry w green.mif.pg.gda.pl
Pią, 30 Lip 2004, 12:49:21 CEST
Ma ktos pomysl, w jaki sposob zrobic RAID odporny na tasowanie dyskami?
Bo mam z tym problem. Zrobilem taki test: wyrejestrowalem dwa dyski i
zarejestrowalem je w odwrotnej kolejnosci: sdg <--> sdh. Oto efekt:
mdadm: looking for devices for /dev/md1
mdadm: /dev/sdh1 is identified as a member of /dev/md1, slot 4.
mdadm: no RAID superblock on /dev/sdg1
mdadm: /dev/sdg1 has wrong uuid.
mdadm: /dev/sdf1 has wrong uuid.
mdadm: /dev/sde1 is identified as a member of /dev/md1, slot 3.
mdadm: /dev/sdd1 is identified as a member of /dev/md1, slot 2.
mdadm: /dev/sdc1 is identified as a member of /dev/md1, slot 1.
mdadm: /dev/sdb1 has wrong uuid.
mdadm: /dev/hda1 is identified as a member of /dev/md1, slot 0.
Znalazl wszystkie 5 dyskow wchodzacych w sklad. Ale kernel w dmesgu pisze:
(read) [dev 03:01]'s sb offset: 19534912 [events: 0000000c]
(read) sdc1's sb offset: 8844160 [events: 0000000c]
(read) sdd1's sb offset: 2097024 [events: 0000000c]
(read) sde1's sb offset: 2097024 [events: 0000000c]
(read) sdg1's sb offset: 8192448 [events: 6c6c6c6c]
[ Dlaczego sdg1 ??? ]
md: invalid raid superblock magic on sdg1
[ nic dziwnego ]
md: sdg1 has invalid sb, not importing!
could not import sdg1, trying to run array nevertheless.
[ i nie zadziala, bo to nie jest RAID5 tylko RAID1 ]
autorun ...
considering sde1 ...
...
Any idea ?
Aha, kernel 2.2 z Ra.
A tasowania dyskow raczej sie nie da uniknac, bo sa one wpiete do kilku
kontrolerow i nigdy nie wiadomo, na ktorym przyjdzie robic zmiany.
--
=======================================================================
Andrzej M. Krzysztofowicz ankry w mif.pg.gda.pl
phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math., Gdansk University of Technology
Więcej informacji o liście dyskusyjnej pld-devel-pl