| 1 |
Am 24.11.2007 um 11:55 schrieb Dirk Heinrichs: |
| 2 |
> Hmm, es müßte auch anders gehen. Nämlich so ähnlich wie Du's oben |
| 3 |
> schon |
| 4 |
> beschrieben hast, allerdings müßtest Du wahrscheinlich zuerst den |
| 5 |
> Spiegel |
| 6 |
> zerlegen, dann die einzelnen LV's vergrößern, dann das Filesystem |
| 7 |
> auf einem |
| 8 |
> der beiden LVs vergrößern und als letztes den Spiegel wieder neu |
| 9 |
> erzeugen |
| 10 |
> (mit mkraid). |
| 11 |
|
| 12 |
Ich habe noch folgendes Dokument gefunden: |
| 13 |
http://www.debian-administration.org/articles/424 |
| 14 |
|
| 15 |
Ich glaube, der Ansatz in der dritten Box könnte wohl erfolgreich |
| 16 |
sein. Ich muss eine der beiden LVs aus dem RAID entfernen und wieder |
| 17 |
hinzufügen. Dann kennt er die neue Größe der LV. Warten bis gesynct, |
| 18 |
dann die andere entfernen und wieder hinzufügen. Jetzt resizen (laut |
| 19 |
dem Dokument geht das wohl doch mit RAID1?). Das resize2fs kann ich |
| 20 |
dann sogar in der DomU im Xen aufrufen und live vergrößern. Sollte mir |
| 21 |
eigentlich 0 Downtime bescheren. Evtl. ist aber ein unmounten des Home- |
| 22 |
Verzeichnisses doch ratsam wg. notwendiger e2fsck-Aufrufe. |
| 23 |
|
| 24 |
Klingt das safe? |
| 25 |
|
| 26 |
Sebastian-- |
| 27 |
gentoo-user-de@g.o mailing list |
Archives