Изпечатай

[vandeto]

Здравейте,
инсталирах един centOS 5.3 на нова машина с 4 диска в райд5(софтуерен) 3 + 1 спайр.
Всичко му хибаво но сега почва некво билдване (за първи път го правя туй нещо) и ще трябва да го чакам 4-5 дена. Райда е софтуерен, няма пари за платка  и резултат е следния
[root@vandeto ~]# cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4] [raid1]
md0 : active raid1 hda1[0] hdb1[1] hdc1[2] hdd1[3](S)
      104320 blocks [3/3] [UUU]
        resync=DELAYED

md1 : active raid5 hdd2[3] hdc2[4](S) hdb2[1] hda2[0]
      976558592 blocks level 5, 256k chunk, algorithm 2 [3/2] [UU_]
      [>....................]  recovery =  1.2% (5869296/488279296) finish=6352.7min speed=1263K/sec

unused devices: <none>

сега, това рековери върви между 1000-1200к/сек. опитах да вдигна скороста като сетна:
echo 5000000 >/proc/sys/dev/raid/speed_limit_max
за да вдигна скороста но не става.
Въпроса ми е нормално ли е това, единиа диск е спайр, ако загине единиа от трите четвъртия пак ли за 5 дена ще се билдне? Машината след рестарт се вдига за 30-35мин. (сега), а при възтановяване на 4-ти диск при проблем? Ако не е нормално как да тествам дисковете да не са сдухани?
Дайте некво хелп по дяволите, че ми писна, най-гадното е, че преди 1 ден го инсталнах, направи 23% рековери и ми писна, ресетнах го и почна от..... 0 сега незнам кво да правя, да чакам ли да се гръмна ли? не казвайте второто, живее ми се....

[victim70]

Винаги съм имал резерви към райда (не трепеше ли хлебарки). И на мене ми е интересен отговора на хора дето са го правили.
Моя раид са 2 слаби компа на 20 метра с rsync на всеки 30 минути без изтриване на файловете и в неделя пълен rsync. След гръмотевична 'сублимация' на предишният истински раид.

[plamen_f]

На мен ми прилича на кофти конфигурация на БИОС или скапани ИДЕ/САТА канали. Въбще ми се вижда чисто хардуерен проблем.
Последната година доста често ми се налага да се занимавам със софтуерни раид-ове - е повечето са мирори но това няма кой знае какво отношение в случая.

Най-ниската машина (древна - АТА 100) с 2 сийгейта 40 ГБ / целерон 1200/ 256 М РАМ прави синхро някъде с около 25 000 к, най-бързата надминава 100 000, ма да речем там дисковете райд едишън ....

Виж си ако е стара прекъсванията, и дай малко инфо за машината?

[nemanema]

Напиши точно и ясно какви са дисковете, на какво дъно работи въпросната 5-ца и какъв е контролера.
Напиши какво искаш да получиш.
За начало разгледай : http://en.wikipedia.org/wiki/RAID и това http://linux-raid.osdl.org/index.php/RAID_setup
След което ще опитам да ти помогна за бързо и работещо решение.
Съвет: Не е добра идея да се прави 5-ца + хот спейр от 4 диска !
На цитирания ОС скоростта и работоспособността на софт решенията са много добри.

[bulg]

Разцъкай и тоя елементарен съветник:

http://www.ibeast.com/content/tools/RaidCalc/RaidCalc.asp

[Naka]

Спокойно, може да го направиш да ребилдва за по- малко от 1 мин.
Трябва да  му сложиш опция 'Bitmap'. Това са някави запазени сектори в началото на раида, където отбелязва с кои сектори в момента работи. И след reset, когато масива е отбелязан 'dirty' се съобразява с тази  'Bitmap' таблица и само тях ребилдва.
http://linux-raid.osdl.org/index.php/Bitmap

ако си направил всичко като трябва ще ти излезе така:

]mdadm --detail /dev/md2
/dev/md2:
        Version : 00.90.03
  Creation Time : Mon Apr  6 15:37:40 2009
     Raid Level : raid6
     Array Size : 967739392 (922.91 GiB 990.97 GB)
  Used Dev Size : 483869696 (461.45 GiB 495.48 GB)
   Raid Devices : 4
  Total Devices : 4
Preferred Minor : 2
    Persistence : Superblock is persistent

  Intent Bitmap : Internal

    Update Time : Wed Oct  7 14:15:01 2009
          State : active
 Active Devices : 4
Working Devices : 4
 Failed Devices : 0
  Spare Devices : 0

     Chunk Size : 64K

           UUID : dd10fe25:7fc77242:a10f6956:09268716
         Events : 0.20312

    Number   Major   Minor   RaidDevice State
       0       8        3        0      active sync   /dev/sda3
       1       8       19        1      active sync   /dev/sdb3
       2       8       35        2      active sync   /dev/sdc3
       3       8       51        3      active sync   /dev/sdd3

големият недостатък е че това е една от най-бавните опции. Обаче според мен това е за предпочитане, защото ако през време на един такъ дълъг rebuild, ти гръмне един диск ще загубиш масива. Или пък ако през време на  дълъг rebuild му биеш резета, масива няма да стартира защото ще е едновремменно и 'dirty' и 'degraded'

сега, това рековери върви между 1000-1200к/сек. опитах да вдигна скороста като сетна:
echo 5000000 >/proc/sys/dev/raid/speed_limit_max
за да вдигна скороста но не става.

не е това. то пак трябва тази опция да е голяма, за да не се ограничи и от нея. Но от нея скоростта не се повлиява.

трябва да си поиграеш с тези двете:
echo 2048  > /sys/block/md1/md/stripe_cache_size
blockdev --setra 8192 /dev/md1

и двете опции трябва да вървят в синхрон. Само с промяната на едната не става. Внимавай с stripe_cache_size и не задавай много големи числа защото много памет използва. спокойно може да направиш и 1GB буфер.

Използваната памет на буфера е = 4096*4(броят-дискове)*stripe_cache_size

недей да качваш повече от 8192/16384 за (stripe_cache_size)/setra

Въпроса ми е нормално ли е това, единиа диск е спайр, ако загине единиа от трите четвъртия пак ли за 5 дена ще се билдне?

да защото ще трябва да го ребилдне целият. Пълният rebuild винаги е пълен ребилд - от край до край. На съвременните дискове пълният ребилд е 2 часа при 500GB-тови дискове.
Вместо 3 диска RAID5 + 1 spare, не е ли по-добре 4диска RAID6 без spare.