Sziasztok,
Van egy otthoni szerverem, amiben van két RAID1 tükör mdadm-mal konfigurálva. (Debian)
Szeretném mindkettőt "feltörni", de úgy, hogy az adatok megmaradjanak.
Találtam egy cikket:
https://nicolas.busseneau.fr/en/blog/2021/08/remove-mdadm-raid1-keep-da…
Csak szeretném megkérdezni, hogy így szerintetek jó? Mármint helyesnek tűnik, de örülnék, ha mások is igent mondanának.
Esetleg van egyszerűbb módszer is?
A lemezek csak adatot tárolnak, nincs rajtuk rendszer.
Mentés van, de azért nem szívnék azzal, ha lehet.
Szerk: a lemezeket SSD-re akarom cserélni, de ezeken a lemezeken jó lenne, ha külső meghajtóként olvasható lenne az adat. Így lenne később még egy példány mentés (aznapi snapshot).
Üdv: redman
- 345 megtekintés
Hozzászólások
Egyszerűbb módszer: hagyd meg féllábúnak
- A hozzászóláshoz be kell jelentkezni
Jaja. Viszont érdemes meggyőződni, h a grub fel lett-e telepítve mindkettőre. Illetve arra, ami maradni akar.
Szerk: Fenébe, nem olvastam el, nem ezen van a rendszer.
- A hozzászóláshoz be kell jelentkezni
Raid5-re ue. a javaslat?
- A hozzászóláshoz be kell jelentkezni
Ez a kérdés valami tudás teszt?
- A hozzászóláshoz be kell jelentkezni
hehe, beteszel egy megegyező méretű akármilyen kötetet.
Mindent átmásolsz rá, aztán elpusztítod a RAID5-öt.
kb. így.
- A hozzászóláshoz be kell jelentkezni
Adatkötetnél rendben, de tegyük fel, hogy azon van a rendszer. Ezt mondjuk virtuálba akajuk költöztetni. A virtuális réteg alatt meg van oldva a redundancia. Átköltöztetem a 4 kötetet, aztán hibásnak jelölök és kihúzok 3-at, majd U_ _ _ üzemeltetem tovább?
- A hozzászóláshoz be kell jelentkezni
Az eredeti kérdésre válaszoltak, miszerint egy tükröt szét lehet-e bontani, ha így akarja valaki valamiért. Hogy ez neki jó, nem jó, azt ő tudja. Ettől még neked nem kell a RAID5-öd szétszedni, meg bogarászni.
A RAID5-nél meg "virtuálba költözik" vonalon eleve más a koncepció. Van egy fizikai géped RAID5-tel, amit szeretnél konszolidálni egy VM-be. Fogod, és a vonatkózó módszerrel átküldöd a virtualizációs környezetbe. Innentől logikaivá válik a szerver, és neki arról fogalma sem lesz, hogy milyen diszk/LUN/FC/iSCSI/NFS akármi van alatt, sőt azt sem, hogy ő egy VHD image, vagy egy LV kötet, vagy akár egy LUN-t kapott direktben. Azt, hogy a régi gépen a RAID5-tel mit kezdesz te tudod, de értelem egynél több diszket nem tudsz belőle kihúzni, és nem is akarsz igazán.
- A hozzászóláshoz be kell jelentkezni
Az eredeti kérdésre válaszoltak
Elnézést, az offért!
egynél több diszket nem tudsz belőle kihúzni, és nem is akarsz igazán.
Erre gondoltam, ezért nem értettem :)
Fogod, és a vonatkózó módszerrel átküldöd a virtualizációs környezetbe.
Ezt fejtsd ki légyszi, akár PÜ-ben is, hogy ne offoljuk szét a topikot. Ahogyan eddig gondoltam: xenserverrel (citrix nélküli) létrehoznék 4 lemezt, sysrescd-vel bootolva a vm-et rsync-kel ráküldeném a fizikai vason lévő 4 hdd tartalmát, majd fstab, grub és kész. Ezek szerint van ennél jobb megoldás is, és ezt szeretném megismerni :)
- A hozzászóláshoz be kell jelentkezni
Nem hozol létre N db diszket virtualizációs környezetben a VM alá, hanem általában egyet. A redundanciát a hoszton kezeled, és ott egy valamilyen virtuális image jellegűbe kerül minden. Technikailag egyébként lehetséges sokminden, csak nem biztos, hogy az úgy használható lesz, vagy megbízható. (Most a speciális felhasználásokba ne menjünk bele.)
Ha RAID5-öd van, azt hiába rsynceled 4 fizikai diszkről 4db image-re. Valszin dd-vel valahogy menne, de a XenServer alatt semmiképp se ilyen egyszerű, mert elég kacifántos használja az alárakott storage-et.
A XenServer Citrix cucc, van mellé hasonlóból XCPng, meg van egy Xen projekt történet, szóval eleve itt belehaladsz érdekes kérdésekbe.
Az első kérdés, hogy egyáltalán a virtualizációs környezeted milyen storage-re épül. A CPU, a környezet típusa az gyakorlatilag másodlagos, mert a storage jellege (elvárt funkciói) leszűkitik a lehetőségeket.
- A hozzászóláshoz be kell jelentkezni
Kicsit hiányos a RAID tudásom* ezért kérdezem:
Ha simán kiveszem most az egyik lemezt és beleteszem egy másik gépbe (usb olvasó vagy bármi), akkor minden további nélkül tudom olvasni az adatokat?
* tudom, tudom, akkor minek nekem RAID? Mert mondták, hogy az jó :D
Viccet félretéve utánaolvastam és minden tiszta, de nagyon mélyen nem foglalkoztam vele.
- A hozzászóláshoz be kell jelentkezni
Persze, el lehet indítani egy lemezzel is a RAID1-et. Nyilván kis parancssori mdadm kellhet hozzá, meg bosszankodik hogy egyedül van, de menni fog.
- A hozzászóláshoz be kell jelentkezni
Ha van egy RAID1 tömböd, miért akarsz megválni tőle? Amúgy a legegyszerűbb valóban az, amit Oregon írt, hagyd meg féllábúnak. Kiveszed belőle az egyik disket, megy az tovább. Tényleg ekkora probléma venni egy új disket, hogy meg kell csonkítani egy RAID1 tömböt? Egyébként meg jó az a RAID1, ha fontosak az adataid, hiszen a HDD vagy SSD bármikor elpusztulhat.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Szerkesztettem a kérdést. A lemezektől szeretnék megválni és SSD-re cserélni. A mostani lemezekből meg lesz egy offline mentés (snapshot)
- A hozzászóláshoz be kell jelentkezni
Miféle lesz az a snapshot?
Mert lehet úgy is, hogy hozzáadod az SSD-t is a RAID tömbhöz, összeszinkronizál, majd kiveszed a HDD-ket belőle. Mivel ez linear read meg write, elég gyors lesz.
Aztán ha menteni akarsz, akkor újra hozzáadod a HDD-t. Igaz, ekkor az egész HDD tartalom össze lesz szinkronozva, az eltart egy ideig, ahhoz képest hogy csak a változásokat kellene átvinni (pl. rsync).
- A hozzászóláshoz be kell jelentkezni
Lehet, hogy nem voltam elég egyértelmű.
A szerver teljesen újra lesz húzva, minden HDD SSD lesz.
A mostani lemezek nem egyeznek meg az SSD méretével, tehát nem megy a kivesz, helyére betesz opció. A mostani lemezek tartalmát szeretném megőrizni. Ez lenne egy "snapshot" az aktuális rajta levő adatokról.
A kérdésem akkor leegyszerűsítve: ha most kiveszek egy lemezt ami RAID1-ben van és azt beteszem egy másik gépbe, akkor látni fogom-e az adatokat? A RAID1 simán tükröz vagy mindenképpen mdadm kell az olvasó gépben is, hogy lássam a kedvenc fájljaimat?
- A hozzászóláshoz be kell jelentkezni
Mintha a régi superblock format-al lehetett volna direktbe mountolni, de az aktuálissal azt hiszem mindenképp kell egy mdadm.
mdadm --create /dev/md0 --level=1 --raid-devices=1 /dev/sda1Nem egy nagy dolog.
- A hozzászóláshoz be kell jelentkezni
https://raid.wiki.kernel.org/index.php/A_guide_to_mdadm#Superblocks_and…
Version 1.0 is also stored at the end of the device
a 'regi' raid verziok ebbol a szempontbol sokkal jobbak voltak; siman lehetett mountolni egyszeru particiokent.
most nem tudom, hova teszi a superblock-ot default-bol az mdadm, eleg gyakran valtoztatjak.
- A hozzászóláshoz be kell jelentkezni
Érdemi válaszom is lesz, még ha nem is értek egyet a céllal. Az egyik lemezt kivenném a RAID1 tömbből. Nem fizikailag, hanem az mdadm --manage --remove paranccsal, de ennek azért olvass utána. Utána a kivett disket partícionálnám, formáznám kedvemre, majd átmásolnám rá az adatokat a féllábú RAID1 tömbről. Ezt követően beszántanám a RAID1 tömböt, ami már csak egy disket tartalmaz, azt a lemezt is partícionálnám, formáznám. Lehet azt csinálni, hogy előrelátóan az első disket LVM-be teszed, az adatmásolás után és a második disk felszabadulása után a második disket is beteszed az LVM kötetbe, kiterjeszted a logical volume-t, utána a benne lévő filerendszert, és akkor van egy két disk méretű folytonos filerendszered. Igaz, bármelyik disk megdöglik, megy minden a levesbe.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni