RAID 1 upgrade error ?

Linux-haladó

Sziasztok!

Van egy gép: IBM, LSI Raid controller U320 SCSI
Hdd:2db 36GB-os hdd, RAID 1-ben
OS: Ubuntu 9 LTS

Megpróbáltam upgrade-lni kicsit. Kivettem egy 36GB-osat, majd helyére toltam a 73GB-osat.
Resync után, nem akart elindulni az OS. (nem volt megfelelő neki az UUID)
Visszaraktam 36GB-osat, és most így indul az OS, de másfél órája szinkronizál...

Hogy tudnám cserélni a HDD-ket nagyobbra ?
A Primary-t kellett volna előszőr cserélnem? Vagy tök mind1 ?

Köszi a segítséget

  • 1521 megtekintés

( Cybernet | 2010. 08. 12., cs – 19:01 )

Mennyi ideig tart 36Gb RAID1 szinkronizálása?
(Most járok 4. óránál...)

na wazz :D

az uuid nem mond semmit, hogy minek látta a rendszer...
mármint hogy használta-e a fizikai RAID-et, vagy külön-külön diszknek látta-e...

Ha jól értem, akkor most növelni szeretnéd a jelenlegi 2 diszkes rendszeredet (valószínüleg) 2 nagyobb diszkre...

Talán próbáld meg:
Építs fel egy új RAID1-et a 2 új diszkkel. (Szerintem nem kell megvárni a szinkront... Csak a "superblock" jöjjön létre.)
reboot
Húzd be a régiről. (Akár úgy is, hogy 1 régi és egy 1 új van benne.) Bár inkább egy sytemrescuecd/USB-vel...
dd-zd át a teljes régi diszket az újra.
bootloader-t állítsd át.
reboot
Tedd be a másik új diszket.
Próbálj bootolni :D

--
Debian Linux rulez... :D

"nem fut semmi os, a raid biosban várja a szinkronizálást"-> nem szoftveres raidje van. a superblock itt nem focizik.

és tippem szerint, bár jó lenne, ha erről konkrét infót kapnánk, valami márkás pizzadoboz szervere van, amiben nem fér el 4 diszk.

szerintem az egész kócerájt újra kell rakni nulláról, az gyorsabb, mint szöszölni a raid vezérlők hülyeségeivel.

Amennyiben az eredetit és a másolatot egyszerre látod, akkor lehet belőle gond. Pl. az xfs fájlrendszer is ilyen, rak bele egyedi azonosítót, így észreveszi, hogy "ugyanazt" a diszket kétszer próbálod felmountolni két device-ról. dd-s másolatnál vagy lvm snapshotnál ilyenkor kell generáltatni új egyedi azonosítót, és minden megy szépen.

Ugyanez igaz lvm pv-kre, vagy vxvm fizikai diszkekre.

Ja, csak 1 diszk = 1-2 óra helyett akár végtelen sok időbe is telhet a másolás, ha kellően kicsi és sok fájlod van...

A streaming másolás nagyjából emberi sebességű minden diszknél, a random i/o meg lehet, hogy pár MB/s - na ezt játszad el egy 1 terás diszken tele apró fájllal.

Mégegyszer: attól, hogy valami kalapácsnak néz ki, még nem biztos, hogy kalapács, és azzal kell a szöget beverni. A dd-s másolás után előkerülő esetleges problémák okán lehet, hogy mégsem éri meg a dolog... No mindegy, a dd-t én erre nem használnám, az egyszer biztos.

Erre azt szoktam mondani, hogy aki ért hozzá, aki tudja, hogy mi és hogyan működik belül, az tudja használni ezeket a "szerszámokat", aki meg nem, az meg olvassa el a doksit, és csinálja úgy, ahogy le van írva, vagy kérdezze meg azt, aki ért hozzá.

A snapshot funkció és a dd offline használata között nincs érdemi különbség; amit snapshottal sehogy sem lehet másolni, azt leginkább használni sem kéne.

( m4k3r | 2010. 08. 13., p – 11:51 )

Ha hw-es a raid akkor dd-zd, vagy valamivel másold ki a rendszert valamire és az uj, nagyobb tömbbre vissza.

____________________________
sorry for stupid questions!
Olyan bizonytalan vagyok... vagy nem?!

( vl v | 2010. 08. 13., p – 14:12 )

Kivettem egy 36GB-osat, majd helyére toltam a 73GB-osat.

Amit szeretnél, azt jellemzően nem szokták tudni a HW raid kontrollerek.
De javaslom a dokumentáció böngészését, esetleg a support beizzítását.

Amit szerettem volna, azt meg is csinálta a HW.
A cél az volt hogy cseréljem a HDD-t és automatikusan szinronizálja át.
Utána megoldottam a partíció átméretezését.

Itt jök képbe, h miért nem akart szerencsétlen bootolni. Érdekes, de a OD ami benne van működik, olvasni tudok róla, de bootolni nem lehet róla... :D
Egy másik OD-vel bebootolt :O