Bernhard Bittner schrieb:

Hallo,

Hi,

ich habe wegen Platzmangel neue Platten kaufen müssen und will die alten übertragen und dann ausrangieren.

vorhanden: 2x 40 GB IDE (md0-md4, da /, home, usr, tmp, und var getrennt sind)

neu: 2x 160 GB IDE, die Teilung in mehrere Partitionen wollte ich weglassen, also nur noch md0 und swap

Die Trennung von /home /tmp /boot /var und /usr finde ich eigentlich sehr sinnvoll.

Ich würde so vorgehen:

die neuen Platten mit der c't-Server-Installations-CD als RAID konfigurieren, dann Grundinstallation drüberlaufen lassen, damit wäre GRUB gleich mit erledigt

Das ist IMO nicht noetig. Ich wuerde die neuen Disks gleich so einbauen, wie die am Ende im System haengen sollen. Dann das RAID konfigurieren Das alte System einfach an ein Mountpoint haengen und die weiteren Partitionen vom alten System an ihre Mountpoints auf dem alten FS haengen. Dann mit rsync (oder cp -a) die Daten uebertragen.

eine der alten Platten ins System einhängen und die Daten mittels Knoppix aufs RAID kopieren, dabei /etc/fstab, /etc/mtab, /etc/mdadm/mdadm.conf und /boot/grub/... erhalten wegen der neuen Platten-Aufteilung.

Anschliessend die mdadm.conf, fstab und Bootloader rekonfigurieren und Du bist fertig.

Reicht das aus oder hab ich was vergessen? Gibt's elegantere Wege, mein Vorhaben umzusetzen?

Mit LVM gibt es elegante Wege um das System umzuziehen. Voraussetzung ist, man hat bereits Root-LVM laufen. Dann wuerde ich so vorgehen: pvcreate /dev/meinneuesmdraid vgextend meinerootvg /dev/meinneuesmdraid pvmove /dev/meinaltesmdraid vgreduce meinerootvg /dev/meinaltesmdraid

Anschliessend (oder schon waehrend das pvmove laeuft) das System fuer die neuen Disks zum Booten umkonfigurieren (also /boot kopieren und Bootloader anpassen) und man ist fertig. Ich habe das in der Regel so: md0 -> /boot, md1 -> LVM PV. Das beste ist, wenn man das richtig anstellt und passende Hardware hat, geht das ohne Downtime. YMMV

Ein anderer Weg waer die --grow Option von mdadm. Dazu muesste man die Daten der alten Disks auf neuen Disks uebertragen und dann mit mdadm --grow das erweitern. Ich habe das allerdings bisher nur fuer RAID5 gemacht. Gehen sollte das aber auch mit RAID1.

MfG -Dimitri Puzin aka Tristan-777

Bernhard Bittner schrieb:

Am Sat, 29 Dec 2007 14:54:00 +0100 schrieb Dimitri Puzin max@psycast.de: snip

Hallo Dimitri,

Hi,

hatte schon vermutet, daß Du antworten wirst ;-)

*grin*

...

Die Trennung von /home /tmp /boot /var und /usr finde ich eigentlich sehr sinnvoll.

Ich grundsätzlich auch. Aber Heiko schrieb mal dazu, daß garantiert ne Partition volläuft, die nich soll - das ist nicht von der Hand zu weisen. /var ist so'n Kandidat bei mir...

Ich bin immer gut mit ~2-3 GB fuer /var ueber die Runden gekommen. Muss man sehen was drauf laeuft und wie die logrotate config ist. Ausserdem ist das Vergroessern der Partition auf einem LVM kein Ding, solang noch freie PEs vorhanden sind. Ich weise niemals alle PEs zu, da gibts immer noch luft von ca 1-2 G, um Snapshots zu nutzen oder zur Not die Partition zu erweitern.

...

...

Ich würde so vorgehen:

die neuen Platten mit der c't-Server-Installations-CD als RAID konfigurieren, dann Grundinstallation drüberlaufen lassen, damit wäre GRUB gleich mit erledigt

Das ist IMO nicht noetig. Ich wuerde die neuen Disks gleich so einbauen, wie die am Ende im System haengen sollen. Dann das RAID konfigurieren Das alte System einfach an ein Mountpoint haengen und die weiteren Partitionen vom alten System an ihre Mountpoints auf dem alten FS haengen. Dann mit rsync (oder cp -a) die Daten uebertragen.

'Es könnt alles so einfach sein, isses aber nicht...'

Ich schaffe es mit Knoppix immer noch nicht, das RAID einzubinden (hatte es testweise auf 'meinem Weg' erzeugt). /dev/md0 wäre unbekannt sacht er...

habe mdadm --create ... probiert. Das Problem gab's 2003 schonmal, bisher hat sich nur die Fehlermeldung geändert ;-)

Ggfs ist das md0 device file nicht da? Dann mit mdadm --assemble /dev/md0 --auto=md ...

Verstehe ich Dich richtig, daß sich Deine Ausführungen oben auf 'Knoppix' gebootet beziehen? Was andres kann ich mir ja gar nicht vorstellen, aber lieber nochmal nachgefragt...

Ich boote i.d.R. einen Debian Installer :) Es wuerde jedes System tun solang es passende Werkzeuge mitbringt, die man braucht.

...

...

eine der alten Platten ins System einhängen und die Daten mittels Knoppix aufs RAID kopieren, dabei /etc/fstab, /etc/mtab, /etc/mdadm/mdadm.conf und /boot/grub/... erhalten wegen der neuen Platten-Aufteilung.

Anschliessend die mdadm.conf, fstab und Bootloader rekonfigurieren und Du bist fertig.

Hmm, dann muß ich wohl doch mit uuid und Co befassen - mal wieder Neuland betreten, während die Zeit im Nacken drückt :-(.

Warum? Es gibt auch LABEL=. Das ist nich so kryptisch. Der Rest ist nicht anders als ueberall sonst. Device Mapper is auch nich sooo komplex.

...

...

Reicht das aus oder hab ich was vergessen? Gibt's elegantere Wege, mein Vorhaben umzusetzen?

Mit LVM gibt es elegante Wege um das System umzuziehen. Voraussetzung ist, man hat bereits Root-LVM laufen.

Hab ich nicht. Das hattest Du ja schon damals empfohlen, bei mir ist nur zu wenig Zeit und Wissen dafür da.

LVM ist wirklich ganz easy. Habe das auf Arbeit den Kollegen im Schnelldurchlauf ca 10 mins erklaert und danach konnten die das :)

MfG -Dimitri Puzin aka Tristan-777