Elhatároztam, hogy Raid1 tömbbe szervezek két HDD-t(természetesen teljesen egyforma HDD-ről van szó). Az egyiket régebben vettem és azon lenne a hasznos adat, a másikat most vettem és szeretném tömbbe szervezni őket.
Az alaplapon lévő SATA kártya támogatja a RAID1 funkciót. Annak rendje és módja szerint bele is vágtam, és létrehoztam a RAID1 tömböt(sok helyen írják, hogy ez tuti adatvesztés), de ez nem így történt...talán hála az égnek... Megkérdezte, hogy melyik legyen a forrás és melyik a cél meghajtó, illetve offline vagy online módban szeretném-e másolni az adatot. Azt mondtam offline mód(ami az adat forráslemezről történő másolását azonnal el is kezdte). A másolás megtörtént jó pár óra alatt megtörtént, a linux elindul, és mindkét winyo szépen látszik. Az első meglepetés ott ért, hogy miért is látszik mind két winyó? Ez már önmagában fura, hiszen hol is találhatom a tömböket? Számomra az lett volna a logikus, hogy mivel "elvileg" ez egy Hardwares-raid, az op rendszer számára átlátszó, és a két winyó helyett csak egyet kapok, de ez nem így lett. NA mindegy, most van két vinyom, ugyanazzal az adattal, a vezérlő-kártya szerint Raid-ben. De hogyan tovább?
Második kérdés: Software-es raidet már csináltam, de ott soha nem volt kész adat. Létrehoztam mdadm-mal a RADI1 tömböt, formáztam és kész. Egyetlen eszközként láttam a két HDD-t. Ebben a helyzetben viszont az egyik HDD-n, ugye ott az értékes adat,ezért két HDD-t úgy szeretném RAID1-be kötni, hogy az első HDD adatai megmaradjank(illetve másolódjanak).
Erre egy megoldást olvastam: hozzak létre RAID tömböt és a második meghajtót jelöljem hiányzónak, majd adjam hozzá. A kérdés, hogy ez valóban járható út-e, vagy van benne valami bukkanó ami miatt esetleg mégis elveszhetnek az eredeti HDD-ről az adataim. Esetleg van más út is?
előre is köszi a segítséget !
- 1724 megtekintés
Hozzászólások
Hogyan tovább? Először is illik ilyenkor mentést csinálni. A bios raid-jét felejtsd el, az egy "fakeraid", szerintem több baj van vele mint amennyit ér. Marad a soft raid, amihez:
- ellenőrizni kell, hogy az adataid épek-e még (és nem csak úgy látszik, hogy)
- menteni kell, utána
- szét kell szedni a bios fakeraid-et
- létre kell hozni egy féllábú mirrort (én csinálnék rá lvm-et, azon belül meg egy - több - lv-t)
- arra rá kell másolni a cuccot
- be kell tenni a másik lábát
- várni kell míg a szinkronizációt megcsinálja
- e öröm, e bódóttá
Ez így viszonylag biztonságos, a féllábú mirrort úgy is megcsinálhatod, hogy az adatokat tartalmazó disk nincs a gépben (már ha nem arról bootolsz), így véletlenül se tudod rátenni a mirrort. Utána ha átmásoltad az adataidat, akkor már két helyen van meg, akár le is lehet ellenőrizni, hogy tényleg remek lett-e a másolás. Persze az a legjobb, ha tudsz mentést csinálni.
- A hozzászóláshoz be kell jelentkezni
Lentebb kétem fixme-t, de akkor ide. Ha az eredeti disken nem raides particíók vannak, arról, hogy fog szinkronizálni a raidbe? nem fog besírni, hogy márpedig a régi partíció nem raides?
Nem tom milyen disztró, de az initramfs-be se árt majd a raid modulokat betenni + a grubot is kell majd valszeg kézzel reszelni, ha sikerül a művelet, mert az egy dolog, hogy MBR-ből bejön a grub (márha oda let téve), de aztán annak meg kell mondani, hogy hová került át a /boot.
- A hozzászóláshoz be kell jelentkezni
Ezek teljesen feleslegesek, mivel nem a rendszermeghajtó lesz tömbbe szervezve. Itt legfeljebb annyi lesz, hogy a kernelbe be kell majd forgatnom a Raid támogatást.
- A hozzászóláshoz be kell jelentkezni
Még egy kérdés:
mdadm parancsnál, az eszközök felsorolásában (--raid-devices=X dev1 dev2...devX) esetében van valami jelentősége az eszközök sorrendjének ?
- A hozzászóláshoz be kell jelentkezni
Az első kérdésedre nem tudom a pontos választ, viszont ne feledd, hogy sok alaplap szoftveres raidet csinál ám, és amíg nincs meg a megfelelő driver, Linux esetén a fake-raid (fixme), addig az egy fabatkát sem ér. Meg amúgy se, de ez más kérdés. Ennek nézz utánna.
A második kérdésedre a válasz, az általad leírt módszer akkor volna járható, ha már megvolna a raided, és újabb lemezt szeretnél beletenni. Mivel a sw raid esetén már a partíciót úgy kell létrehozni, ezért kétlem, hogy ezt már működő partícióval meg lehetne csinálni (megintcsak fixme). Végeredményben a létrehozott raid partíció úgyis üres lesz.
- A hozzászóláshoz be kell jelentkezni
Igen, ráéreztél a lényegre.
Tehát szoftveresen a következő eljárás nem létezik( vagyis nem létezik konvertálás amelyik a natív linux particókat tartalmazó merevlemezt adatveszteség nélkül raid tömbe szervezné)
1.Értékes adatot tartalmazó lemez alapján, adatvesztés nélkül raid1 tömböt hozok létre
2.Üres lemezt hozzáadom
3.Megvárom a szinkronizációt
A megoldás az, hogy
1.Kialakítom a raid-tömb strukturáját egy törölhető lemezen(itt mindenképpen informácó-ivesztés van)
2.Értékes adatot átmásolom a tömbbe
3.Az értékes adatot tartalmazó lemezt tömbbe rakom
4.Várom a szinkronizációt/ami egyben az értékes adat törlését, a raid-tömb strukurájának kialakítását és az adatok szinkronizálást jelenti az frissen becsatolt lemezen
Jól írom ?
Kössz a segítséget !
- A hozzászóláshoz be kell jelentkezni
1.) ugyanakkora üres friss lemezen valamivel kisebb helyed van raid-tömbben - ez a "vesztés"
"Féllábú" raid1-et kell létrehoznod pl.:
mdadm -C /dev/md21 -f -l 1 -n 2 sdc1 missing
2.) átmásolod az eredetit a tömbbe
rsync-et ajánlom (a forrás és a cél könyvtárt / jellel lezárod).
3.)
http://www.gergely.tomka.hu/raidenbd/
3.6 RAID1 kalandok
... a tömbünk tiszta, de "degradált" (a magyar szakzsargonban inkább "féllábú")
... Adjunk hozzá egy új eszközt, hogy adataink biztonságban legyenek
- A hozzászóláshoz be kell jelentkezni
A második kérdésedre a válasz, az általad leírt módszer akkor volna járható, ha már megvolna a raided, és újabb lemezt szeretnél beletenni. Mivel a sw raid esetén már a partíciót úgy kell létrehozni, ezért kétlem, hogy ezt már működő partícióval meg lehetne csinálni (megintcsak fixme). Végeredményben a létrehozott raid partíció úgyis üres lesz.
Mdadm esetén meg lehet csinálni működő partícióval is (fájlrendszerfüggő), természetesen rendszerpartició esetén csak offline. Kicsit csökkenteni kell a fájlrendszer méretét és 0.9 vagy 1.0 superblock verzióval létrehozni egy degraded tömböt, így a raid superblock-ok a partició végére kerülnek. Ezután be lehet állítani a partíciók típusát, öszeszinkronizálni a lemezeket, átírni az fstab és egyéb bejegyzéseket és a végén egy fájlrendszer resize, hogy kitöltse a tömb teljes méretét.
Üdv: Zoli
- A hozzászóláshoz be kell jelentkezni
Ezt a megoldást inkább kihagyom :)
- A hozzászóláshoz be kell jelentkezni
most alaplapon lévő, vagy sata kártya?
az alaplapi raid-et linux alatt a dmraid-del tudod gyötörni, ez is szoftveres raid lényegében. 'dmraid -s' kiírja az aktív tömböket és azok állapotát, elérési útjukat. külön-külön látod mindegyik lemezt (de szerintem md raid esetén is), de magát a tömböt /dev/mapper/(valamihülyenév) alatt éred el. (dmarid -s megmutatja). ha nem lenne aktiválva a tömb, akkor (az egyszerűség kedvéért) 'dmraid -ay'
- A hozzászóláshoz be kell jelentkezni
Elvileg sata vezérlőkártya raid támogatással, vagy valami ilyesmi. Majd megnézem, mert most nem vagyok otthon. Egyébként pár ezer forintos kártyáról van szó, tehát valójában nincs nagy illúzióm, hogy sok mindenre jó.
Elvileg raid0-at és raid1-et tud(és fogalmam sincs, hogy ez mennyire hardware-s vagy szoftveres, mert itt abszolút nem vágom, hogy valóban mi a difi, főleg Raid1 esetben, ahol még paritást sem kell számolni).
én már ott is elvesztettem a dolgot, hogy számomra tényleg evidens volt, hogy a hardweres raid teljesen láthatatlan az oprendszer felől, de ahogy itt olvasgatom, nem így van...vagy esetleg van olyan hw-s raid megoldás, ami az oprendszer számára láthatatlan, és operációs rendszer szinten esmélyem sincs direktbe az csak az egyik lemezre írni?
- A hozzászóláshoz be kell jelentkezni
Még egy kérdés:
mdadm parancsnál, az eszközök felsorolásában (--raid-devices=X dev1 dev2...devX) esetében van valami jelentősége az eszközök sorrendjének ?
- A hozzászóláshoz be kell jelentkezni
fakeraid az, ahogy fennt írták a device-mapperen keresztül lehet látni egyben is (általában).
Ha nem akarsz windowst használni, jobban jársz a Linux saját megoldásával...
- A hozzászóláshoz be kell jelentkezni
Azért fake, mert nem hardverből számol, vagy miért is ?
- A hozzászóláshoz be kell jelentkezni
Nem hát, Windowson a kártyához adott driver, Linuxon a device mapper intézi a raidet (ha használod).
Ezek a kártyák (no meg az alaplapi "raid" vezérlők) sima SATA kártyák, kicsit felokosított BIOS-szal.
Szerintem ezeket az szülte, hogy az XP nem tudott raidelni.
- A hozzászóláshoz be kell jelentkezni
de tudott.
- A hozzászóláshoz be kell jelentkezni
Persze, ha a 2003 szerverből áthekkelted a megfelelő cuccokat hozzá...
- A hozzászóláshoz be kell jelentkezni
de tudott.
kivéve a rendszerdiszket, amiről bootolt. na pont az, aminek értelme lett volna, az hiányzott.
- A hozzászóláshoz be kell jelentkezni
raid5-öt is tudott, (import dll-ek szerver változatból) csak gyilkos módon nyúzta a diszkeket.
- A hozzászóláshoz be kell jelentkezni
hát többek közt. valamint nem transzparens, nem rendszerfüggetlen, nincs saját cache (+aksi hozzá), nincs management felület (windowson lehet valamit tüttyögni vele, de az vicc), satöbbi. számos különbség van.
- A hozzászóláshoz be kell jelentkezni
Most olvastam valamelyik oldalon, hogy ezek az olcsó raid-ek annyit tudnak, hogy a saját kis nvram-jukba írják, illetve onnan olvassa a raid információkat. Ez mennyire igaz? Mert ha igaz, akkor annyi előnye mindenképpen van, hogy nem gányolja össze a lemezt.
Nagyon nem vágom.
- A hozzászóláshoz be kell jelentkezni
ez nem igaz. illetve lehet, hogy oda _is_ írnak, de a lemezre is. a damraid legalábbis szépen felismeri a lemezen lévő metadatát (pl.), akár többet is egyszerre. azt mondjuk nem értem, mit értesz összegányolás alatt.
- A hozzászóláshoz be kell jelentkezni
azt érti, hogy akkor a raid1-ből kivett tükörfél magában is használható lenne, mert nincs rajta semmi, ami megkülönbözteti a raid device-on látható adatoktól.
persze ez csak raid1-nél bír némi értékkel.
- A hozzászóláshoz be kell jelentkezni
Pontosan. De raid1 alatt nagyon sok értékkel bír, és elég sok ellentmondásos információt olvastam azzal kapcsolatban, hogy mi történik ha egy vezérlő elszáll. Kezdve onnan, hogy az olcsó vezérlők semmit nem írnak a lemezre, egészen odáig, hogy a lemez csak akkor válik használhatóvá, ha pontosan ugyanolyan vezérlőt teszünk a helyére(magyarán vezérlőspecifikus információkkal agyonvágja a fájlrendszert vagy mi ???)
Na mindegy, úgy néz ki maradok én a szoftveres raid-nél. Csak úgy voltam vele, hogy ha már ott van a kártya, akkor miért ne használjam ki!
- A hozzászóláshoz be kell jelentkezni
De az is ugyanolyan szoftveres, a hardver raidnek saját processzora, firmware-je, aksiról megtámogatott cache memóriája van.
- A hozzászóláshoz be kell jelentkezni
a tévinformációk helyett olvasd el, amit linkeltem fentebb. (pl.)
az alaplapi raid vezérlős mókának én akkor látom egyedül értelmét, ha mondjuk vegyesen akarod használni a rajta lévő adatokat windows és linux alól, mert az ilyen tömb elérése mindkét rendszer alól lehetséges (sőt, még akár telepíthetsz is rá ill. bootolhatsz is róla). viszont tisztán linux alatt jobban jársz a md raiddel, már csak azért is, mert ha összecsukja magát, akkor többen tudnak benne itt segíteni. :)
- A hozzászóláshoz be kell jelentkezni
hát ezt ki kellett próbáljam, mert még ilyet konkrétan nem próbáltam... egy intel vezérlőn csináltam egy raid1 tömböt, ubuntu alatt aktiváltam, létrehoztam rajta egy darab ntfs partíciót a teljes területen. másoltam rá egy valag fájlt, md5 sumokat csináltam. ezután kivettem az egyik lemezt, beraktam egy windows gépbe. az volt a terv, hogy megnézem mit szól hozzá, és md5summal ellenőrzöm az integritást.
hát azt szólta hozzá a win, hogy lát egy darab ismeretlen típusú partíciót, oszt csá. beraktam a másik lemezt is a móka kedvéért, az dettó ugyanez. :)
tehát mondhatni, összegányolja a lemezt.
a móka kedvéért ezt a lemezt legyalultam, mindjárt visszarakom a tesztgépbe és megpróbálom rebuildelni.
- A hozzászóláshoz be kell jelentkezni
ezek az olcsó raid-ek annyit tudnak, hogy a saját kis nvram-jukba írják, illetve onnan olvassa a raid információkat.
értsd: akad olyan olcsó raid, ami ilyen.
meg van egy csomó, ami nem ilyen.
a tied sem. meg azok sem, amiket én láttam eddig...
de ez nem zárja ki, hogy ne létezhetne ilyen. és ha létezik ilyen, azzal működhetne a fenti játékod.
- A hozzászóláshoz be kell jelentkezni
subscribe
- A hozzászóláshoz be kell jelentkezni
Abban kérném a segítségeteket, hogy hogyan lehet az fstab-ba bejegyezni egy raid eszközt, hogy indulásnál automatikusan felcsatolja azt.Ugyanis hiába jegyzem be, a Raid eszközöm a többi meghajtó felcsatolásakor még nem aktív !
- A hozzászóláshoz be kell jelentkezni
Logokból meg kéne próbálni kideríteni, hogy miért nem rakja össze a tömböt.
mdadm.conf rendben van? Beleírtad az összetevőket?
- A hozzászóláshoz be kell jelentkezni
Az mdadm.conf rendben van. Merthogy neki ezt elvileg automatikusan össze kellene rakni?? Na mondjuk én is így képzeltem el, de nem rakja össze és nem találok semmilyen hibára mutató jelet. A dolog úgy müxik, hogy mdadm -A /dev/md0 parancs-csal kell aktiválnom, miután elindult a rendszer!
- A hozzászóláshoz be kell jelentkezni
A biztonság kedvéért nézhetnél egy mdadm --detail --scan , hogy ugyanaz -e mint ami a conf-ban van.
- A hozzászóláshoz be kell jelentkezni
mdadm --examine --scan --config=mdadm.conf >> /etc/mdadm/mdadm.conf
- A hozzászóláshoz be kell jelentkezni
+ update-initramfs -u -k all
hogy boot közben is tudjon róla.
Üdv: Zoli
- A hozzászóláshoz be kell jelentkezni
Itten mdadm-ből jól kiokosítottak, ezért én mást javaslok. Úgy hallottam hogy már az LVM is képes Linuxon tükrözni. Én ennek használatát javaslom. Így nem disk-et tükrözöl diskkel, hanem csak egy-egy logical volume-ot. Ez menet közben kényelmesebben átkonfigurálható mint az md és ha valamelyik volume nem igényli a rendundáns tárolást, ott nem kell ezzel helyet pazarolnod.
Sajnos konkrétumokkal nem szolgálhatok, Linuxon még nem próbáltam milyen az LVM tükrözés.
Ave, Saabi.
- A hozzászóláshoz be kell jelentkezni
Aix után olyan, mint sajtreszelővel rejszolni... :(
- A hozzászóláshoz be kell jelentkezni
HP-UX után is, de hát erről szól a GNU világ! :-D
- A hozzászóláshoz be kell jelentkezni
Ez így azért erős. Ha jól emlékszem az lvm raid-jét sehol se javasolják. Létező, ám nem igazán kicsiszolt megoldás, gondolom azért, mert van helyette sokkal-sokkal jobb.
- A hozzászóláshoz be kell jelentkezni
Ha az md-re gondolsz mint sokkal-sokkal jobbra, ezzel vitatkoznék.
- A hozzászóláshoz be kell jelentkezni