Dotaz: RAID1 resync - ktory disk je zdrojovy

[vicent]

Nejakym sposobom sa mi rozpadol na MyBookWorld RAID1. Po restarte sa zacal opat synchronizovat, lenze je to neskutocne pomale a tak mam podozrenie, ze ten cielovy disk ma strasne pomale zapisy. Moja myslienka je taka, ze by som oznacil ten cielovy disk ako "set-faulty" a potom by sa to rozbehlo prijatelnejsou rychlostou a mohol by som si normalnou rychlostou vykopirovat data pred dalsimi pokusmi. Moj problem je, ze neviem, ako zistim, ci mam oznacit ako chybny sda4 alebo sdb4. Vie mi niekto poradit, aby som neprisiel o tie data?

Pripajam relevantny vypis z cat /proc/mdstat:

md4 : active raid1 sdb4[1] sda4[0]
484327552 blocks [2/2] [UU]
[>....................] resync = 1.2% (6113728/484327552) finish=10126.8min speed=786K/sec

a takisto z mdadm -D /dev/md4:

Version : 00.90.03
Creation Time : Fri Jul 4 14:11:38 2008
Raid Level : raid1
Array Size : 484327552 (461.89 GiB 495.95 GB)
Device Size : 484327552 (461.89 GiB 495.95 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 4
Persistence : Superblock is persistent

Update Time : Thu Jan 1 03:02:44 1970
State : active, resyncing
Active Devices : 2
Working Devices : 2

Failed Devices : 0

Spare Devices : 0
Rebuild Status : 1% complete

UUID : 9b44ae27:bb7d4733:48865ce4:46aede83
Events : 0.786032

Number Major Minor RaidDevice State
0 8 4 0 active sync /dev/sda4
1 8 20 1 active sync /dev/sdb4

Odpovědi

[Karel Zeman]

Pokud je datova oblast nektereho z disku v takovem stavu, ze nakonec krom pomaleho pristupu pro cteni/zapis navic z nekterych oblasti disku nebude mozno cist vubec, tak by dany disk mel Vas MyBook nakonec sam vyhodnotit jako vadny.

Pockal bych, az (zda) ten resync dobehne, zazalohoval data (pokud nahodou nemate zalohu), proveril oba disky dlouhym smart testem, pomoci badblocks v nedestruktivnim rezimu, utilitou od vyrobce aj. ...

[vicent]

Dôležité dáta mám, ale aj tak by som nechcel dojst o zbytok, ak je to v podstate znovu zohnatelne.

Pise mi, ze to bude trvat este 6 dni a to mi uz jeden resync spadol po 20 hodinach (ale popri tom som nieco este dokopirovaval) a disk uplne prestal reagovat na sietove poziadavky - musel som natvrdo vypnut, tak pomaly s tym stracam trpezlivost.

[Jendа]

Moj problem je, ze neviem, ako zistim, ci mam oznacit ako chybny sda4 alebo sdb4.

Šílená myšlenka je sestavit degradované pole s tím, že to zkusíš nejdřív s jedním a potom s druhým. Problém je, jak poznat, že jsou data v pořádku - když nevíme příčinu rozpadnutí pole… Může pomoct fsck (v -N nezapisovacím módu!!!), který sice neodhalí silent data corruption, ale i tak může dost pomoct. Pokud se to rozpadlo kvůli nějakým problémům třeba při výpadku napájení, bude poškozeno maximálně pár sektorů a s tím se snad dá žít.

[vicent]

Máte v podstate pravdu, este som sa uplne nerozhodol, akou cestou pojdem. Mozno nechapem spravne principu SW RAID, ale predpokladam, ze ked sa rozsyncne mirror, tak predsa na jednom disku su spravne data a na ten druhy sa to iba zrkadli. Momentalne sa tie data daju citat velmi pomaly - az miestami to padne.

Napadlo ma, ze este moze byt problem v radici / kabloch, tak som to otvoril a skusil rekonektnut kable na diskoch aj doske a subjektivne mi proces synchronizacie pise nizsie casy a vyssie rychlosti - avsak kopirovanie je stale pomale. To ale moze byt sposobene resyncom, pretoze to ma najaky uplne slaby procesor a moze byt prave zatazeny tym resyncom.

Ked sa nepodari resync dobehnut do konca tak asi najistejsia cesta bude disky primontovat do nejakeho live linuxu a tam to proste skopirovat - ale tomuto som sa chcel vyhnut, kedze som clicker.

[zigi]

Troufnu si rict ze RAID bude v poradku... Zkuste nize uvedene prikazy:

cat /sys/block/md0/md/array_state

Ocekavany vystup - clean nebo active

cat /sys/block/md0/md/sync_action

Ocekavany vystup - check

Pokud vyse uvedene bude platit, podivejte se na tuto stranku http://serverfault.com/questions/216508/how-to-interrupt-software-raid-resync.

Samozrejme nic take nezkazite kontrolou disku pomoci nastroje smartctl.

[vicent]

/sys/block/md0/md/array_state - toto tam nemam a

toto:

cat /sys/block/md4/md/sync_action mi pise "resync" - co je pravda

[zigi]

neupravil jsem md0 na md4

cat /sys/block/md4/md/array_state

a mohu se zeptat jaky system a verzi pouzivate

[vicent]

ja som to upravil - mozno som to zle prekopiroval z vaseho prispevku a nie z konzoly - kontroloval som to aj ocami

jedna sa o embeded linux v Western Digital MyBookWorld (asi II).

Kernel: 2.6.17.14

[R]

Najprv zastav sycnrhonizaciu:

echo idle > /sys/block/md4/sync_action

Potom pozri do SMARTu diskov, mozno z toho zistis, ktory je vadny:

smartctl -a /dev/sda
smartctl -a /dev/sdb

A ked nie, tak ich vyskusaj:

hdparm -t --direct /dev/sda
hdparm -t --direct /dev/sdb

Problem vidim akurat v tom, ci tam su tieto nastroje nainstalovane...

[Sten]

mdadm -E /dev/sda4
mdadm -E /dev/sdb4

[vicent]

/dev/sda4:
Magic : a92b4efc
Version : 00.90.00
UUID : 9b44ae27:bb7d4733:48865ce4:46aede83
Creation Time : Fri Jul  4 14:11:38 2008
Raid Level : raid1
Device Size : 484327552 (461.89 GiB 495.95 GB)
Array Size : 484327552 (461.89 GiB 495.95 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 4

Update Time : Thu Jan  1 03:02:08 1970
State : active
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Checksum : f47ad35e - correct
Events : 0.786038


Number   Major   Minor   RaidDevice State
this     0       8        4        0      active sync   /dev/sda4

0     0       8        4        0      active sync   /dev/sda4
1     1       8       20        1      active sync   /dev/sdb4

#################################################

/dev/sdb4:
Magic : a92b4efc
Version : 00.90.00
UUID : 9b44ae27:bb7d4733:48865ce4:46aede83
Creation Time : Fri Jul  4 14:11:38 2008
Raid Level : raid1
Device Size : 484327552 (461.89 GiB 495.95 GB)
Array Size : 484327552 (461.89 GiB 495.95 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 4

Update Time : Thu Jan  1 03:02:08 1970
State : active
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Checksum : f47ad370 - correct
Events : 0.786038


Number   Major   Minor   RaidDevice State
this     1       8       20        1      active sync   /dev/sdb4

0     0       8        4        0      active sync   /dev/sda4
1     1       8       20        1      active sync   /dev/sdb4

[GeorgeWH]

iostat -d -m 2

[-V-]

Zdravím vespolek, nejsem sice specialista na SW RAID, nicméně z vlastní zkušenosti vím, že výpis z mdstat je docela věcný. Pokud se pole právě synchronizuje, tak mdstat vypisuje vždy jako první zdrojový disk, až po ukončení synchronizace je opět seřadí podle priority. Tedy ve zde zmíněném případě podle vloženého výpisu synchronizuje z sdb a přepisuje sda. Tedy bych sda hodil do failu, pak bych vykopíroval data a pak bych si hrál.

[vicent]

Stale mi to synchronizuje - je to tak 10% za den. neviem ci to vydrzim. Ale plan mam taky, ze z toho vyberiem jeden disk a skusim ho namontovat na inom pocitaci a vykopirujem data.

Mam totiz podozrenie, ze to nebude diskami, ale nejakym inym HW - pravdepodobne radicom a ani trpezlive cakanie na koniec synchronizacie to vykopirovanie v konecnom dosledku neurychli.