RAID5

Fórumok

A(z előzmények nélküli önmagában is) teljes történet.
(Újratöltve: raid tömb stopped , /dev-ben md5 törölve, particiók törölve
A "\" karakter az általam itt kierőszakolt sortörés.)

  gparted

sda1, sdb1, sdc1, sdd1
mindegyiken 150 GiB primary partíció formázatlanul, flag: raid


  # mdadm --create --verbose --auto=md /dev/md5 --level=raid5 \
              --raid-devices=3 --spare-devices=1 /dev/sd[a-d]1
  mdadm: layout defaults to left-symmetric
  mdadm: chunk size defaults to 64K
  mdadm: /dev/sda1 appears to be part of a raid array:
      level=raid5 devices=3 ctime=Thu Dec 13 11:44:42 2007
  mdadm: /dev/sdb1 appears to be part of a raid array:
      level=raid5 devices=3 ctime=Thu Dec 13 11:44:42 2007
  mdadm: /dev/sdc1 appears to be part of a raid array:
      level=raid5 devices=3 ctime=Thu Dec 13 11:44:42 2007
  mdadm: /dev/sdd1 appears to be part of a raid array:
      level=raid5 devices=3 ctime=Thu Dec 13 11:44:42 2007
  mdadm: size set to 157284224K
  Continue creating array? y
  mdadm: array /dev/md5 started.

ezt biztos azért kérdezte, mert a múltkor (tegnap) volt már
valami ilyenje az első próbálkozásom miatt.


  # mdadm --detail /dev/md5
  /dev/md5:
          Version : 00.90.03
    Creation Time : Thu Dec 13 14:24:07 2007
       Raid Level : raid5
       Array Size : 314568448 (300.00 GiB 322.12 GB)
      Device Size : 157284224 (150.00 GiB 161.06 GB)
     Raid Devices : 3
    Total Devices : 4
  Preferred Minor : 5
      Persistence : Superblock is persistent

      Update Time : Thu Dec 13 14:24:07 2007
            State : clean, degraded, recovering
   Active Devices : 2
  Working Devices : 4
   Failed Devices : 0
    Spare Devices : 2

           Layout : left-symmetric
       Chunk Size : 64K

   Rebuild Status : 1% complete

             UUID : 635e051c:7b4496a7:9be3105a:2192b91e
           Events : 0.1

    Number   Major   Minor   RaidDevice State
       0       8        1        0      active sync   /dev/sda1
       1       8       17        1      active sync   /dev/sdb1
       4       8       33        2      spare rebuilding   /dev/sdc1

       3       8       49        -      spare   /dev/sdd1

'asszongyák most már működik.
Hát akkor hajrá!

> > Márkus Sándor: mkfs.xfs!


  # mkfs.xfs -f /dev/md5
  meta-data=/dev/md5       isize=256    agcount=16, agsize=4915136 blks
           =               sectsz=4096  attr=0
  data     =               bsize=4096   blocks=78642112, imaxpct=25
           =               sunit=16     swidth=48 blks, unwritten=1
  naming   =version 2      bsize=4096
  log      =internal log   bsize=4096   blocks=32768, version=2
           =               sectsz=4096  sunit=1 blks
  realtime =none           extsz=196608 blocks=0, rtextents=0

elkészítem a logikai helyét
(valahogyan a partíciók mérete lett az egyik keresztapa):


  # mkdir /mnt/R5-150G

becsatolom a biztonsági övezetet:


  # mount -t xfs /dev/md5 /mnt/R5-150G

mc, belemászni a /mnt/R5-150G könyvtárba, kb. 2 GB-ot belemásolni.

Információs ablak:


  Filerendszer: /mnt/R5-150G
  Eszköz:       /dev/md5
  Fájlr.-típus: xfs
  Szabad hely:  298G (99%) 300G

eggyel feljebb mászni a /mnt könyvtárba - és csakugyan:


  Filerendszer: /
  Eszköz:       rootfs
  Fájlr.-típus: rootfs
  Szabad hely:  604M (79%) 756M

Nem csalás, nem ámítás - igen ekkora a rootfs -
mert nálam a hda partícionálása:


  hda1   ext2    256M   /boot
  hda2   swap   2G
  hda3   ext3    756M   /
  hda5   ext3   6G      /usr
  hda6   ext3  10G      /tmp
  hda7   ext3   4G      /var  ; a /var/tmp symlink: a /tmp-be
  hda8   ext3   2G      /var/samba
  hda9   ext3   2G      /var/log/samba
  hda10  ext3   1G      /var/log
  hda11  ext3   1G      /var/spool
  hda12  ext3   1G      /opt  ; ezt vmiért külön kell rakni
  hda13  ext3  28G      /home ; tudom, aljas ezzel a sorszámmal
  hda14  ext3   6G      /uhu-pkg ;

ÉS EKKOR! még csak itt tart a használatba vett
raid5-ös tömb létre(helyre)hozatala:


  # cat /proc/mdstat
  Personalities : [linear] [multipath] \
                         [raid0] [raid1] [raid5] [raid4] [raid6]
  md5 : active raid5 sdc1[3] sdd1[4](S) sdb1[1] sda1[0]
        314568448 blocks level 5, 64k chunk, algorithm 2 [3/2] [UU_]
        [==>..................]  recovery = 14.1% (22318208/157284224) \
                                         finish=76.6min speed=29328K/sec

(ezt a bejegyzést ekkor kezdtem el összehozni - viszont csak most raktam fel)

na akkor most:


  # watch cat /proc/mdstat

és megelevenedik az egérmozi. (74.6%-nál)

Azért választottam az xfs-t mert valaki - már nem tudom melyik fórumon -
2004-ben azon örömködött, hogy ezzel vége az fsck.reiserfs turkálásnak.
Így aztán gondoltam: gátat szabok az egyén határtalan kíváncsiskodási
vágyának, és kihagyom a reiserfs-t lévén az xfs is naplózó filesystem
(egész pontosan nem tudom mit jelent ez, de biztatóan hangzik
valamint utánanézek ebben (eléggé részletes) és itt).

> Márkus Sándor írta:
> > ami hiányzik, hogy le kell menteni a kész tömb adatait az
> > /etc/mdadm.conf-ba (remélem jól emlékszem a nevére és a helyére)
> > különben következő bootkor tudtommal nem fog felálni a tömb...

Ilyet nem találtam.
Viszont ebben a könyvtárban rögzítve lett:


  /sys/block/md5

Az /etc/fstab-hoz hozzáírtam:


  /dev/md5   /mnt/R5-150G    xfs   defaults,users  1 2

azért users, mert innen csak ne akarjon senki semmit futtatni,
és egy device se működjön innen.
(A betörések 80%-a belülről érkezik az elkövető tudta nélkül.
Persze ide csak csak sambá-n keresztül és shell használati jog és home
könyvtár nélküli user/windows-kliensek matathatnak be, de jobb a paranoiás
óvatosság, mert nekem - mint usernek - viszont lesz.)

Nagy levegő vétel (azért annyira nem nagy,
mert legfeljebb 1 nap ment volna veszendőbe - uhu-t is beleértve),

reboot, login, és az /mnt/R5-150G könyvtárban ott van minden,
mit belepakoltam. Sőt továbbra is rw-

(hát ennyi, nagyjából)
Ezt most bele kell rágni a "Samba" megosztásba.

Külön köszönet a Mikul@s-nak (Márkus Sándor)
és Tomka Gergelynek (http://gergely.tomka.hu/raidenbd.pdf).
Egy pár kavicsot időben kirugdostak a csizmám talpa alól,
nehogy pofára essek.

Alaplap: Asus P5L-MX
Intel Dual Core 3.4 Ghz
DDR2 2GiB
alaplapon: vga 1600x1200-ig
1 IDE, 4 SATA (enhanced módban)
1 GiB eth-csatoló ehhez a CD-ről az ATL1 Linux drivert
kellett modulként befordítani a readme-nek megfelelően.
(A switch-re be lehet csatlakozni 1 GiB-tal.)

A következő ilyen egység P5WD2-E Premium alaplappal kéne, hogy legyen
(a "kis emberek - nagy tervek" sorozatban)

IDE raid1-ről boot, (itt a két masterra lehet rakni)
2 x 4 x 400 GiB - két raid5 tömb egy LV-ban (2.4 TeraByte)
A telepítés idejére az egyik ide-slaven a dvd-rom.

Hozzászólások

Kibontottam ezt az eléggé részletes about xfs csomagot ide.
(nem látszik minden ami az xfs.tar.bz2-ben van)

Hát, úgy tűnik besuttyantottam a szerszámomat a terápiás kuckóba,

vagy ahogy a pórnépek mondják: "Nagyfa"-ba vágtam a fejszémet.

Ez idáig nagyon szép, de inkább legyen minden xfs-en.

mielőtt átszervezési kényszerem lett kb. 4 GB mentést ráraktam a raid tömbre.

Akkor most: PartedMagic

hda-t átszabtam:
/var/log 6G
/var/spool 4G
/home 20G

és minden format xfs-re.

Egyenlőre UHU 2.0-t telepítem újra.

Az /etc/fstab-hoz hozzáírtam:

/dev/md5 /mnt/md5 xfs defaults,noexec,nodev 1 2

és semmi cicó!

ShutDown, 230V kikapcs, bekapcs, Start!

Minden elmentett cucc ott csücsül a /mnt/md5-ben

O.K.

Ha hivatalosan is kijön az UHU 2.1 - hát gond nélkül feltelepítem.
(samba.conf-ot majd pendrive-ról, felhazsnálókat scriptből.)

Mi a hivatalos képlet a chunk-size meghatározására egy 12db-ból álló raid5 tömbnél XFS esetében?