Régi rendszer másolása teszt környezetbe [MEGOLDVA]

Linux-kezdő

Üdv mindenkinek,

Egy régi Debian sw-raid1 rendszert szeretnék vmware tesztkörnyezetbe másolni, de sajnos elakadtam ezért kérnék itt tanácsot.

(0) A régi rendszer adatai

http://pastebin.com/CFxpmgJu

(1) Létrehoztam a virtuális gépet két merevlemezzel sda,sdb

(2) Indítottam egy systemrescuecd-x86-3.1.2.iso livecd rendszert a VM-en

(3) Létrehoztam mindkét merevlemezen a partíciókat 


   Device Boot      Start         End      Blocks   Id  System
/dev/sda1            2048     2099199     1048576   fd  Linux raid autodetect
/dev/sda2         2099200   104857599    51379200   fd  Linux raid autodetect

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1            2048     2099199     1048576   fd  Linux raid autodetect
/dev/sdb2         2099200   104857599    51379200   fd  Linux raid autodetect

A fizikai gép merevlemezei nagyobbak ezért a partíciók nem egyeznek de fájlrendszer szintű másolást szeretnék ezért úgy gondolom nem baj ha kisebb.

(4) Elkészítettem a raid tömböket 


mdadm --create /dev/md0 --level=1 --raid-devices=2 --spare-devices=0 --metadata=0.90 --uuid=b1d25267:3ae3024e:b7aa70c6:49697bb9 /dev/sda1 /dev/sdb1
mdadm --create /dev/md1 --level=1 --raid-devices=2 --spare-devices=0 --metadata=0.90 --uuid=27c33320:5ac6cece:49abac7a:36a37f23 /dev/sda2 /dev/sdb2

A metadata és uuid értékek a régi rendszernek megfelelően lettek megadva, remélem jól.

(5) Elkészítettem a szükséges fájlrendszert

mkswap /dev/md0
mkfs.ext3 -U b498929b-1c66-4d40-a600-a507ac31a671 /dev/md1

(6) Készítettem egy üres könyvtárat ahová becsatoltam a raid tömböt

mkdir /DES
mount /dev/md1 /DES

(7) Átmásoltam a régi rendszer fájljait

rsync -aH /media/ext/regi/ 172.16.200.143:/DES/

(8) Telepítettem a Grub rendszerbetöltőt

Elindítottam a debian-5010-amd64-CD-1.iso telepítőt a VM-en rescue módban.
Sikeresen telepítettem a Grub rendszerbetöltőt a /dev/sda és /dev/sdb eszközökre.

Ha közben átváltok egy másik konzolra akkor ott a raid rendben van látszólag.
http://kepfeltoltes.hu/130123/r1_www.kepfeltoltes.hu_.png
http://kepfeltoltes.hu/130123/r2_www.kepfeltoltes.hu_.png
http://kepfeltoltes.hu/130123/r3_www.kepfeltoltes.hu_.png

(9) Reboot

A Grub rendesen elindul. A rendszerindítási paraméterek:
http://kepfeltoltes.hu/130123/r5_www.kepfeltoltes.hu_.png

Sjanos a rendszerbetöltés megáll a következő hibával:
http://kepfeltoltes.hu/130123/r6_www.kepfeltoltes.hu_.png
http://kepfeltoltes.hu/130123/r7_www.kepfeltoltes.hu_.png

Az initrd konzol után:
http://kepfeltoltes.hu/130123/r8_www.kepfeltoltes.hu_.png
http://kepfeltoltes.hu/130123/r9_www.kepfeltoltes.hu_.png
http://kepfeltoltes.hu/130123/r10_www.kepfeltoltes.hu_.png

Ha ezek után elindítom a systemrescuecd-x86-3.1.2.iso livecd rendszert a VM-en akkor ez az állapot van:
http://kepfeltoltes.hu/130123/r11_www.kepfeltoltes.hu_.png
http://kepfeltoltes.hu/130123/r12_www.kepfeltoltes.hu_.png
http://kepfeltoltes.hu/130123/r13_www.kepfeltoltes.hu_.png

Mit rontok el a rendszer költöztetése során ami miatt nem indul el a rendszer és miért rontja szét a raid tömböket?

A válaszokat előre is köszönöm.

  • 4986 megtekintés

( friiz | 2013. 01. 23., sze – 15:42 )

Úgy particionáld meg a diskeket, hogy maradjon a végén üres hely, ne foglalja el a teljes disket, mert szokás szerint szétcseszték valamikor... nem emléxm pontosan

igen úgy értem az új gépen, de igazából jól jársz ha mindenhol áttérsz rá
szétcseszéssel ne foglalkozz

msodik lehetőség, nem túl szép, de ha csak tesztre kell
mdadm.conf-ba, direktbe írd be az partíciókat, és ne uuid-t, és csinálj új initrd-t, amiben már ez van
ARRAY /dev/md1 devices=/dev/sdb2,/dev/sda2

szerk: ha meg bubuntu, akkor nem árt kigyilkolni a kernelből az ubuntus raid-t, csak az md legyen benne

( sigellef | 2013. 01. 23., sze – 15:52 )

A másolt rendszer /etc/fstab fájlja rendben van? /dev/sd?x, /dev/hd?x, /dev/akármi?x vagy /dev/uuid-szám-szám-szám van benne, és rendben vannak-e? Lehet, hogy az fstab a régi, de új környezetben másak az eszköznevek uuidszámok.
-fs-

( zeller | 2013. 01. 23., sze – 16:13 )

Az új helyen összerakod a raid-et, eddig stimmt. Nem kell foglalkozni az UUID-del meg hasonló nyavajákkal, kap, amit kap, mindegy.
Az átmásolt rendszeren reboot előtt az /etc/fstab-ba /dev/md[01] -eket írsz. Az mdadm.conf-ot elrakod messzire :-P
a /proc-ra egy bind mount az átmásolt rendszer alatti /proc könyvtárba, majd chroot, grub, boot re.

( maszili | 2013. 01. 24., cs – 09:38 )

Elviekben azért lehetséges egy sw-raid1 rendszer ilyen módon történő átmásolása? Volt már olyan, hogy sikerült valakienk? Vagy teljesen hüléyeség az elgondolás?

--
maszili

Lehetséges.
http://kepfeltoltes.hu/130123/r7_www.kepfeltoltes.hu_.png
ezen a képen van egy olyan, hogy WARNING /dev/sdb2 and /dev/sdb apper to have very similar superblocks.
Az sdb-nek honnan lett superblock bejegyzése? Szerintem a raid elkészítésekor csúszott be valami hiba. Vagy megpróbálod live cd-vel újra szinkronba hozni (kezdve az sdb partíciós táblájának törlésével), vagy pl. csinálsz egy működő alap Debian-t és a /boot /etc/fstab /etc/mdadm/mdadm.conf kivételével törölsz/rsync-elsz mindent.

Hát ez az, hogy a grub telepítése előtt a raid rendben van. ha újraindítom a rendszert és kézzel vagy a debian-rescue automatikusan elindítja a raid-et akkor az minden esetben jól működik. A gond akkor keletkezik amikor telepítem a grub-ot. Azután összekuszálódik a raid és nem tud elindulni a rendszer.

Itt látszik is http://kepfeltoltes.hu/130123/1155711021r14_www.kepfeltoltes.hu_.png
Grub install előtt ott a jól működő raid aztán a grub telepítés közben már hiba van és ezután a raid elromlik.

--
maszili

Köszi a tippet ez eszembe sem jutott.

A rendszer rendben elindult a sysrescue segítségével.
A raid rendben van.
Aztán telepíteném a grub-ot.

http://kepfeltoltes.hu/130124/r15_www.kepfeltoltes.hu_.png

Sajnos ugyanaz a hiba :(
Tehát a régi rendszer hordoz magában (initrd?) valamilyen hibát ami grub telepítés során elrontja a raid-et...

--
maszili

Igen a grub telepítés sikeres de a közben keletkező hibaüzenetekkel (error: array->nr_devs ...) párhuzamosan a raid adatai módosulnak a merevelemzeken minek következtében a legközelebbi indulás során a hibás raid adatok miatt már nem lehet soha többet elindítani a raid-et. Ezért nem tud elindulni a rendszer sem.

És nem értem, hogy mi és miért rontja szét a raid-et a merevlemezeken a grub telepítés során?

--
maszili

mivel 0.9-s raid-t használ ezért egybe esik a partíció vége a disk végével, mivel a 0.90-s raidnél az block végén helyezkedik el az md superblock, ezért a kernel 2 eszköznél is ugyanazt a md uuid-t látja, hiszen az utolsó szektorjai mind2-nek ugyanazok, ezért mondtam neki, hogy úgy partíciónáljon hogy a partíció vége ne essen a disk végére, persze ez még nem oldja meg, hacsak nem törli a superblock-t a teljes disken

( hrgy84 | 2013. 01. 24., cs – 12:23 )

En most roppant mod tirpak paraszt leszek, de vallalom.

Pontosan miert szeretnel RAID-et a VMware alatt? Eleg nagy teljesitmenyveszteseggel jar ahhoz kepest, hogy semmi extrat nem nyujt, foleg, ha a VMware alatt levo disk mar RAID-ben van.

En a kovetkezot csinalnam:
- atraknam a rendszert mondjuk rsync-cel 1 db diskre
- atirnam az fstab-ban az UUID-okat megfelelore
- az mdadm.conf -ot elraknam jo messzire
- frissitenem az initrd-t
- felraknam a grubot
- rebootolnek
- orulnek.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

( trey | 2013. 01. 25., p – 09:42 )

Miért nem használsz P2V konvertert?

--
trey @ gépház

Nem akartam bántani a jelenleg működö rendszert. Így a fájl szintű mentésből kapott fájlokkal megoldottam a dolgot.

Most már rendben elindul a teszt környezetben a régi rendszer de a dist-upgrade után jönnek azok a bonyodalmak amiket nem akartam bevállani a működő rendszeren :) 


update-initramfs: Generating /boot/initrd.img-2.6.26-2-amd64
W: mdadm: the array /dev/md/0 with UUID b1d25267:3ae3024e:d53b3b4e:099297d8
W: mdadm: is currently active, but it is not listed in mdadm.conf. if
W: mdadm: it is needed for boot, then YOUR SYSTEM IS NOW UNBOOTABLE!
W: mdadm: please inspect the output of /usr/share/mdadm/mkconf, compare
W: mdadm: it to /etc/mdadm/mdadm.conf, and make the necessary changes.
W: mdadm: the array /dev/md/1 with UUID 27c33320:5ac6cece:d53b3b4e:099297d8
W: mdadm: is currently active, but it is not listed in mdadm.conf. if
W: mdadm: it is needed for boot, then YOUR SYSTEM IS NOW UNBOOTABLE!
W: mdadm: please inspect the output of /usr/share/mdadm/mkconf, compare
W: mdadm: it to /etc/mdadm/mdadm.conf, and make the necessary changes.

--
maszili