Software RAID

Fórumok

Sziasztok!

Van egy debianos(lenny) gépem, amibe van egy 200 GB disk, amit szeretnék betenni egy softwarees raid alá, mert szereztem egy másik 200G ugyan olyan disket. A kérdésem az, hogyan lehetséges mdadm-el berakni a működű rendszerdiszkemet és a mostani "új" diszkemet software raid 1-be, hogy az adataim ne vesszenek el?

köszönöm

Hozzászólások

Ha meg nem csinaltal ilyet,akkor mielott belevagsz mindenkeppen olvass utana a temanak, legyel tisztaban az alap dolgokkal. (ezt mindenfele eloitelet nelkul mondom!)
Legeloszor en is egy leiras alapjan csinaltam es nem ertettem mi hogy/hogyan mukodik/epul fel... De ha utanaolvasol mi az a pv, vg, lv, mik azok a parancsok, melyekkel ezeket letrehozhatod, modosithatod stb. konnyeben menni fog a dolog.
Meg egy fontos: mielott neki allsz a csinalj backup-ot!

javaslom az alabbi szavakra keress ra google keresoben:
debian+(lenny)+raid+1
elso talalat: Ez a leiras.
____________________________
sorry for stupid questions!

itt egy how-to ami viszonylag jol elmondja mit kell tenni:

http://www.linuxconfig.org/Linux_Software_Raid_1_Setup

cimszavakban:

- megparticionalod a kivanalmak szerint az uj disket
- letrehozol rajta egy "fellabu" raid1-et ugy, hogy a 'missing' parameter megadasaval megelegedjen egy diskel is
- formazas, atmasolod ra a rendszert a regirol, bootloader beallitas
- kirpobalod, hogy bootol-e ugy hogy csak az uj disk van radugva
- ha igen akkor regi vinyo torol, megparticional mint az uj, raid1-hez uj particio hozzaad, lsyncel, raid kesz
- nem elfelejteni megfeleloen beallitani a bootloadert, hogy mindket disk tudjon bootolni

Nem biztos, hogy a legjobb leírás, de legalább magyar: http://hup.hu/node/93309 :)

Annyit azért megjegyeznék, hogy ha mód van rá, mindenképpen más rendszer alól végezd.
pl. RIPLinux

...és előtte érdemes más környezetben "tesztelni" magad.

Hi all!

Gyors kérdésem volna, ezért fölöslegesnek tartok új témát nyitni, elfér itt.

Szóval, adott 2db 250-es Seagate 7200rpm-es hdd (tipus, egyéb nem lényeg) RAID1-es kötetet képezve a rendszer, és az egyéb adatok alatt.
Az egyik 250-est ghostoltam egy Samsung 154UI (1,5TByte, 5400rpm)-re, hibátlanul lefutott, majd a csere után hibátlanul felállt a RAID1 felett a rendszer, minden stimmel, vagy legalább is úgy tűnik.

Sebesség tesztben (csak a hdparm-ra alapozok, nem végeztem átfogó teszteket.) vagy azonos, vagy néhol egy picivel gyorsabb az 5400-as HDD, nem is értem egyébként, hogy hogyan.

Mindenesetre okozhat-e bármilyen fennakadást a későbbiekben a fordulatszám eltérés, egy esetleges nagyobb I/O műveletet igénylő feladatnál? Ha igen, miben fog megnyilvánulni? Szétesik a tömb?

Apropó, az új HDD-n már 9 számjegyű a Hardware ECC Recovered SMART értéke.

Köszönöm!

udv
letix

-----------------------------------------
Linux alapparancsok, kezdőknek

A Linux szoftver RAID-je igen frankón lett megírva. Merevlemez és pendrive is összedobható egy tömbbe. Ergó ne zavarjon a fordulatszám.
Értelemszerűen a kisebb partíció (ill. lvm) mérete lesz az MD mérete, írás sebessége a kisebb lesz (vár rá), olvasáskor pedig egyikről (amelyik éppen szabad) olvas.

Kedves Kollégák,
Akadt egy problémám.
Adott a szerverem 2x500Gb SATA WD vinyóval.Oprendszer: Debian 6.
névszerint: sda, sdb
sda1(200mb), sda2(16Gb), sda3(483Gb). sdb1(200mb), sdb2(16Gb), sdb3(483Gb) partíciók lettek létrehozva.
md0 az sda1, sdb1 raid1-ben van. Ez a /boot
md1 az sda2, sdb2 raid0-ben van. Ez a /swap
md2 az sda3, sdb3 raid1-ben van. Ez a /.
Következő történt.
az sdb vinyóra azt mondja hogy hibás. (Egyenlőre nem tűnik annak.) és eltávolította a raidtömbből.
/proc/mdstat
Personalities : [raid0] [raid1]
md2 : active raid1 sdb3[2](F) sda3[0]
471796800 blocks [2/1] [U_]

md1 : active raid0 sda2[0] sdb2[1]
32772096 blocks 256k chunks

md0 : active raid1 sdb1[1] sda1[0]
200704 blocks [2/2] [UU]

unused devices:
mdadm --detail /dev/md0
/dev/md0:
Version : 0.90
Creation Time : Sun Sep 18 23:02:05 2011
Raid Level : raid1
Array Size : 200704 (196.03 MiB 205.52 MB)
Used Dev Size : 200704 (196.03 MiB 205.52 MB)
Raid Devices : 2
Total Devices : 1
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Thu Sep 27 10:24:07 2012
State : clean, degraded
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0

UUID : 48c461f8:a009ead6:d96575aa:67f209be
Events : 0.520

Number Major Minor RaidDevice State
0 8 1 0 active sync /dev/sda1
1 0 0 1 removed

mdadm --detail /dev/md1
/dev/md1:
Version : 0.90
Creation Time : Sun Sep 18 22:58:44 2011
Raid Level : raid0
Array Size : 32772096 (31.25 GiB 33.56 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 1
Persistence : Superblock is persistent

Update Time : Sun Sep 18 22:58:44 2011
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0

Chunk Size : 256K

UUID : 0c3ccd7d:26cdbc99:6eaf5c7f:c75ce7d3
Events : 0.1

Number Major Minor RaidDevice State
0 8 2 0 active sync /dev/sda2
1 8 18 1 active sync /dev/sdb2

mdadm --detail /dev/md2
/dev/md2:
Version : 0.90
Creation Time : Sun Sep 18 22:58:45 2011
Raid Level : raid1
Array Size : 471796800 (449.94 GiB 483.12 GB)
Used Dev Size : 471796800 (449.94 GiB 483.12 GB)
Raid Devices : 2
Total Devices : 1
Preferred Minor : 2
Persistence : Superblock is persistent

Update Time : Thu Sep 27 11:30:54 2012
State : clean, degraded
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0

UUID : 2dc8b14f:87d97aff:aecdfcd3:9a6a9723
Events : 0.1944080

Number Major Minor RaidDevice State
0 8 3 0 active sync /dev/sda3
1 0 0 1 removed
Megpróbáltuk újra hozzá adni az sdb vinyót a tömhöz:
mdadm /dev/md0 --add /dev/sdb1
mdadm /dev/md1 --add /dev/sdb2
mdadm /dev/md2 --add /dev/sdb3
mdadm -D /dev/md2
/dev/md2:
Version : 0.90
Creation Time : Sun Sep 18 22:58:45 2011
Raid Level : raid1
Array Size : 471796800 (449.94 GiB 483.12 GB)
Used Dev Size : 471796800 (449.94 GiB 483.12 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 2
Persistence : Superblock is persistent

Update Time : Sat Sep 29 11:17:34 2012
State : active, degraded
Active Devices : 1
Working Devices : 1
Failed Devices : 1
Spare Devices : 0

UUID : 2dc8b14f:87d97aff:aecdfcd3:9a6a9723
Events : 0.2141377

Number Major Minor RaidDevice State
0 8 3 0 active sync /dev/sda3
1 0 0 1 removed

2 8 19 - faulty spare /dev/sdb3
A kérdésem az lenne hogy hogyan tudjuk megoldani a dolgot?
Elvileg most az sdb vinyón nincs semmi.
Ha újrapartícionálnánk és újra hozzáadnánk vajon megjavítaná?
Előre is köszönöm a segítséget.
üdv, lakisoft

Egy kérdésem nekem is lenne.
Adott egy raid1 md0, sda1-el és sdb1-el, grub sda-ra települt, a következő konfiggal:


'Debian GNU/Linux, with Linux 2.6.32-5-686' --class debian --class gnu-linux --class gnu --class os {
insmod raid
insmod mdraid
insmod part_msdos
insmod part_msdos
insmod ext2
set root='(md/0)'
search --no-floppy --fs-uuid --set d25e07c9-0196-4a90-ab5b-ebb850f8fa52
echo<-->'Loading Linux 2.6.32-5-686 ...'
linux<->/boot/vmlinuz-2.6.32-5-686 root=/dev/md0 ro quiet
echo<-->'Loading initial ramdisk ...'
initrd<>/boot/initrd.img-2.6.32-5-686
}

Azt szeretném elérni, hogy az sda kihullásakor a rendszer elinduljon sdb-ről is.
Elég egy grub-install a fenti alapján?

Épp a minap írtam magamnak egy kis howto-t ilyen esetre miután hasonló gondba ütköztem.

(particionált új hdd-t + rajta a raid tömbök szinkronizálását feltételezve)

Íme.:


1.
Frissen beállított (akár installerrel, akár kézzel készített) RAID1 sync után, ha a másodlagos hdd-ről nem indul a rendszer.:

-első vinyó lehúz
-telepitő cd, rescue mód
(-sallangok kihagyása)
-Raid tömb összerakása, automata
-kiválasztjuk a root fájlrendszer tömbjét
-Héj futtatása itt: /dev/tömb
-grub-install /dev/sda (az sdb átneveződik sda-ra, természetes.)
-update-grub
-restart (mindkét hdd-vel) után a rendszer partíció tömbjét újra kell építeni.
mdadm –add /dev/mdX /dev/sdX

KÉSZ!

2.
HDD Pótlása.:
Új, a kiesetthez képest más típusú hdd behelyezése esetén (HA az sdb lemez halt meg!)

-új lemezre kell a régi partíciós tábla + RAID1 tömbhöz hozzá kell adni.
-Lezongorázni a fenti idézőjeles részt.

A grub-install /dev/sda-ra az alábbit fogjuk kapni, mert a device.map nem lesz azonos az eredeti felállással.:

Auto-detection of a filesystem of /dev/md0 failed

-rescue módban a shellben.:
1. mv /boot/grub/device.map /boot/grub/device.map.old

Mentjük a device.map tartalmát (amiben a két „régi” hdd van benne, ebből az egyik (jelen esetemben a második -sdb-) ugye kiesett már.

2. grub-mkdevicemap

Létrehozzuk az új device.map-ot, de ebben csak az új (a kiesett hdd cseréje) lesz benne, hd0-val. átnevezzük hd1-re , illetve visszamásoljuk a file-ba az eredeti hd0-s sort. Sorrendben kell lenniük hd0, majd hd1.

3. grub-install /dev/sda
update-grub

Restart, MŰKÖDIK.

Kicsit még kusza, csak jegyzeteltem, de remélem érthető.

udv
letix
-----------------------------------------
Linux alapparancsok, kezdőknek

Nem akarok új topikot nyitni neki. Adott egy gép, amiben van 1db ssd rendszernek (többnyire sda), és 4db vinyó (sdb,sdc,sdd,sde)
Raid10 a cél, mdadm-al létre is tudom hozni, működik is.
De sajna néha restart után az sda-sdb helyet cserélnek. A gép elindul, de a raid széjjelhullik, df-re látom, hogy a rendszer sda helyett sdb-n van. Az fstab-ba uuid-el van felvéve minden.
Mdadm-al lehet uuid alapján raidet létrehozni? Ekkor nem számítanai, ha megváltozik a neve.
Vagy tudtok erre a problémára esetleg más megoldást?