Software RAID

Debian GNU/Linux

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

  • 8162 megtekintés

( m4k3r | 2011. 01. 28., p – 08:40 )

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!

( KeeF | 2011. 01. 28., p – 09:08 )

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

( VaZso v | 2011. 01. 28., p – 15:43 )

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.

( BognarB v | 2011. 08. 03., sze – 11:23 )

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.

( lakisoft | 2012. 09. 30., v – 18:51 )

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

( ncc1701 | 2012. 11. 16., p – 13:29 )

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?