Mtv Europe ([info]mtve) wrote,
@ 2005-03-15 00:34:00
Previous Entry  Add to memories!  Tell a Friend  Next Entry

400GB software RAID-5 in under $350.

1) shopping

Not Maxtor (see diagram 5). 400GB disks are too expensive per byte. So Seagate or Western Digital. USN shop.

Item Price Q-ty Cost
WD2000JB-00GVA0 107.00 3 321.00
MR-10KPR rack 6.48 3 19.44
IDE cable 1.00 2 2.00

Total:

342.44

2) installation

3) partitioning  (for each ad1, ad2, ad3)

fdisk -BI ad1			ignore "invalid mbr"
disklabel -wB ad1s1 auto
disklabel -e ad1s1		should look like this: 

   8 partitions:
   #        size   offset    fstype   [fsize bsize bps/cpg]
     c: 390721905        0    unused        0     0        # (Cyl.    0 - 387620*)
     h: 390721905        0     vinum                       # (Cyl.    0 - 387620*)

4) Vinum config:

drive a device /dev/ad1s1h
drive b device /dev/ad2s1h
drive c device /dev/ad3s1h
volume raid5
  plex org raid5 512k
    sd length 0 drive a
    sd length 0 drive b
    sd length 0 drive c
vinum create vinum.conf
vinum init raid5.p0		wait for "up", kick it again if it get stuck
echo 'start_vinum="YES"' >>/etc/rc.conf
newfs /dev/vinum/raid5
tunefs -n enable /dev/vinum/raid5
echo '/dev/vinum/raid5 /.1 ufs rw,nodev,nosuid,userquota,groupquota 2 2' >>/etc/fstab
mount -a
quotaon -a
quotacheck /.1

5) copying hundreds of CDs and DVDs - TBD, duh.

6) the funny part - testing.  power off ad3, master ad2 also goes off:

Mar 14 21:44:38 heart /kernel: ad2s1h: hard error reading fsbn 563967633 of 281983785-281983912 (ad2s1 bn 563967633; cn 559491 tn 11 sn 12) trying PIO mode
Mar 14 21:44:38 heart /kernel: ad2: DMA problem fallback to PIO mode
Mar 14 21:44:38 heart /kernel: ad2: read interrupt arrived earlyad2: read error detected (too) late
Mar 14 21:44:38 heart /kernel: vinum: raid5.p0.s1 is crashed by force
Mar 14 21:44:38 heart /kernel: vinum: raid5.p0 is degraded
Mar 14 21:44:48 heart /kernel: ad3: READ command timeout tag=0 serv=0 - resetting
Mar 14 21:44:48 heart /kernel: ata1: resetting devices .. 
Mar 14 21:44:48 heart /kernel: ad2: removed from configuration
Mar 14 21:44:48 heart /kernel: ad3: removed from configuration
Mar 14 21:44:48 heart /kernel: vinum: raid5.p0.s2 is crashed by force
...
Mar 14 21:44:49 heart /kernel: vinum: raid5.p0.s2 is stale by force
Mar 14 21:44:49 heart /kernel: vinum: raid5.p0 is faulty
Mar 14 21:44:49 heart /kernel: vinum: raid5 is down
...
system hangs here (well, duh, it's ata after all or may be it's too hard for vinum), after reboot

# vinum ls raid5.p0.s0
S raid5.p0.s0           State: R 0%     PO:        0  B Size:        186 GB
                        *** Start raid5.p0.s0 with 'start' command ***

# vinum start -w raid5.p0.s0
Can't start raid5.p0.s0: Input/output error (5)			no idea what it means

# vinum ls raid5.p0.s0
S raid5.p0.s0           State: R 0%     PO:        0  B Size:        186 GB
                        *** Revive process for raid5.p0.s0 has died ***

# vinum start -w raid5.p0.s0
(hangs forever here)

(from another shell)
# ps -ax|grep vinum
   15  ??  DLs    0:00.00 vinum: vinum daemon (vinum)
  206  p0  D+     0:00.01 vinum start -w raid5.p0.s0
  207  p0  Z+     0:00.00  (vinum)				f*cking great
  
# vinum ls raid5.p0.s0
S raid5.p0.s0           State: R 0%     PO:        0  B Size:        186 GB
                        *** Revive of raid5.p0.s0 has stalled ***

# vinum setstate up raid5.p0.s0					ok now
# vinum setstate up raid5.p0.s1
# vinum setstate up raid5.p0.s2
# vinum start raid5.p0   		well, more or less, it wasn't exactly like this
# vinum rebuildparity -vV raid5.p0
Parity incorrect at offset 0x2ac000
Rebuilding at 2816 kB (0%)    Parity incorrect at offset 0x2c8000
...
and here it will another few hours to build it up

Preliminary conclusion - should be different channels.

To be continued.




(Read 11 comments) - (Post a new comment)


[info]cebka
2005-03-15 10:20 pm UTC (link)
Ну да, вполне себе бюджетное решение, но не более, впрочем, это относится и к железным Raid-5. Но там хоть четность на аппаратном уровне вычисляется. А как с cpu load у software raid-5?

(Reply to this) (Parent)(Thread)


[info]mtve
2005-03-16 07:42 am UTC (link)

Сейчас пересобирается один диск,

CPU: Pentium/P55C (232.88-MHz 586-class CPU)

CPU states:  0.4% user,  0.0% nice, 10.1% system, 25.2% interrupt, 64.3% idle

  PID USERNAME     PRI NICE  SIZE    RES STATE    TIME   WCPU    CPU COMMAND
 7747 root          -6   0   620K   256K biord    2:12 14.94% 14.94% vinum

Аргументы изложены в п. 1.9

(Reply to this) (Parent)(Thread)


[info]cebka
2005-03-16 10:51 pm UTC (link)
Дело не в rebuild, а в работе всей системы под нагрузкой. Особенно такой, как, например, файл-сервер. А вообще, с vfs в 5.x как-то плоховато. Много раз наблюдали deadlock в vfs при снятии с нее дампа через ffs snapshot. Причем, был и качественный аппаратный scsi raid5, и обычный ide винт. Поэтому я с очень большим подозрением отношусь ко всяким манипуляциям, относящимся к жестким дискам. Кстати, какая FreeBSD использовалась при тестировании? (я спрашиваю на самом деле потому, что у меня на файл сервере давно назрела необходимость ставить нечто raid-подобное, но я не слишком доверяю vinum)

(Reply to this) (Parent)(Thread)


[info]mtve
2005-03-17 06:21 pm UTC (link)
4.11-STABLE

(Reply to this) (Parent)

> Дело не в rebuild, а в работе всей системы под нагрузкой
[info]poige
2008-04-03 02:02 pm UTC (link)
[ 32.253718] raid6: int32x2 1199 MB/s
[ 32.270706] raid6: int32x4 1160 MB/s
[ 32.287657] raid6: int32x8 808 MB/s
[ 32.304609] raid6: mmxx1 2425 MB/s
[ 32.321582] raid6: mmxx2 4441 MB/s
[ 32.338568] raid6: sse1x1 2421 MB/s
[ 32.355541] raid6: sse1x2 4058 MB/s
[ 32.372504] raid6: sse2x1 4050 MB/s
[ 32.389479] raid6: sse2x2 5492 MB/s
[ 32.389516] raid6: using algorithm sse2x2 (5492 MB/s)
[ 32.389556] md: raid6 personality registered for level 6
[ 32.389595] md: raid5 personality registered for level 5
[ 32.389633] md: raid4 personality registered for level 4


По-моему, таких дисков ещё не делают. (И это, кстати, заметь, RAID-6, у которого вычисление "parity" посложнее RAID-5 будет.)

(Reply to this) (Parent)

>> Аргументы изложены в п. 1.9
[info]poige
2008-04-03 02:04 pm UTC (link)
Note: A common myth is that hardware RAID is always faster than software RAID. Since it runs on the host CPU, Vinum often has more CPU power and memory available than a dedicated RAID controller would have. If performance is a prime concern, it is best to benchmark your application running on your CPU with your spindles using both hardware and software RAID systems before making a decision.

http://www.freebsd.org/doc/en_US.ISO8859-1/articles/vinum/article.html#HWVSSW

(Reply to this) (Parent)

> Но там хоть четность на аппаратном уровне вычисляетс
[info]poige
2008-04-03 12:07 pm UTC (link)
Быстродействие современных процов -- "за глаза".

(Reply to this) (Parent)


(Read 11 comments) - (Post a new comment)

Create an Account
Forgot your login or password?
Login w/ OpenID
English • Español • Deutsch • Русский…