Sziasztok!
Van egy ubuntu 10.04 szerverem, melyben jelenleg 1 winyó van. Szereztem egy másikat, szeretnék raid1-et kialakítani. Olvastam rengeteget a dolog után, de nem vagyok biztos az egészben, és élő szerver adatait nem szeretném elbénázni.
Valaki le tudná írni step by step módon hogy mit kell tennem?
Pl. A az "új" winyót formázni kellene valami fájlrendszerre mielőtt a gépbe kerül?
Adatok:
Kattints ide
- 5223 megtekintés
Hozzászólások
Itt találsz leírást hozzá: http://www.howtoforge.com/software-raid1-grub-boot-debian-etch
Mielőtt nekiállsz csinálj egy biztonsági mentést. :)
- A hozzászóláshoz be kell jelentkezni
Köszi. Én ezt a leírást néztem: http://hogyan.org/szoftveres-raid1-ubuntu és ez egyszerűbbnek tűnik, de lehet, hogy az ami egyszerű nem biztos hogy jó, de fordítva is igaz lehet.
Ezért írtam a step by step leírást.
=> Ubuntu User <=
- A hozzászóláshoz be kell jelentkezni
Szerezz egy 3. vinyót, és ments le mindent. (Ha fontos.) Ha nem, akkor építsd újra a rendszert a telepítővel raid1-en.
És itt jön a képbe, hogy miért is érdemes a / "könyvtárat" a /[useradatok] könyvtáraktól külön partícióra tenni. Ha ez lenne a helyzet, akkor 2 féllábú raid1 készítésével 3. lemez nélkül is megoldhatnád a dolgot. Így csak rizikós (nemismondominkább) megoldásokat ismerek.
A "rizikós" megoldás:
Az új diszken megcsinálod a raideket, féllábúan. Ha élnek a féllábúak a /proc/mdstat szerint, akkor formázni és átmásolni a kérdéses anyagot a fél-raidekre. Majd a grubot rávenni, hogy a raides diszkről bootoljon (fstab, root=, számtalan buktató, ügyesen!). Aztán a régi diszken is megcsinálni a raid partíciókat, majd hozzáadni a féllábúakhoz. Ennyi. :)
- A hozzászóláshoz be kell jelentkezni
Nem valami érthető, sajnos. Annyit kivettem, hogy nem egyszerű így megoldani ezt a problémát.
Én mégis így szeretném :/
=> Ubuntu User <=
- A hozzászóláshoz be kell jelentkezni
sfdisk -d /dev/sda | sed "s/83/fd/g" | sfdisk /dev/sdb
mdadm --create /dev/md0 --level=1 --raid-devices=2 missing /dev/sdb1
mkfs.ext3 /dev/md0
mount /dev/md0 /mnt
rsync -a --excluse="/proc/" --exclude="/mnt/" --exclude="/sys/" / /mnt
Szerkeszd szépre a /mnt/etc/fstab-ot, a /mnt/boot/grub/grub.cfg-t stb.
mkdir /mnt/proc && mkdir /mnt/sys && mkdir /mnt/dev
mount --bind /sys /mnt/sys
mount --bind /proc /mnt/proc
mount --bind /dev /mnt/dev
chroot /mnt/
update-initramfs -ctk all
grub-install
exit
Húzd le a régi diszket, majd varázsolj annyit a féllábú raidessel, hogy felálljon róla a rendszer. Ha ez megtörtént, akkor dugd vissza a régi lemezt, bútolj az újról(!), majd
sfdisk -d /dev/sdb | sfdisk /dev/sda
mdadm /dev/md0 --add /dev/sda1
A leírás minden lépése utánolvasást igényel. Ha nem érted - ne csináld. Ments. Ments. Ments. (Csináld újra a rendszert. Szvsz.)
szerk.: Az elgépeléseket nézd el nekem kérlek. :) Nekem mindig a grub szép összerakása szokott problémás lenni, a többi viszonylag gördülékeny. Rsync sokáig tart. Stb.
- A hozzászóláshoz be kell jelentkezni
Köszi. Jó kemény fába vágtam a fejszém. Ubuntu installerében van raid1 mikor telepítem, pl. server verzióban? Ott meg is csinálja, ha benne van mind a 2 lemez ha jól gondolom.
=> Ubuntu User <=
- A hozzászóláshoz be kell jelentkezni
Hát, be kell valljam, deb alapú holmikat előrekézzelgyártott raid/lvm/partíciókra telepítek. A telepítőnek max. megmutogatom a mountpointokat...
- A hozzászóláshoz be kell jelentkezni
Úgy könnyű :-)
=> Ubuntu User <=
- A hozzászóláshoz be kell jelentkezni
igen
- A hozzászóláshoz be kell jelentkezni
kérdés az, hogy az eredeti vinyó hogy van partícionálva.
- A hozzászóláshoz be kell jelentkezni
Sehogy? :D A telepítés úgy lett választva, hogy törlés és az egész lemez felhasználása.
=> Ubuntu User <=
- A hozzászóláshoz be kell jelentkezni
Attól még valószínűleg csinált partícionálást, kérdés, hogy default milyet. Pl. legalább külön swap, de lehet, hogy boot is? Passz.
- A hozzászóláshoz be kell jelentkezni
(Legalább a nyitó linkjét nézzétek meg. ;) )
- A hozzászóláshoz be kell jelentkezni
Akartam mondani, köszi.
=> Ubuntu User <=
- A hozzászóláshoz be kell jelentkezni
És ez?
http://www.novell.com/communities/node/4520/migrating-sles-software-rai…
=> Ubuntu User <=
- A hozzászóláshoz be kell jelentkezni
Kb. amit írtam. Ez a módszer járható. A grubos részt érdemes áttanulmányozni, de semmi egetrengető... Arch-os forrást is túrhatsz, sztem náluk láttam az sfdisk-et eccer. ;)
- A hozzászóláshoz be kell jelentkezni
Szerintem a 10.04.3-as telepítővel partícionáld az új diszket.
Egy raid1-es partícióra lvm aztán azt osztod fel a mostaninak megfelelő méretekre.
Én végig vinném mint egy szűz telepítést a régivel megegyező méretű lv-n belüli azonos méretű partícióra.
Aztán sysrescue live cd-vel a régi diszkről a /boot kivételével az összeset átmásolod az új cuccra.
Ahogy nézem nálad egy partíción van a szerver - szerintem sima ügy.
SystemRescueCD mount az új lv-s diszknél (pl.):
root@sysresccd % lvscan
File descriptor 8 (pipe:[13189]) leaked on lvscan invocation. Parent PID 2057: zsh
ACTIVE '/dev/sys/swap' [1.91 GiB] inherit
ACTIVE '/dev/sys/tmp' [9.54 GiB] inherit
ACTIVE '/dev/sys/root' [44.45 GiB] inherit
root@sysresccd % mount -t auto /dev/sys/root /mnt/custom
A régi nem lv-s diszknek a /mnt-ben egy új könyvtárat hozol létre, ahova becsatolod.
Másolás mc-ben szívbajok nélkül.
Kihúzod megint a régi diszket, (és nem a sysrescue cd-ről)
reboot és megnézed, hogy minden ok.
Eddig a régi szerver "mentett" állapotban van.
Ha egészen biztos vagy az új féllábú raid tömbre áthúzott régi szerver működésében, akkor
jöhet a raid1 finish
a régi lemez újra felhasználásával.
Ha nem vagy biztos a dolgodban, akkor valamelyik előző lépéstől ismételsz.
- A hozzászóláshoz be kell jelentkezni
Mi van akkor, ha beteszem a merevlemezt, és megcsinálom ez alapján a raid1-et?
=> Ubuntu User <=
- A hozzászóláshoz be kell jelentkezni
Adatvesztés.
Azt kellene megérteni, hogy egy RAID partíciók végén található néhány szektor, ami a RAID állapotáról tárol információkat. Ezért egy diszk "nyers" kapacitása nem ugyan annyi, mint ha RAID-1 -be rakod, még ha csak minimális eltérés is van. Ezért az egyetlen módszer a legelső hozzászólásban javasolt linken van:
- Készítesz egy RAID-1 -et az új diszkből azt "szimulálva", hogy a 2 lemezből az egyik nem működik (féllábú RAID-1).
- Erre a RAID-1 -re átmásolsz minden adatot a régi diszkről
- Hozzászinkronizálod a az új diszkhez a régit.
Valódi kockázata nincs, mert a kritikus pontokon az adataid két példányban vannak meg, persze nem árt a mentés arra az esetre, ha összekevernéd a két diszket :)
- A hozzászóláshoz be kell jelentkezni
Köszi, így érthetőbb.
=> Ubuntu User <=
- A hozzászóláshoz be kell jelentkezni
Én is itt kezdtem, (az egérmozi kifejezést itt olvastam először)
Időben kb. ugyanannyi mind a két eljárás, de hidd el, diszk csere esetén sokkal kényelmesebb ha egy darab raid tömbön van az egész lvm-en belül tetszés szerint felosztott rendszer.
- A hozzászóláshoz be kell jelentkezni
Ugye megírod, hogy mit végeztél?
- A hozzászóláshoz be kell jelentkezni
Van egy kis gond a következővel: sfdisk -d /dev/sda | sfdisk /dev/sdb
sfdisk: bad input
/dev/sdb1 Linux
/dev/sdb2 Empty
/dev/sdb3 Empty
/dev/sdb4 Empty
================ fdisk -l ===========
/dev/sda1 Linux
/dev/sda2 Extended
/dev/sda5 Linux swap / Solaris
Viszont a másik merevlemezen:
/dev/sdb Linux
Ilyenkor hogy csinálok /dev/sdb2 Extended és /dev/sdb5 Linux swap / Solaris -t?
szerk: leírás
szerk2: no free sectors available (fdisk /dev/sdb, n, p, 2)
szerk3: Picture 1
=> Ubuntu User <=
- A hozzászóláshoz be kell jelentkezni
A napnál is világosabb, hogy egy kisebb kapacitású merevlemezre nem fogsz tudni akkora partíciókat létrehozni mint ami a nagyobb kapacitású merevlemezen van.
--
maszili
- A hozzászóláshoz be kell jelentkezni
Ú, nagyon figyelmetlen vagyok :/
=> Ubuntu User <=
- A hozzászóláshoz be kell jelentkezni
Elrettentésül: http://hup.hu/node/113105
Akármelyik howtoban is lehet egy betűnyi elírás, ha nem tudod 100% biztosan, hogy mit csinálsz, akkor backup+reinstall, különben adatvesztéses reinstall lesz...
- A hozzászóláshoz be kell jelentkezni
Tudom, tudom... Van backup, és nem szállt el semmi, most csak simán felmountoltam az sdb meghajtót, és arra mentek.
=> Ubuntu User <=
- A hozzászóláshoz be kell jelentkezni
Csakúgy mondom, az én verzióm az eredetit nem piszkálja, ezért ott kihagyható a mentési idő.
- A hozzászóláshoz be kell jelentkezni
Áááá, inkább kemény..! (Vaze... :D :D :D )
- A hozzászóláshoz be kell jelentkezni
dupla
- A hozzászóláshoz be kell jelentkezni