Van 1 80GB disk naar 120GB RAID-1

[Snow_King]

Hallo,

Ik heb een servertje draaien met daarin een 80GB IDE disk (geen RAID dus)

Nu er toch steeds meer belangrijke data op die server komt heb ik een 3Ware 2 poorts S-ATA controller gekocht en 2 WD Caviar 120GB disks.

Nu heb ik het volgende idee.

Ik installeer een kernel die support heeft voor de 3Ware controller en reboot de server met de controller er al in.

Als alles goed gaat zie ik dan /dev/sda verschijnen.

Vervolgens maak ik exact even grote partities aan op die RAID-array en dan houdt ik uiteraard nog wat over, dat wat ik over houd gebruik ik voor een losse partitie.

Met dd ga ik vervolgens het volgende doen:
dd if=/dev/hda1 of=/dev/sda1
dd if=/dev/hda2 of=/dev/sda2
dd if=/dev/hda3 of=/dev/sda3
enz.

Ik wil niet namelijk het hele OS opnieuw installeren e.d.

Vervolgens mount ik /dev/sda1 even en edit ik de /etc/fstab
Ook /boot/grub/menu.lst pas ik aan.

De server krijgt een reboot en in het BIOS zet ik de IDE controllers uit zodat de server wel moet booten van de RAID-array.

Ik heb de manpages van dd een beetje door zitten kijken en kwam daar geen schokkende teksten tegen die problemen zouden kunnen opleveren.

Gaat dit wat ik wil lukken? Of zie ik iets helemaal over het hoofd?

[Verwijderd]

Hmz volgens mij moet dit wel goed gaan

Maar is het voor de zekerheid niet handiger om gewoon een Ghost te maken (daar zal vast wel een tooltje voor zijn voor Linux ), die op je RAID array te pleuren terwijl je nog op je 80GB werkt, GRUB aanpassen, rebooten, IDE controller uitzetten in je BIOS, en daarna weer te booten van het RAID Array ?

Als ik nu iets heel doms zeg het spijt me, ben nog niet zo lang met Linux bezig

[it0]

ik zou en heb hetzelfde gedan als dr.timo , maar houder rekening mee dat je dingen als een DB offline gooit, anders heb je kans op data losss.

En pas je fstab/ mtab/raidtab aan

[Snow_King]

Maar een 120Gb is 40GB groter dan die 80GB, dan ben ik volgens mij 40GB ruimte kwijt?

Daarom leek de boven ge-opperde oplossing mij het beste.
Uiteraard gaan alle database dingen zoals MySQL e.d. even uit.

[Kippenijzer]

Gewoon een "normale" partitie maken, en in single user modus opstarten (zodat je dus geen stuff als db's enzo draait) en dan gewoon dmv cp -a alles kopieren, en daarna grub of lilo op de nieuwe disk runnen (daarvoor zijn wel schakelopties, om zoeits te forceren), en daarna rebooten, bios instellen dat hij idd van de arrya en niet van je oude disk boot, en het werkt wel. Da's het fijne van linux juist, hij zeikt niet als er iets aan de disk verandert (owkee, je moet fstab enzo aanpassen, maar dat moet ook als je wel dmv dd gaat werken)

[Snow_King]

Kippenijzer schreef op zondag 10 juli 2005 @ 22:26:
Gewoon een "normale" partitie maken, en in single user modus opstarten (zodat je dus geen stuff als db's enzo draait) en dan gewoon dmv cp -a alles kopieren, en daarna grub of lilo op de nieuwe disk runnen (daarvoor zijn wel schakelopties, om zoeits te forceren), en daarna rebooten, bios instellen dat hij idd van de arrya en niet van je oude disk boot, en het werkt wel. Da's het fijne van linux juist, hij zeikt niet als er iets aan de disk verandert (owkee, je moet fstab enzo aanpassen, maar dat moet ook als je wel dmv dd gaat werken)

Op die manier kan ik dus ook een aardige nieuwe paritie verdeling verzinnen?

[Kippenijzer]

Dat ook, zelf heb ik het nu 2 keer zo gedaan met verhuizen van complete instals (tussen ata en stat o.a., dus idd van /dev/hda naar /dev/sda, oftewel: /etc/fstab en je bootloader moet iig aangepast worden). En verder gebruik ik het regelmatig bij het vergroten van partities (mysql -> mysql uit, database files moven naar tmp plek, grotere partitie mounten, en stuff daarheen copy-en)

[Snow_King]

Weet jij toevallig welke upties ik aan grub mee moet geven zodat hij op de dan nog niet primaire schijf een boot record aanmaakt.

[igmar]

Snow_King schreef op zondag 10 juli 2005 @ 17:18:
Met dd ga ik vervolgens het volgende doen:
dd if=/dev/hda1 of=/dev/sda1
dd if=/dev/hda2 of=/dev/sda2
dd if=/dev/hda3 of=/dev/sda3
enz.

Ik wil niet namelijk het hele OS opnieuw installeren e.d.

En waarom geen cp -a ? dd if niet bedoeld om voor dit soort dingen misbruikt te worden, en ook niet geheel zonder risico. Ik zie ook geen enkel voordeel van dd tov een cp -a, en dan weet je iig zeker dat de kopieer actie goed gaat. Met dd heb je die zekerheid in ieder geval niet, aangezien je dan in principe alle filesystems read-only moet mounten.

[Snow_King]

igmar schreef op maandag 11 juli 2005 @ 13:36:
[...]


En waarom geen cp -a ? dd if niet bedoeld om voor dit soort dingen misbruikt te worden, en ook niet geheel zonder risico. Ik zie ook geen enkel voordeel van dd tov een cp -a, en dan weet je iig zeker dat de kopieer actie goed gaat. Met dd heb je die zekerheid in ieder geval niet, aangezien je dan in principe alle filesystems read-only moet mounten.

Dan doe ik dat.

Weet jij dan toevallig wel welke opties ik aan grub mee moet geven om ook de bootloader over te krijgen naar de bootsector van die RAID-array?

[Kippenijzer]

Ik zou het niet durven zeggen, ik gebruik enkel lilo, maar daarbij hielp de zelfwerkzaamheid van "man lilo" een heel eind (vast een optie met iets van force", en bij lilo iig moet je in de config file instellen waar hij zich installeerd, weet niet of dat bij grub mss ook zo is?

[Seth4Chaos]

in plaats van `cp -a` kan je ook `rsync -a` gebruiken, als je dat nog een keer erna doet en hij geeft aan geen files gecopieerd te hebben weet je zeker dat je FS gelijk zijn.

Verder moet je grub/lilo op beide MBR's neerplanten. je kan namelijk niet booten van een raid-array dus je boot van 1 van de 2 disks en vervolgens komt het systeem van een raid array. Je moet dus ook de MBR van de 2e disk bootable maken als de 1e het mocht begeven. Dit staat overigens (redelijk) goed beschreven in verschillende HOWTO's

[Kippenijzer]

Hij heeft het over een 3Ware controller. Nou ken ik hem niet, en hoop ik van harte dat 3Ware niet hetzelfde doet als veel andere merken (eigen naam op het standaard software-raid prutskaartje met promise cippie zetten), maar op zich verwacht ik dat het gewoon hardware raid is, en bovenstaande dus niet aan de orde is.

[Snow_King]

Kippenijzer schreef op dinsdag 12 juli 2005 @ 08:58:
Hij heeft het over een 3Ware controller. Nou ken ik hem niet, en hoop ik van harte dat 3Ware niet hetzelfde doet als veel andere merken (eigen naam op het standaard software-raid prutskaartje met promise cippie zetten), maar op zich verwacht ik dat het gewoon hardware raid is, en bovenstaande dus niet aan de orde is.

Klopt, het is een hardware matige raid controller waar gewoon vanaf geboot kan worden.

Simpel 2 poorts S-ATA controller die goed zijn werk doet. Gebruik hem al in meerdere servers in mirror-arrays.

http://www.3ware.com/products/serial_ata8000.asp

[Seth4Chaos]

oke dat had ik (niet goed) begrepen, gebruik zelf software-raid. Maar dan zie je toch ook gewoon maar 1 device in linux en is het dus niets anders voor linux dan een single-disk en hoef je (lijkt mij) ook niet speciaals te doen om grub/lilo te installeren?

[Snow_King]

Seth4Chaos schreef op dinsdag 12 juli 2005 @ 12:29:
oke dat had ik (niet goed) begrepen, gebruik zelf software-raid. Maar dan zie je toch ook gewoon maar 1 device in linux en is het dus niets anders voor linux dan een single-disk en hoef je (lijkt mij) ook niet speciaals te doen om grub/lilo te installeren?

Je ziet inderdaad ook maar 1 device, /dev/sda

Maar ik moet toch in het MBR van die disk schrijven? cp -a neemt dat niet mee volgens mij...

[Wilke]

Kopieren met correct behoud van rechten en symlinks etc. doe je met:

cd /bron/dir
tar cplsSf - . | (cd /dest/dir;tar xf -)

Als je 'cp' gebruikt kun je er vrijwel zeker van zijn dat er ergens wel iets mis gaat met rechten, eigendom van files, symlinks of aanverwante zaken.

(en ja, dit zuigt)

[irondog]

Waarom dan eigenlijk? Wat gaat er dan (reproduceerbaar) fout?

(neemt niet weg dat ik zelf ook altijd tar hoor)